Official Ubuntu GnuCash package segfaults on Ubuntu 14.04

[Herbert Mühlburger]

Am 2014-05-01 15:52, schrieb John Ralls:
> 
> On Apr 30, 2014, at 2:07 PM, Herbert Mühlburger
> <mail at muehlburger.at> wrote:
> 
>> Hi Colin,
>> 
>> Am 2014-04-29 17:13, schrieb Colin Law:
>> 
>>>> Some additional information on what might create this issue:
>>>> 
>>>> - the version of libdbi-dev on Ubuntu 13.10 was 0.8.4-6 - the
>>>> version of libdbi-dev on Ubuntu 14.04 is 0.9.0-1
>>>> 
>>>> There are some deprecated functions which also prevent
>>>> GnuCash from successfuly running the test suite on the
>>>> current master branch.
>>>> 
>> 
>>> I have had no problems compiling and running 2.6.3 on Ubuntu
>>> 14.04 (from the source tarball).  What is it that is causing
>>> you difficulty?
>> 
>> Compiling the latest version of GnuCash works fine. But if I run
>> it I always the the same segmentation fault.
>> 
>> I cloned the official gnucash repository and followed the
>> instruction for compiling it for Ubuntu 14.04
>> 
>> ./autogen.sh ./configure --prefix=/opt/gnucash
>> --enable-compile-warnings --with-html-engine=webkit --enable-dbi 
>> make sudo make install
>> 
>> I think opening an sqlite3 gnucash-file results in the segfault.
>> In the attached file you can see the full backtrace after the
>> segfault. It seems that the libdbi-dir is not set properly by
>> gnucash allthough everything (libdbi-dev, ...) is installed
>> properly on my ubuntu box.
> 
> Try installing one of libdbd-sqlite3, libdbd-mysql, or
> libdbd-pgsql. The problem looks to me like the latest version of
> libdbi, the database backend, doesn't like being initialized with
> no shim library available.

These libraries are installed already. It seems that the problem is
caused through the not properly set "driver_dir"-variable in
gnc-backend-dbi.c:1872 when using libdbi 0.9.x.

After installing libdbi-0.8.3 I could run GnuCash without problems. As
you mentioned there seems to be a problem with the latest version of
libdbi. Where is the GNC_DBD_DIR env variable being set?

Regards,
Herbert.