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

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

From: Vincent Lefevre <vincent+svn_at_vinc17.org>
Date: 2004-03-15 10:04:28 CET

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.

-- 
Vincent Lefèvre <vincent_at_vinc17.org> - Web: <http://www.vinc17.org/> - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, 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
Received on Mon Mar 15 10:04:46 2004

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.