Hi Eric I'm getting the same thing with a several internal repositories. It will happen almost immediately if I try to clone any one of them. I also have some existing clones created using earlier versions of git & svn. When fetching on an existing clone it usually works, until it fails. When it fails, it will keep on failing on attempting to fetch the same commit. I then tried to run "strace -f git svn fetch" to see if that will show anything helpful, but then it worked! So my guess is it could be some race condition? This is on Ubuntu 8.10 on x86_64 with libc-2.8.90. Git 1.6.3.3, perl 5.10.0 and svn 1.5.1 have all been built from official sources with mostly default options. I'll check if I can reproduce it with some public repos as well. Thanks --André -----Original Message----- From: Eric Wong [mailto:normalperson@xxxxxxxx] Sent: 07 July 2009 11:26 PM To: Andre Mostert Cc: git@xxxxxxxxxxxxxxx; Marcus Griep Subject: Re: git svn fetch fails with Temp file with moniker 'svn_delta'already in use Andre Mostert <Andre.Mostert@xxxxxxxxxxxxxxxx> wrote: > Hi > > I'm getting this error when trying to "git svn fetch": > > Temp file with moniker 'svn_delta' already in use at > /usr/lib/perl5/site_perl/5.10.0/Git.pm > > I've found some mention of this in the archives, but no conclusive > fixes or workarounds. > > This is with git 1.6.3.3, perl 5.10.0 and svn 1.5.1 Hi Andre, Is there a public repository we can test and reproduce this on? Which OS, C library and architecture? This might be a memory corruption issue inside SVN itself. I think last time we managed to avoid it by using a different build of SVN or Perl on OSX, but apparently somebody on Debian hit it in a very odd way too: http://bugs.debian.org/534763 I've never been able to see or reproduce this issue myself, maybe Marcus can help since he implemented this piece. -- Eric Wong -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html