From: Fawad Lateef <fawadlateef@gmail.com>
To: Glynn Clements <glynn@gclements.plus.com>
Cc: linux-c-programming@vger.kernel.org
Subject: Re: Hi, Needs suggestions for finding and fixing stack/memory corruption when calling a function
Date: Tue, 24 May 2011 16:33:03 +0100 [thread overview]
Message-ID: <BANLkTik-2VQKoT20QkxN2yhfEBSyuDkjpg@mail.gmail.com> (raw)
In-Reply-To: <19931.43284.690853.95289@cerise.gclements.plus.com>
Hi Glynn,
On Tue, May 24, 2011 at 1:48 PM, Glynn Clements
<glynn@gclements.plus.com> wrote:
>
> Fawad Lateef wrote:
>
>> For now I added two more temporary arguments between 1st and 2nd
>> arguments and the required arguments getting correct values thats
>> why I am assuming that by adding temporary variables we moved the
>> memory corruption from real arguments into temporary arguments.
>> After adding these arguments my function is behaving correctly so
>> for now this is a work-around _but_ I want to figure-out its proper
>> fix (as the same sort of issue we faced in our cgi based web-pages
>> code some weeks earlier).
>>
>> Hence I needs suggestion that is this really a memory corruption or
>> some compiler issues ? If its a compiler issue then its not a big
>> problem but if its memory corruption issue then we have to _fix_ it
>> asap.
>
> Check the assembler output ("gcc -S ...").
>
Nice idea, will look into this.
> Personally, I'd be more inclined to suspect register corruption. Are
> you calling a library function which use a different ABI? E.g. if your
> code is compiled for an ABI where certain registers are preserved but
> calling a function using an ABI which doesn't preserver those
> registers, then you'll have problems.
>
humm, Can you give some suggestion about how to verify this ? Using
readelf or objdump on different libraries and executables can give
some clue ? As we are using some pre-compiled libraries provided by
some stack we are using.
Thanks for the help.
Regards,
Fawad Lateef
> --
> Glynn Clements <glynn@gclements.plus.com>
>
next prev parent reply other threads:[~2011-05-24 15:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <BANLkTingN-61wOzWKk7iwxFgo0W2YAzUQQ@mail.gmail.com>
2011-05-23 14:41 ` Hi, Needs suggestions for finding and fixing stack/memory corruption when calling a function Fawad Lateef
2011-05-23 14:45 ` Andrej Gelenberg
2011-05-23 14:59 ` Fawad Lateef
2011-05-24 8:29 ` Mahavir Jain
2011-05-23 14:59 ` Zhongye Jia
[not found] ` <BANLkTimx+=DxYCCqtSKjGWUm63jBAe+iug@mail.gmail.com>
2011-05-24 9:02 ` Fawad Lateef
2011-05-24 12:48 ` Glynn Clements
2011-05-24 15:33 ` Fawad Lateef [this message]
2011-05-25 11:07 ` Glynn Clements
2011-06-14 15:25 ` Fawad Lateef
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=BANLkTik-2VQKoT20QkxN2yhfEBSyuDkjpg@mail.gmail.com \
--to=fawadlateef@gmail.com \
--cc=glynn@gclements.plus.com \
--cc=linux-c-programming@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).