Created attachment 586796 [details] proposed ebuild I've been dealing with segfaults using mysql workbench (8.0.*) for some time. Finally looked into it, and tried upgrading antlr-cpp to 4.7.2, and it seems like that has resolved the issue. Workbench segfault: *** Segmentation fault Register dump: RAX: 0100070707010407 RBX: 00007f8078040730 RCX: 0000000000000000 RDX: 00007f806c02f668 RSI: 0000000000000000 RDI: 00007f806c02f5c0 RBP: 00007f80767fb5b0 R8 : 0000000000000000 R9 : 00007f806c033a00 R10: 00007f80767fb8c0 R11: 0000000000000246 R12: 00007f806c0008d0 R13: 0000561c3637d6d0 R14: 0000561c37a0d1e0 R15: 00007f806c02f5c0 RSP: 00007f80767fb4b0 RIP: 00007f80a4a0bc95 EFLAGS: 00010283 CS: 0033 FS: 0000 GS: 0000 Trap: 0000000d Error: 00000000 OldMask: 00000000 CR2: 00000000 FPUCW: 0000037f FPUSW: 00000000 TAG: 00007f80 RIP: a4a6561c RDP: 364d1c50 ST(0) 0000 0000000000000000 ST(1) 0000 0000000000000000 ST(2) 0000 0000000000000000 ST(3) 0000 0000000000000000 ST(4) 0000 0000000000000000 ST(5) ffff 9e00000000000000 ST(6) ffff 9e00000000000000 ST(7) a700 a700000000000000 mxcsr: 1fa6 XMM0: 00000000000000000000000000000000 XMM1: 00000000000000000000000000000000 XMM2: 00000000000000000000000000000000 XMM3: 00000000000000000000000000000000 XMM4: 00000000000000000000000000000000 XMM5: 00000000000000000000000000000000 XMM6: 00000000000000000000000000000000 XMM7: 00000000000000000000000000000000 XMM8: 00000000000000000000000000000000 XMM9: 00000000000000000000000000000000 XMM10: 00000000000000000000000000000000 XMM11: 00000000000000000000000000000000 XMM12: 00000000000000000000000000000000 XMM13: 00000000000000000000000000000000 XMM14: 00000000000000000000000000000000 XMM15: 00000000000000000000000000000000 Backtrace: /usr/lib64/libantlr4-runtime.so.4.7.1(_ZN6antlr43atn18ParserATNSimulator15computeReachSetEPNS0_12ATNConfigSetEmb+0x10d)[0x7f80a4a0bc95] /usr/lib64/libantlr4-runtime.so.4.7.1(_ZN6antlr43atn18ParserATNSimulator18computeTargetStateERNS_3dfa3DFAEPNS2_8DFAStateEm+0x57)[0x7f80a4a09457] /usr/lib64/libantlr4-runtime.so.4.7.1(_ZN6antlr43atn18ParserATNSimulator7execATNERNS_3dfa3DFAEPNS2_8DFAStateEPNS_11TokenStreamEmPNS_17ParserRuleContextE+0xec)[0x7f80a4a0cadc] /usr/lib64/libantlr4-runtime.so.4.7.1(_ZN6antlr43atn18ParserATNSimulator15adaptivePredictEPNS_11TokenStreamEmPNS_17ParserRuleContextE+0x118)[0x7f80a4a0dbf8] /usr/lib64/mysql-workbench/libparsers.so.8.0.17(_ZN7parsers11MySQLParser5queryEv+0x112)[0x7f80a512795a] /usr/lib64/mysql-workbench/modules/db.mysql.parser.grt.so(_ZN22MySQLParserContextImpl12startParsingEb14MySQLParseUnit+0x1a8)[0x7f807fd75dd8] /usr/lib64/mysql-workbench/modules/db.mysql.parser.grt.so(_ZN23MySQLParserServicesImpl14checkSqlSyntaxESt10shared_ptrIN7parsers18MySQLParserContextEEPKcm14MySQLParseUnit+0x8b)[0x7f807fd4335b] /usr/lib64/mysql-workbench/libwbpublic.so.8.0.17(_ZN11MySQLEditor28do_statement_split_and_checkEi+0x1b3)[0x7f80a8f54193] /usr/lib64/mysql-workbench/libwbbase.so.8.0.17(_ZN13ThreadedTimer13pool_functionEPvS0_+0x3e)[0x7f80a597aa2e] /usr/lib64/libglib-2.0.so.0(+0x7411b)[0x7f80a76b411b] /usr/lib64/libglib-2.0.so.0(+0x737a5)[0x7f80a76b37a5] /lib64/libpthread.so.0(+0x83c8)[0x7f80a5f103c8] /lib64/libc.so.6(clone+0x3f)[0x7f80a563bc6f]
Can confirm this. I have had mysql-workbench-8.* crash with a segmentation fault for me always as well, every time when resuming a workspace that has more than one query tab open: *** Segmentation fault Register dump: RAX: 00007f611c00f670 RBX: 00007f6161402f00 RCX: 0000000000000000 RDX: 0000000000000001 RSI: 0506070707030707 RDI: 0000000000000002 RBP: 0000000000000265 R8 : 00007f614c67f3b0 R9 : 0000000000000001 R10: 00007f614657e8c0 R11: 00007f6161178c10 R12: 00007f611c0481d0 R13: 000055f3f1773230 R14: 0000000000000265 R15: 00007f611c0481d0 RSP: 00007f614657e6a0 RIP: 00007f616119575a EFLAGS: 00010202 CS: 0033 FS: 0000 GS: 0000 Trap: 0000000d Error: 00000000 OldMask: 00000000 CR2: 00000000 FPUCW: 0000037f FPUSW: 00000000 TAG: 00007f61 RIP: 61dbdaff RDP: 00000000 ST(0) 0000 0000000000000000 ST(1) 0000 0000000000000000 ST(2) 0000 0000000000000000 ST(3) 0000 0000000000000000 ST(4) 0000 0000000000000000 ST(5) ffff c000000000000000 ST(6) ffff c000000000000000 ST(7) c200 c200000000000000 mxcsr: 1fb2 XMM0: 00000000000000000000000000000000 XMM1: 00000000000000000000000000000000 XMM2: 00000000000000000000000000000000 XMM3: 00000000000000000000000000000000 XMM4: 00000000000000000000000000000000 XMM5: 00000000000000000000000000000000 XMM6: 00000000000000000000000000000000 XMM7: 00000000000000000000000000000000 XMM8: 00000000000000000000000000000000 XMM9: 00000000000000000000000000000000 XMM10: 00000000000000000000000000000000 XMM11: 00000000000000000000000000000000 XMM12: 00000000000000000000000000000000 XMM13: 00000000000000000000000000000000 XMM14: 00000000000000000000000000000000 XMM15: 00000000000000000000000000000000 Backtrace: /usr/lib64/libantlr4-runtime.so.4.7.1(_ZN6antlr43atn18ParserATNSimulator22getExistingTargetStateEPNS_3dfa8DFAStateEm+0x3a)[0x7f616119575a] /usr/lib64/libantlr4-runtime.so.4.7.1(_ZN6antlr43atn18ParserATNSimulator7execATNERNS_3dfa3DFAEPNS2_8DFAStateEPNS_11TokenStreamEmPNS_17ParserRuleContextE+0xcd)[0x7f616119a61d] /usr/lib64/libantlr4-runtime.so.4.7.1(_ZN6antlr43atn18ParserATNSimulator15adaptivePredictEPNS_11TokenStreamEmPNS_17ParserRuleContextE+0x118)[0x7f616119b998] /usr/lib64/mysql-workbench/libparsers.so.8.0.18(_ZN7parsers11MySQLParser5queryEv+0x116)[0x7f61618c8d26] /usr/lib64/mysql-workbench/modules/db.mysql.parser.grt.so(_ZN22MySQLParserContextImpl12startParsingEb14MySQLParseUnit+0x1a8)[0x7f6154c56bb8] /usr/lib64/mysql-workbench/modules/db.mysql.parser.grt.so(_ZN23MySQLParserServicesImpl14checkSqlSyntaxESt10shared_ptrIN7parsers18MySQLParserContextEEPKcm14MySQLParseUnit+0x8a)[0x7f6154c1e51a] /usr/lib64/mysql-workbench/libwbpublic.so.8.0.18(_ZN11MySQLEditor28do_statement_split_and_checkEi+0x1b3)[0x7f6163d219f3] /usr/lib64/mysql-workbench/libwbbase.so.8.0.18(_ZN13ThreadedTimer13pool_functionEPvS0_+0x3e)[0x7f6161f889ce] /usr/lib64/libglib-2.0.so.0(+0x77c13)[0x7f6162e00c13] /usr/lib64/libglib-2.0.so.0(+0x7724d)[0x7f6162e0024d] /lib64/libpthread.so.0(+0x8458)[0x7f6162460458] /lib64/libc.so.6(clone+0x3f)[0x7f6161bdf86f] Upgrading antlr-cpp to 4.7.2 and recompiling mysql-workbench has finally fixed the issue.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=3c4cec8e1ae28a86d77aa7c5d63893ec2739e6fc commit 3c4cec8e1ae28a86d77aa7c5d63893ec2739e6fc Author: Miroslav Šulc <fordfrog@gentoo.org> AuthorDate: 2019-10-22 18:27:10 +0000 Commit: Miroslav Šulc <fordfrog@gentoo.org> CommitDate: 2019-10-22 18:27:10 +0000 dev-cpp/antlr-cpp-4.7.2: bump Bug: https://bugs.gentoo.org/692162 Package-Manager: Portage-2.3.78, Repoman-2.3.17 Signed-off-by: Miroslav Šulc <fordfrog@gentoo.org> dev-cpp/antlr-cpp/Manifest | 1 + dev-cpp/antlr-cpp/antlr-cpp-4.7.2.ebuild | 27 +++++++++++++++++++++++++++ 2 files changed, 28 insertions(+)
we shall wait at least few days before we ask for stabilization. if you come across any issues please report it back. otherwise i will ask for stabilization in 10 days and won't wait the 30 days as it should be to make the fix stable sooner.
