https://bz.apache.org/bugzilla/show_bug.cgi?id=65627

--- Comment #2 from Jean Weisbuch <[email protected]> ---
The exact same bug happens on 2.4.49 to 2.4.51, here is a full backtrace with
2.4.51 :

Program received signal SIGSEGV, Segmentation fault.
0x00007fcac0ea5113 in apr_socket_close (thesocket=0x0) at
./network_io/unix/sockets.c:183
183     ./network_io/unix/sockets.c: No such file or directory.
(gdb) bt f
#0  0x00007fcac0ea5113 in apr_socket_close (thesocket=0x0) at
./network_io/unix/sockets.c:183
No locals.
#1  0x0000558958ff7735 in ap_lingering_close (c=0x7fcac1699290) at
connection.c:159
        dummybuf = "\002", '\000' <repeats 151 times>,
"(\260i\301\312\177\000\000\360\241\",\374\177\000\000\020\027\373X\211U\000\000p\250\",\374\177",
'\000' <repeats 18 times>...
        nbytes = 4294967295
        now = 94048392017996
        timeup = 0
        csd = 0x0
#2  0x000055895901392f in child_main (child_num_arg=9, child_bucket=0) at
prefork.c:655
        current_conn = 0x7fcac1699290
        csd = 0x7fcac16990a0
        thd = 0x7fcac169b0a0
        osthd = 140508805886016
        sig_mask = {__val = {0, 0, 0, 0, 0, 0, 0, 0, 0, 536870912, 0, 0,
94048392146393, 0, 0, 0}}
        ptrans = 0x7fcac1699028
        allocator = 0x55895ab6ad20
        status = 0
        i = -1
        lr = 0x7fcac1743380
        pollset = 0x7fcac169b138
        sbh = 0x7fcac169b130
        bucket_alloc = 0x7fcac1695028
        last_poll_idx = 1
        lockfile = 0x0
#3  0x0000558959013b92 in make_child (s=0x7fcac173e328, slot=9) at
prefork.c:756
        bucket = 0
        pid = 0
#4  0x0000558959013f6a in perform_idle_server_maintenance (p=0x7fcac176d028) at
prefork.c:860
        i = 1
        idle_count = 8
        ws = 0x7fcac16a0ad0
        free_length = 4
        free_slots = {8, 9, 10, 11, 0, 0, 0, 0, 0, 0, -1058364471, 32714, 0, 0,
-1049187848, 32714, 199, 0, -1058360763, 32714, 0, 0, 0, 0, 1492850448, 21897,
1410853888, 1240662886, 740468064, 32764, 1492901478, 21897}
        last_non_dead = 7
        total_non_dead = 8
#5  0x0000558959014718 in prefork_run (_pconf=0x7fcac176d028,
plog=0x7fcac173a028, s=0x7fcac173e328) at prefork.c:1053
        status = 1493285039
        pid = {pid = -1, in = 0x49f303665417ec00, out = 0x55895901b8af, err =
0x7fcac16bc478}
        child_slot = -1058447294
        exitwhy = (APR_PROC_EXIT | unknown: 21896)
        processed_status = 32714
        index = 21897
        remaining_children_to_start = 0
        i = 32764
#6  0x0000558958fbd272 in ap_run_mpm (pconf=0x7fcac176d028,
plog=0x7fcac173a028, s=0x7fcac173e328) at mpm_common.c:95
        pHook = 0x7fcac16d71d8
        n = 0
        rv = -1
#7  0x0000558958fb3653 in main (argc=3, argv=0x7ffc2c22a878) at main.c:819
        c = 0 '\000'
        showcompile = 0
        showdirectives = 0
        confname = 0x558959017f63 "conf/httpd.conf"
        def_server_root = 0x558959017f73 "/opt/apache"
        temp_error_log = 0x0
        error = 0x0
        process = 0x7fcac176f118
        pconf = 0x7fcac176d028
        plog = 0x7fcac173a028
        ptemp = 0x7fcac173c028
        pcommands = 0x7fcac1744028
        opt = 0x7fcac1744118
        rv = 0
        mod = 0x558959237b40 <ap_prelinked_modules+32>
        opt_arg = 0x6562b026 <error: Cannot access memory at address
0x6562b026>
        signal_server = 0x558958ffb2ee <ap_signal_server>
        rc = 0

-- 
You are receiving this mail because:
You are the assignee for the bug.
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to