You are not logged in. Login Now
 0-24   25-32         
 
Author Message
zlee
Help on Zmodem Transfers... Mark Unseen   Jul 2 19:02 UTC 1994

Hello, I was wondering if anybody had any problems dowloading with Zmodem
and got TIMEOUT problems during the transfer sessions? I always seem to 
get them for some reason...Can anybody help?

Zivago
32 responses total.
popcorn
response 1 of 32: Mark Unseen   Jul 2 19:09 UTC 1994

This response has been erased.

robh
response 2 of 32: Mark Unseen   Jul 2 19:37 UTC 1994

I only get those errors when telnetting in.  I'll wager $5 that's
your problem.

Like popcorn said, try Kermit, or if you've got a uudecode program
on your micro, you can uuencode on this end and do a text transfer.
zlee
response 3 of 32: Mark Unseen   Jul 3 02:34 UTC 1994

No, no, no.... I meant after I FTPd the file to this system, then I would 
go to the Other Menu, then Transfer Menu for a Zmodem download of the file
I FTPd. I would then get a real slow down and even TIMEOUT errors...
robh
response 4 of 32: Mark Unseen   Jul 3 02:57 UTC 1994

Zivago, that's exactly what we mean.  Are you using a telnet
connection, as with the MSU Gopher, to connect to Grex?
If so, Z-Modem will not work.  Try using Kermit instead.
zlee
response 5 of 32: Mark Unseen   Jul 3 14:01 UTC 1994

Ok, but there is no Kermit option in the Transfer menu....
popcorn
response 6 of 32: Mark Unseen   Jul 3 14:27 UTC 1994

This response has been erased.

popcorn
response 7 of 32: Mark Unseen   Jul 3 14:53 UTC 1994

This response has been erased.

zlee
response 8 of 32: Mark Unseen   Jul 5 18:17 UTC 1994

Ok,... I'll try it... and thanks! Hope it works...
zlee
response 9 of 32: Mark Unseen   Jul 6 00:48 UTC 1994

Ok, I tried it... but the Kermit is WAY slower than Zmodem...
I tried the Zmodem, and it works, actually... except that
TIMEOUT error comes out once in a while... I guess Grex is
really loaded up or something...
srw
response 10 of 32: Mark Unseen   Jul 6 02:54 UTC 1994

Kermits defaults for packet sizes are very small, resulting in horrible
performance. You can improve it enormously (though not to Z modem)
by using extended packets. The only hazard is if they are too long
they will overrun buffers and you'll get lots of timeouts.
If youe see that, cut back. That should help a lot.
kentn
response 11 of 32: Mark Unseen   Jul 6 03:00 UTC 1994

I think you can up the timeout interval for Zmodem if you find it's
timing out unnecessarily.  Check the man page for sz/rz or better
yet, the documentation from Omen Technology.
popcorn
response 12 of 32: Mark Unseen   Jul 6 12:59 UTC 1994

This response has been erased.

kentn
response 13 of 32: Mark Unseen   Jul 6 14:00 UTC 1994

If the Kermit on your end supports extended packets (not all do).
srw
response 14 of 32: Mark Unseen   Jul 6 14:22 UTC 1994

The only one I have ever seen that did not was a really old Vax version.
There is a newer one which does.
kentn
response 15 of 32: Mark Unseen   Jul 6 20:01 UTC 1994

Well, let's see.  My MsDOS comm program doesn't support Kermit
sliding windows or extended packets, though it does have a working
Kermit protocol.  Ditto Apple Kermit-65 and CP/M Kermit-80.  Ditto
MTS Kermit.
 
popcorn
response 16 of 32: Mark Unseen   Jul 7 04:22 UTC 1994

This response has been erased.

srw
response 17 of 32: Mark Unseen   Jul 7 04:54 UTC 1994

OK. I'm willing to believe that there isn't any new kermit for old OSes like
CP/M, the APple II and MTS, but for Dos, Windows, mac, Vac, Unix etc.,
there's no problem.
kentn
response 18 of 32: Mark Unseen   Jul 7 05:20 UTC 1994

You've just heard two examples of MS-DOS comm programs that don't
support the new Kermit features (Telemate in my case, and as popcorn
mentioned, Procomm).  Telemate, at least, isn't "old".  And being "old"
doesn't mean people aren't using that equipment or software...
remmers
response 19 of 32: Mark Unseen   Jul 7 09:26 UTC 1994

However, that doesn't mean that there's a problem with setting the
kermit default on Grex to do long packets and sliding windows.  When a
kermit transfer is started, the kermits on both ends "negotiate", and
if Grex's kermit determines that the kermit on the other end doesn't
have those features, it drops back to doing things the "old-fashioned"
way -- the transfer should still succeed.
popcorn
response 20 of 32: Mark Unseen   Jul 7 11:12 UTC 1994

This response has been erased.

srw
response 21 of 32: Mark Unseen   Jul 7 13:35 UTC 1994

AH, kentn, you are describing programs that aren't Kermit but which do
kermit protocol (lamely). You misunderstood my response in #14 which was
talking about the Kermit program(s). I obviously misunderstood your #13
to be talking about Kermit (the program).
kentn
response 22 of 32: Mark Unseen   Jul 7 18:20 UTC 1994

Ah...   Well, I assume people use all kinds of protocols...that may
be a part of other programs.  MS-DOS Kermit 3.13 is a comm program *and*
the Kermit protocol for file transfers (an excellent program, btw).
Zmodem also is a part of other people's programs (and usually poorly
implemented, according to Chuck Forsberg).  Fortunately, Zmodem can
be run as an external protocol by getting DSZ or GSZ. 
 
It would be nice if I could do the same with Kermit. 
zlee
response 23 of 32: Mark Unseen   Jul 7 19:01 UTC 1994

I agree with Kent... I wish Kermit can be run externally... now I must
always get out of my usual comm program... and run the Kermit comm...
Oh, BTW popcorn... could you give me your copy of Kermit... If it is
the latest version... 
I have version 3.00 of MS Kermit...thanks... you could either uuencode it
or just send it to my directory or something...
mju
response 24 of 32: Mark Unseen   Jul 7 23:03 UTC 1994

Chuck Forsberg believes any protocol implementation which doesn't
give him royalties has something wrong with it.  I've started
ignoring what he says, since his answer to most people's questions
about Zmodem is "buy my commercial software".
 0-24   25-32         
Response Not Possible: You are Not Logged In
 

- Backtalk version 1.3.30 - Copyright 1996-2006, Jan Wolter and Steve Weiss