caf@omen.UUCP (Chuck Forsberg WA7KGX) (11/30/85)
The current versions of sb and rb, *nix programs supporting XMODEM, YMODEM, and YMODEM Batch file transfers, have been posted to net.sources. Recent changes include support for BSD 4.2 and SYS V terminal control conventions. Compared to the last version of UMODEM examined, rb and sb load the CPU less because of multi-character terminal i/o operations. In additon, YMODEM 1k packets (supported by YAM, MEX, PibTerm, IMP, etc.) give greater throughput than XMODEM. For example, at 9600 bps, an otherwise idle PC-AT Xenix downloads to Pro-YAM with YMODEM-g twice as fast as it does to Crosstalk XVI 3.6 with XMODEM. This disparity increases with transmission speed and system response time. YMODEM batch transfers can also preserve the exact file length and modification time. VMS versions of these programs are also available, and will be posted when a terminal mode problem unique to VMS version 4 is corrected. Enjoy. -- Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131 Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231 Home of Professional-YAM, the most powerful COMM program for the IBM PC Voice: 503-621-3406 Modem: 503-621-3746 (Hit CR's for speed detect) omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
W8SDZ@SIMTEL20.ARPA (Keith Petersen) (12/06/85)
Chuck, the man page for sb makes no mention that Unix new lines will NOT be converted when downloading ascii files. rb apparently has no provisions for stripping CRs on uploads. This is probably due to the fact that if batch up/downloads are done, a global convert is undesirable since binary and ascii files MAY be mixed. Some mention should be made of utilities such as "unixcpm" and "cpmunix" to handle such files. sb's attempt to restore the tty after the transfer (i.e., un-do the raw) results in a lock-up condition on BRL Unix 4.2 BSD. This MAY be due to the fact that I'm accessing BRL through a TAC. I had to reset the connection and log in again. --Keith