Summary: | kdevelop crash when building | ||
---|---|---|---|
Product: | [Applications] kdevelop | Reporter: | Davide Rondini <davide.rondini> |
Component: | general | Assignee: | kdevelop-bugs-null |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | aleixpol, andresbajotierra, janitor048 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
CMakeLists.txt: exiting it causes crash during saving process
The second backtrace The main CMakeLists.txt The Kdevelop4 project file |
Description
Davide Rondini
2009-07-06 08:36:47 UTC
Created attachment 35082 [details]
CMakeLists.txt: exiting it causes crash during saving process
It happened again. The backtrace is almost the same. This time I was not building: I simply added a new cpp file to my CMakeLists.txt. It seems that it can be related to the CMake files parsing/updating. I add the CMakeLists.txt, hoping it could be helpful. It is not the main project file, but the one of a subdirectory. (In reply to comment #2) > It happened again. The backtrace is almost the same. Can you please post it, I doubt thats the same problem as thread1 (which is the one that crashes) wouldn't have the BuildJob stuff in it then. > This time I was not > building: I simply added a new cpp file to my CMakeLists.txt. It seems that it > can be related to the CMake files parsing/updating. I add the CMakeLists.txt, > hoping it could be helpful. It is not the main project file, but the one of a > subdirectory. Would be good to have the complete project available for testing. So far I haven't had much problems when editing cmake files. Created attachment 35087 [details]
The second backtrace
Created attachment 35088 [details]
The main CMakeLists.txt
Created attachment 35089 [details]
The Kdevelop4 project file
Ok I submitted the project files and the new backtrace. I generated the project by importing my CMake project from the import wizard. (In reply to comment #4) > Created an attachment (id=35087) [details] > The second backtrace Hmm, does it help if you remove $HOME/.kdevduchain and restart kdevelop? I've just run into the same (?) thing on my build from trunk (rev 992362). Simple non-GUI CMake project (with just one file when it happened). It works fine in general, but when hitting F8 it crashed on me twice in the last 20 minutes. In between and right now it works without problems, however. And I can't really reproduce it (or haven't found out how yet). Anyway, here's the backtrace: Application: KDevelop (kdevelop), signal SIGSEGV 0x00007f2127284d21 in nanosleep () from /lib/libc.so.6 [Current thread is 0 (LWP 11083)] Thread 9 (Thread 0x7f21190b3950 (LWP 11084)): #0 0x00007f21228f356d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007f2128bfd917 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #2 0x00007f212589db3e in KDevelop::DUChainPrivate::CleanupThread::run (this=0x33dc8f0) at /home/oli/Develop/KDE4/src/kdevplatform/language/duchain/duchain.cpp:280 #3 0x00007f2128bfc952 in ?? () from /usr/lib/libQtCore.so.4 #4 0x00007f21228ef3ba in start_thread () from /lib/libpthread.so.0 #5 0x00007f21272c2fcd in clone () from /lib/libc.so.6 #6 0x0000000000000000 in ?? () Thread 8 (Thread 0x7f210f2ef950 (LWP 11085)): #0 0x00007f21272bb742 in select () from /lib/libc.so.6 #1 0x00007f2128cc3f06 in ?? () from /usr/lib/libQtCore.so.4 #2 0x00007f2128bfc952 in ?? () from /usr/lib/libQtCore.so.4 #3 0x00007f21228ef3ba in start_thread () from /lib/libpthread.so.0 #4 0x00007f21272c2fcd in clone () from /lib/libc.so.6 #5 0x0000000000000000 in ?? () Thread 7 (Thread 0x7f210d8e0950 (LWP 11131)): #0 0x00007f21228f32e9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007f2128bfd939 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #2 0x00007f212a4195e4 in ?? () from /usr/lib/libthreadweaver.so.4 #3 0x00007f212a41bd93 in ?? () from /usr/lib/libthreadweaver.so.4 #4 0x00007f212a41a30f in ?? () from /usr/lib/libthreadweaver.so.4 #5 0x00007f212a41a769 in ThreadWeaver::Thread::run () from /usr/lib/libthreadweaver.so.4 #6 0x00007f2128bfc952 in ?? () from /usr/lib/libQtCore.so.4 #7 0x00007f21228ef3ba in start_thread () from /lib/libpthread.so.0 #8 0x00007f21272c2fcd in clone () from /lib/libc.so.6 #9 0x0000000000000000 in ?? () Thread 6 (Thread 0x7f210e8e2950 (LWP 11141)): #0 0xffffffffff6001bb in ?? () #1 0x00007f210e8e1da0 in ?? () #2 0x00007fff33fff5fc in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) Thread 5 (Thread 0x7f20fc8f2950 (LWP 11142)): #0 0xffffffffff6001bb in ?? () #1 0x00007f20fc8f1da0 in ?? () #2 0x00007fff33fff5fc in ?? () Backtrace stopped: previous frame identical to this frame (corrupt stack?) Thread 4 (Thread 0x7f20fc0f1950 (LWP 11147)): #0 0x00007f21228f356d in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007f2128bfc395 in ?? () from /usr/lib/libQtCore.so.4 #2 0x00007f2128bfc4fe in QThread::msleep () from /usr/lib/libQtCore.so.4 #3 0x00007f20fd8b0e01 in UIBlockTester::UIBlockTesterThread::run (this=0x5ddbea0) at /home/oli/Develop/KDE4/src/kdevelop/languages/cpp/cpplanguagesupport.cpp:985 #4 0x00007f2128bfc952 in ?? () from /usr/lib/libQtCore.so.4 #5 0x00007f21228ef3ba in start_thread () from /lib/libpthread.so.0 #6 0x00007f21272c2fcd in clone () from /lib/libc.so.6 #7 0x0000000000000000 in ?? () Thread 3 (Thread 0x7f20fb8f0950 (LWP 11148)): #0 0x00007f21228f32e9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007f2128bfd939 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #2 0x00007f212a4195e4 in ?? () from /usr/lib/libthreadweaver.so.4 #3 0x00007f212a41bd93 in ?? () from /usr/lib/libthreadweaver.so.4 #4 0x00007f212a41a30f in ?? () from /usr/lib/libthreadweaver.so.4 #5 0x00007f212a41a769 in ThreadWeaver::Thread::run () from /usr/lib/libthreadweaver.so.4 #6 0x00007f2128bfc952 in ?? () from /usr/lib/libQtCore.so.4 #7 0x00007f21228ef3ba in start_thread () from /lib/libpthread.so.0 #8 0x00007f21272c2fcd in clone () from /lib/libc.so.6 #9 0x0000000000000000 in ?? () Thread 2 (Thread 0x7f20fb0ef950 (LWP 11149)): #0 0x00007f21228f32e9 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0 #1 0x00007f2128bfd939 in QWaitCondition::wait () from /usr/lib/libQtCore.so.4 #2 0x00007f212a4195e4 in ?? () from /usr/lib/libthreadweaver.so.4 #3 0x00007f212a41bd93 in ?? () from /usr/lib/libthreadweaver.so.4 #4 0x00007f212a41bdac in ?? () from /usr/lib/libthreadweaver.so.4 #5 0x00007f212a41a30f in ?? () from /usr/lib/libthreadweaver.so.4 #6 0x00007f212a41a769 in ThreadWeaver::Thread::run () from /usr/lib/libthreadweaver.so.4 #7 0x00007f2128bfc952 in ?? () from /usr/lib/libQtCore.so.4 #8 0x00007f21228ef3ba in start_thread () from /lib/libpthread.so.0 #9 0x00007f21272c2fcd in clone () from /lib/libc.so.6 #10 0x0000000000000000 in ?? () Thread 1 (Thread 0x7f212bf34750 (LWP 11083)): [KCrash Handler] #5 0x00007f2125e9ec9c in KDevelop::BuilderJobPrivate::addJob (this=0x6cc1950, t=KDevelop::BuilderJob::Build, item=0x7f2108043b30) at /usr/include/qt4/QtGui/qstandarditemmodel.h:79 #6 0x00007f2125e9fa98 in KDevelop::BuilderJob::addItems (this=0x6ccab70, t=KDevelop::BuilderJob::Build, items=<value optimized out>) at /home/oli/Develop/KDE4/src/kdevplatform/project/builderjob.cpp:101 #7 0x00007f2105c89a85 in ProjectManagerViewPlugin::runBuilderJob (this=0x42563b0, t=KDevelop::BuilderJob::Build) at /home/oli/Develop/KDE4/src/kdevplatform/plugins/projectmanagerview/projectmanagerviewplugin.cpp:390 #8 0x00007f2105c8e485 in ProjectManagerViewPlugin::qt_metacall (this=0x42563b0, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7fff33f79510) at /home/oli/Develop/KDE4/src/kdevplatform/build/plugins/projectmanagerview/projectmanagerviewplugin.moc:108 #9 0x00007f2128cfb1f2 in QMetaObject::activate () from /usr/lib/libQtCore.so.4 #10 0x00007f2127ec97e7 in QAction::triggered () from /usr/lib/libQtGui.so.4 #11 0x00007f2127ecac60 in QAction::activate () from /usr/lib/libQtGui.so.4 #12 0x00007f2127ecd777 in QAction::event () from /usr/lib/libQtGui.so.4 #13 0x00007f212938a473 in KAction::event () from /usr/lib/libkdeui.so.5 #14 0x00007f2127ecf78d in QApplicationPrivate::notify_helper () from /usr/lib/libQtGui.so.4 #15 0x00007f2127ed797a in QApplication::notify () from /usr/lib/libQtGui.so.4 #16 0x00007f212945c84b in KApplication::notify () from /usr/lib/libkdeui.so.5 #17 0x00007f2128ce575c in QCoreApplication::notifyInternal () from /usr/lib/libQtCore.so.4 #18 0x00007f2127f0505d in ?? () from /usr/lib/libQtGui.so.4 #19 0x00007f2127f06ebc in ?? () from /usr/lib/libQtGui.so.4 #20 0x00007f2127ed89a1 in QApplication::notify () from /usr/lib/libQtGui.so.4 #21 0x00007f212945c84b in KApplication::notify () from /usr/lib/libkdeui.so.5 #22 0x00007f2128ce575c in QCoreApplication::notifyInternal () from /usr/lib/libQtCore.so.4 #23 0x00007f2127f646b4 in ?? () from /usr/lib/libQtGui.so.4 #24 0x00007f2127f66a12 in ?? () from /usr/lib/libQtGui.so.4 #25 0x00007f2127f3f5bd in QApplication::x11ProcessEvent () from /usr/lib/libQtGui.so.4 #26 0x00007f2127f68464 in ?? () from /usr/lib/libQtGui.so.4 #27 0x00007f2121c3a20a in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #28 0x00007f2121c3d8e0 in ?? () from /usr/lib/libglib-2.0.so.0 #29 0x00007f2121c3da7c in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #30 0x00007f2128d0ee6f in QEventDispatcherGlib::processEvents () from /usr/lib/libQtCore.so.4 #31 0x00007f2127f67bef in ?? () from /usr/lib/libQtGui.so.4 #32 0x00007f2128ce4002 in QEventLoop::processEvents () from /usr/lib/libQtCore.so.4 #33 0x00007f2128ce43cd in QEventLoop::exec () from /usr/lib/libQtCore.so.4 #34 0x00007f2128ce6694 in QCoreApplication::exec () from /usr/lib/libQtCore.so.4 #35 0x00000000004080e7 in main (argc=1, argv=0x7fff33f7c378) at /home/oli/Develop/KDE4/src/kdevelop/app/main.cpp:172 Bug 194483 has a similar backtrace and similar duplicates. Thanks *** This bug has been marked as a duplicate of bug 194483 *** SVN commit 993467 by apol: A little bit of refactoring and reorganization on the buildsets. Simplifies the buildset creation a lot. If it does not fix the bug, we will have to create some kind of "restructuring" state for the project or just add the new tree to the project when it's ready. BUG: 199113 M +1 -0 plugins/execute/nativeappconfig.cpp M +2 -14 plugins/execute/projectitemlineedit.cpp M +5 -3 plugins/execute/projectitemlineedit.h M +3 -1 plugins/projectmanagerview/builditembuilderjob.cpp M +46 -117 plugins/projectmanagerview/projectbuildsetmodel.cpp M +3 -6 plugins/projectmanagerview/projectbuildsetmodel.h M +16 -0 project/projectmodel.cpp M +1 -0 project/projectmodel.h WebSVN link: http://websvn.kde.org/?view=rev&revision=993467 need to re-open this for now as I had to revert the change that fixed it. and fixed again by aleix in r993829 Re-commited the code => re-closing the bug |