next message in archive
next message in thread
previous message in archive
previous message in thread
Index of Subjects
Index of Subjects Hi John... We've been puzzled by zmodem also... DavidT's recently re-written the CSuite 'idled' to look for data sent as well as data returned... He reports zmodem sending extended data streams (perhaps after error checking on shorter streams...). These long transmissions seem to have been fooling the old 'idled' into thinking the session was idle (and booting users off the system.) Now we look for both data in and out during the idle period, but after we warn the user we only look for data/keystrokes back from the user. This is not yet in the distribution... it needs to be cleaned up a little... Ed Dyer (our postmaster and zmodem checker outer...) reports that zmodem will fail, drop him back to the download screen and that he has been able to successfully re-start/complete the download with kermit. DavidT hypothesized that, with extended data streams, if zmodem gets an error at the end of the transmission it may decide there's nothing to do but re-start the whole thing ...while kermit is picking up errors (and resending packets) as is goes along... Lot's of hypothesis here... I'll see if I can track down the author... (just something else on my list...) david potter On Thu, 5 Mar 1998, John Nemeth wrote: > We've had a number of complaints about problems with our z-modem > file transfer software, which didn't come with CSuite. Can anybody > tell me where to get a good version of z-modem that is free? Failing > that, what are the recommendations for commercial versions? >
next message in archive
next message in thread
previous message in archive
previous message in thread
Index of Subjects