libmicrohttpd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [libmicrohttpd] Two tests failing in master branch


From: Tim Rühsen
Subject: Re: [libmicrohttpd] Two tests failing in master branch
Date: Fri, 24 May 2019 19:31:16 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.6.1

Thanks, good to know :-)

Regards, Tim

On 24.05.19 18:19, Christian Grothoff wrote:
> Hi Tim,
> 
> Your first issue is a memory leak in bash. MHD cannot fix this.
> 
> The second issue relates to a libcurl linked against OpenSSL. As the
> code works when libcurl links against gnutls, I strongly suspect this is
> not an issue with our test but with the libcurl+openssl combination.
> 
> I generally recommend using libgnurl, our curl fork which always uses
> GnuTLS and avoids the curl kitchen sink (i.e. skips support for imap,
> ssh, and a host of other protocols).
> 
> Happy hacking!
> 
> Christian
> 
> On 5/24/19 5:00 PM, Tim Rühsen wrote:
>> Hi,
>>
>> master branch (at 9da5831ce0fa14605ad15315d3ac6af74d33767c) two tests
>> are failing with
>>
>> make check LOG_COMPILER="valgrind --trace-children=yes --leak-check=full
>> --show-leak-kinds=all"
>>
>>
>> From test_quiesce.log:
>>
>> ==16263== LEAK SUMMARY:
>> ==16263==    definitely lost: 12 bytes in 1 blocks
>>
>> ==16263== 12 bytes in 1 blocks are definitely lost in loss record 145 of 868
>> ==16263==    at 0x483577F: malloc (vg_replace_malloc.c:299)
>> ==16263==    by 0x195E8D: xmalloc (in /bin/bash)
>> ==16263==    by 0x18F51A: set_default_locale (in /bin/bash)
>> ==16263==    by 0x135EE6: main (in /bin/bash)
>>
>>
>> From test_get_response_cleanup.log (curl bug ?):
>>
>> ==17245== Command: /usr/bin/curl -s -N -o /dev/null -GET
>> http://127.0.0.1:34523/
>> ==17245==
>> ==17245==
>> ==17245== Process terminating with default action of signal 15 (SIGTERM)
>> ==17245==    at 0x4B486CF: connect (connect.c:26)
>> ==17245==    by 0x48BBC87: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48BC763: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48AB7C2: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48ADE1A: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48BF5EE: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48C0AA8: curl_multi_perform (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48B7641: curl_easy_perform (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x11DF2F: ??? (in /usr/bin/curl)
>> ==17245==    by 0x11F429: ??? (in /usr/bin/curl)
>> ==17245==    by 0x1118C3: ??? (in /usr/bin/curl)
>> ==17245==    by 0x4B7C09A: (below main) (libc-start.c:308)
>>
>> ==17245== Invalid read of size 8
>> ==17245==    at 0x5C625A5: check_free (dlerror.c:188)
>> ==17245==    by 0x5C62AB1: free_key_mem (dlerror.c:221)
>> ==17245==    by 0x5C62AB1: __dlerror_main_freeres (dlerror.c:239)
>> ==17245==    by 0x4CC0B71: __libc_freeres (in
>> /lib/x86_64-linux-gnu/libc-2.28.so)
>> ==17245==    by 0x482D19E: _vgnU_freeres (vg_preloaded.c:77)
>> ==17245==    by 0x48BBC87: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48BC763: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48AB7C2: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48ADE1A: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48BF5EE: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48C0AA8: curl_multi_perform (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48B7641: curl_easy_perform (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x11DF2F: ??? (in /usr/bin/curl)
>>
>> ==17245==  Address 0x6055578 is 12 bytes after a block of size 12 alloc'd
>> ==17245==    at 0x483577F: malloc (vg_replace_malloc.c:299)
>> ==17245==    by 0x53E20E8: CRYPTO_zalloc (in
>> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
>> ==17245==    by 0x53DE32D: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
>> ==17245==    by 0x53BF1F7: ERR_get_state (in
>> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
>> ==17245==    by 0x53BF348: ERR_clear_error (in
>> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
>> ==17245==    by 0x53DDA38: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
>> ==17245==    by 0x4B46996: __pthread_once_slow (pthread_once.c:116)
>> ==17245==    by 0x5446DE8: CRYPTO_THREAD_run_once (in
>> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
>> ==17245==    by 0x53DE25A: OPENSSL_init_crypto (in
>> /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1)
>> ==17245==    by 0x48F10BF: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x48B71CE: ??? (in
>> /usr/lib/x86_64-linux-gnu/libcurl.so.4.5.0)
>> ==17245==    by 0x11182E: ??? (in /usr/bin/curl)
>>
>>
>> This is on Debian unstable (curl 7.64.0-3).
>>
>> Regards, Tim
>>
> 

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]