JPEG - UU - GScii problem

[Terry.Mcdanel@launchpad.unc.edu (Terry McDanel)]

I've been having a lot of JPEG problems lately with downloads from the net,
especially from the WWW.  GScii signals a CRC problem usually with the last
line of the uu-encoded file.  I have tracked some down to a blank line between
the last line of code and the "end".  Usually the encoder puts a "`" on this
line.  When it doesn't GScii can't handle it.  If I add a "`" or delete the
blank line the CRC problem is not signalled but the graphic is muddled in a
variety of unpredictable ways.
 
Sometimes there is a CRC error on the last line and i cant figure out the
cause
at all.  In any case i dont understand  UU or JPEG format enough to fix it.
 
JPEG.View 1995 FAPPLE Offline viewer, draws the initial miniature pass then
just lets go and closes the file.  Not very flexible software.  (But the only
one i know of unless Second Sight address JPEG.)
 
I would assume there are a lot of non-standard JPEG encoders and non-standard
UU encoders circulating around.  Would this be a good guess?
 
Is GScii getting dated and need to be rewritten to address new standards or
common non-standard implementations of UU?
 
Is there a better UU decoding implementation for the ][gs than GScii?
 
Does anybody else out there ever encounter this problem?
 
Does anyone know a fix?
 
 
terry
 

-- 
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- 
Launchpad is an experimental internet BBS. The views of its users do not 
necessarily represent those of UNC-Chapel Hill, OIT, or the SysOps.
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --