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
missing?
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