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 themenu 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"