Markus Schaber wrote on Thu, Aug 18, 2011 at 09:12:55 +0200: > Hi, > > Von: Daniel Shahaf [mailto:d...@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? >
Hmm. I know tortoise has nightly builds, but I don't think they pull svn's trunk nightly. Whether we have nightly builds? I can't think of any offhand, but perhaps there is something in <http://subversion.apache.org/packages#pre-release>. The idea of posting the buildbot artifacts has been suggested before, but hasn't been implemented. > 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? > The one that http://svn.apache.org/viewvc?rev=1158616&view=rev fixes. > 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.scha...@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.scha...@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
