Sun 03 Jan 2010 11:13:12 PM UTC, comment #2:
Am having the same very severe issues here, on Debian gnash Version: 0.8.6-2 , konqueror Version: 4:4.3.2-1 .
Visiting e.g. http://www.voip-info.org/wiki/view/Asterisk+RealTime
shows 3 ads in the side bar with "Click to Play" visible (thus the only reasonable expectation would be for it to remain fully idle),
and all 3 burn tons of CPU (33% each in fact, as much as they can get, thus my poor P3/700 is killed and buried).
ltrace -f -p on a gnash shows repeated
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
_ZN15QX11EmbedWidget11eventFilterEP7QObjectP6QEvent(0x8321dc0, 0x8321e80, 0xbff2c4fc, 0x828c000, 0xbff2c248) = 0
_ZN7QWidget5eventEP6QEvent(0x8321e80, 0xbff2c4fc, 0xbff2c4fc, -1, 0x826e0c0) = 1
Most likely some Qt event loop mechanism gone haywire, keeps sending updates.
gdb backtrace:
(gdb) bt
#0 0xffffe424 in __kernel_vsyscall ()
#1 0xb6103b47 in *__GI___poll (fds=0x83671e0, nfds=3, timeout=6) at ../sysdeps/unix/sysv/linux/poll.c:87
#2 0xb522275b in g_poll () from /lib/libglib-2.0.so.0
#3 0xb5215585 in ?? () from /lib/libglib-2.0.so.0
#4 0xb5215838 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#5 0xb652f041 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) ()
from /usr/lib/libQtCore.so.4
#6 0xb67db305 in ?? () from /usr/lib/libQtGui.so.4
#7 0xb650283a in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#8 0xb6502c82 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib/libQtCore.so.4
#9 0xb65050d9 in QCoreApplication::exec() () from /usr/lib/libQtCore.so.4
#10 0xb673b917 in QApplication::exec() () from /usr/lib/libQtGui.so.4
#11 0x080a40ab in gnash::Kde4Gui::run() ()
#12 0x0809ed06 in gnash::Player::run(int, char**, std::string const&, std::string const&) ()
#13 0x0808a758 in main ()
Related strace output is:
clock_gettime(CLOCK_MONOTONIC, {138582, 941682432}) = 0
clock_gettime(CLOCK_MONOTONIC, {138582, 941881076}) = 0
read(7, 0x828c058, 4096) = -1 EAGAIN (Resource temporarily unavailable)
clock_gettime(CLOCK_MONOTONIC, {138582, 943241693}) = 0
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 3, 7) = 0 (Timeout)
read(7, 0x828c058, 4096) = -1 EAGAIN (Resource temporarily unavailable)
clock_gettime(CLOCK_MONOTONIC, {138582, 951767197}) = 0
clock_gettime(CLOCK_MONOTONIC, {138582, 951971988}) = 0
read(7, 0x828c058, 4096) = -1 EAGAIN (Resource temporarily unavailable)
clock_gettime(CLOCK_MONOTONIC, {138582, 953314444}) = 0
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 3, 7) = 0 (Timeout)
read(7, 0x828c058, 4096) = -1 EAGAIN (Resource temporarily unavailable)
clock_gettime(CLOCK_MONOTONIC, {138583, 461617}) = 0
clock_gettime(CLOCK_MONOTONIC, {138583, 9542264}) = 0
read(7, 0x828c058, 4096) = -1 EAGAIN (Resource temporarily unavailable)
clock_gettime(CLOCK_MONOTONIC, {138583, 30669814}) = 0
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 3, 0) = 0 (Timeout)
read(7, 0x828c058, 4096) = -1 EAGAIN (Resource temporarily unavailable)
clock_gettime(CLOCK_MONOTONIC, {138583, 51523564}) = 0
read(7, 0x828c058, 4096) = -1 EAGAIN (Resource temporarily unavailable)
clock_gettime(CLOCK_MONOTONIC, {138583, 72054342}) = 0
poll([{fd=3, events=POLLIN}, {fd=8, events=POLLIN}, {fd=7, events=POLLIN}], 3, 0) = 0 (Timeout)
Boosting priority of this bug would be nice, it is annoying (and simply BROKEN) beyond belief.
Thanks,
Andreas Mohr
|