cURL / Mailing Lists / curl-library / Single Mail

curl-library

RE: Segmentation Fault while doing curl_easy_perform...

From: Chiaramello Daniel <Daniel.Chiaramello_at_gemalto.com>
Date: Thu, 17 Oct 2013 18:21:30 +0200

Hello again.

I managed to have it working by changing the architecture of my solution - the CURL requests are now sent by a separate, dedicated application, triggered by my "main" application.

What I find weird is that the exact same code is used in this application... I'm using the same multithread queue mechanism to queue the requests, and the same source to do the CURL requests themselves.

But I'm concerned by the fact that I did not find the reason of the crash.

Regards,
Daniel

-----Original Message-----
From: Chiaramello Daniel [mailto:Daniel.Chiaramello_at_gemalto.com]
Sent: mercredi 16 octobre 2013 17:40
To: libcurl development
Subject: RE: Segmentation Fault while doing curl_easy_perform...

Hello - and thanks for your answer.

Yes, you're right - I tried to conform to the customer's platform configuration for my tests (and this platform is a very old RedHat version).

I updated OpenSSL to openssl-0.9.8e-22, CURL to curl-7.33.0, I updated my code to have CURLOPT_DEBUGFUNCTION on, and I still have a Segmentation fault...
Here are the DEBUG traces:

DEBUG - Text=About to connect() to cnr-ws.wrc-cnr.gemalto.com port 8083 DEBUG - Text= Trying 10.160.164.123...
DEBUG - Text=connected
DEBUG - Text=Connected to cnr-ws.wrc-cnr.gemalto.com (10.160.164.123) port 8083 DEBUG - Text=successfully set certificate verify locations DEBUG - Text= CAfile: /etc/pki/tls/certs/ca-bundle.crt
  CApath: none
DEBUG - Text=SSLv2, Client hello (1)
DEBUG - => Send SSL data, 0000000103 bytes (0x00000067) DEBUG - Text=SSLv3, TLS handshake, Server hello (2) DEBUG - <= Recv SSL data, 0000000081 bytes (0x00000051) DEBUG - Text=SSLv3, TLS handshake, CERT (11) DEBUG - <= Recv SSL data, 0000002317 bytes (0x0000090d) DEBUG - Text=SSLv3, TLS handshake, Server finished (14) DEBUG - <= Recv SSL data, 0000000004 bytes (0x00000004) DEBUG - Text=SSLv3, TLS handshake, Client key exchange (16) DEBUG - => Send SSL data, 0000000262 bytes (0x00000106) DEBUG - Text=SSLv3, TLS change cipher, Client hello (1) DEBUG - => Send SSL data, 0000000001 bytes (0x00000001)

The backtrace still is the same:

#0 0x00251249 in main_arena () from /lib/libc.so.6
#1 0x05319d48 in EVP_CIPHER_CTX_cleanup () from /lib/libcrypto.so.6
#2 0x05319f88 in EVP_CipherInit_ex () from /lib/libcrypto.so.6
#3 0x00e2b774 in tls1_change_cipher_state () from /lib/libssl.so.6
#4 0x00e226e2 in ssl3_connect () from /lib/libssl.so.6
#5 0x00e34cba in SSL_connect () from /lib/libssl.so.6
#6 0x00e295a1 in ssl23_connect () from /lib/libssl.so.6
#7 0x00e34cba in SSL_connect () from /lib/libssl.so.6
#8 0x0033a2c2 in ?? () from /usr/lib/libcurl.so.3
#9 0x0033aded in Curl_ossl_connect () from /usr/lib/libcurl.so.3
#10 0x0034a8bf in Curl_ssl_connect () from /usr/lib/libcurl.so.3
#11 0x00329c42 in Curl_http_connect () from /usr/lib/libcurl.so.3
#12 0x00332301 in Curl_protocol_connect () from /usr/lib/libcurl.so.3
#13 0x003347d9 in Curl_connect () from /usr/lib/libcurl.so.3
#14 0x0033f9cb in ?? () from /usr/lib/libcurl.so.3
#15 0x00341fc0 in Curl_perform () from /usr/lib/libcurl.so.3
#16 0x00342549 in curl_easy_perform () from /usr/lib/libcurl.so.3
#17 0x008d030f in FB_send_wrc_webservice (AA_imsi=0x9509554 "234010000000000", AA_msisdn=0x9509570 "2348147200617", AI_visited_mcc=311, AI_visited_mnc=590,
    AI_home_mcc=234, AI_home_mnc=1) at ../src/mctel_sor_wrc_webservice.cpp:913
#18 0x002659f9 in FB_handle_wrc_trigger (APS_msg=0x9509550) at ../src/mctel_wmsg_wrc_trigger_queue.cpp:55
#19 0x00265c43 in FV_handle_queue_thread (AP_data=0x0) at ../src/mctel_wmsg_wrc_trigger_queue.cpp:112
#20 0x007da49b in start_thread () from /lib/libpthread.so.0
#21 0x001e142e in clone () from /lib/libc.so.6

I'm preparing a test application to do a single https request, without thread, to see if I have the same problem...

Daniel

-----Original Message-----
From: Daniel Stenberg [mailto:daniel_at_haxx.se]
Sent: mardi 15 octobre 2013 23:04
To: libcurl development
Subject: Re: Segmentation Fault while doing curl_easy_perform...

On Tue, 15 Oct 2013, Chiaramello Daniel wrote:

>> rpm -qa | grep curl
> curl-7.15.5-9.el5_6.3

curl 7.15.5 was released over 7 years ago on Aug 7th 2006. We have done over
1000 bug fixes since then...

--
  / daniel.haxx.se
This message and any attachments are intended solely for the addressees and may contain confidential information. Any unauthorized use or disclosure, either whole or partial, is prohibited.
E-mails are susceptible to alteration. Our company shall not be liable for the message if altered, changed or falsified. If you are not the intended recipient of this message, please delete it and notify the sender.
Although all reasonable efforts have been made to keep this transmission free from viruses, the sender will not be liable for damages caused by a transmitted virus
This message and any attachments are intended solely for the addressees and may contain confidential information. Any unauthorized use or disclosure, either whole or partial, is prohibited.
E-mails are susceptible to alteration. Our company shall not be liable for the message if altered, changed or falsified. If you are not the intended recipient of this message, please delete it and notify the sender.
Although all reasonable efforts have been made to keep this transmission free from viruses, the sender will not be liable for damages caused by a transmitted virus
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html
Received on 2013-10-17