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.