gancarz@decvax.UUCP (Mike Gancarz) (03/12/86)
[ Nothing could be sweeter than to be a mail-line eater... ] How does one go about testing the various XMODEM programs, such as "xm", "UMODEM", and "YMODEM"? Some people have told me that you simply ask a friendly CP/M user to dial into your system and see if he can do up/downloads. There's got to be a better way than that. For instance, I'm using a VAXStation II/GPX running MIT's 'X' windows under Ultrix-32. It seems like it should be possible to set up two terminal emulator windows that run the XMODEM programs talking back to back to each other via pseudo tty's. I've tried various combinations of re-directed stdin and stdout for the programs, but none gives the desired results. Does anyone have any ideas? Mike Gancarz Ultrix Engineering Group Merrimack, New Hampshire 03054 decvax!gancarz +---------------------------------------------------------------------------+ + My hacking is not to be construed as a commitment by my employer, etc. + +---------------------------------------------------------------------------+
pdg@ihdev.UUCP (P. D. Guthrie) (03/12/86)
In article <191@decvax.UUCP> gancarz@decvax.UUCP (Mike Gancarz) writes: >[ Nothing could be sweeter than to be a mail-line eater... ] > >How does one go about testing the various XMODEM programs, such as >"xm", "UMODEM", and "YMODEM"? Some people have told me that you simply >ask a friendly CP/M user to dial into your system and see if he can do >up/downloads. There's got to be a better way than that. > >For instance, I'm using a VAXStation II/GPX running MIT's 'X' windows under >Ultrix-32. It seems like it should be possible to set up two terminal >emulator windows that run the XMODEM programs talking back to back to each >other via pseudo tty's. I've tried various combinations of re-directed >stdin and stdout for the programs, but none gives the desired results. >Does anyone have any ideas? For more realistic results you might try looping an serial line out from a port (treated as a modem) and back to the vaxstation, so you would then be using it more or less just as you would in real life, and can change all the terminal characteristics (baud rate, handshaking) realistically, not virtualy. Of course, then you would be hogging three ports total. -- Paul Guthrie `When the going gets weird, ihnp4!ihdev!pdg The weird turn pro' - H. Thompson
hfavr@mtuxo.UUCP (a.reed) (03/12/86)
> How does one go about testing the various XMODEM programs, such as > "xm", "UMODEM", and "YMODEM"? Some people have told me that you simply > ask a friendly CP/M user to dial into your system and see if he can do > up/downloads. There's got to be a better way than that. > > For instance, I'm using a VAXStation II/GPX running MIT's 'X' windows under > Ultrix-32. It seems like it should be possible to set up two terminal > emulator windows that run the XMODEM programs talking back to back to each > other via pseudo tty's. I've tried various combinations of re-directed > stdin and stdout for the programs, but none gives the desired results. > Does anyone have any ideas? > > Mike Gancarz > Ultrix Engineering Group > Merrimack, New Hampshire 03054 > decvax!gancarz > +---------------------------------------------------------------------------+ > + My hacking is not to be construed as a commitment by my employer, etc. + > +---------------------------------------------------------------------------+ I was faced with the same problem when developing the modem-protocol upload-download capability for AT&T MAIL. I solved it by adding the ~+ cmd transmit-process command to cu. This disables the receive-process, executes cmd with stdio to and from remote, and re-enables the receive-process on termination of cmd. The current version of cu, as distributed with HDB, includes ~+ although it is not documented except in the source. Adam Reed (ihnp4!npois!adam)