still problems with svn and ra_local under OS X

OK, I applied the mutex patch and rebuilt db-4.0.14. I'm still having
the same problem. Here's what happens in a nutshell:

% REPOS=/var/svn/repos/dev; sudo apachectl stop; sudo rm -rf "$REPOS"; sudo svnadmin create "$REPOS"; sudo chown -R svn:svn "$REPOS"; sudo chmod -R go+rX "$REPOS"; pushd "$REPOS"; sudo chown -R www db dav; sudo chmod -R g+w db dav; popd
% sudo -u svn svnadmin load /var/svn/repos/dev < dev\#11-2002.10.07-15.10
<<< Started new txn, based on original revision 1
[...]
------- Committed new rev 11 (loaded from original rev 11) >>>

% svnadmin youngest /var/svn/repos/dev
11
zsh: 22406 abort svnadmin youngest /var/svn/repos/dev
% svnadmin youngest /var/svn/repos/dev
svn: Berkeley DB error
svn: Berkeley DB error while opening environment for filesystem /var/svn/repos/dev/db:
DB_RUNRECOVERY: Fatal error, run database recovery

At this point, I can perform a db_recover:

% sudo -u svn db_recover -v -h /var/svn/repos/dev/db
db_recover: Finding last valid log LSN: file: 2 offset 355840
db_recover: Checkpoint at: [2][355792]
db_recover: Checkpoint LSN: [2][355792]
db_recover: Previous checkpoint: [2][64885]
db_recover: Checkpoint at: [2][64885]
db_recover: Checkpoint LSN: [2][64885]
db_recover: Previous checkpoint: [1][62490]
db_recover: Recovery starting from [2][64885]
db_recover: Recovery complete at Tue Oct 15 23:07:18 2002
db_recover: Maximum transaction ID 8000025e Recovery checkpoint [2][355888]
db_recover: Recovery complete at Tue Oct 15 23:07:18 2002
db_recover: Maximum transaction id 80000000 Recovery checkpoint [2][355888]

and the cycle repeats again:

% svnadmin youngest /var/svn/repos/dev
11
zsh: 22419 abort svnadmin youngest /var/svn/repos/dev
% svnadmin youngest /var/svn/repos/dev
svn: Berkeley DB error
svn: Berkeley DB error while opening environment for filesystem /var/svn/repos/dev/db:
DB_RUNRECOVERY: Fatal error, run database recovery

The problem is not the dumpfile, as I sent my dumpfile to Ben
Collins-Sussman and he was able to import it and run svnadmin youngest
to his heart's content. I've had this problem with many versions of
Subversion over the past few months, but this test was performed with
r3373.

If anyone else running OS X wants to try the above procedure, the
dumpfile is at <http://web.sabi.net/dev-dump.tgz>.

-- 
=Nicholas Riley <njriley_at_uiuc.edu> | <http://www.uiuc.edu/ph/www/njriley>
        Pablo Research Group, Department of Computer Science and
  Medical Scholars Program, University of Illinois at Urbana-Champaign
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org