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

Re: fsfs migration failure. File too large?? - Speculative Fix Attached

From: Bryn Davies <curious_at_progsoc.uts.edu.au>
Date: 2005-06-06 14:48:54 CEST

  Well, here are my patches to APR 0.9 and Subversion 1.0.9 to enable
full 64 bit file sizes. I wrote these patches in a text mode install
of Ubuntu running on emulated x86 on a 1.25ghz PowerPC running
MacOSX. It was a _trail_of_tears_. Since I don't have a failing svn
case to test it with, I've been using a test program that does the
following using the APR library functions - opens a file, writes 3G
to it, and then seeks around inside and checks to see if the returned
offset is still sane. Pleasingly, it seems to be.

  I haven't tested this on anything except simulated x86 Linux. I
didn't test it with Buffered IO, because I don't think SVN uses it.
If anyone can let me know if it fixes their problem, that'd be great,
but I'm not really enthusiastic about recommending it until someone
double checks it for me. I don't want the blood of any corrupted
repositories on my hands.

  Build procedure is:
     * tar xvfz subversion-1.0.9.tar.gz
     * cd subversion-1.0.9/apr
     * patch -p1 < ( apr patch )
     * autoconf
     * ./configure --enable-largefile
     * make
     * cd ../subversion
     * patch -p2 < ( subversion patch )
     * ./configure etc etc as normal.

  Hope it's of some use to someone.


"There were too many of us. We had access to too many, uh, too much
  Too much equipment... and little by little we went insane."

To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

  • application/octet-stream attachment: aprtest.c
Received on Mon Jun 6 15:51:56 2005

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.