Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!nrl-cmf!ukma!ukecc!edward
From: edward@engr.uky.edu (Edward C. Bennett)
Newsgroups: comp.sys.att
Subject: Re: Re: File Transfer Programs
Message-ID: <2311@ukecc.engr.uky.edu>
Date: 9 May 88 15:59:48 GMT
References: <2307@ukecc.engr.uky.edu> <5237@mtune.ATT.COM>
Reply-To: edward@engr.uky.edu (Edward C. Bennett)
Followup-To: unix-pc.general
Organization: Univ. of KY Engineering Computing Center
Lines: 29

In article <5237@mtune.ATT.COM> rkh@mtune.UUCP (Robert Halloran) writes:
>In article <2307@ukecc.engr.uky.edu> edward@engr.uky.edu (Edward C. Bennett) writes:
>>Does anyone know of a way to get either XMODEM, YMODEM or ZMODEM
>>capability on a 3b1?
>>The ATE has UMODEM built in to it. Is that close enough to X, Y or
>>Z to work? Is there a way to add more protocols to the ATE?

>UMODEM is for 'Unix Xmodem', and provides just that.

I tried this over the weekend and it works just fine.

>If you can come by the source for the PD package 'rz/sz' by Chuck Forsberg
>(caf@omen.uucp), that will provide Y and Zmodem capability for a Unix system,
>though I am unsure about how you could integrate this into ATE.

There is a file /usr/bin/umodem that I assume contains the UMODEM code.
Based on that, I assume the ATE forks off a umodem process and connects
stdin and stdout to it. If that's right, then, theoretically, you could
put a copy of rz inplace of /usr/bin/umodem. The ATE wouldn't know the
difference. No, I haven't tried it but it seems like a safe experiment
(I guess the worse that could happen is that the ATE could crash) so I'll
give it a shot when I get time.

Even if that works, you still only have one protocol available in the
 menu of local commands. Why oh why can't we get the source...
-- 
Edward C. Bennett				DOMAIN: edward@engr.uky.edu
(606) 257-4938				UUCP: {cbosgd|uunet}!ukma!ukecc!edward
"Goodnight M.A."				BITNET: edward%ukecc.uucp@ukma
	"He's become a growling, snarling mass of white-hot canine terror"