rz/sz problem

rz/sz problem

Post by rgar » Fri, 17 Jan 2003 04:26:16



Hi,

I have a program that - via kermit - dials and logs into various
database systems. On some of these systems, I produce a file that is
subsequently downloaded. I use the rz and sz programs to do this. The
lines in my kermit command file to do that look like this:

output sz  file_to_pull-\%c.zip\13
run rz  -r < /dev/ttyS0 > /dev/ttyS0

(\%c is a unique number)

Recently, nearly 100% of these file transfers have been failing and I'm
pulling my hair out in an attempt to troubleshoot. What I've done, or
know so far.

1) I'm fairly certain the sending system is OK as I can dial in
   "manually" with Windows Hyperterminal and download a file via
   ZModem protocol.

2) I've tried many switches, the last of which look like this:

output sz -Z -w 2048 -a file_to_pull-\%c.zip\13
run rz -Z -w 2048 -a -vvvvv < /dev/ttyS0 > /dev/ttyS0

Output from the above recieve command looks like this (minus the
astericks):

**********************************************
mode:1
rz waiting to receive.zshhdr: ZRINIT 23000000
zgethdr: ZRINIT 23000000
got ZRINITmode:0

Transfer incomplete
 *Cq0,]file_to_pull-74714813.zip1196 7611317462 100777 0 1 1196kL
                                 +++                        P
OK

OK
+++
ATQ0H0
***********************************************

Interestingly enough, if I comment out the  sz command (so the remote
machine never gets the command to start sending the file) the same thing
happens: the recieve immediately terminates with similar debug output

***********************************************
mode:1
rz waiting to receive.zshhdr: ZRINIT 23000000
zgethdr: ZRINIT 23000000
got ZRINITmode:0

Transfer incomplete
************************************************

Again, this used to work fine!  Anyone have an idea of what could be
going wrong?

--
Posted via http://dbforums.com

 
 
 

rz/sz problem

Post by those who know me have no need of my nam » Fri, 17 Jan 2003 17:54:12


in comp.unix.programmer i read:

Quote:>I have a program that - via kermit - dials and logs into various
>database systems. On some of these systems, I produce a file that is
>subsequently downloaded. I use the rz and sz programs to do this.

why?  you are using kermit on your side, use kermit on the remote.

what version of kermit are you using?

Quote:>Recently, nearly 100% of these file transfers have been failing and I'm
>pulling my hair out in an attempt to troubleshoot. What I've done, or
>know so far.

>1) I'm fairly certain the sending system is OK as I can dial in
>   "manually" with Windows Hyperterminal and download a file via
>   ZModem protocol.

hmm.  perhaps there is some character sensitivity which hyperterm is
already requesting be escaped, try adding `-e' to the sz command, which
will `escape' all control characters (the usual culprits) and has terrible
performance on binary files, but if it works you'll know it's character
sensitivity and can then narrow the field.

Quote:>Again, this used to work fine!  Anyone have an idea of what could be
>going wrong?

you changed something, at one or both ends.  try to find out what that was
and see if it's possible to undo it.

--
bringing you boring signatures for 17 years

 
 
 

rz/sz problem

Post by rgar » Fri, 17 Jan 2003 23:03:49


Thanks for the note! I actually solved this and was going to post saying
so, but the site was down.

why?  you are using kermit on your side, use kermit on the remote.
what version of kermit are you using?

I'm  using rz/sz in this case because the remote machine can only send
via ZMODEM.

I'm still not sure why this started failing so consistently. In
retrospect, I think the kermit code I posted before (to do the file
transfer) may have been faulty from day one. I remember thinking at one
point that the file transfer failed at a rate that was higher than
normal. I just never had time to investigate it before, and since it did
suceed after a few attempts, it was never thought to be bad.

Anyway, after perusing the kermit manual, I found that there is a way
you can do ZModem file transfers from within kermit (more or less).
So instead of making an out-and-out system cal to recieve the file, I
now do this:

set terminal autodownload off
set proto zmodem rz {rz -a} {sz %s} {sz -a %s} rz {rz -a}
set file type text
output sz -Z -w 2048 -a mavmail-\%c.zip\13
wait 1
receive

I'm not sure I need the wait, or the parameters to change the window
size, but the above is working. And it works very quickly too.

Thanks again for your input. It is greatly appreciated.

--
Posted via http://dbforums.com

 
 
 

rz/sz problem

Post by those who know me have no need of my nam » Sun, 19 Jan 2003 20:55:36


in comp.unix.programmer i read:

Quote:>>why?  you are using kermit on your side, use kermit on the remote.
>>what version of kermit are you using?

>I'm  using rz/sz in this case because the remote machine can only send
>via ZMODEM.

ah.  that's too bad.  a kermit-to-kermit transfer is so much cleaner.

are you aware of g-kermit?  it doesn't have any of the user interface
stuff, it's just a protocol module, like sz and rz.  g-kermit is typically
about the same size as sz and rz on any given platform.

Quote:>I'm still not sure why this started failing so consistently. In
>retrospect, I think the kermit code I posted before (to do the file
>transfer) may have been faulty from day one. I remember thinking at one
>point that the file transfer failed at a rate that was higher than
>normal.

`higher rate'?  data rate?  that implies there are flow control issues.

--
bringing you boring signatures for 17 years

 
 
 

1. Slackware Minicom and rz/sz problem?

Minicom wants to see rz/sz for down and uploads.  Retrieved a copy of
rszs9305.tar.Z and did 'make posix'.  Installed the resulting binaries into
/usr/local/bin, changed ownership to bin, and changed the Minicom
configuration to look there.

When the computer on the other end of the modem starts sending, Minicom puts
up a pretty window.. but then I get **<bunch of hex digits> on the screen.  No
download occurs and the log file in /tmp claims timeouts.

Not sure where to point the finger.. but rbsb.c has an open() in it that
attempts to open /dev/tty.. which is wrong for when dealing with a modem when
using the machine at the console.

Pointers to patches for RZ and SZ to permit usage under Linux would be
appreciated.

Regards,
Mark
+-----------------------------------------------+-----------------------+
| Mark Becker                                   | .signature under      |

+-----------------------------------------------+-----------------------+

2. Automated TELNET

3. rz/sz problem with 1.2.11

4. Thinkpad i Series and Red Hat 5.2

5. sz/rz, term problems with current Slackware 2

6. Paradise256K X success ...

7. Help, problems with agetty, sz/rz/kermit on dialups

8. configure error

9. Modem Problems with UUCP and sz/rz

10. SZ RZ problem

11. Sz/Rz Problems

12. problems with sz/rz and lynx on unix sys

13. sz/rz problems