home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / os / msdos / programm / 10864 < prev    next >
Encoding:
Text File  |  1992-11-23  |  1.4 KB  |  40 lines
  1. Newsgroups: comp.os.msdos.programmer
  2. Path: sparky!uunet!microsoft!hexnut!jenk
  3. From: jenk@microsoft.com (Jen Kilmer)
  4. Subject: Re: emm386 umb question
  5. Message-ID: <1992Nov23.055027.16882@microsoft.com>
  6. Date: 23 Nov 92 05:50:27 GMT
  7. Organization: Microsoft Corporation
  8. References: <1992Nov20.124841.7829@dcs.warwick.ac.uk>
  9. Lines: 29
  10.  
  11. In article <1992Nov20.124841.7829@dcs.warwick.ac.uk> nwalczak@dcs.warwick.ac.uk (Nick) writes:
  12. >When you use emm386 to load TSR's into upper memory blocks are you making use
  13. >of memory that is not otherwise usable by programs such as windows?  Or do
  14. >umb's form part of extended memory?
  15.  
  16. emm386 creates umbs and emulates ems using xms (extended) memory.
  17. So yeah, if you don't need more conventional memory and are using
  18. windows a lot, don't bother with umbs. You may not even need to
  19. keep the dos=high command, either (which tells ms-dos to load parts
  20. of itself, including software code pages if you have them and, if
  21. they'll all fit, the disk buffers, into the first 64K of extended 
  22. memory). 
  23.  
  24. >I don't need vast amounts of conventional memory as most of my programs use
  25. >extended memory, I am merely interested in making the most memory possible
  26. >available to Windows.
  27.  
  28. skip emm386 and dos=high.
  29.  
  30. :>
  31.  
  32. -jen
  33. I don't do ms-dos or windows support anywhere officially anymore.....
  34. microsoft doesn't speak for me and I don't speak for it.
  35.  
  36. >
  37. >-Nick Walczak
  38.  
  39.  
  40.