On 12/14/2015 02:12 PM, jean-frederic clere wrote:
Hi,
I am sure I am doing something wrong, but when using a dummy crypto
device to recreate a customer issue I am getting a similar issue in
httpd-trunk but I am nearly sure someone would have complained here if
that would be the case.
Hi,
I think I've just fixed that in <http://svn.apache.org/r1720129>. I will
also propose that for 2.4.x and 2.2.x.
Regards,
Jan Kaluza
Comments
Jean-Frederic
The stack:
+++
(gdb) bt
#0 0x00007fac11198a98 in raise () from /lib64/libc.so.6
#1 0x00007fac1119a69a in abort () from /lib64/libc.so.6
#2 0x00007fac01f27e33 in dummy_init (e=<optimized out>) at e_dummy.c:146
#3 0x00007fac05a69509 in test_rc4_init_key () from /lib64/libcrypto.so.10
#4 0x00007fac05b3374c in ?? () from /lib64/libcrypto.so.10
#5 0x00007fac00000001 in ?? ()
#6 0x0000000000e37138 in ?? ()
#7 0x0000000000e62348 in ?? ()
#8 0x00007fac11d9d68a in apr_pool_cleanup_register (p=0x7fac05a6a122
<dynamic_ctrl+210>, data=0xfe4678, plain_cleanup_fn=0x1,
child_cleanup_fn=0x7fac05dab5c0)
at memory/unix/apr_pools.c:2218
#9 0x0000000000f094c0 in ?? ()
#10 0x00007fac0625bf60 in ?? () from /home/jfclere/APACHE/modules/mod_ssl.so
#11 0x0000000000e60938 in ?? ()
#12 0x0000000000e62348 in ?? ()
#13 0x00007fac05a6ac58 in BUF_memdup () from /lib64/libcrypto.so.10
#14 0x00007fac06039af2 in ssl_init_Engine (s=0xe60938,
s@entry=0x7fffb9ad2e90, p=p@entry=0xe37138) at ssl_engine_init.c:386
#15 0x00007fac0603bdaf in ssl_init_Module (p=0xe37138, plog=<optimized
out>, ptemp=0xf09780, base_server=0x7fffb9ad2e90) at ssl_engine_init.c:242
#16 0x0000000000455153 in ap_run_post_config
(pconf=pconf@entry=0xe37138, plog=0xea0778, ptemp=0xe62348, s=0xe60938)
at config.c:103
#17 0x000000000042c575 in main (argc=3, argv=0x7fffb9ad3158) at main.c:788
+++
