From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=45274 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Pi9QO-00084o-UZ
	for qemu-devel@nongnu.org; Wed, 26 Jan 2011 12:44:57 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <stefboombastic@gmail.com>) id 1Pi9QN-0006nE-4o
	for qemu-devel@nongnu.org; Wed, 26 Jan 2011 12:44:56 -0500
Received: from mail-wy0-f173.google.com ([74.125.82.173]:60757)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <stefboombastic@gmail.com>) id 1Pi9QM-0006mv-Vb
	for qemu-devel@nongnu.org; Wed, 26 Jan 2011 12:44:55 -0500
Received: by wyg36 with SMTP id 36so1184409wyg.4
	for <qemu-devel@nongnu.org>; Wed, 26 Jan 2011 09:44:54 -0800 (PST)
Message-ID: <4D405D8D.5080908@gmail.com>
Date: Wed, 26 Jan 2011 18:44:45 +0100
From: Stefano Bonifazi <stefboombastic@gmail.com>
MIME-Version: 1.0
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>
In-Reply-To: <4D404002.1030601@twiddle.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
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: QEMU Developers <qemu-devel@nongnu.org>

On 01/26/2011 04:38 PM, Richard Henderson wrote:
> 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.
>
>
> r~
Thank you again! :)
Best regards!
Stefano B.