home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / os2 / misc / 27571 < prev    next >
Encoding:
Internet Message Format  |  1992-08-17  |  1.5 KB
  1. Path: sparky!uunet!dtix!darwin.sura.net!news.duc.auburn.edu!ducvax.auburn.edu!hank
  2. From: hank@ducvax.auburn.edu
  3. Newsgroups: comp.os.os2.misc
  4. Subject: Re: DOS extended memory problem
  5. Message-ID: <1992Aug17.202051.1@ducvax.auburn.edu>
  6. Date: 18 Aug 92 01:20:51 GMT
  7. References: <100@slpfs1.UUCP>
  8. Sender: usenet@news.duc.auburn.edu (News Account)
  9. Organization: Auburn University, AL
  10. Lines: 21
  11. Nntp-Posting-Host: ducvax
  12.  
  13. In article <100@slpfs1.UUCP>, jct@slpfs1.UUCP (Jeff Tolmie) writes:
  14. >     I have a question about DOS compatibility. Recently, I copied jpeg3386
  15. > from a MSDOS net and tried to get it to run. It thinks I have no extended
  16. > memory. So I opened a DOS fullscreen and typed "mem". Now, OS/2 tells me that
  17. > I have 2Mb XMS memory and 0 Mb contiguous extended memory available. This I
  18. > find a bit confusing. Does anyone know what the difference is? I can adjust
  19. > the XMS value via the DOS settings, but not this "contiguous extended memory".
  20. > 
  21. >     The only thing I can think of is perhaps this 2nd value is what OS/2
  22. > calculates as the usable memory. Is perhaps a device driver getting in the
  23. > way? (The memory management from DOS is a JOKE!).
  24.  
  25. First, if the jpeg version is compiled with djgpp, you have the wrong version
  26. for OS/2. Get the one from ftp-os2.nmsu.edu:
  27.  Independent JPEG Group's DJPEG, version 3 21-Mar-92
  28.  Copyright (C) 1992, Thomas G. Lane
  29.  
  30. Next, think of XMS as a "handler" for your extended memory. Your report is
  31. as expected.
  32.  
  33. --darrel hankerson hank@ducvax.auburn.edu
  34.