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
Sendingbar/trunk/jenkins_build
Sendingbar/trunk/shn_bin/common.py
Sendingbar/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: 0x
0x7fff90f816b0 in strlen ()
(gdb) bt
#0 0x7fff90f816b0 in strlen ()
#1 0x0001003efcf2 in svn_path_join_internal ()
#2 0x00010037ab0e in checkout_dir ()
#3 0x00010037862c in delete_entry ()
#4 0x000100056f69 in do_item_commit ()
#5 0x0001003c4415 in svn_delta_path_driver2 ()
#6 0x000100056b00 in svn_client__do_commit ()
#7 0x000100055a7d in svn_client_commit6 ()
#8 0x0001ae71 in svn_cl__commit ()
#9 0x00010001b8b2 in sub_main ()
#10 0x000100019ee2 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.
