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

Re: still inconsistent, file in repository, but not in wc

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2002-08-21 18:09:23 CEST

Ben Collins-Sussman <sussman@collab.net> writes:

> OK, there is something messed up with our wc library in HEAD. I'm
> able to reproduce these bugs using r3004, on an ra_local working copy
> of our standard greek tree:
> $ cd A
> $ mv D was_D
> $ svn st
> subversion/libsvn_wc/status.c:251: (apr_err=2, src_err=0)
> svn: No such file or directory
> svn: assemble_status: D: No such file or directory

I thought the original bug was that the entries file didn't refer to
the directory, even though the directory was present. You are
demonstrating the opposite, the directory is missing but the entries
file still refers to it.

> #### What the heck? why would a missing directory print error instead
> of a plain old "!" like it's supposed to?
> $ svn up
> subversion/libsvn_subr/io.c:1567: (apr_err=2, src_err=0)
> svn: No such file or directory
> svn: svn_io_file_open: can't open `D/.svn/lock'
> #### again, the wc should report D as 'missing', and the full
> directory should be re-added in the update-report response.
> We're erroring out early.
> Shall I file this as one or two issues? We're definitely regressing
> here.

Look at issue 714. It's asking for revert to do it, but I don't see
why update should not do it.

The original bug, where the directory is missing from the entries file
is harder to fix. In that case the client doesn't know that the
directory is missing, so it won't report it. I suppose it might be
possible to change the server to assume that anything not reported is

In both cases the working copy can probably be fixed by using checkout
onto the original directory that contains the missing directory. That
however has to retrieve everything, not just the missing bits. It may
not handle switched working copies either.

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Aug 21 18:10:04 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.