Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!tut.cis.ohio-state.edu!ucbvax!hplabs!pyramid!csg
From: csg@pyramid.pyramid.com (Carl S. Gutekunst)
Newsgroups: comp.mail.uucp
Subject: Re: Zmodem added to UUCP
Keywords: Zmodem, UUCP
Message-ID: <85569@pyramid.pyramid.com>
Date: 27 Sep 89 00:11:46 GMT
References: <3602@escargot.UUCP> <3217@ccnysci.UUCP> <518@crdos1.crd.ge.COM>
Reply-To: csg@pyramid.pyramid.com (Carl S. Gutekunst)
Organization: Pyramid Technology Corp., Mountain View, CA
Lines: 20

>|  
>|  	o Bidirectional transmission.
>
>It can buy a lot with a full duplex connection, but it looks as if a MAJOR
>rewrite of uucp would be needed to support doing two things at once.

Understatement. UUCP was never written for bidirectional transfers, and the
entire model would have to change. Fork multiple processes, with semaphores
among them, or perhaps schedule things with select(2).

As far as encryption and compression, those are better placed higher level
where they really do some good. Batch mode file transfer would be more useful,
especially with half-duplex devices like the TrailBlazer. But that can be done
in external code, too.

Someone mentioned partial file transfers. Honeyman's own HDB does this, so
rumor has, though of course it only works if you have matching uucicos at
both ends.