Re: [libmicrohttpd] Test tls_session_time_out_test failure in libmicrohttpd-0.9.3

[Christian Grothoff]

Hi!

The last time we saw this, an outdated version of gnuTLS was to blame.  What 
is your gnutls version -- and can you try with the latest release?

Happy hacking,

Christian

On Wednesday 01 December 2010 14:44:20 Chí-Thanh Christopher Nguyễn wrote:
> Hello,
> 
> I am seeing the following failure in the libmicrohttpd
> tls_session_time_out_test test on Gentoo Linux. I tried building curl
> against openssl, gnutls and nss, it made no difference. Except that with
> nss, one additional test (mhds_get_test_select) failed.
> 
> make  check-TESTS
> make[5]: Entering directory
> `/var/tmp/portage/net-libs/libmicrohttpd-0.9.3/work/libmicrohttpd-0.9.3/src
> /testcurl/https' curl version: libcurl/7.21.1 OpenSSL/1.0.0b zlib/1.2.3
> Error: received handshake message out of context
> curl_easy_perform failed: `SSL connect error'
> PASS: tls_daemon_options_test
> PASS: mhds_multi_daemon_test
> PASS: mhds_get_test
> PASS: mhds_get_test_select
> PASS: mhds_session_info_test
> PASS: tls_thread_mode_test
> PASS: tls_multi_thread_mode_test
> /bin/sh: line 5: 26351 Segmentation fault      ${dir}$tst
> FAIL: tls_session_time_out_test
> PASS: tls_authentication_test
> ======================================
> 1 of 9 tests failed
> Please report to address@hidden
> ======================================
> 
> gdb output:
> 
> Executing new program:
> /var/tmp/portage/net-libs/libmicrohttpd-0.9.3/work/libmicrohttpd-0.9.3/src/
> testcurl/https/.libs/tls_session_time_out_test [Thread debugging using
> libthread_db enabled]
> [New Thread 0x7ffff5313710 (LWP 10228)]
> [New Thread 0x7ffff4b12710 (LWP 10229)]
> 
> Program received signal SIGSEGV, Segmentation fault.
> 0x00007fffffffd990 in ?? ()
> (gdb) where
> #0  0x00007fffffffd990 in ?? ()
> #1  0x00007ffff7701f01 in _gnutls_proc_cert_server_certificate
> (session=0x61df50,
>     data=0x630756
> "0\202\002\372\060\202\001\344\240\003\002\001\002\002\004KB\202\275\060\v\
> 006\t*\206H\206\367\r\001\001\005\060\027\061\025\060\023\006\003U\004\003\
> 023\ftest_ca_cert0\036\027\r100105000725Z\027\r450312000725Z0\027\061\025\0
> 60\023\006\003U\004\003\023\ftest_ca_cert0\202\001\037\060\v\006\t*\206H\20
> 6\367\r\001\001\001\003\202\001\016", data_size=1) at auth_cert.c:1302
> #2  0x00007ffff76f274d in _gnutls_recv_server_certificate
> (session=0x61df50) at gnutls_kx.c:730
> #3  0x00007ffff76ef718 in _gnutls_handshake_client (session=0x61df50) at
> gnutls_handshake.c:2799
> #4  0x00007ffff76f03b5 in gnutls_handshake (session=0x61df50) at
> gnutls_handshake.c:2699
> #5  0x00000000004017ae in test_tls_session_time_out (argc=<value
> optimized out>, argv=0x7fffffffd998)
>     at tls_session_time_out_test.c:68
> #6  main (argc=<value optimized out>, argv=0x7fffffffd998) at
> tls_session_time_out_test.c:115
> 
> It seems that Gnunet bug 1603 is related.
> 
> 
> Best regards,
> Chi-Thanh Christopher Nguyen