https://bz.apache.org/bugzilla/show_bug.cgi?id=63265
--- Comment #2 from Sylvain Rochet <[email protected]> --- Well, it worked well for some time but I just hit it again with mmap_bucket_read returning SUCCESS (and a bad data pointer). There is something else triggering the issue. Dammit. (gdb) print e->type->read $5 = (apr_status_t (*)(apr_bucket *, const char **, apr_size_t *, apr_read_type_e)) 0xe9c24ffb <mmap_bucket_read> (gdb) bt full #0 crc32_little (len=682740, buf=0xd887a000 <error: Cannot access memory at address 0xd887a000>, crc=0) at crc32.c:264 c = 4294967295 buf4 = 0xd887a004 #1 crc32 (crc=0, buf=<optimized out>, len=<optimized out>) at crc32.c:222 endian = 1 #2 0xe992bc68 in deflate_out_filter (f=0xd9b4ac18, bb=0xd9b4aeb0) at mod_deflate.c:948 b = 0xe9914f6c e = 0xe4e060e8 r = 0xe4da1058 ctx = 0xd9b4af10 zRC = 0 len = 682740 blen = 682740 data = 0xd887a000 <error: Cannot access memory at address 0xd887a000> c = 0xe99207d8 rv = 0 #3 0xe991215a in filter_harness (f=0xd9b4ac18, bb=0xd9b4aeb0) at mod_filter.c:323 ret = -455471080 cachecontrol = 0xe4e06018 "\030\200\340\344\340 \220", <incomplete sequence \350> ctx = 0xd9b4ac30 filter = 0xe955ba78 #4 0x0a773d5e in ap_pass_brigade (next=0xd9b4ac18, bb=0xd9b4aeb0) at util_filter.c:590 e = 0xe4e06140 #5 0x0a784c58 in default_handler (r=0xe4da1058) at core.c:4513 c = 0xe4e08210 bb = 0xd9b4aeb0 e = 0xe4e06140 d = 0xe4da2b78 errstatus = 0 fd = 0xd9b4ad90 status = 0 bld_content_md5 = 0 #6 0x0a791d30 in ap_run_handler (r=0xe4da1058) at config.c:169 pHook = 0xe9547740 n = 6 rv = -1 #7 0x0a7926d8 in ap_invoke_handler (r=0xe4da1058) at config.c:433 handler = 0xe9552130 "application/xml" p = 0x0 result = 0 old_handler = 0x0 ignore = 0xe4da2300 "\030\020\332\344\001" #8 0x0a7ac17b in ap_process_async_request (r=0xe4da1058) at http_request.c:317 c = 0xe4e08210 access_status = 0 #9 0x0a7ac262 in ap_process_request (r=0xe4da1058) at http_request.c:363 bb = 0xe3c591c8 b = 0xa7d82cc c = 0xe4e08210 rv = -455048688 #10 0x0a7a8410 in ap_process_http_sync_connection (c=0xe4e08210) at http_core.c:190 r = 0xe4da1058 cs = 0x0 csd = 0x0 mpm_state = 0 #11 0x0a7a8520 in ap_process_http_connection (c=0xe4e08210) at http_core.c:231 No locals. #12 0x0a79d4e6 in ap_run_process_connection (c=0xe4e08210) at connection.c:41 pHook = 0xe9547ae8 n = 1 rv = -1 #13 0x0a79d9b0 in ap_process_connection (c=0xe4e08210, csd=0xe4e08060) at connection.c:203 rc = -2 #14 0xe98cf0e0 in process_socket (thd=0xe95a14c8, p=0xe4e08018, sock=0xe4e08060, my_child_num=1, my_thread_num=9, bucket_alloc=0xe4e06018) at worker.c:619 current_conn = 0xe4e08210 conn_id = 73 sbh = 0xe4e08208 #15 0xe98cfe48 in worker_thread (thd=0xe95a14c8, dummy=0xe8900a30) at worker.c:978 ti = 0xe8900a30 process_slot = 1 thread_slot = 9 csd = 0xe4e08060 bucket_alloc = 0xe4e06018 last_ptrans = 0x0 ptrans = 0xe4e08018 rv = 0 is_idle = 0 #16 0xe9c0cc88 in dummy_worker (opaque=0xe95a14c8) at /root/apr-1.5.1/threadproc/unix/thread.c:142 thread = 0xe95a14c8 #17 0xe9bcfecb in start_thread (arg=0xe3c59b40) at pthread_create.c:309 __res = <optimized out> pd = 0xe3c59b40 now = <optimized out> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-373415936, -473588928, 4001536, -473590808, 640027362, -721593610}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = <optimized out> pagesize_m1 = <optimized out> sp = <optimized out> freesize = <optimized out> __PRETTY_FUNCTION__ = "start_thread" #18 0xe9b07d0e in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:129 No locals. (gdb) -- 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]
