home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / msdos / misc / 6140 < prev    next >
Encoding:
Text File  |  1992-11-14  |  1.2 KB  |  30 lines
  1. Newsgroups: comp.os.msdos.misc
  2. Path: sparky!uunet!microsoft!hexnut!jenk
  3. From: jenk@microsoft.com (Jen Kilmer)
  4. Subject: Re: Is dos 6.0 gonna multitask? Or have no memory barrier????
  5. Message-ID: <1992Nov13.075607.23636@microsoft.com>
  6. Date: 13 Nov 92 07:56:07 GMT
  7. Organization: Microsoft Corporation
  8. References: <1992Nov10.060504.10390@netcom.com> <BxKoEC.JC8@news.cso.uiuc.edu> <1992Nov13.065801.22564@microsoft.com>
  9. Lines: 19
  10.  
  11. In article <1992Nov13.065801.22564@microsoft.com> jenk@microsoft.com (Jen Kilmer) writes:
  12. >device=c:\dos\himem.sys
  13. >device=c:\dos\emm386.exe i=a000-afff
  14. >dos=umb
  15. >
  16. >Emm386 gets xms memory from himem, which it maps into unused areas
  17. >in the uma - including the A000 segment - which emm386 makes available
  18. >via the xms umb calls. DOS=UMB instructs MSDOS.SYS to request any & all
  19.                                           ^^^^^^^^^ 
  20. Ooops...I'm not sure which part of MS-DOS handles this actually (prob
  21. the initialization module of IO.SYS, which handles CONFIG.SYS processing).
  22. Even ex-product support folks hate to be incorrect....
  23.  
  24. >xms umbs and add them to the MS-DOS memory pool. Since the A000 segment
  25. >is contiguous with the rest of 'conventional' memory, it gets folded
  26. >into it. Nice, eh?)
  27.  
  28. -jen
  29. not speaking for microsoft....
  30.