Version: 3.3.2 (using KDE 3.3.2, Gentoo) Compiler: gcc version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2, pie-8.7.6) OS: Linux (i686) release 2.6.9 ok, I got a weird crash there... it happens twice to me tonight. first time on bugs.kde.org, second time on doc.trolltech.com I launch a new browser, type the address, enter, start rendering and crash. relaunch a new browser, do same thing,... works. same thing twice for both site. I kept the backtrace on the second shot. so weird. Using host libthread_db library "/lib/libthread_db.so.1". [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 23433)] [KCrash handler] #5 0xb7394148 in QString (this=0xbfffdfb0, s=@0x1c) at tools/qstring.cpp:1396 #6 0xb78597ee in KIconEffect::fingerprint(int, int) const (this=0x8901c74, group=1, state=2) at kiconeffect.cpp:139 #7 0xb7863e69 in KIconLoader::loadIcon(QString const&, KIcon::Group, int, int, QString*, bool) const (this=0x836d828, _name=@0x1c, group=Toolbar, size=22, state=2, path_store=0x0, canReturnNull=false) at kiconloader.cpp:654 #8 0xb7866dc7 in KIconFactory::createPixmap(QIconSet const&, QIconSet::Size, QIconSet::Mode, QIconSet::State) (this=0x837c5a8, mode_P=28) at kiconloader.cpp:1183 #9 0xb6febe68 in QIconSetPrivate::icon(QIconSet const*, QIconSet::Size, QIconSet::Mode, QIconSet::State) (this=0x9fa8678, iconSet=0xbfffe450, size=Small, mode=Disabled, state=Off) at kernel/qiconset.cpp:195 #10 0xb6fec675 in QIconSet::pixmap(QIconSet::Size, QIconSet::Mode, QIconSet::State) const (this=0xbfffe450, size=Small, mode=Disabled, state=Off) at kernel/qiconset.cpp:520 #11 0xb7b896c2 in KToolBarButton::drawButton(QPainter*) (this=0x881f9a8, _painter=0x84d57a8) at ktoolbarbutton.cpp:474 #12 0xb70dc48d in QButton::paintEvent(QPaintEvent*) (this=0x881f9a8) at widgets/qbutton.cpp:883 #13 0xb7071b0d in QWidget::event(QEvent*) (this=0x881f9a8, e=0xbfffe8a0) at kernel/qwidget.cpp:4776 #14 0xb6fbe5a9 in QApplication::internalNotify(QObject*, QEvent*) ( this=0xbffff020, receiver=0x881f9a8, e=0xbfffe8a0) at kernel/qapplication.cpp:2635 #15 0xb6fbe21b in QApplication::notify(QObject*, QEvent*) (this=0xbffff020, receiver=0x881f9a8, e=0xbfffe8a0) at kernel/qapplication.cpp:2523 #16 0xb78049a5 in KApplication::notify(QObject*, QEvent*) (this=0xbffff020, receiver=0x881f9a8, event=0xbfffe8a0) at kapplication.cpp:495 #17 0xb6f46bd6 in QApplication::sendSpontaneousEvent(QObject*, QEvent*) ( receiver=0x881f9a8, event=0xbfffe8a0) at qapplication.h:494 #18 0xb6f41801 in QETWidget::translatePaintEvent(_XEvent const*) ( this=0x881f9a8, event=0xbfffec60) at kernel/qapplication_x11.cpp:5634 #19 0xb6f3c550 in QApplication::x11ProcessEvent(_XEvent*) (this=0xbffff020, event=0xbfffec60) at kernel/qapplication_x11.cpp:3487 #20 0xb6f59a0d in QEventLoop::processEvents(unsigned) (this=0x812da10, flags=4) at kernel/qeventloop_x11.cpp:192 #21 0xb6fd5979 in QEventLoop::enterLoop() (this=0x812da10) at kernel/qeventloop.cpp:198 #22 0xb6fd5892 in QEventLoop::exec() (this=0x812da10) at kernel/qeventloop.cpp:145 #23 0xb6fbe74b in QApplication::exec() (this=0xbffff020) at kernel/qapplication.cpp:2758 #24 0xb670b895 in kdemain (argc=28, argv=0x1c) at konq_main.cc:204 #25 0xb76eb7d2 in kdeinitmain (argc=28, argv=0x1c) at konqueror_dummy.cc:2 #26 0x0804e342 in launch (argc=4, _name=0x81027e4 "konqueror", args=0x810281b "/home/somekool", cwd=0x810281b "/home/somekool", envc=53, envs=0x81030d7 "", reset_env=true, tty=0x0, avoid_loops=false, startup_id_str=0x1c <Address 0x1c out of bounds>) at kinit.cpp:623 #27 0x08050742 in handle_launcher_request (sock=4) at kinit.cpp:1187 #28 0x0804f627 in handle_requests (waitForPid=0) at kinit.cpp:1378 #29 0x0804d71b in main (argc=3, argv=0xbffff724, envp=0x1c) at kinit.cpp:1841
Here is a hint on how to avoid the crash: try to debug it. Never happens when I do that *** This bug has been marked as a duplicate of 68528 ***