On Tue, Oct 6, 2015 at 6:29 PM, Yann Ylavic <[email protected]> wrote: > > all tests pass now.
I spoke too soon... New segfault is in mod_substitute: Program terminated with signal 11, Segmentation fault. (gdb) bt #0 0x00007fa02fbaec2b in allocator_free (allocator=0x1cedcb0, node=0x0) at memory/unix/apr_pools.c:421 #1 0x00007fa02fbaf3a2 in apr_pool_clear (pool=0x1d104e8) at memory/unix/apr_pools.c:947 #2 0x00007fa02b2f1b79 in substitute_filter (f=0x1d0bdb8, bb=0x1cf27e8) at mod_substitute.c:552 #3 0x000000000043ff57 in ap_pass_brigade (next=0x1d0bdb8, bb=0x1cf27e8) at util_filter.c:608 #4 0x0000000000488ce4 in ap_process_request_after_handler (r=0x1cf3e50) at http_request.c:275 #5 0x0000000000488ffc in ap_process_async_request (r=0x1cf3e50) at http_request.c:371 #6 0x000000000048513d in ap_process_http_async_connection (c=0x1cee0b8) at http_core.c:154 #7 0x0000000000485360 in ap_process_http_connection (c=0x1cee0b8) at http_core.c:248 #8 0x0000000000478cc5 in ap_run_process_connection (c=0x1cee0b8) at connection.c:41 #9 0x00007fa025d0b7e1 in process_socket (thd=0x1b2fcd8, p=0x1cedda8, sock=0x1cede20, cs=0x1cee028, my_child_num=0, my_thread_num=0) at event.c:1136 #10 0x00007fa025d0e334 in worker_thread (thd=0x1b2fcd8, dummy=0x1c98c20) at event.c:2247 #11 0x00007fa02fbbe6af in dummy_worker (opaque=0x1b2fcd8) at threadproc/unix/thread.c:145 #12 0x00007fa02f50f8ca in start_thread (arg=<optimized out>) at pthread_create.c:300 #13 0x00007fa02ee4a08d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #14 0x0000000000000000 in ?? () Yet another filter which does not remove itself after the EOS, and destroys the EOR bucket while still using *r after.
