Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!mailrus!nrl-cmf!ames!decwrl!ucbvax!DMZRZU71.BITNET!KAPFFER From: KAPFFER@DMZRZU71.BITNET (Matthias Kapffer) Newsgroups: comp.sys.apple Subject: Re: varia (actually about APW's COMPACT) Message-ID: <8810061303.aa11222@SMOKE.BRL.MIL> Date: 7 Oct 88 11:53:34 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 41 X-Unparsable-Date: Thursday, 6. October 1988 12:11 MET > Date: Wed, 5 Oct 88 20:26:23 GMT > From: Andy McFadden > > Subject: Re: varia > > In article <8810031051.aa17439@SMOKE.BRL.MIL> KAPFFER@DMZRZU71.BITNET > (Matthias Kapffer) writes: [various stuff removed...] >> 4) While I'm on the subject of saving net bandwidth: When distributing >> ProDOS 16 (oops, GS/OS) software (to be more specific: OMF files), it >> should be ensured that they are in the shortest V2 format by applying >> the COMPACT utility from APW. Free Term GS, for example, will go down >> from 63488 to 44838 bytes, a reduction by 29% ! Of course, this is >> directed more to programmers. (I've even seen commercial programs which >> I could back up from two onto one disk with the help of COMPACT !) > > COMPACT is nice, but not everyone has it. Stick to BLU until something like > "BLU GS" comes out... COMPACT doesn't compare to BLU: COMPACT will be applied once on the sending side (or even better the programmer's side); the resulting OMF load file will still execute (if the System Loader isn't too old) without any additional action on the receiver's side (as contrary to BLU or SQUEEZE) because COMPACT only transforms the relocation dictionary to a more compact [a quick quiz: where does it's name come from ?] form by specializing on certain record types (like the ones for two byte addresses which don't include the redundant zero bank byte) and storing relative addresses in the corresponding holes left in the load image. That leads to reduced disk space requirements and faster load times. Therefore COMPACT is independant of BLU (and not a replacement) and can *always* be used before squeezing and bunnying OMF files together. > fadden@zen.berkeley.edu [crashed] > c60c-3aw@widow.berkeley.edu (Andy McFadden) ______________________________________________________________________________ M a t t h i a s K a p f f e r mail : Hermann Brill-Strasse 10 D-6200 Wiesbaden West Germany phone: +49 6121 460854 email: BITNET : KAPFFER@DMZRZU71