home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / msdos / programm / 8699 < prev    next >
Encoding:
Internet Message Format  |  1992-08-21  |  1.3 KB
  1. Path: sparky!uunet!gatech!darwin.sura.net!jvnc.net!netnews.upenn.edu!netnews.cc.lehigh.edu!ns1.cc.lehigh.edu!jjk1
  2. From: jjk1@ns1.cc.lehigh.edu (Konsultant Josh/fuzzy.happy.green.box)
  3. Newsgroups: comp.os.msdos.programmer
  4. Subject: Re: Mem in dos 5.0
  5. Message-ID: <1992Aug21.175006.23137@ns1.cc.lehigh.edu>
  6. Date: 21 Aug 92 17:50:06 GMT
  7. Organization: Lehigh University
  8. Lines: 27
  9.  
  10. In article <willimsa.714344875@unix1.tcd.ie>, willimsa@unix1.tcd.ie (Gavin Williams) writes:
  11. >
  12. >In the manual, if you type MEM /C it doesn't seem to show the largest UMB
  13. >as the instruction manual says.
  14. >
  15.  
  16. Yes, actually it does.  Make sure that you have the command
  17.  
  18. DOS=HIGH,UMB
  19.  
  20. in your CONFIG.SYS file to enable DOS' use of UMBs.  If you are
  21. currently using QEMM to manage your high memory blocks, let DOS do it!
  22. DOS does a better job (when helped by QEMM).  Use DEVICEHIGH= and LH
  23. (aka LOADHIGH) commands in your configuration files instead of QEMM's
  24. LOADHI.SYS and .COM.  After doing that, you'll get what you expect
  25. with MEM /C, and you'll find that QEMM's status report is just as
  26. meaningless as MEM /C is now.
  27.  
  28.  
  29. -- 
  30. ____________------------===========------------____________
  31.                      from: Josh Kopper
  32.                       jjk1@lehigh.edu
  33.     
  34.   Computer Engineering, EECS Department, Lehigh University
  35.  
  36.   Systems Programming - Lehigh University Computing Center
  37.