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

Re: [Issue 864] Changed - 'svn rm --force' a scheduled (not committed) directory tree fails with locking errors

From: Peter Davis <peter_at_pdavis.cx>
Date: 2002-08-11 20:41:16 CEST

I filed two issues, and you incorrectly changed the summary on one of them to
match the other (maybe you got them confused?) The cleanup problem has
nothing to do with deleting directories that are missing. It has to do with
deleting trees (a directory with one or more subdirectories).

I would have just made a comment to the issue, but I can't figure out how to
do that. Maybe I don't have access? Why can I file an issue but cannot
respond to comments on my own issue :)?

Anyway, I'll try and repro with HEAD and update.

On Sunday 11 August 2002 06:46, issues@subversion.tigris.org wrote:
> http://subversion.tigris.org/issues/show_bug.cgi?id=864
>
> *** Old
> --- New
> ***************
> *** 54,56 ****
> --- 54,62 ----
> $ svn mkdir a
> $ svn rm --force a
> [works]
> +
> + ------- Additional Comments From philip@tigris.org 2002-08-11 06:46 PDT
> ------- + This is a known problem with the path joining code (well, known
> to me + anyway :-). I came across the problem while working on my next
> issue + 749 patch. I've fixed it and it will get checked in once it passes
> the + regression tests.
> \ No newline at end of file
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: issues-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: issues-help@subversion.tigris.org

-- 
Peter Davis
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sun Aug 11 20:41:55 2002

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.