<html> <head> <base href="https://bugs.documentfoundation.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - Calling Relations tool with LO Base and mysql native connector appears to freeze LO pushing user to force kill the app" href="https://bugs.documentfoundation.org/show_bug.cgi?id=52310#c23">Comment # 23</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - Calling Relations tool with LO Base and mysql native connector appears to freeze LO pushing user to force kill the app" href="https://bugs.documentfoundation.org/show_bug.cgi?id=52310">bug 52310</a> from <a class="email" href="mailto:iplaw67@tuta.io" title="Alex Thurgood <iplaw67@tuta.io>"> Alex Thurgood</a> <pre>Running in a lldb session, I have to interrupt the hung thread, and then running a backtrace, I see this : * frame #0: 0x00007fff5d147082 libsystem_kernel.dylib`__recvfrom + 10 frame #1: 0x0000000183ac3a5c libmysqlcppconn.dylib`vio_read(vio=0x000000017fab1980, buf=")", size=4) at violite.c:247 frame #2: 0x0000000183ac4cbf libmysqlcppconn.dylib`my_real_read(net=0x000000010b3da600, complen=0x00007ffeefbfe110) at net.c:577 frame #3: 0x0000000183ac4b99 libmysqlcppconn.dylib`my_net_read(net=0x000000010b3da600) at net.c:719 frame #4: 0x0000000183ac94a1 libmysqlcppconn.dylib`net_safe_read(mysql=0x000000010b3da600) at libmariadb.c:369 frame #5: 0x0000000183acd51b libmysqlcppconn.dylib`mthd_my_read_query_result(mysql=0x000000010b3da600) at libmariadb.c:2274 frame #6: 0x0000000183ad8e81 libmysqlcppconn.dylib`mysql_stmt_execute(stmt=0x0000000186e7b9b0) at my_stmt.c:1490 frame #7: 0x0000000183aa97e3 libmysqlcppconn.dylib`sql::mysql::MySQL_Prepared_Statement::do_query(this=0x0000000186d40ac0) at mysql_prepared_statement.cpp:427 frame #8: 0x0000000183aa9ca5 libmysqlcppconn.dylib`sql::mysql::MySQL_Prepared_Statement::executeQuery(this=0x0000000186d40ac0) at mysql_prepared_statement.cpp:495 frame #9: 0x0000000183a9d543 libmysqlcppconn.dylib`sql::mysql::MySQL_ConnectionMetaData::getImportedKeys(this=0x000000010ab8f6f0, catalog=<unavailable>, schema=0x00007ffeefbfe628, table=0x00007ffeefbfe568) at mysql_metadata.cpp:2713 frame #10: 0x00000001839a6c25 mysqlc.uno.dylib`connectivity::mysqlc::ODatabaseMetaData::getImportedKeys(this=0x00000001804b7d28, catalog=<unavailable>, schema=0x00007ffeefbfe700, table=0x00007ffeefbfe6f8) at mysqlc_databasemetadata.cxx:1251 frame #11: 0x00000001839a71f2 mysqlc.uno.dylib`non-virtual thunk to connectivity::mysqlc::ODatabaseMetaData::getImportedKeys(this=<unavailable>, catalog=<unavailable>, schema=<unavailable>, table=<unavailable>) at mysqlc_databasemetadata.cxx:0 frame #12: 0x00000001889de8a6 libdbulo.dylib`(anonymous namespace)::RelationLoader::run(this=0x00000001804d13d0) at RelationController.cxx:334 frame #13: 0x00000001889ddaa4 libdbulo.dylib`dbaui::ORelationController::loadData(this=0x0000000180483820) at RelationController.cxx:521 frame #14: 0x00000001889dd521 libdbulo.dylib`dbaui::ORelationController::impl_initialize(this=0x0000000180483820) at RelationController.cxx:230 Not quite sure why ConnectionMetaData::getImportedKeys can't pick up the catalog (unavailable) or maybe the hang is due to network lookup failing to return a statement result set (frames 1 to 5) ?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>