cURL Mailing List Monthly Index Single Mail
curl-library Mailing List Archives
SOCKS5 under cygwin.
From: Joe Khoobyar <joe_at_ankhcraft.com>
Date: Wed, 09 Nov 2005 18:48:17 -0500
Just joined the list a few minutes ago. I searched the archives a bit earlier today, and found a thread a few weeks ago about SOCK5 support on Windows. I use cygwin, and I'm having similar problems.
The first download uses curl_easy_perform, and works fine. Subsequent downloads use curl_multi_perform, and fail. When setting CURLOPT_VERBOSE to 1, I get messages like:
* About to connect() to proxy.roc.crcnet1.com port 1080
* Trying 192.168.0.10... * Send failure: Transport endpoint is not connected
* Unable to send initial SOCKS5 request
* Closing connection #0
While tooling through the libcurl code trying to get an understanding of the problem (and possibly fix it), I added a extra infof() call after singleipconnect, and this actually made several of the subsequent downloads with curl_multi_perform() succeed. Assumedly, this is related to someone previously noting that adding a call to sleep() made things work better.
Any thoughts on how I can get this to work? The original poster's code for fixing this bug wasn't included in the message below and I couldn't find it in the archives, so maybe there's something I'm missing?
From: Daniel Stenberg <daniel_at_haxx.se>
On Wed, 26 Oct 2005, Shmulik Regev wrote:
>> At what point does it fail and report
this error back, you know?
> The problem starts at sendf.c:251
Gosh. According to this page I found on microsoft.com that error
What speaks against that theory, is the fact that we _never_ see
I fear we have a much more obscure and less obvious problem here.
>> The socks code is not in a perfect
state. For example it always assume that
> What is the difference between the socks
implementation and the normal
The difference is simply that the SOCKS code is not written to
> How come there are no such errors with
normal HTTP activities?
Because that code _is_ written to take such considerations into
SOCKS is rarely used, and thus the libcurl code for it is poorly
I welcome fixes that improve this situation.
> Just for the sake of it I've added the
following sleep call prior to sending
> I hate the code above but I'll continue
running with it enabled for a while
If that hack works as a fix, I would say that it feels more like a
Received on 2005-11-10
These mail archives are generated by hypermail.
Page updated November 12, 2010.
web site info