[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: VIRT_ADDR_VARIES
From: |
Paul Eggert |
Subject: |
Re: VIRT_ADDR_VARIES |
Date: |
Wed, 09 Nov 2011 09:44:21 -0800 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:7.0) Gecko/20110927 Thunderbird/7.0 |
On 11/08/11 14:06, Andreas Schwab wrote:
>> Valgrind supplies its own allocator, but I didn't
>> > think it could move initialized data around.
> But the heap.
Sorry, I'm lost. As I understand it, the
executable in a traditional Unix-like system has
storage laid out in this order:
text (programs and read-only data)
data (read-write initialized static data)
bss (read-write zeroed static data)
everything else
Valgrind has some control over the layout in
"everything else", but it can't affect the addresses
in text, data, and bss. my_edata lives in "data",
so how can valgrind affect whether a pointer compares
less than my_edata?
- VIRT_ADDR_VARIES, Andreas Schwab, 2011/11/06
- Re: VIRT_ADDR_VARIES, Paul Eggert, 2011/11/06
- Re: VIRT_ADDR_VARIES, Andreas Schwab, 2011/11/07
- Re: VIRT_ADDR_VARIES, Paul Eggert, 2011/11/07
- Re: VIRT_ADDR_VARIES, Andreas Schwab, 2011/11/08
- Re: VIRT_ADDR_VARIES, Paul Eggert, 2011/11/08
- Re: VIRT_ADDR_VARIES, Andreas Schwab, 2011/11/08
- Re: VIRT_ADDR_VARIES, Paul Eggert, 2011/11/08
- Re: VIRT_ADDR_VARIES, Andreas Schwab, 2011/11/08
- Re: VIRT_ADDR_VARIES,
Paul Eggert <=
- Re: VIRT_ADDR_VARIES, Andreas Schwab, 2011/11/09
- Re: VIRT_ADDR_VARIES, Paul Eggert, 2011/11/10
- Re: VIRT_ADDR_VARIES, Andreas Schwab, 2011/11/10
- Re: VIRT_ADDR_VARIES, Paul Eggert, 2011/11/10
- Re: VIRT_ADDR_VARIES, Eli Zaretskii, 2011/11/10
- Re: VIRT_ADDR_VARIES, Andreas Schwab, 2011/11/10
- Re: VIRT_ADDR_VARIES, Paul Eggert, 2011/11/10
- Re: VIRT_ADDR_VARIES, Eli Zaretskii, 2011/11/10
- Re: VIRT_ADDR_VARIES, Paul Eggert, 2011/11/10
- Re: VIRT_ADDR_VARIES, Eli Zaretskii, 2011/11/10