cURL / Mailing Lists / curl-users / Single Mail

curl-users

RE: FTP server issue in 7.10.4

From: Roth, Kevin P. <KPRoth_at_MAPLLC.com>
Date: Thu, 3 Apr 2003 11:52:35 -0500

I couldn't figure out where to place a binmode() command to make it work. I tried a variety of places. It always returned a return value of 1; I can't find any documentation whether 1 is success or failure. I know binmode works fine for FILES, so perhaps it doesn't work so well on SOCKETS?

What I did find that worked is to add the following line at the top of ftpserver.pl:
   use open OUT => ':raw';

This is a pragma that sets a default I/O LAYER for all output; this would actually affect the text files which are created, but it doesn't seem to be a problem.

While I was at it, I added a --trace option to the curl calls in runtests.pl, like this:

@@ -565,3 +565,2 @@ sub singletest {
     $STDERR="$LOGDIR/stderr$testnum";
- my $CURLTRACE="$LOGDIR/trace$testnum";

@@ -666,3 +665,3 @@ sub singletest {
         # run curl, add -v for debug information output
- $cmdargs ="$out --include -v --trace $CURLTRACE $cmd";
+ $cmdargs ="$out --include -v $cmd";
     }

This output was very helpful in determining whether the change above actually worked, however something within cygwin is now broken, with regards to the use of --trace, and curl is core dumping any time I use a trace option. Since you have a cygwin machine, would it be possible for you to take a look at this? Try running even something simple like `curl.exe --trace tracefile http://some.working.address/`, and I suspect you'll see what I mean...

- Kevin

p.s. : I'm uploading a new copy of the curl-7.10.4-1-cygwin-src.tar.bz2 tarball; please replace my initial version with this new one, containing this patched ftpserver.pl.

-------------------------------------------------------
This SF.net email is sponsored by: ValueWeb:
Dedicated Hosting for just $79/mo with 500 GB of bandwidth!
No other company gives more support or power for your dedicated server
http://click.atdmt.com/AFF/go/sdnxxaff00300020aff/direct/01/
Received on 2003-04-03