Dear Richard, Ralf
--------------------------------------------
From: Richard Hipp <d...@sqlite.org>
Sent: Wed, 22 Oct 2014 21:53:36 -0400
To: General Discussion of SQLite Database <sqlite-users@sqlite.org> Cc: Ralf
Mardorf <ralf.mard...@alice-dsl.net>
Subject: Re: [sqlite] [regression] SQLite 3.8.7 causes Evolution to crash
>
On Wed, Oct 22, 2014 at 5:14 PM, Paul Menzel <
paulepan...@users.sourceforge.net> wrote:
Dear SQLite folks,
after the upgrade of libsqlite3 from 3.8.6 to 3.8.7 Evolution crashes
with a segmentation fault.
pool[6371]: segfault at 0 ip (null) sp a67d26ec error 14
Several people have reproduced this [1].
The problem *might* be an incomplete VFS implementation in Evolution. I
put a more detailed comment on the Bugzilla ticket.
For posterity, Richard is right:
https://bugzilla.gnome.org/show_bug.cgi?id=738965
In the stack trace linked in Comment 1 above, in Thread 45, I see that the
SQLite routine sqlite3OsRead() invokes an external routine named
camel_sqlite3_file_xRead(). From this I presume that evolution is using a
custom VFS for SQLite that is implemented in the file named "camel-db.c". Is
that correct?
Thanks for the investigation. You are absolutely right, camel-db provides its
own SQLite VFS to have delayed writes to a disk.
Dr. Hipp, thank you for all your efforts to continue making SQLite still so
usable and powerful.
--
inum: 883510009027723
sip: jungleboo...@sip2sip.info
xmpp: jungle-boo...@jit.si
_______________________________________________
sqlite-users mailing list
sqlite-users@sqlite.org
http://sqlite.org:8080/cgi-bin/mailman/listinfo/sqlite-users