Stefan Küng <tortoisesvn_at_gmail.com> writes:
> Here's how to reproduce:
>
> $ svn co https://tortoisesvn.googlecode.com/svn/trunk/src/Resources/tools tools
>
> get the file here:
> https://skydrive.live.com/redir?resid=D000F60A347E5B37!11352
> and replace the one in 'tools' with this one.
I can reproduce locally by importing tools into a local repository,
checking out, replacing the file and attempting the commit. That is
using serf 1.1.x. Using serf trunk the commit goes into a loop.
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:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fe2c42e7700 (LWP 31534)]
0x00007fe2c98245cc in apr_brigade_cleanup () from /usr/lib/libaprutil-1.so.0
(gdb) bt
#0 0x00007fe2c98245cc in apr_brigade_cleanup ()
from /usr/lib/libaprutil-1.so.0
#1 0x00007fe2c75258bf in ?? () from /usr/lib/apache2/modules/mod_dav.so
#2 0x00007fe2c7528960 in ?? () from /usr/lib/apache2/modules/mod_dav.so
#3 0x00007fe2c9ee51f0 in ap_run_handler ()
#4 0x00007fe2c9ee563b in ap_invoke_handler ()
#5 0x00007fe2c9ef5448 in ap_process_request ()
#6 0x00007fe2c9ef2308 in ?? ()
#7 0x00007fe2c9eebbb0 in ap_run_process_connection ()
#8 0x00007fe2c9efb55d in ?? ()
#9 0x00007fe2c960f597 in ?? () from /usr/lib/libapr-1.so.0
#10 0x00007fe2c93cbb50 in start_thread (arg=<optimized out>)
at pthread_create.c:304
#11 0x00007fe2c9115a7d in clone ()
at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#12 0x0000000000000000 in ?? ()
I'd guess it's memory corruption in the server.
--
Certified & Supported Apache Subversion Downloads:
http://www.wandisco.com/subversion/download
Received on 2012-11-30 20:20:00 CET