Philip Martin <philip.mar...@wandisco.com> writes: > Philip Martin <philip.mar...@wandisco.com> writes: > >> As far as I can tell the problem is the client causing mod_dav_svn to >> SEGV (serf trunk keep retrying and causing multiple SEGVs). The >> mod_dav_svn stack trace isn't very useful, I'll need a httpd debug >> build: > > Debug build with pool debugging:
valgrind reports: ==8362== Invalid write of size 8 ==8362== at 0x4C2B685: memmove (mc_replace_strmem.c:981) ==8362== by 0x8C05D9F: apply_window (text_delta.c:810) ==8362== by 0x90D0741: window_consumer (tree.c:2661) ==8362== by 0x8C03CFA: write_handler (svndiff.c:879) ==8362== by 0x8E63D21: svn_stream_write (stream.c:162) ==8362== by 0x858CE21: write_stream (repos.c:2776) ==8362== by 0x7B34717: dav_method_put (mod_dav.c:1031) ==8362== by 0x7B3767F: dav_handler (mod_dav.c:4645) ==8362== by 0x43DCDF: ap_run_handler (config.c:158) ==8362== by 0x43E10A: ap_invoke_handler (config.c:376) ==8362== by 0x44A877: ap_process_request (http_request.c:282) ==8362== by 0x44799F: ap_process_http_connection (http_core.c:190) ==8362== Address 0xf8e74b8 is 13,704 bytes inside a block of size 40,960 free'd ==8362== at 0x4C27D4E: free (vg_replace_malloc.c:427) ==8362== by 0x589ADD5: pool_clear_debug (apr_pools.c:1576) ==8362== by 0x589AB7D: pool_destroy_debug (apr_pools.c:1638) ==8362== by 0x8C03DCE: write_handler (svndiff.c:898) ==8362== by 0x8E63D21: svn_stream_write (stream.c:162) ==8362== by 0x858CE21: write_stream (repos.c:2776) ==8362== by 0x7B34717: dav_method_put (mod_dav.c:1031) ==8362== by 0x7B3767F: dav_handler (mod_dav.c:4645) ==8362== by 0x43DCDF: ap_run_handler (config.c:158) ==8362== by 0x43E10A: ap_invoke_handler (config.c:376) ==8362== by 0x44A877: ap_process_request (http_request.c:282) ==8362== by 0x44799F: ap_process_http_connection (http_core.c:190) -- Philip
