Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!cwjcc!hal!nic.MR.NET!shamash!nis!ems!pwcs!stag!daemon From: to_stdnet@stag.UUCP Newsgroups: comp.sys.atari.st Subject: Transfer protocols Message-ID: <631@stag.UUCP> Date: 27 Oct 88 07:22:02 GMT Sender: news@stag.UUCP Lines: 25 From: thelake!steve@stag.UUCP (Steve Yelvington) emh@omni.UUCP (Eric Hopper) writes... > > Does anybody know of a modem program that has the capability of > running an outside program to do the transfer? I don't think there is such > a thing, but it would be a good idea. All you would have to do would be to > set up the transfer program to accept the filename on the command line, and > the modem program would have to pexec() it. > Vanterm works that way, at least in the version I tried nine or ten months ago. It execs Tom Zerucha's wxytr.ttp command-driven file-transfer utility. I don't see why it would be a good idea, though. As a kludge, I used the technique in my own comm program before I figured out how to get Dale Schumacher's xmodem routines through Mark Johnson's C compiler. It was a pain in the neck to have to load the xfer routines from disk every time I sent or received a file. When I got Dale's code to compile, I gladly abandoned wxytr (which has the advantage of windowing xmodem) in favor of instant response from the built-in routines. | thelake!steve@stag.UUCP / ...rosevax!pwcs!stag!thelake!steve