Re: svn st -u: Can't read directory ''

On 2004-03-15 10:04:28 +0100, Vincent Lefevre wrote:
> On 2004-03-15 01:54:56 +0000, Philip Martin wrote:
> > >> Vincent Lefevre <vincent+svn@vinc17.org> writes:
> > >> > greux:~/oldtests> svn st -u
> > >> > svn: Can't read directory '': Partial results are valid but
> > >> > processing is incomplete
> [...]
> > It's an error code returned by apr_dir_read. Taking another look at
> > the code, I think I see how this could occur: if your APR is compiled
> > without DIRENT_TYPE then an apr_dir_read call will involve both a
> > readir and a stat and if the stat fails apr_dir_read will return
> > APR_INCOMPLETE. Why would the stat fail on one single occasion? One
> > explanation would be if another process deleted a file/directory while
> > the "svn st" was running, some sort of temporary file perhaps?
>
> Not on the server side (unless svnserve did it). On the client side
> (greux), it is possible that a file from the oldtests directory was
> deleted, because I had computation processes working in oldtests at
> this time; but such a file wasn't controlled by Subversion and its
> name matched one of the svn:ignore patterns (does svn handle this
> case?). Also, oldtests is a symlink to a directory in my NFS-mounted
> home directory.

Same problem, but with "svn up":

greux:~/oldtests> svn up
tput: No value for $TERM and no -T specified
svn: Can't read directory '': Partial results are valid but processing is incomplete
zsh: exit 1 svn up

Even with "svn st" (no repository access):

greux:~/oldtests> svn st
svn: Can't read directory '': Partial results are valid but processing is incomplete
zsh: exit 1 svn st

I've still computation processes, which create and delete files.
Could this be the problem?

-- 
Vincent Lefèvre <vincent_at_vinc17.org> - Web: <http://www.vinc17.org/>
100% validated (X)HTML - Acorn / RISC OS / ARM, free software, YP17,
Championnat International des Jeux Mathématiques et Logiques, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org