Hi,
yes, ldd will not help. That's why I mentioned looking at the loaded
libraries at runtime, using a debugger. QtCreator for example can show
them in the "Modules" view.
Best,
Sascha
On 09/23/2013 03:58 PM, Taylor Braun-Jones wrote:
We actually backported qt package version 4.8.4 from Fedora to RHEL6.
In this package libqsqlite.so is included with the core qt package:
$ rpmquery --list qt | grep sqlite
/usr/lib64/qt4/plugins/sqldrivers/libqsqlite.so
Since it's included as a plugin and gets linked dynamically during
execution ldd won't show that I'm linking against it:
$ ldd mitkWorkbench | grep -i sql
libPocoDataMySQL.so.22 =>
/home/de066732/git/mitk-superbuild-FUD-release/Poco-install/lib/libPocoDataMySQL.so.22
(0x00007f98c3603000)
libPocoDataSQLite.so.22 =>
/home/de066732/git/mitk-superbuild-FUD-release/Poco-install/lib/libPocoDataSQLite.so.22
(0x00007f98c32dc000)
libQtSql.so.4 => /usr/lib64/libQtSql.so.4 (0x0000003444c00000)
libmysqlclient_r.so.16 => /usr/lib64/mysql/libmysqlclient_r.so.16
(0x00007f98c0716000)
I tried adding this to the beginning of ctkPluginStorageSQL::open()
just to be sure the qsqlite plugin was being loaded:
QPluginLoader
sqlitePluginLoader("/usr/lib64/qt4/plugins/sqldrivers/libqsqlite.so");
if (!sqlitePluginLoader.load())
{
ctkPluginException exc(QString("The plugin \"%1\" could not be
loaded: %2").arg(sqlitePluginLoader.fileName())
.arg(sqlitePluginLoader.errorString()));
throw exc;
}
The plugin seemed to load fine, but it didn't solve the issue of
missing support for foreign_keys.
On Sat, Sep 21, 2013 at 8:59 AM, Sascha Zelzer
<[email protected] <mailto:[email protected]>> wrote:
Hi Taylor,
The MITK Workbench seems to be using a sqlite driver which does
not support foreign keys. You could check which database driver is
used (looking at the loaded shared libraries at runtime) and if in
doubt, install the qt sqlite packages from RHEL.
Best,
Sascha
On 09/20/2013 11:39 PM, Taylor Braun-Jones wrote:
Hello mitk-users,
I am having an issue bringing up mitkWorkbench with a build of
MITK master from about a week ago:
$ rm -rf ~/.config/DKFZ/ ~/.local/share/data/DKFZ/
~/.config/MITK\ US/ ~/.mitk/
$ ./mitkWorkbench --Blueberry.clean --Blueberry.consoleLog
[Fri Sep 20 17:35:20 2013
0.120] [BlueBerry] Framework storage dir:
/home/de066732/.local/share/data/DKFZ/MITK Workbench_92176222/
Framework instance 1 : created
Framework instance 1 : initializing
Framework instance 1 : deleting old framework directory.
Framework instance 1 : Pre-loading library
"liborg_mitk_gui_qt_ext" with hints [ 0 ]
Framework instance 1 : Pre-loading library "libCTKDICOMCore"
with hints [ 0 ]
terminate called after throwing an instance of
'ctkPluginDatabaseException'
what(): ctkPluginDatabaseException: Check for foreign key
support failed.
Aborted
I'm running on a RHEL 6.3 system with all default superbuild
options.
Has anybody else seen this or have hints as to what it could be?
Thanks,
Taylor
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >
http://pubads.g.doubleclick.net/gampad/clk?id=60133471&iu=/4140/ostg.clktrk
_______________________________________________
mitk-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mitk-users
