home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / misc / 27842 < prev    next >
Encoding:
Internet Message Format  |  1992-08-20  |  1.8 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!udel!sbcs.sunysb.edu!sbstaff2!mjn
  2. From: mjn@sbstaff2.cs.sunysb.edu (The Sixth Replicant)
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: DOS extended memory problem
  5. Keywords: dos xms extended memory
  6. Message-ID: <1992Aug20.164234.25947@sbcs.sunysb.edu>
  7. Date: 20 Aug 92 16:42:34 GMT
  8. References: <100@slpfs1.UUCP>
  9. Sender: usenet@sbcs.sunysb.edu (Usenet poster)
  10. Organization: Tyrell Corp.
  11. Lines: 25
  12. Nntp-Posting-Host: sbstaff2
  13.  
  14. In article <100@slpfs1.UUCP> jct@slpfs1.UUCP (Jeff Tolmie) writes:
  15. >
  16. >Hi All,
  17. >
  18. >    I have a question about DOS compatibility. Recently, I copied jpeg3386
  19. >from a MSDOS net and tried to get it to run. It thinks I have no extended
  20. >memory. So I opened a DOS fullscreen and typed "mem". Now, OS/2 tells me that
  21. >I have 2Mb XMS memory and 0 Mb contiguous extended memory available. This I
  22. >find a bit confusing. Does anyone know what the difference is? I can adjust
  23. >the XMS value via the DOS settings, but not this "contiguous extended memory".
  24. >
  25. >    The only thing I can think of is perhaps this 2nd value is what OS/2
  26. >calculates as the usable memory. Is perhaps a device driver getting in the
  27. >way? (The memory management from DOS is a JOKE!).
  28.  
  29. I've noticed the same thing with mem: it always reports 0K contiguous in OS/2.
  30. However, I have a number of programs which use XMS calls directly and I can
  31. report that the XMS 0x09 function which reports #K free and largest
  32. contiguous blocks does report reasonable numbers, i.e. at the start of
  33. a DOS session, both are equal to the value I set in the DOS Settings. I
  34. can only imagine that mem is doing something un-kosher, ununusual, or
  35. incorrect.
  36.  
  37. -----------------------------------------------------------------------------
  38. Marc Neuberger                                            mjn@sbcs.sunysb.edu
  39.