From mint-bounce@lists.fishpool.fi Mon Feb 1 16:47:14 2010 Message-ID: <4B674B1C.1030801@freesbee.fr> Date: Mon, 01 Feb 2010 22:43:56 +0100 From: =?ISO-8859-1?Q?Vincent_Rivi=E8re?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 To: mint@lists.fishpool.fi Subject: Re: [MiNT] Freeing child's base page References: <4B5F9E76.7070205@freesbee.fr> <4B6010B7.70306@freesbee.fr> <4B6083FF.1050707@online.no> In-Reply-To: <4B6083FF.1050707@online.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Antivirus: avast! (VPS 100201-0, 01/02/2010), Outbound message X-Antivirus-Status: Clean X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: vincent.riviere@freesbee.fr Precedence: bulk List-help: List-unsubscribe: List-Id: X-List-ID: List-subscribe: List-owner: List-post: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mail.sparemint.org id o11LlDRA006008 Jo Even Skarstein wrote: > However, I'm not so sure if the > basepage and text/data/etc *always* is in one contiguous block. Think to the initial Mshrink() call in every TOS program. The goal of this function is to reduce the size of a block allocated by Malloc(). The standard formula basepage+text+data+bss+stack would not work if the block was not contiguous. However, if MiNT had been able to support some kind of shared TEXT segment (-mbaserel ?), I guess the startup code had to take that in account. There was some traces of an ancestral usage of the obsolete -mbaserel in the MiNTLib. -- Vincent Rivière