Philip Martin <philip.martin_at_wandisco.com> writes:
> Philip Martin <philip.martin_at_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
Received on 2012-11-30 20:46:56 CET