[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: svn merge fails "Out of memory - terminating application." or Tortoise runtime error

From: Nick Lockwood <nmlskl_at_i4free.co.nz>
Date: Wed, 4 Mar 2009 08:54:41 -0800 (PST)

Do not know if this thread is still alive but hopefull will help somone else
as spent ages trying to sort out same error.

In short I managed to trace the problem (performing merge sub directory by
sub directory) to a directory of approx 1200 files that had a svn:mergeinfo
property which was blank.

seen by running
svn propget svn:mergeinfo --recursive --xml > mergeinfo.xml

once removed (hope someone is not going to tell me off for sugesting the
wrong thing here) with
svn propdel --recursive svn:mergeinfo ./*

I was able to start performing branch to trunk working copy merges
successfully after that.

My theory (I am not an svn expert so take it with a grain of salt). I had
picked up all these mergeinfo properties (probably from an earlier svn move
(rename) restructuring exercise), but when a merge was being performed there
were so many that examining all these caused memory usage to go through the
roof (2+ GB) which eventually caused abnormal termination. Either that or
there might be a bug (memory leak?) handling empty merge info properties.

Hope that helps

-- 
View this message in context: http://www.nabble.com/svn-merge-fails-%22Out-of-memory---terminating-application.%22-or-Tortoise-runtime-error-tp20039314p22334236.html
Sent from the Subversion Users mailing list archive at Nabble.com.
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=1267597
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-03-04 17:57:42 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.