Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!sundc!pitstop!sun!decwrl!labrea!rutgers!dayton!ems!umn-cs!randy
From: randy@umn-cs.UUCP (Randy Orrison)
Newsgroups: comp.os.minix,comp.sources.bugs
Subject: Re: sending source code
Message-ID: <2566@umn-cs.UUCP>
Date: Sun, 1-Nov-87 19:48:48 EST
Article-I.D.: umn-cs.2566
Posted: Sun Nov  1 19:48:48 1987
Date-Received: Sat, 7-Nov-87 09:08:35 EST
References: <631@louie.udel.EDU> <332@uvicctr.UUCP>
Reply-To: randy@umn-cs.UUCP (Randy Orrison)
Organization: or lack thereof
Lines: 27
Summary: Suggestion for zoo
Xref: mnetor comp.os.minix:1993 comp.sources.bugs:410

In article <332@uvicctr.UUCP> sbanner1@uvicctr.UUCP (S. John Banner) writes:
>                              I think that if we have to set some sort
>of a standard for this (and I think that we will have do deal with this
>problem sooner or later), the combination of zoo, and uuencode is
>probably the way to go.

How about a modification to zoo:  Have it produce btoa'd output, and recognize
that transparently as input?  I haven't gotten it running on this Encore yet,
but it doesn't seem like a text header giving the format (8 bit or btoa'd)
would be unreasonable.  Anyone want to work on this?  (I would, but like I said
i haven't even had time to find the bug that dumps core here...)

(btoa: like uuencode, but adds only 20% to size)

>                      S. John Banner
>
>...!uw-beaver!uvicctr!sol!sbanner1
>...!ubc-vision!uvicctr!sol!sbanner1
>ccsjb@uvvm
>sbanner1@sol.UVIC.CDN

	-randy
-- 
Randy Orrison, University of Minnesota School of Mathematics
UUCP:	{ihnp4, seismo!rutgers!umnd-cs, sun}!umn-cs!randy
ARPA:	randy@ux.acss.umn.edu		 (Yes, these are three
BITNET:	randy@umnacca			 different machines)