Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site lsuc.UUCP
Path: utzoo!utcs!lsuc!jimomura
From: jimomura@lsuc.UUCP (Jim Omura)
Newsgroups: net.micro.atari
Subject: Re: BINHEX 1.0
Message-ID: <940@lsuc.UUCP>
Date: Wed, 27-Nov-85 18:58:12 EST
Article-I.D.: lsuc.940
Posted: Wed Nov 27 18:58:12 1985
Date-Received: Wed, 27-Nov-85 19:19:08 EST
References: <851120-115731-2948@Xerox>
Reply-To: jimomura@lsuc.UUCP (Jim Omura)
Organization: Barrister & Solicitor, Toronto
Lines: 28
Summary: Again?

In article <851120-115731-2948@Xerox> Fleysher.WBST@XEROX.ARPA writes:
>--------------
>
>1 REM BINHEX 1.0, OCTOBER 1984
>2 REM -- BY DAN FLEYSHER --
>3 REM (FLEYSHER.WBST@XEROX)
>4 REM THIS BASIC PROGRAM CONVERTS A
>5 REM BINARY DISK FILE TO THE EQUIV-
>6 REM VALENT TEXT FILE CONTAINING
>7 REM HEXIDECIMAL CHARACTERS.  THIS
>8 REM FILE IS SUITABLE FOR LONG

     Guys, this is *not* a flame.  It's just an observation.  If you
keep reinventing wheels at this rate, you'll never get anywhere.
Is this by any chance compatible with the any of the hundreds of other
Hexbin/binex programs around?  I don't recognize the format myself
but if it isn't then why not?  The protocols are easily obtained and
no secret.  The programs aren't much harder to write.  Why not try
for a bit of compatibility?

                                     Cheers! -- Jim O.
>9 REM DISTANCE (MODEM) TRANSMISSION,
-- 
James Omura, Barrister & Solicitor, Toronto
ihnp4!utzoo!lsuc!jimomura
Byte Information eXchange: jimomura
Compuserve: 72205,541
MTS at WU: GKL6