I have a project that I need to fork (in the same repo):
$ svn cp foo bar
$ svn rm bar/trunk/some_dir
$ svn rm bar/trunk/some_file
$ emacs bart/trunk/other_files
$ svn ci
Segmentation fault: 11
I use the 1.8.1 client from macports:
$ svn --version
svn, version 1.8.1 (r1503906)
compiled Aug 13 2013, 12:59:06 on x86_64-apple-darwin12.3.0
Copyright (C) 2013 The Apache Software Foundation.
This software consists of contributions made by many people;
see the NOTICE file for more information.
Subversion is open source software, see http://subversion.apache.org/
The following repository access (RA) modules are available:
* ra_svn : Module for accessing a repository using the svn network protocol.
- with Cyrus SASL authentication
- handles 'svn' scheme
* ra_local : Module for accessing a repository on local disk.
- handles 'file' scheme
* ra_serf : Module for accessing a repository via WebDAV protocol using serf.
- handles 'http' scheme
- handles 'https' scheme
This is the backtrace according to gdb:
$ gdb svn
GNU gdb 6.3.50-20050815 (Apple version gdb-1824) (Wed Feb 6 22:51:23 UTC 2013)
Copyright 2004 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 "x86_64-apple-darwin"...Reading symbols for shared libraries ............................... done
(gdb) r -F svn-commit.tmp ci lpupdates
Starting program: /opt/local/bin/svn -F svn-commit.tmp ci lpupdates
Reading symbols for shared libraries ++++++++++++++++++++++++++++++................................................................ done
Adding bar
Sending bar/trunk/jenkins_build
Sending bar/trunk/shn_bin/common.py
Sending bar/trunk/shn_bin/configure.py
Deleting bar/trunk/shn_bin/dependencies
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000000
0x00007fff90f816b0 in strlen ()
(gdb) bt
#0 0x00007fff90f816b0 in strlen ()
#1 0x00000001003efcf2 in svn_path_join_internal ()
#2 0x000000010037ab0e in checkout_dir ()
#3 0x000000010037862c in delete_entry ()
#4 0x0000000100056f69 in do_item_commit ()
#5 0x00000001003c4415 in svn_delta_path_driver2 ()
#6 0x0000000100056b00 in svn_client__do_commit ()
#7 0x0000000100055a7d in svn_client_commit6 ()
#8 0x000000010000ae71 in svn_cl__commit ()
#9 0x000000010001b8b2 in sub_main ()
#10 0x0000000100019ee2 in main ()
If I commit with a svn 1.7 client to the same server it works (but it is a pain to do since the 1.8 working format is not compatible with 1.7). The server is still running svn 1.6.x.
I've reproduced this behavior over forking 3 small projects so far.
Received on 2013-08-23 05:24:20 CEST