home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / msdos / programm / 9056 < prev    next >
Encoding:
Text File  |  1992-09-04  |  1.4 KB  |  37 lines
  1. Newsgroups: comp.os.msdos.programmer
  2. Path: sparky!uunet!utcsri!geac!zooid!ross
  3. From: Ross Ridge <ross@zooid.guild.org>
  4. Subject: Re: XMS memory manager for C/C++ needed
  5. Organization: ZOOiD BBS
  6. Date: Fri, 4 Sep 1992 06:54:29 GMT
  7. Message-ID: <1992Sep4.065429.25559@zooid.guild.org>
  8. References: <1992Sep03.051903.110369@zeus.calpoly.edu>
  9. Lines: 26
  10.  
  11. cambler@zeus.calpoly.edu (Christopher J. Ambler, Phish) writes:
  12. >I'm looking for an XMS memory manager package that can make XMS available
  13. >to the heap via malloc() or new calls transparently. Protected mode
  14. >interfaces do not qualify for my application.
  15.  
  16. Protected mode interfaces are really your only choice to do this
  17. transparently.
  18.  
  19. >Most that I've seen will do this, but require malloc() calls to use
  20. >their custom handles, and since I cannot afford the time on the project
  21. >to rewrite all the calls to new in Turbo Vision, I need something transparent.
  22.  
  23. The problem is that XMS memory isn't in the 8086's addressing space,
  24. so you can't access it directly in real mode, only through handles and 
  25. XMS service requests.  It is in theory possible to write a compiler
  26. that could hide all this for you, and I believe MAC compilers do
  27. something like this, but I can't see anyone doing it for MS-DOS and
  28. XMS because of the huge overhead involved.
  29.  
  30.                             Ross Ridge
  31.  
  32. -- 
  33. Ross Ridge - The Great HTMU                         l/     //
  34.                                     [OO][oo]
  35. ross@zooid.guild.org                            /()\/()/
  36. uunet.ca!zooid!ross                             db     //
  37.