Hi all!

I think you already know me so I'll save the introduction.

I'm currently testing an app which uses libcurl in https, soap-like
requests.
Last friday I ran into network issues for a couple of minutes and one of my
many processes was hung with the following backtrace:

Thread 2 (Thread 0xae95eb90 (LWP 28512)):
#0 0x00f44410 in __kernel_vsyscall ()
#1 0x00759973 in poll () from /lib/libc.so.6
#2 0x008c5d99 in Curl_select () from /usr/lib/libcurl.so.3
#3 0x008b6137 in ?? () from /usr/lib/libcurl.so.3
#4 0x008b6afd in Curl_ossl_connect () from /usr/lib/libcurl.so.3
#5 0x008c65df in Curl_ssl_connect () from /usr/lib/libcurl.so.3
#6 0x008a5b22 in Curl_http_connect () from /usr/lib/libcurl.so.3
#7 0x008ae1d1 in Curl_protocol_connect () from /usr/lib/libcurl.so.3
#8 0x008b06a9 in Curl_connect () from /usr/lib/libcurl.so.3
#9 0x008bb6eb in ?? () from /usr/lib/libcurl.so.3
#10 0x008bdce0 in Curl_perform () from /usr/lib/libcurl.so.3
#11 0x008be269 in curl_easy_perform () from /usr/lib/libcurl.so.3

I have set CURLOPT_TIMEOUT and CURLOPT_CONNECTTIMEOUT, as well as
CURLOPT_NOSIGNAL.
The app is being tested in a CentOS 5.3 32bit environment with:
curl 7.15.5 (i686-redhat-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8b zlib/1.2.3
libidn/0.6.5

I know its an old system/release, and I don't expect much, however, knowing
if this issue sounds familiar to you or that you know you could have
possibly fixed it in a future release would really help me out in asking for
an update in that server.

Best regards,
Miguel.

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2011-03-28