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

Re: SVN: "Out of memory" when committing

From: Ole Pinto <olepinto_at_gmail.com>
Date: Fri, 25 Mar 2011 10:12:50 +0100

Still happens with 1.6.16. Am I the only one? Any idea, at least, of what is
causing this behaviour?

On Wed, Feb 23, 2011 at 10:07, Ole Pinto <olepinto_at_gmail.com> wrote:

> Hello, I've just began in a new job and, due to the repo organization, I've
> found a problem I didn't have before. I'm using the command line version of
> svn:
> svn, version 1.6.15 (SlikSvn/1.6.15) WIN32
> compiled Dec 17 2010, 14:03:07
>
> I am getting the "Out of memory - terminating application" message when
> checking in, without any regard to size of working copy or changes.
>
> I have got to the point of knowing what cause it; the repo goes kind of:
> /
> ├──j
> │ ├──1
> │ │ ├──release
> │ │ └──trunk
> │ ├──2
> │ └──3
> └──l
> ├──l1
> │ ├──release
> │ ├──trunk
> │ ├──v5
> │ └──v6
> ├──l2
> └──l3
>
> I have a local copy of some of it, with the same structure (beginning at
> root), for example:
> C:\repo
> ├──j
> │ └──1
> │ └──trunk
> └──l
> └──l1
> └──trunk
>
> Now I want to make big changes to l/l1, so I "cd /repo/l/l1; svn co
> .../repo/l/l1/trunk my_trunk", change whatever, cd into my_trunk, and the
> checkin will fail as described.
>
> Workarounds:
> 1) put aside trunk, rename my_trunk to trunk and check in
> 2) move my_trunk out of the local repository (ie. into /tmp/my_trunk)
> and commit that.
>
> Related, AFAICS, to issue 3540<http://subversion.tigris.org/issues/show_bug.cgi?id=3540>.
> I'd say it's a P2 more than a P3, as I have found it every time I have
> committed.
>
> Any easier way? Changing the repo is not an option, but some change in how
> i keep the working copy could be possible...
>
> Regards,
> Óscar
>
Received on 2011-03-25 10:13:46 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.