rap@ardent.UUCP (Rob Peck) (11/22/88)
To whomever adapted the sz/rz file transfer programs (Zmodem) for Amy - thank you! The notes I found in the docs mention that it had only been tested at 1200 baud so the adaptor was not sure whether it would work at higher rates. Well, I have sz/rz for a Sun-2 and had to transfer some usenet files to disk. Using 1.3, I created a disk-sized RAD: (highcyl = 79), and was able to use the Amy rz at 9600 baud to RAD: WHILE FORMATTING A DISK IN DF1:, with only very rare retry because of a data error. In 800K (covering up to 200 comp.sys.amiga postings in each shot), I believe there were perhaps 2 or 3 retransmits. I am definitely impressed. By the way, sz/rz will not work at 9600 baud if you are trying to transfer directly to disk; yes the retries continue and eventually work error free, but it is painful to watch and takes way too long. Also, I had to use RAD: because of the checking for available disk space from RAM: returns the fact that the "disk is full". Since RAD: is fixed size, I was able to use it instead. Maybe someone might wanna do a patch for RAM: to take care of this (note - if a patch like that IS done, include VDK: as an alternative. Though I do realize that someone on PLINK did come up with a binary patch to VDK: to eliminate reporting of 100% full on VDK:, I'd rather that the program that uses it realize what kinda "disk" it is dealing with, thus being compatible with RAM:'s current handling of this sorta thing... unless RAM: will be changed in 1.X too?). Rob Peck
papa@pollux.usc.edu (Marco Papa) (11/22/88)
In article <728@ardent.UUCP> rap@ardent.UUCP (Rob Peck) writes: >To whomever adapted the sz/rz file transfer programs (Zmodem) for Amy - >thank you! The notes I found in the docs mention that it had only been >tested at 1200 baud so the adaptor was not sure whether it would work >at higher rates. Well, I have sz/rz for a Sun-2 and had to transfer >By the way, sz/rz will not work at 9600 baud if you are trying to ^^^^^^^^^^^^^^^^^^^^^^^^^^^ >transfer directly to disk; yes the retries continue and eventually ^^^^^^^ >work error free, but it is painful to watch and takes way too long. The way I got Zmodem for A-Talk III to receive at 9600 baud directly to a floppy disk is by buffering 16K worth of input data, and then make a single 16K write to the disk [Note: this is with A-Talk III, rel. 1.0c, not the original release]. Feel free to pass this along to whoever did rzsz for the Amiga. -- Marco Papa 'Doc' -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= uucp:...!pollux!papa BIX:papa ARPAnet:pollux!papa@oberon.usc.edu "There's Alpha, Beta, Gamma and Diga!" -- Leo Schwab [quoting Rick Unland] -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
csc21824@unsvax.UUCP (Jay) (11/23/88)
>Also, I had to use RAD: because of the checking for available disk >space from RAM: returns the fact that the "disk is full". I had this problem too at first, then I learned that all you had to do is use the -n (don't skip file) option. My complaint on RZ/SZ is that it opens its own window. Fine, except that I'm writing a BBS program and plan on using RZ/SZ to handle the uploading and downloading, but have no way to find out the status of the program. Anyone know a way around this without re-writing the program ( I do have the Unix source) ?