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=