"Martin Letenay" <email@example.com> wrote on 09/12/2005 11:51:08 AM:
> I was too optimistic.
> The commited fix is not sufficient.
> It works for incoming changes but does not for outgoiing deletions ...
> I'm not sure if it's a subversion bug, but was expecting at least some
> inteligence in update(File) method.
> If I'm not wrong, the method is pretty stupid.
> For incoming changes the files have to sorted in ascending order, so
> are created first.
> However for outgoiing deletions, it have to be done vice-versa, i.e.
> are deleted first, then folders ...
> Otherwis the user finishes with:
> svn: Error processing command 'delete-entry' in 'Y:\test....'
> Working copy not locked; this is probably a bug, please report
> svn: Working copy 'Y:\test...' is missing or not locked
> So Mark, please wait with the new release.
> I have to check it one more time and probably split the update to 2
> calls, one for incoming other for outgoinf changes ...
Will do. I was just about to make the tag so you had good timing.
After you get this sorted out could you take a look at the changes you
have made to svnClientAdapter since the last release and perhaps give me a
couple of sentences to add to the changelog for Subclipse?
Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
Received on Tue Sep 13 01:59:24 2005