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

Re: reproducible mkdir/rmdir bug?

From: Ben Collins-Sussman <sussman_at_collab.net>
Date: 2002-07-06 16:48:20 CEST

Martin Pool <mbp@sourcefrog.net> writes:

> I think I've found a bug in #2415 where adding and removing a
> directory gets Subversion into an inconsistent state where it gives an
> error whenever you touch the dead directory. Surely that's not the
> intended behaviour?

Certainly not... unfortunately, I can't reproduce this using our
standard greek tree, with r2415 :-(

> mbp/4 trunk$ svn rm foo
> D foo
> mbp/4 trunk$ svn commit -m 'remove foo'
> Deleting foo
> Committed revision 3.
> mbp/4 trunk$ svn up
> subversion/libsvn_fs/tree.c:178
> svn_error: #21068 : <Filesystem has no item>
> file not found: transaction `4', path `/trunk/foo'

After committing the deletion of the directory, I verify that indeed,
it's entry is marked as "deleted". But 'svn up' works fine for me;
it's a no-op. And after the update, the entry no longer exists in the
entries file anymore (which is correct.)

I'm not sure what to do... I suppose I could try your *exact* recipe,
line for line. That would be the true scientific method. I'll try
that later today, unless someone beats me to it. :-)

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Jul 6 16:53:28 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.