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

AW: Failing update and failing cleanup issue with 1.7 Beta

From: Markus Schaber <m.schaber_at_3s-software.com>
Date: Thu, 18 Aug 2011 09:12:55 +0200

Hi,

Von: Daniel Shahaf [mailto:d.s_at_daniel.shahaf.name]
>
> Isn't it already fixed in HEAD of trunk?

To be honest, I don't know. Are there daily builds for Win32 I can use
to test?

And which of the issues do you speak of? The one corrupting the working
copy in revert operation, or the other one that "svn cleanup" is not
able to repair it?

Markus
 
> Markus Schaber wrote on Thu, Aug 18, 2011 at 08:41:57 +0200:
> > Hi,
> >
> > Anyone who can reproduce this issue?
> >
> > Should I file it in the bug tracker?
> >
> > Von: Markus Schaber [mailto:m.schaber_at_3s-software.com]
> > >
> > > I have an issue with a working copy where a revert operation
failed,
> > and
> > > the cleanup operation also fails.
> > > This issue was caused while using TortoiseSVN 1.7 beta 2
> > > (TortoiseSVN 1.6.99, Build 21735 - 32), but the failure to cleanup
> > > the working copy persists with svn.exe version 1.7.0-beta3 (Beta
3)
> from collabnet.
> > >
> > > svn: E720003: Can't move 'D:\testcheckout\.svn\tmp\svn-2DB32F5C'
to
> > >
'D:\testcheckout\UML-Coffeemaker-branch\POU_2\StepSub_active\svnobj':
> > > Das System kann den angegebenen Pfad nicht finden.
> > >
> > > This may be a windows filename case issue, as the directory on
disk
> > > actually is called UML-Coffeemaker-Branch. On the other hand, the
> > > directory POU_2 is "missing". TortoiseSVN did not allow me to
revert
> > those
> > > missing directories, only the missing files in the "Check for
> > > modifications" dialogue, and IIRC, such a revert brought the
working
> > copy
> > > into this inconsistent state.
> > >
> > > Steps to repeat (using Cygwin bash, but collabnet svn exe is in
> > > path)
> > >
> > > mkdir repo
> > > svnadmin.exe create repo
> > > svn checkout file:///D:/svntest/repo wc cd wc mkdir foo touch
> > > foo/bar svn add foo svn commit -m ""
> > > rm -rf foo/
> > > svn revert foo/bar
> > >
> > >
> > > If I first revert foo, and then revert foo/bar, it works fine.
> > >
> > > There's a sibling bug in TortoiseSVN which lets me not revert foo,
> > I'll
> > > write to them a separate mail.
> >

Best regards

Markus Schaber

___________________________
We software Automation.

3S-Smart Software Solutions GmbH
Markus Schaber | Developer
Memminger Str. 151 | 87439 Kempten | Germany | Tel. +49-831-54031-0 |
Fax +49-831-54031-50

Email: m.schaber@3s-software.com | Web: http://www.3s-software.com
CoDeSys internet forum: http://forum.3s-software.com
Download CoDeSys sample projects:
http://www.3s-software.com/index.shtml?sample_projects

Managing Directors: Dipl.Inf. Dieter Hess, Dipl.Inf. Manfred Werner |
Trade register: Kempten HRB 6186 | Tax ID No.: DE 167014915
Received on 2011-08-18 09:14:00 CEST

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

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