Bug 344503 - Segfault reported when KDE applications are closed
Summary: Segfault reported when KDE applications are closed
Status: RESOLVED FIXED
Alias: None
Product: konsole
Classification: Applications
Component: general (show other bugs)
Version: 3.0.1
Platform: Fedora RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: Konsole Developer
URL:
Keywords: drkonqi
Depends on:
Blocks:
 
Reported: 2015-02-23 20:38 UTC by Peter C. Trenholme
Modified: 2015-11-05 16:03 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter C. Trenholme 2015-02-23 20:38:32 UTC
Application: konsole (3.0.1)

Qt Version: 5.4.0
Operating System: Linux 3.20.0-0.rc0.git10.1.fc23.x86_64 x86_64
Distribution: "Fedora release 23 (Rawhide)"

-- Information about the crash:
- Unusual behavior I noticed: When (almost) any KDE application is closed a seqfault is reported. They all have an identical backtrace to th one included in this report.

Speifically, KInit, KAccessablility, etc, all pop-up a crash report when they finish and (attempt to) do a normal exit. From the backtrace, I suspect that something has changed in the libthread_db program. The version on this system (Fedora 23 [Rawhide]) is glibc-2.21.90-3.fc23.1.x86_64

If you can identify the problem, please report it to the glibc developers.

The crash can be reproduced every time.

-- Backtrace:
Application: Konsole (konsole), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[KCrash Handler]
#5  0x00000037dc098859 in QReadWriteLock::~QReadWriteLock() () at /lib64/libQt5Core.so.5
#6  0x00000037eaee733d in KMimeTypeRepository::~KMimeTypeRepository() () at /lib64/libKF5KDELibs4Support.so.5
#7  0x00000037eaee8d19 in (anonymous namespace)::Q_QGS_s_self::innerFunction()::Holder::~Holder() () at /lib64/libKF5KDELibs4Support.so.5
#8  0x00000037c843a628 in __run_exit_handlers () at /lib64/libc.so.6
#9  0x00000037c843a675 in  () at /lib64/libc.so.6
#10 0x00000037c8420847 in __libc_start_main () at /lib64/libc.so.6
#11 0x0000000000400a99 in _start ()

Reported using DrKonqi
Comment 1 Loïc Yhuel 2015-02-25 01:54:53 UTC
It seems to be a gcc5 issue, see https://bugzilla.redhat.com/show_bug.cgi?id=1194682
Comment 2 Peter C. Trenholme 2015-02-25 21:18:30 UTC
Well, I did see that GCC 5 has changed the ABI to support C++11, and that may be the cause. Since dynamically loaded libraries compiled with GCC 5 are not automatically compatible with CGG 4 compiled code. (See http://fedoramagazine.org/gcc-5-in-fedora-whats-an-abi-and-what-happens-when-we-change-it/ for a write-up of why the change was made and compile options that may be used.)

Should I post this to the Fedora KDE maintainers? I suspect that they need to rebuild the whole KDE/KDM package with the GCC 5 compiler.
Comment 3 Loïc Yhuel 2015-02-25 23:40:39 UTC
The Redhat bugzilla now links to a https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65209, which has been fixed. So F23 (and probably F22 too) need a gcc5 update, and to rebuild at least kf5-kdelibs4support with it.
Comment 4 Rewarp 2015-06-06 18:35:12 UTC
Thia problem recently manifested itself in konsole for me.

Application: konsole (konsole), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[KCrash Handler]
#6  QString::~QString (this=0x21cf868, __in_chrg=<optimized out>) at ../../src/corelib/thread/qbasicatomic.h:110
#7  0x00007ff50c041c59 in QDBusConnectionPrivate::~QDBusConnectionPrivate (this=0x21cf850, __in_chrg=<optimized out>) at qdbusintegrator.cpp:1049
#8  0x00007ff50c041ea9 in QDBusConnectionPrivate::~QDBusConnectionPrivate (this=0x21cf850, __in_chrg=<optimized out>) at qdbusintegrator.cpp:1067
#9  0x00007ff50c035e65 in QDBusConnectionManager::~QDBusConnectionManager (this=0x7ff50c29fca0 <(anonymous namespace)::Q_QGS__q_manager::innerFunction()::holder>, __in_chrg=<optimized out>) at qdbusconnection.cpp:98
#10 0x00007ff50c035f19 in (anonymous namespace)::Q_QGS__q_manager::innerFunction()::Holder::~Holder() () at qdbusconnection.cpp:59
#11 0x00007ff5118e8bf9 in __run_exit_handlers () from /lib64/libc.so.6
#12 0x00007ff5118e8c45 in exit () from /lib64/libc.so.6
#13 0x00007ff5118d2b0c in __libc_start_main () from /lib64/libc.so.6
#14 0x00000000004007ee in _start () at ../sysdeps/x86_64/start.S:122
Comment 5 Sergio Martins 2015-11-05 16:03:16 UTC
Fixed in qtbase/041fae00351164fbd72763e4bd947fdeb9956a5d

Might get backported to 5.5