Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!rutgers!ames!ucbcad!ucbvax!hplabs!tektronix!reed!omen!caf From: caf@omen.UUCP (Chuck Forsberg WA7KGX) Newsgroups: comp.lang.c Subject: Re: new standard for malloc() suggested Message-ID: <437@omen.UUCP> Date: Sun, 14-Dec-86 15:26:31 EST Article-I.D.: omen.437 Posted: Sun Dec 14 15:26:31 1986 Date-Received: Tue, 16-Dec-86 18:35:53 EST References: <311@bms-at.UUCP> <1790@batcomputer.tn.cornell.edu> Reply-To: caf@omen.UUCP (Chuck Forsberg) Organization: Omen Technology, Portland Lines: 23 In article <1790@batcomputer.tn.cornell.edu> braner@batcomputer.UUCP (braner) writes: :Aha, now that we've been reminded of the low ceiling for malloc()'s :argument (an unsigned int, which on some systems is only 16 bits): : :I've been bitten by this, and would like to see a bigmalloc() with :a LONG argument! (Can't change malloc itself, that'll break current :programs...). From the "386 Toolkit" documentation: "... malloc will fail if an attempt is made to allocate more memory than a signed integer will hold. This is a limitation of the 286 ..." "... Realloc cannot be used in large model programs." So, get your 386 Proton Pack and some REAL Software. BTW, if anybody has a working adb386, drop me a line ... Chuck Forsberg WA7KGX Author of Pro-YAM communications Tools for PCDOS and Unix ...!tektronix!reed!omen!caf Omen Technology Inc "The High Reliability Software" Voice: 503-621-3406 17505-V Northwest Sauvie Island Road Portland OR 97231 TeleGodzilla BBS: 621-3746 2400/1200 CIS:70007,2304 Genie:CAF Source:TCE022 omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp omen!/usr/spool/uucppublic/FILES lists all uucp-able files, updated hourly