home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / os2 / apps / 7922 < prev    next >
Encoding:
Internet Message Format  |  1992-11-07  |  3.7 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!decwrl!hal.com!olivea!charnel!rat!usc!zaphod.mps.ohio-state.edu!uwm.edu!src.honeywell.com!tcscs!zeta
  2. From: zeta%tcscs@idss.nwa.com (Gregory Youngblood)
  3. Newsgroups: comp.os.os2.apps
  4. Subject: Re: gs252pm and SWAPPER.DAT
  5. Message-ID: <ygwsTB2w165w@tcscs.UUCP>
  6. Date: 6 Nov 92 05:46:57 GMT
  7. References: <1dcauqINNhed@gap.caltech.edu>
  8. Reply-To: srcsip!tcscs!zeta
  9. Organization: TCS Consulting Services
  10. Lines: 55
  11.  
  12. jyang@cco.caltech.edu (Chih Meng Yang) writes:
  13.  
  14. > Recently there were posts by people who said that using gs252pm (or gsos2pm10
  15. > causes their swapfile to grow out of control.  The fact that this happens
  16. > when they are using gs252pm to view files with fonts leads me to suspect that
  17. > they are not using the dll "emxlibc.dll" that I supplied with gs, but
  18. > instead using the emxlibc.dll that came with emx 0.8e.  As I pointed out
  19. > in the file "readme.1st", in the section "***** VERY IMPORTANT****",
  20. > the emxlibc.dll that came with emx 0.8e has a bug in the routine "frexp",
  21. > which is used by GhostScript's font rendering routines.  The bug COULD
  22. > make GhostScript think that the fonts are HUGE, thus requiring a lot of
  23. > memory to store or render the fonts, eventually filling the swapfile.
  24.  
  25. As far as I know I was one of the first to report the problems, (and I'm 
  26. still recovering data and programs as I discover the lesser used ones I 
  27. thought I had on the system).  I do NOT have emx or gcc on my system, yet,
  28. as I don't do C or C++ programming (yet, I'm trying to learn).  I had no
  29. versions of EMX.DLL or any other EMX related DLLs in any directory on my
  30. system.  As I test programs before moving them to the archives I put the   
  31. required DLL in the proper directory and then test the program, then I 
  32. delete the DLL's.  I am very short no space, so I don't let things sit around
  33. unless I can actively use it, and so far I haven't needed any of the programs
  34. that use the EMX DLLs, so the programs sit off-line on floppies.  
  35. My system is set up so that under my utilities I have a LIB,
  36. BIN, HELP, and one other (DATA I think) which are included in the config.sys
  37. for each assicated path so I can simply put DLL's in the directories as 
  38. needed to test software.  I moved the supplied DLL's from the distributed
  39. (again this is the GS252PM.ZIP as distributed in C.B.OS2).  That meaning the
  40. ONLY emx DLL's on my system were FROM GS252PM.ZIP.  I read the README.1st, 
  41. and other files so that I could set it up and install it.  
  42. > 
  43. > I have tried gsos2pm10 on every PostScript file I have, including some
  44. > that have quite a few fonts, and gsos2pm10 correctly display all of them
  45. > except one - "warbird.ps", which was emailed to me by a user of gsos2pm10,
  46. > Darrel Hankerson.  Gsos2pm10 displays nothing for "warbird.ps", but does
  47. > not crash or otherwise misbehave.  
  48.  
  49. I'm glad it works for you, but it doesn't for me (and I wish it did, so I 
  50. could try and read some of these ps files I have in some archives).
  51.  
  52. Any other ideas?  I'm wary to try GSos2pm10 after what happened to me, did
  53. anyone whose system crashed as a result of running GSos2PM try GSos2PM10 
  54. yet? I'd be interested in hearing your responses.  I can't be a guinny (sp?)
  55. again, I can't afford the loss of time it takes to redo the system again.
  56. If no one has, perhaps I will try again in a couple of months when things
  57. slow down for me...
  58.  
  59.  
  60. Greg
  61.  
  62. .-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
  63. .   TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008    .
  64. .   ..!srcsip!tcscs!zeta                 ..!src.honeywell.com!tcscs!zeta    .
  65. .   zeta%tcscs@idss.nwa.com                      tcscs!zeta@idss.nwa.com    .
  66. .-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
  67.