On 04/20/2011 12:33 AM, Richard Henderson wrote:
> Did you try --enable-user-pie? It may not really help, but I'm curious.
No. I don't think it will help because placement of the executable probably
doesn't account for how large its heap will grow.
You'll still run out of memory as the heap gro
On 19 April 2011 16:48, Riku Voipio wrote:
> On Tue, Apr 19, 2011 at 06:19:49PM +0900, Mike McCormack wrote:
>> * modifying do_brk to not use MAP_FIXED - causes an out of memory
>> failure rather than a crash
>
> Have you tried the patch posted by Peter Maydell yesterday:
>
> http://www.mail-
On Tue, Apr 19, 2011 at 06:19:49PM +0900, Mike McCormack wrote:
> * modifying do_brk to not use MAP_FIXED - causes an out of memory
>failure rather than a crash
Have you tried the patch posted by Peter Maydell yesterday:
http://www.mail-archive.com/qemu-devel@nongnu.org/msg61733.html
Riku
On 04/19/2011 02:19 AM, Mike McCormack wrote:
> This is the only way I know to get qemu 0.14.0 to work reliably
> with Scratchbox 2 (libsb2.so)
>
> The problem stems from two things:
>
> * The shared object loader is permitted to load LD_PRELOAD objects
>below the QEMU load address (0x60
This is the only way I know to get qemu 0.14.0 to work reliably
with Scratchbox 2 (libsb2.so)
The problem stems from two things:
* The shared object loader is permitted to load LD_PRELOAD objects
below the QEMU load address (0x6000), and does this with libsb2.so
* QEMU's do_brk() (linux
