Subversion crashes when running "svn di -c 3309 <file>", but "svn log -v -c 3309 <file>" works fine

Bug #1023488 reported by Christian Iversen
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
subversion (Ubuntu)
New
Undecided
Unassigned

Bug Description

As it says in the summary, two different svn commands behave very differently. While "log" works, "diff" crashes with a segmentation fault.

I have managed to obtain a backtrace of the crash happening. I have tried to maximize the number of debug symbols, but there doesn't seem to be a libsvn1-dbg, so I cannot enable these symbols (luckily, they are in the middle of the trace)

[chrivers@helios]~/spye-dev #gdb --args svn di -c 3309 spye-python/spye/pluginsystem.py
GNU gdb (Ubuntu/Linaro 7.4-2012.04-0ubuntu2) 7.4-2012.04
Copyright (C) 2012 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.launchpad.net/gdb-linaro/>...
Reading symbols from /usr/bin/svn...(no debugging symbols found)...done.
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Index: spye-python/spye/pluginsystem.py
===================================================================
[New process 13854]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7ffff7fc4780 (LWP 13854)]
0x0000000000000000 in ?? ()
(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x00007ffff6ec5e58 in run_child_cleanups () from /usr/lib/libapr-1.so.0
#2 0x00007ffff6ec5e88 in cleanup_pool_for_exec () from /usr/lib/libapr-1.so.0
#3 0x00007ffff6ec5ea2 in cleanup_pool_for_exec () from /usr/lib/libapr-1.so.0
#4 0x00007ffff6ec5eca in apr_pool_cleanup_for_exec () from /usr/lib/libapr-1.so.0
#5 0x00007ffff6ed44ec in apr_proc_create () from /usr/lib/libapr-1.so.0
#6 0x00007ffff70fb099 in svn_io_start_cmd () from /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1
#7 0x00007ffff70fb40f in svn_io_run_cmd () from /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1
#8 0x00007ffff70fb670 in svn_io_run_diff2 () from /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1
#9 0x00007ffff70f69b0 in svn_io_run_diff () from /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1
#10 0x00007ffff7bb82c4 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1
#11 0x00007ffff7bcc619 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1
#12 0x00007ffff629385b in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_neon-1.so.1
#13 0x00007ffff62a0dc8 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_neon-1.so.1
#14 0x00007ffff4f46251 in ?? () from /usr/lib/libneon-gnutls.so.27
#15 0x00007ffff3c63125 in ?? () from /usr/lib/x86_64-linux-gnu/libxml2.so.2
#16 0x00007ffff3c6a6e8 in ?? () from /usr/lib/x86_64-linux-gnu/libxml2.so.2
#17 0x00007ffff3c6b449 in xmlParseChunk () from /usr/lib/x86_64-linux-gnu/libxml2.so.2
#18 0x00007ffff4f4698f in ne_xml_parse () from /usr/lib/libneon-gnutls.so.27
#19 0x00007ffff62a2c92 in svn_ra_neon__parsed_request () from /usr/lib/x86_64-linux-gnu/libsvn_ra_neon-1.so.1
#20 0x00007ffff62927c2 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_neon-1.so.1
#21 0x00007ffff7bb7274 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1
#22 0x00007ffff7bb89c6 in svn_client_diff_peg4 () from /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1
#23 0x000000000040a7de in ?? ()
#24 0x0000000000406cf8 in ?? ()
#25 0x00007ffff68ee76d in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6
#26 0x00000000004071e5 in ?? ()
#27 0x00007fffffffe0e8 in ?? ()
#28 0x000000000000001c in ?? ()
#29 0x0000000000000005 in ?? ()
#30 0x00007fffffffe471 in ?? ()
#31 0x00007fffffffe47e in ?? ()
#32 0x00007fffffffe481 in ?? ()
#33 0x00007fffffffe484 in ?? ()
#34 0x00007fffffffe489 in ?? ()
#35 0x0000000000000000 in ?? ()
(gdb)

Content of .gdbinit:

set follow-fork-mode child
run

How to debug this further?

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: subversion 1.6.17dfsg-3ubuntu3
ProcVersionSignature: Ubuntu 3.2.0-26.41-generic 3.2.19
Uname: Linux 3.2.0-26-generic x86_64
NonfreeKernelModules: fglrx
ApportVersion: 2.0.1-0ubuntu8
Architecture: amd64
Date: Wed Jul 11 17:51:18 2012
InstallationMedia: Kubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120424)
ProcEnviron:
 LANGUAGE=en_DK:en
 TERM=xterm
 PATH=(custom, user)
 LANG=en_DK.UTF-8
 SHELL=/bin/zsh
SourcePackage: subversion
UpgradeStatus: No upgrade log present (probably fresh install)
mtime.conffile..etc.subversion.config: 2012-06-06T00:38:20.109476
mtime.conffile..etc.subversion.servers: 2012-06-06T00:38:20.109476

Revision history for this message
Christian Iversen (chrivers) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.