This is a discussion on KDE 3.5 BRANCH && gcc-4.1.0 && glibc-2.4 && linux-2.6.16 - KDE ; Hi! I would like to ask, whether the "logical expression" in the subject evaluates to TRUE for anybody here, i.e. whether there is somebody successfully running this configuration :-). I've tried to do it but the results are only partially ...
I would like to ask, whether the "logical expression" in the subject
evaluates to TRUE for anybody here, i.e. whether there is somebody successfully
running this configuration :-).
I've tried to do it but the results are only partially successfull.
KDE basically runs, but there are freezes in many applications. For example,
konqueror freezes, when attempting to open a new tab. Amarok even doesn't
start. Some other apps also have their "point of freeze".
A common denominator of all the freezes is that they end up in kernel futex()
call, especially futex(
, FUTEX_WAIT, 2, NULL). This call never
A backtrace made by breaking the hung program (here, konq trying to open
a new tab) shows always something like that:
Program received signal SIGINT, Interrupt.
0x002a17f9 in __lll_mutex_lock_wait () from /lib/libpthread.so.0
#0 0x002a17f9 in __lll_mutex_lock_wait () from /lib/libpthread.so.0
#1 0x0029e2e0 in _L_mutex_lock_48 () from /lib/libpthread.so.0
#2 0x0075e159 in _dl_lookup_symbol_x () from /lib/ld-linux.so.2
#3 0x05283bcc in (anonymous namespace)::static_mutex::lock () from /usr/lib/libstdc++.so.6
#4 0x05283c6b in __cxa_guard_acquire () from /usr/lib/libstdc++.so.6
#5 0x00f29c27 in KIconLoader::iconPath () from /opt/kde3.5/lib/libkdecore.so.4
Just now, I'm guessing, whether the bug is in KDE (unprobable, it worked
before the system upgrade), gcc/libstdc++, glibc/libpthread or kernel. It's
the reason why I'm asking to see experience of others trying to do the same.
Any help, what to try to debug this problem, is greatly appreciated!
With regards, Pavel Troller
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<