From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=38247 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1PiBo4-0004iO-Vg
	for qemu-devel@nongnu.org; Wed, 26 Jan 2011 15:17:33 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <xscript@gmx.net>) id 1PiBo3-0007IU-U4
	for qemu-devel@nongnu.org; Wed, 26 Jan 2011 15:17:32 -0500
Received: from mailout-de.gmx.net ([213.165.64.23]:58348)
	by eggs.gnu.org with smtp (Exim 4.71)
	(envelope-from <xscript@gmx.net>) id 1PiBo3-0007II-Cx
	for qemu-devel@nongnu.org; Wed, 26 Jan 2011 15:17:31 -0500
From: =?utf-8?Q?Llu=C3=ADs?= <xscript@gmx.net>
Subject: Re: [Qemu-devel] qemu-user: relocating target code weakness
References: <4D3D63B3.1030402@gmail.com> <4D3DD713.10405@twiddle.net>
	<4D3DF2A9.3080609@gmail.com> <4D3E292E.9090001@twiddle.net>
	<4D400080.7080501@gmail.com> <4D404002.1030601@twiddle.net>
Date: Wed, 26 Jan 2011 21:17:08 +0100
In-Reply-To: <4D404002.1030601@twiddle.net> (Richard Henderson's message of
	"Wed, 26 Jan 2011 07:38:42 -0800")
Message-ID: <87k4hrju7v.fsf@ginnungagap.bsc.es>
MIME-Version: 1.0
Content-Type: text/plain
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Richard Henderson <rth@twiddle.net>
Cc: Stefano Bonifazi <stefboombastic@gmail.com>, QEMU Developers <qemu-devel@nongnu.org>

Richard Henderson writes:

> On 01/26/2011 03:07 AM, Stefano Bonifazi wrote:
>> P.S. Please just answer that last question, whether it is possible to
>> have a variable showing the upper bound of heap (some brk_end) for a
>> target process

> No, the heap grows until it reaches some other memory mapped entity.

>>From man brk(2) :

     "sbrk() increments the program's data space by increment bytes.
      Calling sbrk() with an increment of 0 can be used to find the
      current location of the program break."

I already sent this to the list in a previous mail, but it seems you
overlooked it as you were not an explicit recipient.


Lluis

-- 
 "And it's much the same thing with knowledge, for whenever you learn
 something new, the whole world becomes that much richer."
 -- The Princess of Pure Reason, as told by Norton Juster in The Phantom
 Tollbooth