https://bugs.kde.org/show_bug.cgi?id=347620
--- Comment #4 from Jonathan Ringstad ---
Just tested with 3.0. It seems that the situation is better, but it's hard to
test, as krita constantly crashes in multi-window/multi-view mode.
Creating a document, creating a new window, then in that new wind
https://bugs.kde.org/show_bug.cgi?id=343803
--- Comment #45 from Jonathan Ringstad ---
That does indeed not fix the issue, as the issue is not with OpenGL but with
GLX. The GLX calls are made all the same.
You can force software rendering through mesas llvm-pipe by adjusting your
library path t
https://bugs.kde.org/show_bug.cgi?id=343803
--- Comment #41 from Jonathan Ringstad ---
I had a look and found a bit of additional information:
- The hang occurs when the libc exit handler cleans up the shared libraries of
the program, so when the process starts to hang, no actual konsole code is
https://bugs.kde.org/show_bug.cgi?id=343803
--- Comment #42 from Jonathan Ringstad ---
I had a look and found a bit of additional information:
- The hang occurs when the libc exit handler cleans up the shared libraries of
the program, so when the process starts to hang, no actual konsole code is
https://bugs.kde.org/show_bug.cgi?id=343803
--- Comment #31 from Jonathan Ringstad ---
I believe I observed the breakpoint being triggered many times, but I'm not
sure how thoroughly I actually investigated that. I can collect more data later
today to (hopefully) answer the question definitely.
https://bugs.kde.org/show_bug.cgi?id=343803
--- Comment #28 from Jonathan Ringstad ---
We really don't know anything about where the issue is. All we know is that a
function from the nvidia driver is getting called repeatedly, and that's where
CPU time is going. I can easily invent a dozen scenar
