Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 alpha 5/22/85; site cbosgd.UUCP
Path: utzoo!decvax!harpo!whuxlm!whuxl!houxm!ihnp4!cbosgd!db
From: db@cbosgd.UUCP (Dave Bursik)
Newsgroups: net.micro.mac
Subject: Aztec C malloc
Message-ID: <1296@cbosgd.UUCP>
Date: Wed, 3-Jul-85 20:20:00 EDT
Article-I.D.: cbosgd.1296
Posted: Wed Jul  3 20:20:00 1985
Date-Received: Thu, 4-Jul-85 09:33:28 EDT
Distribution: na
Organization: AT&T Bell Laboratories, Columbus, Oh
Lines: 19
Keywords: ozone

I just tried using the malloc() supplied with the Aztec C68K commerical
package and got unsatisfactory results.  After computing the size of my
array, I called malloc(), storing the returned value in a char *.

My program acted rather strangely, apparently refusing to store anything
in the array.  On printing out the contents of the pointer variable, I
found it was something like 0xfffff7b3 (in other words, off the end of
the 512K address space).  I tried using lmalloc() (the application heap
version of malloc()), but got similar results (though the numbers were
different).

Has anyone else experienced similar difficulties?
(Reply via mail.  Thanks.)

Dave Bursik/..cbosgd!db

P.S. I got around the problem by switching to a fixed-size array (which
I should have used in the first place since there was a manageable upper
bound on the array size).  =djb=