Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 alpha 4/15/85; site amdcad.UUCP
Path: utzoo!linus!decvax!tektronix!uw-beaver!cornell!vax135!houxm!ihnp4!amdcad!jimb
From: jimb@amdcad.UUCP (Jim Budler)
Newsgroups: net.sources.mac
Subject: Re: Version 5.0 of Binhex  (Binhex 4.0 format)
Message-ID: <1276@amdcad.UUCP>
Date: Wed, 8-May-85 12:46:08 EDT
Article-I.D.: amdcad.1276
Posted: Wed May  8 12:46:08 1985
Date-Received: Mon, 10-Jun-85 02:00:28 EDT
References: <377@sphinx.UChicago.UUCP> <704@oddjob.UUCP> <254@gcc-bill.ARPA>
Reply-To: jimb@amdcad.UUCP (Jim Budler)
Organization: Advanced Micro Devices, Sunnyvale, CA
Lines: 23

In article <254@gcc-bill.ARPA> brad@gcc-bill.UUCP (Brad Parker) writes:
>In article <704@oddjob.UUCP> sean@oddjob.UUCP (Sean Casey) writes:
>>
>>And the list continues...Would someone like to explain why we need all
>>these versions of binhex?? File compaction was an obvious advantage over
>>...
>>binhex2.0 format of course). And lord knows you cann't throw out any of 
>>the older versions. We still find postings compatible with binhex2.0...
>>...
>This is actually a valid point. Perhaps it's time to creat one (1) version
>of binhex which will handle versions 2-5. Pick any mac interface method

No, it's not.  BinHex 4 or 5 both can decode any of the previous methods
already.  Their only limitation is that they can each ENCODE only one
type of format.  Also, Dennis Brothers' protocol is an eight bit protocol
and, as such, not usable on the net where an 8 bit path cannot be guarenteed.-- 
 Jim Budler
 Advanced Micro Devices, Inc.
 (408) 749-5806
 UUCPnet: {ucbvax,decwrl,ihnp4,allegra,intelca}!amdcad!jimb
 Compuserve:	72415,1200

"... Don't sue me, I'm just the piano player!...."