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.
Note when I add a 1024 DH parameter to the certificate I don't get a core but when using a 2048 I do get a core. Cheers Jean-Frederic > > 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 > +++ >
