Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!ac
From: ac@utgpu.UUCP
Newsgroups: comp.sys.m6809
Subject: uuencode/uudecode
Message-ID: <1987Aug5.180326.4019@gpu.utcs.toronto.edu>
Date: Wed, 5-Aug-87 18:03:26 EDT
Article-I.D.: gpu.1987Aug5.180326.4019
Posted: Wed Aug  5 18:03:26 1987
Date-Received: Fri, 7-Aug-87 05:32:47 EDT
Organization: University of Toronto Computing Services
Lines: 27
Checksum: 55784

   I recently downloaded the AR command to my OS9 system but when I tried
to UUDECODE it I had a problem.  THe UUDECODE I was using was NOT the one
recently posted but rather one I had ported from elsewhere some time
ago.  The version I have seems to be a close relative of the version recently
posted since many of the lines of C code are identical.  The problem is
that my version of UUDECODE seems to expect an extra field between
'begin' and the file name field in the uuencoded file.
It actual ignores this field but it does require it to be present.
My version of UUENCODE always uses the value '644' after 'begin'
When I edited 644 into my download of ar.uue, my uudecode worked fine.
I gather the 644 has something to do with file permissions in the
original UUENCODE/UUDECODE and for some reason can't be handled easily 
under OS9.
   The trouble is that several UUDECODEs including mine die if this field is
missing.  It will be inconvenient having several incompatible forms of
UUENCODing around.  I realize of course that the UUDECODE just posted will
work correctly with the UUDECODE just posted.  But as it stands I will
have to have 2 versions of these utilities.  Would it not be better
to go with the idea of using a dummy permission of 644 as a placeholder
and repost a version of these utilities with that modification?


-- 

Name:     Mark Acfield (University of Toronto Computing Services)
Path:     ihnp4!utgpu!ac   
Alias:    ac@utoronto.bitnet