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

Re: Svn load error...

From: <kmradke_at_rockwellcollins.com>
Date: 2007-12-10 17:34:47 CET

news <news@ger.gmane.org> wrote on 12/10/2007 10:23:30 AM:
> braulio.horta@embraer.com.br wrote:
> > > > We have seen errors like these in the cases I mention above,
> > > > but never when the repository was on a local filesystem.
> > >
> > > Am I the first ? :-(
> >
> > I had a similar problem.
> > It started when I switched to tortoise 1.4.99.xxxx which is compiled
> > against svn 1.5.
> > I was using a WinXP workstation and my repo was on a samba mounted
> > filesystem.
> >
> > The main difference is that i was not loading, but just committing.
> >
> > The strangest thing on it was that I received that error message
("Can't
> > remove
> > ...\db\transactions\####-1.txn': Directory not empty") but the commit
> > actually was successful.
> >
> > My working copy got on a out-of-date state and all I had to do is
update it.
> > It means that *a correct commit returned an error* which, in my
opinion,
> > IS A BUG!
>
> I'm not an SVN dev but I reckon this isn't a bug. The whole process
> consists of 3 stages (well probably more, but these are the 3 that are
> obvious to me)
> 1 The commit transaction itself
> 2 Tidying up afterwards (ie deleting the temporary .txn file)
> 3 Sorting out your working copy
>
> In your case it failed at stage 2 so correctly reported an error. But
> since stage 1 was OK the repository looked fine.

Since failing step 2 isn't "fatal", shouldn't step 3 be done? Or
maybe step 3 should be done before step 2?

Having an inconsistent working copy as a result of this error seems
to be avoidable...

Kevin R.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Dec 10 17:35:15 2007

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.