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