Hi
   I have ported an application on AIX 5.3 (64 bit) .
   It uses curl library (libcurl.a) and ssl libraries for https connections.
   curl version is (curl 7.18.1 (powerpc-ibm-aix5.3.0.0)
   Other Curl details are OpenSSL/0.9.8g zlib/1.2.3

  While carrying out LOAD testing of my application
  Core is coming after around 10 minutes of Load, with error report segmentation fault.
  following are the snapshot of cores in DBX

  Core1 scenario
strncasecmp(??, ??, ??) at 0x90000000005f7a8
curl_strnequal(0x6f6e20546f6d6361, 0x900000006b93398, 0xb) at 0x900000006a53000
checkheaders(0x110b64770, 0x900000006b93398) at 0x900000006a71c08
Curl_http(0x110e31a70, 0x11184e289) at 0x900000006a75660
Curl_do(0x11184e278, 0x11184e289) at 0x900000006a5c2f8
Curl_perform(0x110b64770) at 0x900000006a6f2a0
curl_easy_perform(0x110b64770) at 0x900000006a50c20
_Z25USSDADPTR_SendXML_HTTPReqPcS_S_i(url = "https://172.16.1.112:8443/USSD_Reports_oracle/Ravi.jsp", xmlbuff = "<?xml version="1.0" encoding="ISO-8859- 1"?><transaction><msisdn>9898003024</msisdn><FSTATE>FD</FSTATE></transaction>", RecvResp = "", indx = 1), line 728 in "ussdbrw_xml_http.cpp"
_Z12cURLExecuterPv(Mdata = 0x00000001116fe610), line 1194 in "ussdbrw_xml_http.cpp"
_pthread_body(??) at 0x900000000413444

Core2 scenario
ssl3_read_internal(??, ??, ??, ??) at 0x900000006b43154
ssl3_read(??, ??, ??) at 0x900000006b431b0
SSL_read(??, ??, ??) at 0x900000006ac5a04
Curl_ossl_recv(0x110f54750, 0x111c8e50, 0x110b64f70, 0x4000, 0x1111c8e88) at 0x900000006a97924
Curl_ssl_recv(0x110f54750, 0x10b648c8, 0x110b64f70, 0x4000) at 0x900000006a52b20
Curl_read(0x110f54750, 0x500000000, 0x110b64f70, 0x4000, 0x1111c9028) at 0x900000006a64f60
Curl_readwrite(0x110f54750, 0x1111c91d8) at 0x900000006a6b3a0
Transfer(0x110f54750) at 0x900000006a6e16c
Curl_perform(0x110b64850) at 0x900000006a6f2c0
curl_easy_perform(0x110b64850) at 0x900000006a50c20
_Z25USSDADPTR_SendXML_HTTPReqPcS_S_i(url = "https://172.16.1.176:8443/Browser/Ravi.jsp", xmlbuff = "<?xml version="1.0" encoding="ISO-8859-1"?><transaction><FSTATE>FD</FSTATE></transaction>", RecvResp = "", indx = 1), line 728 in "ussdbrw_xml_http.cpp"
_Z12cURLExecuterPv(Mdata = 0x0000000110b7a4b0), line 1194 in "ussdbrw_xml_http.cpp"
_pthread_body(??) at 0x900000000413444

   We have a runtime flag with application.
   If flag is enabled each curl_easy_perform is called from new thread (new thread is created each time a new request comes).
   so simultaneosely many threads run to get the response from server (to increase throughput). so multi thread environment in the system

    if flag is disabled curl easy perform always gets called from a given thread i.e new requests ( curl_easy_perform ) can't be
        processed unless old has got response or expired.

  Load with FLAG disabled runs smoothly. Where as enabling the flag, application coredumps after around 10 miutes of LOAD.
  I have tried to use the thread safe options of curl. If needed i can furnish the snippet of CURL options.

I am not able to trace the cause of core. Either it is due to libcurl/ my application code/ memory issue/stack overflow.
core is always coming through curl_easy_perform call. (above snippet of dbx shows that)

  I should say according to me my application code is tested.
  Also code has hardly any role except providing arguements to curl_easy_perform.
  It runs successfully on other OS like UNIX/LINUX/SOLARIS with lower versions curl( 7.10.6).

Any hint/help regarding
        why this core is coming, how can i avoid that, is it CURL problem ? will be a help to me.

regards
Anil

________________________________
This e-mail and all material transmitted with it are for the use of the intended recipient(s) ONLY and contains confidential and/or privileged information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies and the original message. Any unauthorized review, use, disclosure, dissemination, forwarding, printing or copying of this email or any action taken pursuant to the contents of the present e-mail is strictly prohibited and is unlawful.
The recipient acknowledges that Bharti Telesoft Limited or its management or directors, are unable to exercise control or ensure the integrity over /of the contents of the information contained in e-mail. Any views expressed herein are those of the individual sender only and no binding nature of the contents shall be implied or assumed unless the sender does so expressly with due authority of Bharti Telesoft Limited. E-mail and any contents transmitted with it are prone to viruses and related defects despite all efforts to avoid such by Bharti Telesoft Limited.
Received on 2008-05-20