Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!usc!wuarchive!zaphod.mps.ohio-state.edu!rpi!clarkson!news.clarkson.edu!dave From: dave@interlan.interlan.com (Dave Goldblatt) Newsgroups: comp.os.msdos.programmer Subject: Re: TC++ string data Message-ID: Date: 8 Nov 90 18:15:24 GMT References: <3382@ryn.esg.dec.com> Sender: news@news.clarkson.edu Reply-To: dave@interlan.interlan.com Organization: Racal InterLan, Boxborough MA 01719 (1-800-LAN-TALK) Lines: 31 In-Reply-To: hutzley@bigq.dec.com's message of 6 Nov 90 16:22:42 GMT Nntp-Posting-Host: sun.soe.clarkson.edu Borland's VROOMM overlay system will use the disk, expanded, or extended memory to swap CODE only. It will NOT swap data. That's an entirely different beastie. VROOMM will automagically detect what sort of memory is available, and swap to that accordingly. I think it checks for expanded first, then extended, and then if neither is found, it will use the disk (swapping out of the executable, not a temp file!). Moral of the story: If you want to use expanded or extended memory for data, you have to write your own routines to deal with swapping the various pages, etc. Microsoft will send you the specs and a driver for the XMS method of allocating and accessing extended memory, including using the normally inaccessible 64K area way up at the top of memory at no charge; just call their 800 # and ask for it. (aka HIMEM.SYS) There are a number of commercial and shareware packages to do expanded and extended memory management, but I've never really done more than glance over them (I tend to roll my own routines). Good luck. -dg- -- "You can twist perceptions * Dave Goldblatt dave@interlan.com Reality won't budge..." * Diagnostic Engineering - Rush * Racal InterLan * Boxborough MA (508) 263-9929