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

Re: [MacPorts] #45496: Subversion with JavaHL crashes on Yosemite

From: Philip Martin <philip.martin_at_wandisco.com>
Date: Fri, 24 Oct 2014 15:03:03 +0100

"Daniel J. Luke" <dluke_at_geeklair.net> writes:

>> On Oct 24, 2014, at 5:11 AM, Philip Martin <philip.martin_at_wandisco.com> wrote:
>> The error below is caused by running the JavaHL regression tests with
>> non-working SQLite support. This is likely to be caused by running the
>> tests on a filesystem that does not support SQLite. I don't think this
>> is the same error as the one you reported originally.
>
> What is a 'filesystem that does not support SQLite'?
>
> MacPorts subversion is built with SQLite - if that's broken it's
> probably something I should fix.

The common cause is putting the repository on some sort of network
filesystem that doesn't support the file locking used by SQLite. It's
not that SQLite is broken but that the filesystem does not support the
features required by SQLite. Sometimes it can be fixed via mount
options or by a locking daemon.

> From svn --version --verbose, I did notice that it's loading both the
> MacPorts libsqlite3.dylib and the system-provided one (which is
> probably not great - but if the system one is being pulled in by
> system libs it's probably OK)

Does this work:

svnadmin create repo
svn import -mm repo/format file://`pwd`/repo/f
sqlite3 repo/db/rep-cache.db "select * from rep_cache"

The sqlite3 command should show a single line such as:

5d9474c0309b7ca09a182d888f73b37a8fe1362c|1|0|14|2

-- 
Philip Martin | Subversion Committer
WANdisco // *Non-Stop Data*
Received on 2014-10-24 16:04:21 CEST

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.