Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!mcvax!cernvax!jmg
From: jmg@cernvax.UUCP (jmg)
Newsgroups: net.micro.atari16
Subject: Re: Megamax bugs and queries
Message-ID: <390@cernvax.UUCP>
Date: Sat, 8-Nov-86 08:04:47 EST
Article-I.D.: cernvax.390
Posted: Sat Nov  8 08:04:47 1986
Date-Received: Sun, 9-Nov-86 04:14:16 EST
References: <381@cernvax.UUCP> <1333@batcomputer.TN.CORNELL.EDU>
Reply-To: jmg@cernvax.UUCP ()
Distribution: world
Organization: CERN, Geneva/Switzerland
Lines: 24

In article <1333@batcomputer.TN.CORNELL.EDU> braner@batcomputer.UUCP (braner) writes:
>	The Megamax malloc(), as explained in the manual, is designed
>to bypass the problems with the OS Malloc().  It takes no less than 8K
>at a time from the system, and does further splitting itself.  It works
>mighty fine under heavy use, with MANY small malloc()s and free()s,
>as exemplified by my microEMACS.
>
>	To print out a pointer, use:
>
>	printf("%lx", (long)pointer);
>
>(remember: from now on, pointers are 32 bits, until they get to be 64!)

I DO remember, and I HAD already tried that method, and it ONLY prints
out the first 16 bits. If anyone can actually get it to print the full
32-bit number I should like to know (maybe %d would work).
BTW, I note in my tests that malloc can actually hand out blocks larger
than 8K. Any problems with this, since at least one of my correspondents
thought that 8K was the maximum.

Another bug, though maybe not Megamax. If I try to use the editor to
look at a file which is too large to fit into memory then I get a nice
dialogue box telling me so, but no amount of mouse clicking gets rid
of that dialogue box.