Markus Schaber wrote on Thu, Aug 18, 2011 at 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?
>
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.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:28:29 CEST