Thanks for the DETAILED question. We like that ;-)

Sounds like a possible BINMODE vs TEXTMODE issue. Are your drives "mounted" in Unix or DOS mode? From the cygwin bash prompt, Can you make this work properly if you first switch the file to unix line-endings before uploading (use the command `dos2unix makefile`)?

I just tried (with v 7.9.7 and 7.9.6) against an IIS 4 FTP server, with both a text mount and a binary mount, and couldn't reproduce your problem (I used a 7 kb file, both in dos EOL mode and unix).

Daniel et al: any idea where to start looking for this problem?

Thanks,
--Kevin

-----Original Message-----
From: Dennis George [mailto:dwgeorge_at_pacbell.net]
Sent: Friday, May 17, 2002 2:15 PM

Anybody using cygwin version of cURL?

The problem cURL hangs on ftp upload. I am using WAR-FTPD server on my localhost, which works fine with WS-FTP and standard FTP command-line clients, but not with "curl -T" - it hangs on the STOR, although if I ctrl-C out of curl, the file appears intact on the server. Downloads with curl work OK (curl -O). Note that I have tried the upload with and w/o "--disable-epsv".

cURL was made from v7.9.7 source (cygwin version). I tried the binary distribution first, with the same result. My machine is running Win98. The problem occurs whether run from a cygwin window or command.com.

Here's the command issued:

curl -T makefile ftp://localhost/d/wurl_files/ -v --disable-epsv

The result:

* About to connect() to localhost:21
* Connected to computer (127.0.0.1) port 21
> USER anonymous
* We have successfully logged in
> PWD
* Entry path is '/'
> CWD d/wurl_files
> PASV
* About to connect() to localhost:2103
* Connecting to localhost (127.0.0.1) port 2103
* Connected the data stream with PASV!
> TYPE I
> STOR makefile
  % Total % Received % Xferd Average Speed Time Curr.
                                 Dload Upload Total Current Left Speed
100 6122 0 0 100 6122 0 6134 0:00:00 0:00:00 0:00:00 6134

(Note: curl never comes back)

_______________________________________________________________

Hundreds of nodes, one monster rendering program.
Now that’s a super model! Visit http://clustering.foundries.sf.net/
Received on 2002-05-17