home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / apps / 8016 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.9 KB
  1. Path: sparky!uunet!olivea!spool.mu.edu!sol.ctr.columbia.edu!emory!swrinde!elroy.jpl.nasa.gov!ncar!uchinews!ellis!roe2
  2. From: roe2@ellis.uchicago.edu (Cave Newt)
  3. Newsgroups: comp.os.os2.apps
  4. Subject: Re: gs252pm and SWAPPER.DAT
  5. Message-ID: <1992Nov8.212115.497@midway.uchicago.edu>
  6. Date: 8 Nov 92 21:21:15 GMT
  7. References: <1dcauqINNhed@gap.caltech.edu> <ygwsTB2w165w@tcscs.UUCP>
  8. Sender: news@uchinews.uchicago.edu (News System)
  9. Reply-To: roe2@midway.uchicago.edu
  10. Organization: University of Chicago
  11. Lines: 27
  12.  
  13. jyang@cco.caltech.edu (Chih Meng Yang) writes:
  14.  
  15. >> Recently there were posts by people who said that using gs252pm (or gsos2pm10
  16. >> causes their swapfile to grow out of control.  The fact that this happens
  17. >> when they are using gs252pm to view files with fonts leads me to suspect that
  18. >> they are not using the dll "emxlibc.dll" that I supplied with gs, but
  19.  
  20. I was one of those to report the error, and I have double-checked that
  21. I have the correct emxlibc.dll, as well as downloaded the later (1.0)
  22. version of gs252.  The swapfile problem is now gone, leading me to 
  23. suspect that perhaps the older gs252 had a problem in it--either that
  24. or my libpath was somehow not updated properly, but I don't see how 
  25. that could have happened.
  26.  
  27. However, the new version caused a SYS3175 (GP or page fault) when run on
  28. the same file which overflowed my swapfile last time, and OS/2 claimed
  29. it occurred in the modified emxlibc.dll.  (The fault occurred just as GS
  30. had finished drawing.)  The really strange part is that, after running a
  31. few more files through it with no problems, I tried the same PS file again
  32. and it worked fine.  Perhaps some non-initialized memory is being accessed?
  33.  
  34. Ah, well...I'll keep trying and see if the error recurs; at least the
  35. swapfile is rock steady, and the redraw feature of Yang's port is
  36. *definitely* a nice bonus over Elber's.  Oh, and the SYS3175 took care
  37. of killing the process, too.  Love that OS/2... :-)
  38.  
  39. Greg
  40.