Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!uwm.edu!uwvax!veronica.cs.wisc.edu!elliott
From: elliott@veronica.cs.wisc.edu (James Elliott)
Newsgroups: comp.sys.handhelds
Subject: Re: Standard for posting GROB's for the HP-4
Message-ID: <1991May1.235133.6485@spool.cs.wisc.edu>
Date: 1 May 91 23:51:33 GMT
References: <281df89f:2981comp.sys.handhelds@hpcvbbs.UUCP> <11683@mentor.cc.purdue.edu>
Sender: news@spool.cs.wisc.edu (The News)
Organization: U of Wisconsin CS Dept
Lines: 29

In <11683@mentor.cc.purdue.edu> ahernsd@mentor.cc.purdue.edu (Dynastar) writes:

>In <281df89f:2981comp.sys.handhelds@hpcvbbs.UUCP> akcs.falco@hpcvbbs.UUCP (Andrey Dolgachev) writes:

>>Well, what do you all think, should we all start using compressed GROB's
>>or not?  

The original version of Sun Clock used a compressed GROB. I
intentionally changed it to not use a compressed GROB, because the
savings over the uncompressed size were negligible once the size of
UPGROB was taken into account (the world map really didn't compress
very well), and because this meant that there were suddenly two
components of Sun Clock that could not survive ASCII downloading: The
compressed GROB and UPGROB itself. This was unacceptable, because I
wanted to be able to provide inline documentation for the code. Those
who wanted to avoid the linefeed issue were, of course, free to
download the uuencoded binary instead.

By the way, there is a minor bug in the posted version of Sun Clock:
If the ticking clock display is active when "Help" or "About" is
chosen, the clock garbles the displays at the intermediate pause
points. I've fixed this, but haven't yet felt like consuming net
bandwidth to post it. I'd like to get the corrected version to the
archives, though; is there somewhere I could mail it do directly?

	-Jim
--
Jim Elliott		      "Like a bridge he'll come between us, not a wall"
elliott@veronica.cs.wisc.edu