On Thu, 17 Dec 2009, Guo, Jerry (NSN - CN/Cheng Du) wrote:

> There is a memory leak in curl 7.19.7 when I use it to do some HTTPS
> connection with an HTTPS server. The openssl version is 0.9.7a.

Apart from top-posting, this also hijacked a completely unrelated thread and
you didn't even change the subject! Please show us some respect.

Response follows below.

> The call-stack is :
>
>> ==1041== 6,682 (460 direct, 6,222 indirect) bytes in 1 blocks are
>> definitely lost in loss record 364 of 364
>> ==1041== at 0x4C8FA36: malloc (vg_replace_malloc.c:195)
>> ==1041== by 0xB6FC4BD: ??? (in /lib/libcrypto.so.0.9.7a)
>> ==1041== by 0xB6FCA6E: CRYPTO_malloc (in /lib/libcrypto.so.0.9.7a)
>> ==1041== by 0xA910243: SSL_SESSION_new (in /lib/libssl.so.0.9.7a)
>> ==1041== by 0xA910C14: ssl_get_new_session
>> (in /lib/libssl.so.0.9.7a)
>> ==1041== by 0xA909CA4: ssl23_connect (in /lib/libssl.so.0.9.7a)
>> ==1041== by 0xA90E03C: SSL_connect (in /lib/libssl.so.0.9.7a)
>> ==1041== by 0xA338555: ossl_connect_common
>> (in /opt/nokia/oss/umanw3-5.0-nw3_pm-4.10.153/lib/libeptftpmx.so)

Can you please help us out here and provide an example code that repeats this
leak? A random valgrind output doesn't necessarily mean that libcurl is to
blame...

-- 
  / daniel.haxx.se
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html