Bug 230748 (malloc_crash_close) - kdevelop crashes on close
Summary: kdevelop crashes on close
Status: RESOLVED DUPLICATE of bug 227116
Alias: malloc_crash_close
Product: kdevelop
Classification: Applications
Component: Language Support: CPP (old) (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: HI crash
Target Milestone: 4.0.0
Assignee: kdevelop-bugs-null
URL:
Keywords:
: 230343 230881 231456 232252 232461 (view as bug list)
Depends on:
Blocks:
 
Reported: 2010-03-14 19:33 UTC by Felix Tiede
Modified: 2010-04-20 10:11 UTC (History)
6 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
valgrind log (157.99 KB, text/plain)
2010-03-29 13:09 UTC, Nikita Melnichenko
Details
New crash information added by DrKonqi (4.24 KB, text/plain)
2010-04-08 10:44 UTC, Nikita Melnichenko
Details
valgrind log of starting kdevelop and closing it, without any further action within kdevelop (307.09 KB, text/plain)
2010-04-18 12:37 UTC, Felix Tiede
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Felix Tiede 2010-03-14 19:33:29 UTC
Application: kdevelop (3.9.99 (using KDevPlatform 0.9.99))
KDE Platform Version: 4.4.1 (KDE 4.4.1) (Compiled from sources)
Qt Version: 4.6.2
Operating System: Linux 2.6.32-tuxonice-r5 x86_64
Distribution (Platform): Gentoo Packages

-- Information about the crash:
Pressing Ctrl-Q to quit kdevelop with an open project crashes kdevelop _after_ the main window disappeared.
So far I've seen at least two functions where the crash occurred, but the crash is reproducible every time I quit kdevelop.

The crash can be reproduced every time.

 -- Backtrace:
Application: KDevelop (kdevelop.bin), signal: Segmentation fault
Traceback (most recent call last):
  File "/usr/share/gdb/auto-load/usr/lib64/libgobject-2.0.so.0.2200.4-gdb.py", line 9, in <module>
    from gobject import register
  File "/usr/share/glib-2.0/gdb/gobject.py", line 3, in <module>
    import gdb.backtrace
ImportError: No module named backtrace
[Current thread is 1 (Thread 0x7f177b71b740 (LWP 1638))]

Thread 5 (Thread 0x7f1766a8a910 (LWP 1639)):
#0  0x00007f1777d483fd in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f1777fd16d4 in QWaitConditionPrivate::wait (this=<value optimized out>, mutex=0x11c5630, time=200000) at thread/qwaitcondition_unix.cpp:85
#2  QWaitCondition::wait (this=<value optimized out>, mutex=0x11c5630, time=200000) at thread/qwaitcondition_unix.cpp:159
#3  0x00007f177473c56b in KDevelop::DUChainPrivate::CleanupThread::run (this=0x11c5610) at /var/tmp/portage/dev-util/kdevplatform-9999/work/kdevplatform-9999/language/duchain/duchain.cpp:286
#4  0x00007f1777fd04ac in QThreadPrivate::start (arg=0x11c5610) at thread/qthread_unix.cpp:248
#5  0x00007f1777d44287 in start_thread () from /lib/libpthread.so.0
#6  0x00007f177638b8cd in clone () from /lib/libc.so.6
#7  0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f1761de1910 (LWP 1641)):
#0  0x00007f1776384e22 in select () from /lib/libc.so.6
#1  0x00007f17780a8c07 in QProcessManager::run (this=0x7f17783f0da0) at io/qprocess_unix.cpp:245
#2  0x00007f1777fd04ac in QThreadPrivate::start (arg=0x7f17783f0da0) at thread/qthread_unix.cpp:248
#3  0x00007f1777d44287 in start_thread () from /lib/libpthread.so.0
#4  0x00007f177638b8cd in clone () from /lib/libc.so.6
#5  0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f1757429910 (LWP 1720)):
#0  0x00007f1777d48179 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f1775327e52 in QTWTF::TCMalloc_PageHeap::scavengerThread (this=0x7f1775611220) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2304
#2  0x00007f1775327e87 in QTWTF::TCMalloc_PageHeap::runScavengerThread (context=0x7f177561f2ec) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1438
#3  0x00007f1777d44287 in start_thread () from /lib/libpthread.so.0
#4  0x00007f177638b8cd in clone () from /lib/libc.so.6
#5  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f174d45c910 (LWP 1774)):
#0  0x00007f1777d48179 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f175afd9a02 in WTF::TCMalloc_PageHeap::scavengerThread() () from /usr/lib64/qt4/libQtWebKit.so.4
#2  0x00007f175afd9a37 in WTF::TCMalloc_PageHeap::runScavengerThread(void*) () from /usr/lib64/qt4/libQtWebKit.so.4
#3  0x00007f1777d44287 in start_thread () from /lib/libpthread.so.0
#4  0x00007f177638b8cd in clone () from /lib/libc.so.6
#5  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f177b71b740 (LWP 1638)):
[KCrash Handler]
#5  0x00007f177632e911 in ?? () from /lib/libc.so.6
#6  0x00007f1776330078 in ?? () from /lib/libc.so.6
#7  0x00007f177633324c in free () from /lib/libc.so.6
#8  0x00007f17746ff1dc in KDevelop::ItemRepository<KDevelop::FileModificationPair, KDevelop::FileModificationPairRequest, true, false, 0u, 1048576u>::close (this=0x7f1774ab43c0, doStore=false)
    at /var/tmp/portage/dev-util/kdevplatform-9999/work/kdevplatform-9999/language/duchain/repositories/itemrepository.h:2411
#9  0x00007f17747cda56 in KDevelop::ItemRepositoryRegistry::unRegisterRepository (this=<value optimized out>, repository=0x7f1774ab43c0)
    at /var/tmp/portage/dev-util/kdevplatform-9999/work/kdevplatform-9999/language/duchain/repositories/itemrepository.cpp:175
#10 0x00007f17746ffc7f in ~ItemRepository (this=0x7f1774ab43c0, __in_chrg=<value optimized out>)
    at /var/tmp/portage/dev-util/kdevplatform-9999/work/kdevplatform-9999/language/duchain/repositories/itemrepository.h:1324
#11 0x00007f17762efea5 in ?? () from /lib/libc.so.6
#12 0x00007f17762efef5 in exit () from /lib/libc.so.6
#13 0x00007f17762d9a2d in __libc_start_main () from /lib/libc.so.6
#14 0x0000000000404819 in _start ()

Reported using DrKonqi
Comment 1 Andreas Pakulat 2010-03-14 19:42:39 UTC
@David: IIRC the other one or two crash-on-exit reports with Beta9/Beta8 where also in 64bit, maybe the destruction order is different on that architecture? Or maybe its another debug vs. release build problem? Milian also has crashes like this IIRC.
Comment 2 David Nolden 2010-03-14 19:52:47 UTC
Well this crash seems very strange, like the other one you reported. You should try re-building your kdevelop with a clean build-directory. I'm also using a 64-bit architecture, so that one shouldn't matter.

If the crash should persist, can you run kdevelop under valgrind and post the output here?
Comment 3 David Nolden 2010-03-14 19:54:05 UTC
@Andreas: I'm using a release-build at work, and it runs quite fine.
Comment 4 Felix Tiede 2010-03-14 21:39:52 UTC
My kdevplatform/kdevelop is always built in a clean directory, as it is built using portage.
Comment 5 Andreas Pakulat 2010-03-15 21:52:25 UTC
*** Bug 230881 has been marked as a duplicate of this bug. ***
Comment 6 Andreas Pakulat 2010-03-20 20:43:31 UTC
*** Bug 231456 has been marked as a duplicate of this bug. ***
Comment 7 Andreas Pakulat 2010-03-26 19:52:05 UTC
*** Bug 230343 has been marked as a duplicate of this bug. ***
Comment 8 Andreas Pakulat 2010-03-26 19:52:12 UTC
*** Bug 232252 has been marked as a duplicate of this bug. ***
Comment 9 Andreas Pakulat 2010-03-28 16:14:04 UTC
*** Bug 232461 has been marked as a duplicate of this bug. ***
Comment 10 David Nolden 2010-03-29 01:56:35 UTC
Would be nice of one of the reproducers could post a valgrind log.
Comment 11 Nikita Melnichenko 2010-03-29 13:09:08 UTC
Created attachment 42344 [details]
valgrind log

well, that's valgrind log. but dr.konqi didn't appear this time. should it?
Comment 12 Nikita Melnichenko 2010-04-08 10:44:54 UTC
Created attachment 42588 [details]
New crash information added by DrKonqi

Another backtrace. Seems to be more interesting, not sure...
I'm using trunk.
Kdevelop not always crashes on close for me now.
Comment 13 Milian Wolff 2010-04-08 11:07:53 UTC
the latter backtrace is unrelated and shows a bug in KDE < 4.4.1, please update.
Comment 14 David Nolden 2010-04-18 12:15:04 UTC
@Felix Tiede: Thanks, but unfortunately the valgrind log doesn't show this problem, probably it didn't appear in that run. Does this problem still happen for you? Can you run kdevelop and valgrind again and make it crash on close in that run?
Comment 15 Felix Tiede 2010-04-18 12:37:59 UTC
Created attachment 42871 [details]
valgrind log of starting kdevelop and closing it, without any further action within kdevelop

(In reply to comment #14)
> @Felix Tiede: Thanks, but unfortunately the valgrind log doesn't show this
> problem, probably it didn't appear in that run. Does this problem still happen
> for you? Can you run kdevelop and valgrind again and make it crash on close in
> that run?

The valgrind log wasn't from me, but here is one from my box.
kdevplatform is trunk r1114923, kdevelop is trunk r1115119.

Below is the stacktrace produced from this crash.
Application: KDevelop (kdevelop.bin), signal: Segmentation fault
[Current thread is 1 (Thread 0x7f82e6bad740 (LWP 13566))]

Thread 8 (Thread 0x7f82d2ec0910 (LWP 13567)):
#0  0x00007f82e32703fd in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f82e34f6b88 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/qt4/libQtCore.so.4
#2  0x00007f82dff4361b in KDevelop::DUChainPrivate::CleanupThread::run (this=0x1211010) at /var/tmp/portage/dev-util/kdevplatform-9999/work/kdevplatform-9999/language/duchain/duchain.cpp:286
#3  0x00007f82e34f5bd1 in ?? () from /usr/lib64/qt4/libQtCore.so.4
#4  0x00007f82e326c287 in start_thread () from /lib/libpthread.so.0
#5  0x00007f82e19738cd in clone () from /lib/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 7 (Thread 0x7f82cea14910 (LWP 13569)):
#0  0x00007f82e32703fd in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f82e34f6b88 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/qt4/libQtCore.so.4
#2  0x00007f82e34eca72 in ?? () from /usr/lib64/qt4/libQtCore.so.4
#3  0x00007f82e34f5bd1 in ?? () from /usr/lib64/qt4/libQtCore.so.4
#4  0x00007f82e326c287 in start_thread () from /lib/libpthread.so.0
#5  0x00007f82e19738cd in clone () from /lib/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 6 (Thread 0x7f82cd59c910 (LWP 13572)):
#0  0x00007f82e3270179 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f82e34f6bf9 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/qt4/libQtCore.so.4
#2  0x00007f82e5052e8e in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=<value optimized out>, th=0x1a740c0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/WeaverImpl.cpp:365
#3  0x00007f82e50562e4 in ThreadWeaver::WorkingHardState::applyForWork (this=0x1ab7000, th=0x1a740c0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/WorkingHardState.cpp:71
#4  0x00007f82e5054e06 in ThreadWeaver::ThreadRunHelper::run (this=0x7f82cd59c050, parent=0x1ab7b80, th=0x1a740c0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/Thread.cpp:87
#5  0x00007f82e5054f05 in ThreadWeaver::Thread::run (this=0x1a740c0) at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/Thread.cpp:142
#6  0x00007f82e34f5bd1 in ?? () from /usr/lib64/qt4/libQtCore.so.4
#7  0x00007f82e326c287 in start_thread () from /lib/libpthread.so.0
#8  0x00007f82e19738cd in clone () from /lib/libc.so.6
#9  0x0000000000000000 in ?? ()

Thread 5 (Thread 0x7f82bf772910 (LWP 13651)):
#0  0x00007f82e3270179 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f82e0b2ed72 in ?? () from /usr/lib64/qt4/libQtScript.so.4
#2  0x00007f82e0b2eda7 in ?? () from /usr/lib64/qt4/libQtScript.so.4
#3  0x00007f82e326c287 in start_thread () from /lib/libpthread.so.0
#4  0x00007f82e19738cd in clone () from /lib/libc.so.6
#5  0x0000000000000000 in ?? ()

Thread 4 (Thread 0x7f82bff73910 (LWP 13662)):
#0  0x00007f82e3270179 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f82c5d6a912 in ?? () from /usr/lib64/qt4/libQtWebKit.so.4
#2  0x00007f82c5d6a947 in ?? () from /usr/lib64/qt4/libQtWebKit.so.4
#3  0x00007f82e326c287 in start_thread () from /lib/libpthread.so.0
#4  0x00007f82e19738cd in clone () from /lib/libc.so.6
#5  0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f82adb14910 (LWP 13687)):
#0  0x00007f82e3270179 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f82e34f6bf9 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/qt4/libQtCore.so.4
#2  0x00007f82e5052e8e in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=<value optimized out>, th=0x58e29c0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/WeaverImpl.cpp:365
#3  0x00007f82e50562e4 in ThreadWeaver::WorkingHardState::applyForWork (this=0x10c2880, th=0x58e29c0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/WorkingHardState.cpp:71
#4  0x00007f82e50562fd in ThreadWeaver::WorkingHardState::applyForWork (this=0x10c2880, th=0x58e29c0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/WorkingHardState.cpp:74
#5  0x00007f82e50562fd in ThreadWeaver::WorkingHardState::applyForWork (this=0x10c2880, th=0x58e29c0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/WorkingHardState.cpp:74
#6  0x00007f82e50562fd in ThreadWeaver::WorkingHardState::applyForWork (this=0x10c2880, th=0x58e29c0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/WorkingHardState.cpp:74
#7  0x00007f82e50562fd in ThreadWeaver::WorkingHardState::applyForWork (this=0x10c2880, th=0x58e29c0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/WorkingHardState.cpp:74
#8  0x00007f82e5054e06 in ThreadWeaver::ThreadRunHelper::run (this=0x7f82adb14050, parent=0x116dca0, th=0x58e29c0)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/Thread.cpp:87
#9  0x00007f82e5054f05 in ThreadWeaver::Thread::run (this=0x58e29c0) at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/Thread.cpp:142
#10 0x00007f82e34f5bd1 in ?? () from /usr/lib64/qt4/libQtCore.so.4
#11 0x00007f82e326c287 in start_thread () from /lib/libpthread.so.0
#12 0x00007f82e19738cd in clone () from /lib/libc.so.6
#13 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f82aaac4910 (LWP 13688)):
#0  0x00007f82e3270179 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
#1  0x00007f82e34f6bf9 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/qt4/libQtCore.so.4
#2  0x00007f82e5052e8e in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=<value optimized out>, th=0x4489280)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/WeaverImpl.cpp:365
#3  0x00007f82e50562e4 in ThreadWeaver::WorkingHardState::applyForWork (this=0x10c2880, th=0x4489280)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/WorkingHardState.cpp:71
#4  0x00007f82e5054e06 in ThreadWeaver::ThreadRunHelper::run (this=0x7f82aaac4050, parent=0x116dca0, th=0x4489280)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/Thread.cpp:87
#5  0x00007f82e5054f05 in ThreadWeaver::Thread::run (this=0x4489280) at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/threadweaver/Weaver/Thread.cpp:142
#6  0x00007f82e34f5bd1 in ?? () from /usr/lib64/qt4/libQtCore.so.4
#7  0x00007f82e326c287 in start_thread () from /lib/libpthread.so.0
#8  0x00007f82e19738cd in clone () from /lib/libc.so.6
#9  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f82e6bad740 (LWP 13566)):
[KCrash Handler]
#5  0x00007f82e4815ff4 in QDesignerFormEditorInterface::settingsManager() const () from /usr/lib64/qt4/libQtDesigner.so.4
#6  0x00007f82bc800f34 in ?? () from /usr/lib64/qt4/libQtDesignerComponents.so.4
#7  0x00007f82bc80113e in ?? () from /usr/lib64/qt4/libQtDesignerComponents.so.4
#8  0x00007f82e35f41d3 in QObjectPrivate::deleteChildren() () from /usr/lib64/qt4/libQtCore.so.4
#9  0x00007f82e2802d38 in QWidget::~QWidget() () from /usr/lib64/qt4/libQtGui.so.4
#10 0x00007f82bc80657b in ?? () from /usr/lib64/qt4/libQtDesignerComponents.so.4
#11 0x00007f82e35f41d3 in QObjectPrivate::deleteChildren() () from /usr/lib64/qt4/libQtCore.so.4
#12 0x00007f82e2802d38 in QWidget::~QWidget() () from /usr/lib64/qt4/libQtGui.so.4
#13 0x00007f82dfc5158a in ~IdealDockWidget (this=0x32a17c0, __in_chrg=<value optimized out>) at /var/tmp/portage/dev-util/kdevplatform-9999/work/kdevplatform-9999/sublime/ideal.cpp:374
#14 0x00007f82e35f41d3 in QObjectPrivate::deleteChildren() () from /usr/lib64/qt4/libQtCore.so.4
#15 0x00007f82e2802d38 in QWidget::~QWidget() () from /usr/lib64/qt4/libQtGui.so.4
#16 0x00007f82dfc5502f in ~IdealMainWidget (this=0x3025f00, __in_chrg=<value optimized out>) at /var/tmp/portage/dev-util/kdevplatform-9999/work/kdevplatform-9999/sublime/ideal.h:156
#17 0x00007f82e35f41d3 in QObjectPrivate::deleteChildren() () from /usr/lib64/qt4/libQtCore.so.4
#18 0x00007f82e2802d38 in QWidget::~QWidget() () from /usr/lib64/qt4/libQtGui.so.4
#19 0x00007f82e3e31543 in ~KMainWindow (this=0x1050e10, __in_chrg=<value optimized out>) at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/kdeui/widgets/kmainwindow.cpp:476
#20 0x00007f82dfc441ef in ~MainWindow (this=0x1050e10, __vtt_parm=0x7f82e6345be8, __in_chrg=<value optimized out>)
    at /var/tmp/portage/dev-util/kdevplatform-9999/work/kdevplatform-9999/sublime/mainwindow.cpp:116
#21 0x00007f82e608a6cf in ~MainWindow (this=0x1050e10, __in_chrg=<value optimized out>, __vtt_parm=<value optimized out>)
    at /var/tmp/portage/dev-util/kdevplatform-9999/work/kdevplatform-9999/shell/mainwindow.cpp:126
#22 0x00007f82e35f584f in QObject::event(QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#23 0x00007f82e27fbb5d in QWidget::event(QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#24 0x00007f82e2ba71d9 in QMainWindow::event(QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#25 0x00007f82e3e64bd6 in KXmlGuiWindow::event (this=0x32a17c0, ev=0x3f72580) at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/kdeui/xmlgui/kxmlguiwindow.cpp:131
#26 0x00007f82e27aa6f2 in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#27 0x00007f82e27b1766 in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/qt4/libQtGui.so.4
#28 0x00007f82e3d7e2c8 in KApplication::notify (this=0x7ffff6ac72f0, receiver=0x1050e10, event=0x620f920)
    at /var/tmp/portage/kde-base/kdelibs-4.4.2/work/kdelibs-4.4.2/kdeui/kernel/kapplication.cpp:302
#29 0x00007f82e35e66de in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/qt4/libQtCore.so.4
#30 0x00007f82e35e745f in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/qt4/libQtCore.so.4
#31 0x00007f82e360ffaf in QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#32 0x00007f82e2853fc5 in ?? () from /usr/lib64/qt4/libQtGui.so.4
#33 0x00007f82e35e52a4 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#34 0x00007f82e35e55ef in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt4/libQtCore.so.4
#35 0x00007f82e35e76a8 in QCoreApplication::exec() () from /usr/lib64/qt4/libQtCore.so.4
#36 0x0000000000406f65 in main (argc=1, argv=0x7ffff6ac8848) at /var/tmp/portage/dev-util/kdevelop-9999/work/kdevelop-9999/app/main_internal.cpp:232
Comment 16 Felix Tiede 2010-04-20 08:45:25 UTC
The problem persists in kdevplatform r1116641/kdevelop r1116610. Stacktraces look similar to the initial one on this bug report and can be supplied if requested.
Comment 17 Milian Wolff 2010-04-20 10:11:19 UTC
marking as duplicate, both crash in ItemRepository

*** This bug has been marked as a duplicate of bug 227116 ***