[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: <cmpilato_at_collab.net>
Date: 2002-08-21 18:19:35 CEST

Philip Martin <philip@codematters.co.uk> writes:

> > $ 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.

No, Philip, this is definitely a regression. The working copy should
be noticing that there is a 'D' in version control, but it is missing
from disk. When building the server transaction to mimic the working
copy, it then removes 'D' from that transaction, which in turn causes
the server to re-add D (and children) to the working copy via the

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:16:00 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.