https://bugs.freedesktop.org/show_bug.cgi?id=57696
--- Comment #9 from Julien Nabet <[email protected]> --- Created attachment 70804 --> https://bugs.freedesktop.org/attachment.cgi?id=70804&action=edit gdb session Forgot to say there was no specific log. After a gdb session, it seems the problem is in extensions/source/bibliography/bibload.cxx, this line specifically: 246 return com::sun::star::sdbc::XDriverManager::create(comphelper::getProcessComponentContext()).is(); (function static bool lcl_isBaseAvailable()) I attached a gdb session, it shows that it has a ref to "DriverManager". I'm not sure but it could be the problem. Then I noticed that if I replaced the content of the function by "return true", the database launched. However, I noticed afterwards this log a bunch of times: warn:legacy.tools:14202:1:/home/julien/compile-libreoffice/libo/forms/source/component/FormComponent.cxx:2206: OBoundControlModel::impl_connectDatabaseColumn_noNotify: the form is just *loaded*, but we already have a field! + then these logs warn:legacy.osl:14202:1:/home/julien/compile-libreoffice/libo/unotools/source/config/confignode.cxx:465: caught an exception! in function:com::sun::star::uno::Any utl::OConfigurationNode::getNodeValue(const rtl::OUString&) const type: com.sun.star.container.NoSuchElementException message: DynamicBorderColors context: N9configmgr10RootAccessE warn:legacy.osl:14202:1:/home/julien/compile-libreoffice/libo/svx/source/form/fmcontrollayout.cxx:299: OSL_ASSERT: 0 But certainly it must be another bug. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
