home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: alt.msdos.programmer
- Path: sparky!uunet!spool.mu.edu!yale.edu!yale!gumby!destroyer!lambda.msfc.nasa.gov!decwrl!deccrl!news.crl.dec.com!dbased.nuo.dec.com!nntpd.lkg.dec.com!nntpd2.cxo.dec.com!comet.enet.dec.com!cascio
- From: cascio@comet.enet.dec.com (Pete Cascio)
- Subject: Re: Help: Addressing Extended Memory
- Message-ID: <1993Jan12.230412.23724@nntpd2.cxo.dec.com>
- Sender: usenet@nntpd2.cxo.dec.com (USENET News System)
- Organization: Digital Equipment Corp. Consulting Services, Colorado Springs
- References: <1ivbu5INN9jc@dayub.dayton.saic.com>
- Date: Tue, 12 Jan 1993 22:16:25 GMT
- Lines: 26
-
-
- In article <1ivbu5INN9jc@dayub.dayton.saic.com>, nitewind@repoman.dayton.saic.com (SAIC - Research Park) writes...
- >
- >I have a 386SX running MS-DOS 5.0, 4 megs of RAM, and a Microsoft
- >C 6.0 compiler. I have an application where I have to allocate a large
- >number of data structs, and seem to be stopped by the 640K limit.
- >
- >Is there any method for extending the program addressing space beyond
- >640K?
-
- You have a choice of:
-
- 1) Expanded memory (via EMS driver) which is available to all generations of
- PC.
-
- 2) Extended memory (via XMS driver) is available from HIMEM.SYS, 386max, QEMM
- running on 286's and above.
-
- 3) A DOS Extender (286 or 386) such as Phar Lap's which runs your program in
- protected mode on an AT-class machine. I.E. your program will be running in
- the approx. 3 meg or extended RAM, using it thru standard *alloc's.
-
- All three choices have trade-offs in having to modify your source. The first
- two require the most changes but are (almost) free. The last choice is
- expensive but can be most transparent to your code (unless you're calling
- DOS or using low memory -- that complicates things in protected mode).
-