Re[2]: wput: bug-report

[vabvab@mail.ru]

Hello Hagen,

Wednesday, June 16, 2004, 3:07:51 PM, you wrote:

HF> The problem seems to be that the ftp-server is in fact too fast for wput: wput 
HF> establishes the data-connection for the filelisting and then LISTs the 
HF> contents: 150 Opening ASCII mode data connection for /bin/ls.
HF> Now wput receives the listing and then waits for the final message:
HF> 226 Transfer complete.
HF> In your case the ftp-server seems to send 150 Opening ASCII mode data 
HF> connection for /bin/ls. and 226 Transfer complete. in one tcp-packet, so that 
HF> wput just reads the first line and ignores the rest and then waits for 226 
HF> Transfer complete. wput "hangs up" because this line would never arive.
HF> To fix the problem, the recv-routine of wput has to be rewritten (this has to 
HF> happen anyway because especially on slow connections, there are several flaws 
HF> in this routine). Unfortunately, I won't have any time to work on wput in the 
HF> near future, so unless you'd like to fix this yourself, there is nothing i 
HF> can do for you.

Thank you. Actually when i set low priority wput become work quickly
:-)

Is there common store for wput like CVS or something similar?
I'm not shure about my skills in C, but i need this program. So may be
this fact enforce me :-)

And what about license?