From owner-mint@fishpool.com Tue Sep 30 23:13:36 2003 Date: Tue, 30 Sep 2003 23:07:02 +0200 (CEST) From: Frank Naumann X-X-Sender: fnaumann@wh58-508.st.uni-magdeburg.de To: Henk Robbers cc: emutos-devel@lists.sourceforge.net, mint@fishpool.com Subject: Re: [MiNT] Malloc In-Reply-To: <200309302252.05425.h.robbers@chello.nl> Message-ID: References: <200309302252.05425.h.robbers@chello.nl> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Spam-Score: -3.0 (---) X-Spam-Report: -3.0/5.0 ---- Start SpamAssassin results -3.00 points, 5 required; * -0.5 -- Has a valid-looking References header * 0.0 -- Message-Id indicates a non-spam MUA (Pine) * -0.5 -- Has a In-Reply-To header * -0.5 -- BODY: Contains what looks like a quoted email text * -0.5 -- Reply with quoted text * -1.0 -- AWL: Auto-whitelist adjustment ---- End of SpamAssassin results X-Scan-Signature: 4d9bf91ef5f078dc1e86ee8b1dcc7295 Delivered-To: mint@fishpool.com Delivered-To: mint@lists.fishpool.fi X-ecartis-version: Ecartis v1.0.0 Sender: mint-bounce@lists.fishpool.fi Errors-to: mint-bounce@lists.fishpool.fi X-original-sender: fnaumann@cs.uni-magdeburg.de Precedence: bulk List-help: List-unsubscribe: List-ID: X-List-ID: Hello! > Does the Gemdos Malloc blocks have a red tape area in the block itself? > And if so, what size is it. What do you understand under 'red tape area'? Adminstrative data? > Why? > Suppose 8192 is the the MiNT page size. > I do not want to get 2 pages when I call Malloc(8192) > because of some red tape. The FreeMiNT kernel never stored any kernel/process administrative informations in user space area if you mean this. Ciao ...Frank -- ATARI FALCON 040 // MILAN 060 ----------------------------------------- http://www.cs.uni-magdeburg.de/~fnaumann/ e-Mail: fnaumann@freemint.de