Your message dated Tue, 17 Dec 2019 21:04:23 -0500 with message-id <20191218020423.fdkj4rzbdnh7huuf@localhost> and subject line Re: Bug#368751: subversion: segfaults on status -u has caused the Debian Bug report #368751, regarding subversion: segfaults on status -u to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 368751: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=368751 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: subversion Version: 1.3.1-3 Severity: normal I am not quite sure what triggers this. In general status -u seems to work, but right now there seems to be a particular new directory in our repo that breaks status -u: mstoll@gs3020:~/research/src-littledog$ gdb svn GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1". (gdb) run status -u Starting program: /usr/bin/svn status -u (no debugging symbols found) ---<snip>--- * gadog/GAUL/ltconfig * gadog/GAUL * gadog/evolveChromosomes.c * gadog/make.sh * gadog/GADog.h * gadog/viewChromosome.cpp * gadog/textures.h * gadog/climb.h * gadog/ode-mumble.h * gadog Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1216305472 (LWP 22180)] ---Type <return> to continue, or q <return> to quit--- 0xb7e42ca3 in strlen () from /lib/tls/i686/cmov/libc.so.6 (gdb) bt #0 0xb7e42ca3 in strlen () from /lib/tls/i686/cmov/libc.so.6 #1 0xb7f573df in svn_path_canonicalize () from /usr/lib/libsvn_subr-1.so.0 #2 0xb7f5758c in svn_path_url_add_component () from /usr/lib/libsvn_subr-1.so.0 #3 0xb7f95193 in svn_wc_relocate () from /usr/lib/libsvn_wc-1.so.0 #4 0xb7f95587 in svn_wc_relocate () from /usr/lib/libsvn_wc-1.so.0 #5 0xb7f6a9c8 in ?? () from /usr/lib/libsvn_delta-1.so.0 #6 0x081ffa98 in ?? () #7 0x081ff9d8 in ?? () #8 0x00000000 in ?? () (gdb) Maybe the backtrace will help? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686-smp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages subversion depends on: ii libapr0 2.0.55-4 the Apache Portable Runtime ii libc6 2.3.6-9 GNU C Library: Shared libraries ii libsvn0 1.3.1-3 shared libraries used by Subversio ii patch 2.5.9-4 Apply a diff file to an original subversion recommends no packages. -- no debconf information
--- End Message ---
--- Begin Message ---Version: 1.3.2-1 On Sat, May 27, 2006 at 03:22:07AM +0100, Philip Martin wrote: > Martin Stolle <[email protected]> writes: > > > I am not quite sure what triggers this. In general status -u seems to work, > > but right now there seems to be a particular new directory in our repo > > that breaks status -u: > > Does a subdir show up as missing, i.e. status '!'? If so then it's > upstream issue 2551 and the fix will be in 1.3.2. No response on the original question, but there was a known issue in this space that was fixed. Plus, it's 13 years later. Closing. Cheers, -- James GPG Key: 4096R/91BF BF4D 6956 BD5D F7B7 2D23 DFE6 91AE 331B A3DB
--- End Message ---
