Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!lll-lcc!ames!ucbcad!ucbvax!hplabs!hpcea!hpsrla!hpsrlc!darrylo
From: darrylo@hpsrlc.HP.COM (Darryl Okahata)
Newsgroups: comp.lang.c
Subject: Re: C compilers that can access more memory
Message-ID: <3400002@hpsrlc.HP.COM>
Date: Mon, 8-Jun-87 11:17:02 EDT
Article-I.D.: hpsrlc.3400002
Posted: Mon Jun  8 11:17:02 1987
Date-Received: Fri, 12-Jun-87 01:33:45 EDT
References: <496@tahoe.UUCP>
Organization: Network Measurements Div - Santa Rosa, CA
Lines: 37


In comp.lang.c, malc@tahoe.UUCP (Malcolm L. Carlock) writes:

>--- Line eater food ---
>
>I'm looking for a C compiler to run on '286 AT's or AT clones that can
>access more than 64K of program and 64K of data memory.  Microsoft C and
							  ^^^^^^^^^^^
I don't know about MIX C, but both Microsoft and Turbo C CAN access more
than 64K each of program and data memory.  Both compilers have a "medium"
(>64K code, <=64K data), "compact" (<=64K code, >64K data?), "large" (>64K
code, >64K data), and "huge" (>64K code, >64K data with arrays and
structures > 64K) memory models.  Consult the manuals for more info.

>MIX C both seem to be unable to access more than 64K of either.  (This
>seems to be based on some difficulty implementing pointers using these
>machines' segmented memory setup).
>
>This puts a bit of a damper on any kind of large-scale development work on
>these machines using C.
>
>Anyone out there have any ideas?
>
>Thanks.
>
>-----------------------------------------------------------------------------
>malc@tahoe.UUCP
>----------

     -- Darryl Okahata
        ucbvax!ucbcad!ames!hplabs!hpcea!hpsrla!darrylo		<== best path
	hplabs!hpcea!hpsrla!darrylo				<== alternative
	CompuServe: 75206,3074

Disclaimer: the above is the author's personal opinion and is not the
opinion or policy of his employer or of the little green men that
have been following him all day.