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

Re: svn bug with HUGE files

From: Robert Guthrie <rguthrie_at_pobox.com>
Date: 2004-07-15 23:54:18 CEST

Ben Collins-Sussman wrote:
> On Thu, 2004-07-15 at 16:01, Robert Guthrie wrote:
>>$ svn stat
>>svn: Can't read directory 'tempdir': Partial results are valid but
>>processing is incomplete
> Aren't you the guy who was posting earlier about sharing a working copy,
> and didn't you post the exact same error message?

Yes, I am. Sorry, I should have concluded that thread...

> In both cases, that error smells like a permission issue. How about
> showing us an 'ls -l' of the directory? Perhaps you had write access to
> the dir, but not read access to the huge file?

Well, my experiment was with
1. a repository that I created for the purpose of testing
2. a working copy that I checked out under userid "rguthr"
3. a copy of the huge file in question, which I copied with the "rguthr"

But, just to make sure I'm not crazy....

rguthr $> ls -l . tempdir
total 0
drwxr-s--- 3 rguthr cmt 256 Jul 15 16:46 tempdir/

total 23754400
-rw-r----- 1 rguthr cmt 0 Jul 15 16:46 emptyfile1
-rw-r----- 1 rguthr cmt 0 Jul 15 16:46 emptyfile2
-rw-r----- 1 rguthr cmt 12162160632 Jul 15 16:42 reallybigfile

rguthr $> svn stat
svn: Can't read directory 'tempdir': Partial results are valid but
processing is incomplete
rguthr $> rm tempdir/reallybigfile
rguthr $> svn stat # no response, because svn:ignore '*' on tempdir
rguthr $> whoami

... so the empty files, and just about any other reasonablly sized ones
seem not to cause this problem. Just outlandishly huge ones.
Unfortunately, we end up with really huge files all the time here, but
really, this shouldn't be a problem for subversion, should it?

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Jul 15 23:55:13 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.