Application: kdevelop (4.7.0) KDE Platform Version: 4.14.3 Qt Version: 4.8.6 Operating System: Linux 3.16.6-2-desktop x86_64 Distribution: "openSUSE 13.2 (Harlequin) (x86_64)" -- Information about the crash: - What I was doing when the application crashed: I just ran it for the first time. It has a dialog come up saying "Configure a build directory for /home/clintar" and wants to do SOMETHING I'm not sure using my home directory. I hit cancel and it seems to do the same thing. I have no idea what it is doing besides trying to scan my entire home directory of over 500 gig in deeply nested small files. Why is it doing this? More info in the dialog please? Why do I want to use this software if it doesn't let me understand what it is doing? The crash can be reproduced every time. -- Backtrace: Application: KDevelop (kdevelop), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fe66b996800 (LWP 2514))] Thread 8 (Thread 0x7fe64d1c5700 (LWP 2515)): #0 0x00007fe667e8705f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fe664aed8cb in QTWTF::TCMalloc_PageHeap::scavengerThread() (this=0x7fe664debf00 <QTWTF::pageheap_memory>) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #2 0x00007fe664aed909 in QTWTF::TCMalloc_PageHeap::runScavengerThread(void*) (context=<optimized out>) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #3 0x00007fe667e830a4 in start_thread () at /lib64/libpthread.so.0 #4 0x00007fe66817d7fd in clone () at /lib64/libc.so.6 Thread 7 (Thread 0x7fe5c7c91700 (LWP 2520)): #0 0x00007fe6624dffcf in () at /usr/lib64/libglib-2.0.so.0 #1 0x00007fe6624e25bb in g_main_context_check () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fe6624e2b7b in () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fe6624e2cec in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #4 0x00007fe6688f80de in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7fe5c00008e0, flags=...) at kernel/qeventdispatcher_glib.cpp:452 #5 0x00007fe6688c9e6f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fe5c7c90da0, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007fe6688ca165 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fe5c7c90da0, flags=...) at kernel/qeventloop.cpp:204 #7 0x00007fe6687c70bf in QThread::exec() (this=this@entry=0x1a2dda0) at thread/qthread.cpp:538 #8 0x00007fe6688ab783 in QInotifyFileSystemWatcherEngine::run() (this=0x1a2dda0) at io/qfilesystemwatcher_inotify.cpp:265 #9 0x00007fe6687c979f in QThreadPrivate::start(void*) (arg=0x1a2dda0) at thread/qthread_unix.cpp:349 #10 0x00007fe667e830a4 in start_thread () at /lib64/libpthread.so.0 #11 0x00007fe66817d7fd in clone () at /lib64/libc.so.6 Thread 6 (Thread 0x7fe5c5393700 (LWP 2527)): #0 0x00007fe667e87408 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fe6687c9c64 in QWaitCondition::wait(QMutex*, unsigned long) (time=1000, this=0x3d154b0) at thread/qwaitcondition_unix.cpp:84 #2 0x00007fe6687c9c64 in QWaitCondition::wait(QMutex*, unsigned long) (this=<optimized out>, mutex=0x34e9b20, time=1000) at thread/qwaitcondition_unix.cpp:158 #3 0x00007fe665556b32 in () at /usr/lib64/libkdevplatformlanguage.so.8 #4 0x00007fe6687c979f in QThreadPrivate::start(void*) (arg=0x34e9b00) at thread/qthread_unix.cpp:349 #5 0x00007fe667e830a4 in start_thread () at /lib64/libpthread.so.0 #6 0x00007fe66817d7fd in clone () at /lib64/libc.so.6 Thread 5 (Thread 0x7fe5bf165700 (LWP 2533)): #0 0x00007fe662524904 in g_mutex_unlock () at /usr/lib64/libglib-2.0.so.0 #1 0x00007fe6624e2bd9 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fe6624e2cec in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fe6688f80de in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7fe5ac0008e0, flags=...) at kernel/qeventdispatcher_glib.cpp:452 #4 0x00007fe6688c9e6f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fe5bf164de0, flags=...) at kernel/qeventloop.cpp:149 #5 0x00007fe6688ca165 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fe5bf164de0, flags=...) at kernel/qeventloop.cpp:204 #6 0x00007fe6687c70bf in QThread::exec() (this=<optimized out>) at thread/qthread.cpp:538 #7 0x00007fe6687c979f in QThreadPrivate::start(void*) (arg=0x3df5788) at thread/qthread_unix.cpp:349 #8 0x00007fe667e830a4 in start_thread () at /lib64/libpthread.so.0 #9 0x00007fe66817d7fd in clone () at /lib64/libc.so.6 Thread 4 (Thread 0x7fe598b4b700 (LWP 2578)): #0 0x00007fe66817149d in read () at /lib64/libc.so.6 #1 0x00007fe6585d7f45 in () at /usr/lib64/tls/libnvidia-tls.so.343.13 #2 0x00007fe662523750 in () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fe6624e2714 in g_main_context_check () at /usr/lib64/libglib-2.0.so.0 #4 0x00007fe6624e2b7b in () at /usr/lib64/libglib-2.0.so.0 #5 0x00007fe6624e2cec in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #6 0x00007fe6688f80de in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=0x7fe58c001820, flags=...) at kernel/qeventdispatcher_glib.cpp:452 #7 0x00007fe6688c9e6f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fe598b4ada0, flags=...) at kernel/qeventloop.cpp:149 #8 0x00007fe6688ca165 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (this=this@entry=0x7fe598b4ada0, flags=...) at kernel/qeventloop.cpp:204 #9 0x00007fe6687c70bf in QThread::exec() (this=this@entry=0x48539d0) at thread/qthread.cpp:538 #10 0x00007fe6688ab783 in QInotifyFileSystemWatcherEngine::run() (this=0x48539d0) at io/qfilesystemwatcher_inotify.cpp:265 #11 0x00007fe6687c979f in QThreadPrivate::start(void*) (arg=0x48539d0) at thread/qthread_unix.cpp:349 #12 0x00007fe667e830a4 in start_thread () at /lib64/libpthread.so.0 #13 0x00007fe66817d7fd in clone () at /lib64/libc.so.6 Thread 3 (Thread 0x7fe59934c700 (LWP 2647)): #0 0x00007fe667e8705f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fe6687c9c86 in QWaitCondition::wait(QMutex*, unsigned long) (time=18446744073709551615, this=0x4fa3e80) at thread/qwaitcondition_unix.cpp:86 #2 0x00007fe6687c9c86 in QWaitCondition::wait(QMutex*, unsigned long) (this=<optimized out>, mutex=0x4e5f940, time=18446744073709551615) at thread/qwaitcondition_unix.cpp:158 #3 0x00007fe65f3306fc in () at /usr/lib64/libthreadweaver.so.4 #4 0x00007fe65f333193 in () at /usr/lib64/libthreadweaver.so.4 #5 0x00007fe65f331eaf in ThreadWeaver::Thread::run() () at /usr/lib64/libthreadweaver.so.4 #6 0x00007fe6687c979f in QThreadPrivate::start(void*) (arg=0x3fb4910) at thread/qthread_unix.cpp:349 #7 0x00007fe667e830a4 in start_thread () at /lib64/libpthread.so.0 #8 0x00007fe66817d7fd in clone () at /lib64/libc.so.6 Thread 2 (Thread 0x7fe5a44dd700 (LWP 2648)): [KCrash Handler] #5 0x0000000000621080 in QString::shared_null () #6 0x00007fe59958d846 in () at /usr/lib64/kde4/kdevcmakemanager.so #7 0x00007fe59958faa0 in () at /usr/lib64/kde4/kdevcmakemanager.so #8 0x00007fe5995901b6 in () at /usr/lib64/kde4/kdevcmakemanager.so #9 0x00007fe6687bd6ae in QThreadPoolThread::run() (this=0x4e2bc00) at concurrent/qthreadpool.cpp:108 #10 0x00007fe6687c979f in QThreadPrivate::start(void*) (arg=0x4e2bc00) at thread/qthread_unix.cpp:349 #11 0x00007fe667e830a4 in start_thread () at /lib64/libpthread.so.0 #12 0x00007fe66817d7fd in clone () at /lib64/libc.so.6 Thread 1 (Thread 0x7fe66b996800 (LWP 2514)): #0 0x00007fe667e8705f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fe6687c9c86 in QWaitCondition::wait(QMutex*, unsigned long) (time=18446744073709551615, this=0x4de4970) at thread/qwaitcondition_unix.cpp:86 #2 0x00007fe6687c9c86 in QWaitCondition::wait(QMutex*, unsigned long) (this=this@entry=0x4f863d0, mutex=mutex@entry=0x4f863a8, time=time@entry=18446744073709551615) at thread/qwaitcondition_unix.cpp:158 #3 0x00007fe6687bc912 in QThreadPoolPrivate::waitForDone(int) (this=this@entry=0x4f86320, msecs=msecs@entry=-1) at concurrent/qthreadpool.cpp:295 #4 0x00007fe6687bddd2 in QThreadPool::waitForDone() (this=<optimized out>) at concurrent/qthreadpool.cpp:630 #5 0x00007fe6688cce10 in QCoreApplication::~QCoreApplication() (this=0x7fff54502e90, __in_chrg=<optimized out>) at kernel/qcoreapplication.cpp:855 #6 0x00007fe668e11789 in QApplication::~QApplication() (this=0x7fff54502e90, __in_chrg=<optimized out>) at kernel/qapplication.cpp:1098 #7 0x000000000040e37e in () #8 0x00007fe6680b9b05 in __libc_start_main () at /lib64/libc.so.6 #9 0x0000000000411448 in _start () Reported using DrKonqi
'I just ran it for the first time. It has a dialog come up saying "Configure a build directory for /home/clintar"' That dialog only pops up when you open a project. Can you confirm it is showing up for *without* doing anything after starting up KDevelop?
It was doing it every time I ran kdevelop. I wiped out .kde4/share/apps/kdeveloprc and it stopped doing that. No idea why it was doing that anyway, but now every time I import a project, it lists my home directory as a possible directory for that imported one for some reason. Not a big deal, but I don't get why it would do that. Sorry about this. Probably old cruft from years ago in my config. On 01/05/2015 02:12 PM, Kevin Funk wrote: > https://bugs.kde.org/show_bug.cgi?id=342530 > > Kevin Funk <kfunk@kde.org> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Resolution|--- |WAITINGFORINFO > Status|UNCONFIRMED |NEEDSINFO > > --- Comment #1 from Kevin Funk <kfunk@kde.org> --- > 'I just ran it for the first time. It has a dialog come up saying "Configure a > build directory for /home/clintar"' > > That dialog only pops up when you open a project. Can you confirm it is showing > up for *without* doing anything after starting up KDevelop? >
Glad to hear that you could work around this problem! You don't happen to have a copy of your old kdeveloprc lying around? If you do, please attach it - perhaps it can still give us some insight as to what happened, which could help prevent the same issue from happening to other users. Otherwise I suppose we should close this bug as it is unlikely it'll ever be fully understood.
No, sorry. Didn't think I needed it, so I wiped it to test. :-\ On 01/05/2015 03:26 PM, Nicolai Hähnle wrote: > https://bugs.kde.org/show_bug.cgi?id=342530 > > Nicolai Hähnle <nhaehnle@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |nhaehnle@gmail.com > > --- Comment #3 from Nicolai Hähnle <nhaehnle@gmail.com> --- > Glad to hear that you could work around this problem! > > You don't happen to have a copy of your old kdeveloprc lying around? If you do, > please attach it - perhaps it can still give us some insight as to what > happened, which could help prevent the same issue from happening to other > users. Otherwise I suppose we should close this bug as it is unlikely it'll > ever be fully understood. >
It shouldn't list your home directory as possible build directory. It should show either - PROJDIR.replace('/src/', '/build/'), if it exists, or - PROJDIR/build as fallback See 'proposedBuildFolder' function in kdevplatform.git. What directory is your project located in?
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!