From: zeta%tcscs@idss.nwa.com (Gregory Youngblood)
Newsgroups: comp.os.os2.apps
Subject: Re: gs252pm and SWAPPER.DAT
Date: 6 Nov 92 05:46:57 GMT
Reply-To: srcsip!tcscs!zeta
Organization: TCS Consulting Services

jyang@cco.caltech.edu (Chih Meng Yang) writes:

> Recently there were posts by people who said that using gs252pm (or gsos2pm10
> causes their swapfile to grow out of control.  The fact that this happens
> when they are using gs252pm to view files with fonts leads me to suspect that
> they are not using the dll "emxlibc.dll" that I supplied with gs, but
> instead using the emxlibc.dll that came with emx 0.8e.  As I pointed out
> in the file "readme.1st", in the section "***** VERY IMPORTANT****",
> the emxlibc.dll that came with emx 0.8e has a bug in the routine "frexp",
> which is used by GhostScript's font rendering routines.  The bug COULD
> make GhostScript think that the fonts are HUGE, thus requiring a lot of
> memory to store or render the fonts, eventually filling the swapfile.

As far as I know I was one of the first to report the problems, (and I'm 
still recovering data and programs as I discover the lesser used ones I 
thought I had on the system).  I do NOT have emx or gcc on my system, yet,
as I don't do C or C++ programming (yet, I'm trying to learn).  I had no
versions of EMX.DLL or any other EMX related DLLs in any directory on my
system.  As I test programs before moving them to the archives I put the   
required DLL in the proper directory and then test the program, then I 
delete the DLL's.  I am very short no space, so I don't let things sit around
unless I can actively use it, and so far I haven't needed any of the programs
that use the EMX DLLs, so the programs sit off-line on floppies.  
My system is set up so that under my utilities I have a LIB,
BIN, HELP, and one other (DATA I think) which are included in the config.sys
for each assicated path so I can simply put DLL's in the directories as 
needed to test software.  I moved the supplied DLL's from the distributed
(again this is the GS252PM.ZIP as distributed in C.B.OS2).  That meaning the
ONLY emx DLL's on my system were FROM GS252PM.ZIP.  I read the README.1st, 
and other files so that I could set it up and install it.  
> 
> I have tried gsos2pm10 on every PostScript file I have, including some
> that have quite a few fonts, and gsos2pm10 correctly display all of them
> except one - "warbird.ps", which was emailed to me by a user of gsos2pm10,
> Darrel Hankerson.  Gsos2pm10 displays nothing for "warbird.ps", but does
> not crash or otherwise misbehave.  

I'm glad it works for you, but it doesn't for me (and I wish it did, so I 
could try and read some of these ps files I have in some archives).

Any other ideas?  I'm wary to try GSos2pm10 after what happened to me, did
anyone whose system crashed as a result of running GSos2PM try GSos2PM10 
yet? I'd be interested in hearing your responses.  I can't be a guinny (sp?)
again, I can't afford the loss of time it takes to redo the system again.
If no one has, perhaps I will try again in a couple of months when things
slow down for me...


Greg

.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
.   TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008    .
.   ..!srcsip!tcscs!zeta                 ..!src.honeywell.com!tcscs!zeta    .
.   zeta%tcscs@idss.nwa.com                      tcscs!zeta@idss.nwa.com    .
.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
Newsgroups: comp.os.os2.apps