svnwrap: use custom StringIO class in get_file() The wrappers were calling ra.get_file() with a cStringIO object. Empirically, svn 1.7.5 is writing 16kB blocks to the stream object, and cStringIO reallocates its internal buffer and doubles its size whenever it is filled. With large committed files this requires two large memory blocks at the same time. SimpleStringIO implements the mimimum StringIO interface used by ra.get_file() but instead stores all the blocks and "join" them at the end. It means more fragmentation but requires only one large block, without overallocation. Also, 16kB blocks should be friendly to most allocators. In practice, this simple change let me convert a revision containing multiple moderately large files, the largest being around 450MB, with a 32-bits Windows setup, python 2.7, swig svn 1.7.5, in stupid mode, while it was previously aborting with "not enough memory". The same revision still fails in replay mode.

#!/bin/sh

mkdir temp
cd temp
svnadmin create repo
svn co file://`pwd`/repo wc
export REPO=file://`pwd`/repo
cd wc
mkdir branches trunk tags
svn add *
svn ci -m 'Empty dirs.'

echo 'file: alpha' > trunk/alpha
svn add trunk/alpha
svn ci -m 'Add alpha'
svn up

echo 'Data of beta' > trunk/beta
svn add trunk/beta
svn ci -m 'Add beta'
svn up
cd ..

svn cp -m 'tagging r3' $REPO/trunk@3 $REPO/tags/tag_r3
svn cp -m 'tag from a tag' $REPO/tags/tag_r3 $REPO/tags/copied_tag
svn mv -m 'rename a tag' $REPO/tags/copied_tag $REPO/tags/other_tag_r3
cd ..
svnadmin dump temp/repo > rename_tag_test.svndump
echo
echo 'Complete.'
echo 'You probably want to clean up temp now.'
echo 'Dump in renametagdir.svndump'
exit 0