Created attachment 752074 [details] Terminal Output Krita will crash at random times (can be within seconds of launching to 10+ minutes) with stack smashing detected. This does not happen with the flatpack version. Not sure what's causing the problem. I tried using krita a few months back and had the same issue. Hardware: 3900x 128GB RAM Using march=native.
emerge --info please and try get a stack trace? https://wiki.gentoo.org/wiki/Debugging
Created attachment 752078 [details] Emerge info
I'll try getting a stack trace for you.
Created attachment 752110 [details] GDB Stacktrace Here you go!
(In reply to thezombiehunter from comment #4) > Created attachment 752110 [details] > GDB Stacktrace > > Here you go! Thanks! Can you build glibc with debugging symbols too (and see if 'bt' and maybe even 'bt full' gives more information once that's done)? Are you doing anything particular when it crashes? Could you also share emerge --info krita so I can see which USE flags to try with?
(just a warning, depending on how this goes, we might have to send it upstream)
Created attachment 752114 [details] Emerge krita info So the crashes are random but quite a few have been from opening the color wheel / brush selector (the circle thing with like 10 brushes on all sides) and pressing one of the two colors on the top left.
Created attachment 752118 [details] GDB #2 Yeah, I can force it to crash by using that wheel.
(In reply to thezombiehunter from comment #8) > Created attachment 752118 [details] > GDB #2 > > Yeah, I can force it to crash by using that wheel. You can't get a full backtrace by typing 'bt' or 'bt full' (ideally give both) once you're at that prompt?
Created attachment 752122 [details] bt
Created attachment 752126 [details] bt-full
It looks like this was fixed upstream according to kritas support team. https://bugreports.qt.io/browse/QTBUG-92188 Can we get these patches included with qt5 on Gentoo?
krita's support team might as well submit that patch as MR to KDE's own Qt5PatchCollection, which has not yet happened. We can then package it as a new snapshot.
Created attachment 752942 [details, diff] 0001-Avoid-mixing-atomic-futex-changes-and-QAtomic.patch Please test the backported fix.
With the patch the crashing no longer occurs on the color wheel/pallet. I need to test it more to be sure, but seems to fix it.
Just for anyone following, the patch is applied to dev-qt/qtcore
Yes, that patch fixes the crashing.
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=11cc810ba55dfd4db304cc59cefa8b53365337f2 commit 11cc810ba55dfd4db304cc59cefa8b53365337f2 Author: Andreas Sturmlechner <asturm@gentoo.org> AuthorDate: 2021-12-16 13:32:37 +0000 Commit: Andreas Sturmlechner <asturm@gentoo.org> CommitDate: 2021-12-16 13:33:26 +0000 dev-qt/qtcore: Fix stack smashing crash Test it in ~arch while upstream are making up their minds. See also: https://invent.kde.org/qt/qt/qtbase/-/merge_requests/81 KDE-bug: https://bugs.kde.org/show_bug.cgi?id=445719 Bug: https://bugs.gentoo.org/824286 Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andreas Sturmlechner <asturm@gentoo.org> .../files/qtcore-5.15.2-fix-stack-smashing.patch | 105 ++++++++++++++++++++ dev-qt/qtcore/qtcore-5.15.2-r12.ebuild | 106 +++++++++++++++++++++ 2 files changed, 211 insertions(+)
dev-qt/qtcore-5.15.2-r14 was stabilised on amd64.
