New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
CONNECT over proxy to non-existing host fails #217
Comments
The original fixed bug http://sourceforge.net/p/curl/bugs/1479/ |
Can you please help us and describe the issue more? That stack trace isn't helping us a whole lot without more info. The best case would be if you can provide source code and a scenario on how to repeat it! |
Hi Daniel, Result:
Can you please help us and describe the issue more? That stack trace isn't helping us a whole lot without more info. The best case would be if you can provide source code and a scenario on how to repeat it!— |
Something like this?
In your case, what does the proxy respond? I could not repeat the problem, I need more details. |
Hi Daniel, |
I use the current git master. You can build your own from git or from a daily snapshot: http://curl.haxx.se/snapshots/ - I don't have any suitable executable to share. |
Hi Daniel, C:\curl_X64_ssl\openssl>curl -x proxy.xx.xx:3128 -v https://
The main thread will be hang for a while in here
|
On Wed, Apr 22, 2015 at 11:12:31PM -0700, peterlaser wrote:
This sounds like perfectly normal behaviour if the proxy is unable to reach the
|
There a regression after Bug fix: http://curl.haxx.se/mail/lib-2015-01/0170.html
The issue reproduce steps is below:
1.enable local proxy
2 input an unresolvable server address in Client to connect
Result:
The process will be hanging until an error message is prompted
The code used some happy eyeballs logic even after CONNECT has been
sent to a proxy, while the happy eyeball phase is already (should be)
over by then.
This is solved by splitting the multi state into two separate states
introducing the new SENDPROTOCONNECT state.
We reported that timeout issue to you, and the issue disappeared after our own fix was used instead of yours. Looks it was hung in the select poll of curl, see the below stack with your patch:
WARNING: Stack unwind information not available. Following frames may be wrong.
001bdc4c 756d6a28 000006d5 001bdf48 00000000 ntdll32!NtDeviceIoControlFile+0x15
001bdccc 522b218e 000006d5 001bdf48 00000000 WS2_32!select+0x9f
001be064 522986a2 000006d4 ffffffff ffffffff libcurl!Curl_socket_check+0x47e [d:\build\win32\curl-7.41.0\curl-7.41.0\lib\select.c @ 327]
001be134 5229816f 06bec540 00000000 06becc50 libcurl!Curl_proxyCONNECT+0x492 [d:\build\win32\curl-7.41.0\curl-7.41.0\lib\http_proxy.c @ 233]
001be1c4 522929c1 06bec540 cccccccc 001be2e0 libcurl!Curl_proxy_connect+0x8f [d:\build\win32\curl-7.41.0\curl-7.41.0\lib\http_proxy.c @ 74]
001be1d4 522a2d5c 06bec540 001be2bc 001be324 libcurl!Curl_http_connect+0x21 [d:\build\win32\curl-7.41.0\curl-7.41.0\lib\http.c @ 1391]
001be2e0 522a4bd8 06bef708 000ae2a9 000182b8 libcurl!multi_runsingle+0x5ec [d:\build\win32\curl-7.41.0\curl-7.41.0\lib\multi.c @ 1181]
001be324 522a4d62 06bef708 00000000 000006d4 libcurl!multi_socket+0x198 [d:\build\win32\curl-7.41.0\curl-7.41.0\lib\multi.c @ 2270]
001be344 004d2518 06bef708 000006d4 00000000 libcurl!curl_multi_socket_action+0x22 [d:\build\win32\curl-7.41.0\curl-7.41.0\lib\multi.c @ 2416]
The text was updated successfully, but these errors were encountered: