Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!emory!kd4nc!n4hgf!wht
From: wht@n4hgf.Mt-Park.GA.US (Warren Tucker)
Newsgroups: comp.unix.sysv386
Subject: Re: Using cu with rz/sz?  Can't be done?
Message-ID: <408@n4hgf.Mt-Park.GA.US>
Date: 14 May 91 17:27:12 GMT
References: <677@genco.bungi.com> <240@sos.com>
Reply-To: wht@n4hgf.Mt-Park.GA.US (Warren Tucker)
Organization: Amateur Radio Station N4HGF
Lines: 20

In article <240@sos.com> osvaldo@sos.com  (Osvaldo Gold) writes:
>In article <677@genco.bungi.com> dls@genco.bungi.com (Dave L. Smith) writes:
>>I have tried all sorts of contortions with rz/sz to make them work from
>>within cu on SCO Xenix 386, with no luck.  Does anyone have any ideas?
>Try this.  It works for me under ODT 1.1.  Allow me to give my example using
>xmodem since I don't remember how the rz/sz combo works.
> [example deleted]

Cu leaves it's receive process alive, eating some to most of data
(like acks or data frames) coming to your system.  Since both cu
and rz/sz/whatever will both have reads up at various instants,
some incoming data goes to cu, some to the xfer program.  This is,
of course, not good.

My advice is to forget cu and try ecu or pcomm.
 
------------------------------------------------------------------------
Warren Tucker, TuckerWare     emory!n4hgf!wht or wht@n4hgf.Mt-Park.GA.US
"An ANSI C elephant: just like the real one, but the position, shape and
length of the trunk and tail are left to the vendor's discretion." -- me