I'm not ignoring you, I'm just having trouble reproducing this bug in order to fix it.

Is there anything about your box that I should be aware of? Custom shells, desktop, program launchers, or task switchers?

Anything out of the ordinary?

I am not aware of anything out of the ordinary with the software. This is a very generic Windows 98 machine. I have all the critical updates installed that Microsoft made available up to the time that they dropped support for 98. You could say that it is plain vanilla. I can't think of anything that has changed since I was able to transfer large files with version 3.85.

I did drop back to 3.85, as it suits my needs as long as I can make the file transfers. Just to check I logged into a different shell host (I have a choice of five) from the one I usually use. There was no diference in the results.

It seems to be a file size issue with 3.85. I was able to succesfully download both Ascii and binary files in the 115 - 200 KB range with no problems. Attempting to download a larger file failed. Uploading any file of much more than about 26 KB -- that is the largest file I tried -- in either Ascii or binary fails. The progress meter quickly -- very quickly -- shoots up to about about 115 KB (and I don't see how that much data could possibly be transferred that quickly over a slow dialup link) and then hangs. Eventually the transfer message box disappears and it takes many, many, many ^C to the shell host to regain control.

Now that I think of it, one thing has changed, although I don't know whether that was in relation to the inability to transfer large files, as usually I am only transferring small to medium files.

I have only a dialup connection with a modem. Some time back I had a major hardware problem and now have a different motherboard in the machine. I also had to install a different modem with a different driver. My usual connect speed used to be 26400. About the same time as I made the hardware change one day I noticed a telephone repairman diddling around the apartment building. Since that time, my usual connect speed has dropped to 24000. I know the machine and modem are capable of more, because when someone else (I am not a hardware type) installed the modem and driver in another location we got a connect speed of 31600. So there does seem to be a hardware limitation on connect speed in my particular location. Whether any of this coincided with the inability to transfer large files with 3.85 I can't say, as I do not recall when I had last tried to transfer a large file until I started this thread.

But I am definitely suspicious about how the progress meter shoots up in just a few seconds to 115 - 120 KB when trying to upload a large file.

Would some sort of debugging data help? I have DebugView installed on this machine. It has been quite a while since I used it, but I am sure I could fire it up again for a version of A.T. that has debugging points.

Is there another subversion of A.T. I can try? Nothing has changed. This everning I tried to download a 175245 byte binary file with SSH-2 on A.T. 3.85, and it failed again. On straight TELNET it worked. This is the same as before. I am willing to try another subversion if it is available, although I am not aware of any goodies in v5 that are really of much use to me.

You may try this:

stty raw; lrz

when finished, type this:

stty sane

Thanks for the tip. I will try it next time I need to do a transfer. (I don't transfer every session.) Version 5 of A.T. -- at least the last time I looked -- buys me nothing I need or could use over the version 3.85 I have, except that the transfers of large files unexplicably and without warning began failing last fall, and my attempts to use some builds of 5 that Brian Pence provided were generally not usable. Usually I have had to jigger around outside of A.T. to download some files such as large PDFs.

I tried the suggestion, and it did not work when trying to upload a 581KB ASCII file. The result was the same as before. The upload would seem to proceed, but after a time the progress bar would freeze. The icons in the Win98 system tray for DialUp Networking would blink on a off for a while and then stop. It was hard to close the transfer window with the Cancel button. When the window eventually closed, the shell prompt would show numerous unreadable characters, and many, many ^C were necessary to regain control on the shell host. Apparently Brian Pence has abandoned this item as unresolvable.