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

Re: Can't read directory: Value too large for defined data type

From: Joe Orton <joe_at_manyfish.co.uk>
Date: 2004-05-28 08:52:13 CEST

On Thu, May 27, 2004 at 11:20:02PM +0100, Philip Martin wrote:
> "Steve Kirstukas" <sjk60@iastate.edu> writes:
> > svn: Can't read directory 'VE_Xplorer': Value too large for defined data type
> Google suggests that this is problem with largefile support, if you
> use strace I suspect you will see a stat() call fail with the error
> EOVERFLOW. Anyone care to summarise the state of largefile support in
> Subversion/APR?

APR HEAD has large file support out-of-the-box on platforms with a
32-bit off_t, so Subversion should "just work" there. APR 0.9 can be
rebuilt with LFS support using -D_FILE_OFFSET_BITS=64 etc but that's not
really a supported configuration since it changes the library ABI and is
generally a good way to shoot yourself in the foot if you're not

The APR 0.9 branch has some "large file features": the APR_LARGEFILE
flag to apr_file_open(), which lets you open and write/read >2gb files,
but you still can't stat them (useful for log files). Also I made
apr_file_copy() work with >2gb files on Linux at least (despite my
ardent protestation that that wasn't an APR problem :), so that should
make the svnadmin hotcopy issue go away.


To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri May 28 08:52:52 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.