Application: kdevelop (4.5.1) KDE Platform Version: 4.11.3 Qt Version: 4.8.4 Operating System: Linux 3.11.0-15-generic x86_64 Distribution: Ubuntu 13.10 -- Information about the crash: I am trying to debug an application with a single C file as the source. Project may be found here: https://sourceforge.net/projects/nmon/ Environment is Xubuntu 13.10, recently updated. Debugger is /usr/bin/gdb Debugging shell is: /usr/bin/konsole (but nothing else works such as /bin/bash, etc.) Action: Click "Debug" icon in action bar at top. Result: A Konsole appears, which is blank. A dialog appears saying "GDB cannot use the tty* or pty* devices..." Action: Click OK Result: Crash handler dialog appears. The crash can be reproduced every time. -- Backtrace: Application: KDevelop (kdevelop), signal: Segmentation fault Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". [Current thread is 1 (Thread 0x7fe7f3a777c0 (LWP 5619))] Thread 13 (Thread 0x7fe7d723f700 (LWP 5620)): #0 0x00007fe7ea7e80ed in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x00007fe7ea7e8399 in g_mutex_lock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x00007fe7ea7a868a in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x00007fe7ea7a8b0a in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x00007fe7dbc53b66 in ?? () from /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 #5 0x00007fe7ea7cd0f5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x00007fe7ef54ff6e in start_thread (arg=0x7fe7d723f700) at pthread_create.c:311 #7 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 12 (Thread 0x7fe7d6a3e700 (LWP 5621)): #0 0x00007fe7ef552055 in __GI___pthread_mutex_lock (mutex=0x1450f60) at pthread_mutex_lock.c:95 #1 0x00007fe7ea7e83a1 in g_mutex_lock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x00007fe7ea7a8595 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x00007fe7ea7a87ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x00007fe7ea7a87f9 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x00007fe7ea7cd0f5 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #6 0x00007fe7ef54ff6e in start_thread (arg=0x7fe7d6a3e700) at pthread_create.c:311 #7 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 11 (Thread 0x7fe7c4e1f700 (LWP 5623)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 #1 0x00007fe7f178b3e4 in wait (time=1000, this=0x25f5650) at thread/qwaitcondition_unix.cpp:84 #2 QWaitCondition::wait (this=<optimized out>, mutex=0x25f50c0, time=1000) at thread/qwaitcondition_unix.cpp:158 #3 0x00007fe7ed5f7c1b in ?? () from /usr/lib/libkdevplatformlanguage.so.7 #4 0x00007fe7f178af2f in QThreadPrivate::start (arg=0x25f50a0) at thread/qthread_unix.cpp:338 #5 0x00007fe7ef54ff6e in start_thread (arg=0x7fe7c4e1f700) at pthread_create.c:311 #6 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 10 (Thread 0x7fe7b5c97700 (LWP 5626)): #0 0x00007fe7f04746bd in read () at ../sysdeps/unix/syscall-template.S:81 #1 0x00007fe7ea7e7670 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x00007fe7ea7a81cc in g_main_context_check () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x00007fe7ea7a863b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x00007fe7ea7a87ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x00007fe7f18b7a76 in QEventDispatcherGlib::processEvents (this=0x7fe7a80008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #6 0x00007fe7f18895ef in QEventLoop::processEvents (this=this@entry=0x7fe7b5c96db0, flags=...) at kernel/qeventloop.cpp:149 #7 0x00007fe7f18898e5 in QEventLoop::exec (this=this@entry=0x7fe7b5c96db0, flags=...) at kernel/qeventloop.cpp:204 #8 0x00007fe7f178888f in QThread::exec (this=<optimized out>) at thread/qthread.cpp:542 #9 0x00007fe7f178af2f in QThreadPrivate::start (arg=0x31fb490) at thread/qthread_unix.cpp:338 #10 0x00007fe7ef54ff6e in start_thread (arg=0x7fe7b5c97700) at pthread_create.c:311 #11 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 9 (Thread 0x7fe7b5496700 (LWP 5627)): #0 0x00007fe7ea7e80ed in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x00007fe7ea7e83c9 in g_mutex_unlock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x00007fe7ea7a85b6 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x00007fe7ea7a87ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x00007fe7f18b7a76 in QEventDispatcherGlib::processEvents (this=0x7fe7a00008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #5 0x00007fe7f18895ef in QEventLoop::processEvents (this=this@entry=0x7fe7b5495db0, flags=...) at kernel/qeventloop.cpp:149 #6 0x00007fe7f18898e5 in QEventLoop::exec (this=this@entry=0x7fe7b5495db0, flags=...) at kernel/qeventloop.cpp:204 #7 0x00007fe7f178888f in QThread::exec (this=<optimized out>) at thread/qthread.cpp:542 #8 0x00007fe7f178af2f in QThreadPrivate::start (arg=0x25cdf20) at thread/qthread_unix.cpp:338 #9 0x00007fe7ef54ff6e in start_thread (arg=0x7fe7b5496700) at pthread_create.c:311 #10 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 8 (Thread 0x7fe7b4c95700 (LWP 5632)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fe7ec95e06b in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4 #2 0x00007fe7ec95e0a9 in ?? () from /usr/lib/x86_64-linux-gnu/libQtScript.so.4 #3 0x00007fe7ef54ff6e in start_thread (arg=0x7fe7b4c95700) at pthread_create.c:311 #4 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 7 (Thread 0x7fe7aeeff700 (LWP 5633)): #0 0x00007fe7ea7e80ea in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x00007fe7ea7e83c9 in g_mutex_unlock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x00007fe7ea7a8119 in g_main_context_check () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x00007fe7ea7a863b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x00007fe7ea7a87ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x00007fe7f18b7a76 in QEventDispatcherGlib::processEvents (this=0x7fe7a40008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #6 0x00007fe7f18895ef in QEventLoop::processEvents (this=this@entry=0x7fe7aeefed70, flags=...) at kernel/qeventloop.cpp:149 #7 0x00007fe7f18898e5 in QEventLoop::exec (this=this@entry=0x7fe7aeefed70, flags=...) at kernel/qeventloop.cpp:204 #8 0x00007fe7f178888f in QThread::exec (this=this@entry=0x3f1b250) at thread/qthread.cpp:542 #9 0x00007fe7f186ad13 in QInotifyFileSystemWatcherEngine::run (this=0x3f1b250) at io/qfilesystemwatcher_inotify.cpp:265 #10 0x00007fe7f178af2f in QThreadPrivate::start (arg=0x3f1b250) at thread/qthread_unix.cpp:338 #11 0x00007fe7ef54ff6e in start_thread (arg=0x7fe7aeeff700) at pthread_create.c:311 #12 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 6 (Thread 0x7fe71478f700 (LWP 5737)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fe7e72d01cd in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #2 0x00007fe7e72d0209 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #3 0x00007fe7ef54ff6e in start_thread (arg=0x7fe71478f700) at pthread_create.c:311 #4 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 5 (Thread 0x7fe6d3e8c700 (LWP 5744)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fe7e7010bbd in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #2 0x00007fe7e72ffa76 in ?? () from /usr/lib/x86_64-linux-gnu/libQtWebKit.so.4 #3 0x00007fe7ef54ff6e in start_thread (arg=0x7fe6d3e8c700) at pthread_create.c:311 #4 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 4 (Thread 0x7fe6d3237700 (LWP 5775)): #0 0x00007fe7ea7e80ea in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #1 0x00007fe7ea7e83c9 in g_mutex_unlock () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #2 0x00007fe7ea7a7dd8 in g_main_context_prepare () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x00007fe7ea7a85c3 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #4 0x00007fe7ea7a87ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #5 0x00007fe7f18b7a76 in QEventDispatcherGlib::processEvents (this=0x7fe6c40008c0, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #6 0x00007fe7f18895ef in QEventLoop::processEvents (this=this@entry=0x7fe6d3236db0, flags=...) at kernel/qeventloop.cpp:149 #7 0x00007fe7f18898e5 in QEventLoop::exec (this=this@entry=0x7fe6d3236db0, flags=...) at kernel/qeventloop.cpp:204 #8 0x00007fe7f178888f in QThread::exec (this=<optimized out>) at thread/qthread.cpp:542 #9 0x00007fe7f178af2f in QThreadPrivate::start (arg=0x51bbdd0) at thread/qthread_unix.cpp:338 #10 0x00007fe7ef54ff6e in start_thread (arg=0x7fe6d3237700) at pthread_create.c:311 #11 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 3 (Thread 0x7fe6d219f700 (LWP 5844)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fe7f178b406 in wait (time=18446744073709551615, this=0x173f720) at thread/qwaitcondition_unix.cpp:86 #2 QWaitCondition::wait (this=this@entry=0x173d7a8, mutex=0x173eef0, time=time@entry=18446744073709551615) at thread/qwaitcondition_unix.cpp:158 #3 0x00007fe7e8031e6c in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x173d780, th=0x58271d0) at ../../../threadweaver/Weaver/WeaverImpl.cpp:370 #4 0x00007fe7e8034903 in ThreadWeaver::WorkingHardState::applyForWork (this=0x173ef50, th=0x58271d0, previous=0x5946510) at ../../../threadweaver/Weaver/WorkingHardState.cpp:68 #5 0x00007fe7e803361f in ThreadWeaver::Thread::run (this=0x58271d0) at ../../../threadweaver/Weaver/Thread.cpp:98 #6 0x00007fe7f178af2f in QThreadPrivate::start (arg=0x58271d0) at thread/qthread_unix.cpp:338 #7 0x00007fe7ef54ff6e in start_thread (arg=0x7fe6d219f700) at pthread_create.c:311 #8 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 2 (Thread 0x7fe6d199e700 (LWP 5845)): #0 pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:185 #1 0x00007fe7f178b406 in wait (time=18446744073709551615, this=0x173f720) at thread/qwaitcondition_unix.cpp:86 #2 QWaitCondition::wait (this=this@entry=0x173d7a8, mutex=0x173eef0, time=time@entry=18446744073709551615) at thread/qwaitcondition_unix.cpp:158 #3 0x00007fe7e8031e6c in ThreadWeaver::WeaverImpl::blockThreadUntilJobsAreBeingAssigned (this=0x173d780, th=0x7fe6bc002000) at ../../../threadweaver/Weaver/WeaverImpl.cpp:370 #4 0x00007fe7e8034903 in ThreadWeaver::WorkingHardState::applyForWork (this=0x173ef50, th=0x7fe6bc002000, previous=0x0) at ../../../threadweaver/Weaver/WorkingHardState.cpp:68 #5 0x00007fe7e803361f in ThreadWeaver::Thread::run (this=0x7fe6bc002000) at ../../../threadweaver/Weaver/Thread.cpp:98 #6 0x00007fe7f178af2f in QThreadPrivate::start (arg=0x7fe6bc002000) at thread/qthread_unix.cpp:338 #7 0x00007fe7ef54ff6e in start_thread (arg=0x7fe6d199e700) at pthread_create.c:311 #8 0x00007fe7f04829cd in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:113 Thread 1 (Thread 0x7fe7f3a777c0 (LWP 5619)): [KCrash Handler] #6 0x00007fe7bcf75a9e in GDBDebugger::DebugSession::startProgram (this=0x63dc350, cfg=0x4317570) at ../../../debuggers/gdb/debugsession.cpp:1023 #7 0x00007fe7bcf7dde7 in GDBDebugger::DebugJob::start (this=0x57a2de0) at ../../../debuggers/gdb/debugjob.cpp:104 #8 0x00007fe7f2f30b4c in KDevelop::RunController::registerJob(KJob*) () from /usr/lib/libkdevplatformshell.so.7 #9 0x00007fe7f2f329cb in KDevelop::RunController::execute(QString const&, KDevelop::ILaunchConfiguration*) () from /usr/lib/libkdevplatformshell.so.7 #10 0x00007fe7f2f33870 in KDevelop::RunController::executeDefaultLaunch(QString const&) () from /usr/lib/libkdevplatformshell.so.7 #11 0x00007fe7f2f2f559 in KDevelop::RunController::slotDebug() () from /usr/lib/libkdevplatformshell.so.7 #12 0x00007fe7f2f36005 in ?? () from /usr/lib/libkdevplatformshell.so.7 #13 0x00007fe7f189ea58 in QMetaObject::activate (sender=sender@entry=0x173b990, m=m@entry=0x7fe7f16cade0 <QAction::staticMetaObject>, local_signal_index=local_signal_index@entry=1, argv=argv@entry=0x7fff05fbd300) at kernel/qobject.cpp:3539 #14 0x00007fe7f0c1ba32 in QAction::triggered (this=this@entry=0x173b990, _t1=false) at .moc/release-shared/moc_qaction.cpp:277 #15 0x00007fe7f0c1d403 in QAction::activate (this=0x173b990, event=<optimized out>) at kernel/qaction.cpp:1257 #16 0x00007fe7f0fd40a2 in QAbstractButtonPrivate::click (this=this@entry=0x25bc840) at widgets/qabstractbutton.cpp:530 #17 0x00007fe7f0fd41cc in QAbstractButton::mouseReleaseEvent (this=0x25bad30, e=0x7fff05fbd800) at widgets/qabstractbutton.cpp:1123 #18 0x00007fe7f108ad9a in QToolButton::mouseReleaseEvent (this=<optimized out>, e=<optimized out>) at widgets/qtoolbutton.cpp:718 #19 0x00007fe7f0c7131e in QWidget::event (this=0x25bad30, event=0x7fff05fbd800) at kernel/qwidget.cpp:8375 #20 0x00007fe7f0c21dfc in QApplicationPrivate::notify_helper (this=this@entry=0x12fdd60, receiver=receiver@entry=0x25bad30, e=e@entry=0x7fff05fbd800) at kernel/qapplication.cpp:4567 #21 0x00007fe7f0c285ad in QApplication::notify (this=this@entry=0x7fff05fbe0f0, receiver=receiver@entry=0x25bad30, e=e@entry=0x7fff05fbd800) at kernel/qapplication.cpp:4110 #22 0x00007fe7f1e19a6a in KApplication::notify (this=0x7fff05fbe0f0, receiver=0x25bad30, event=0x7fff05fbd800) at ../../kdeui/kernel/kapplication.cpp:311 #23 0x00007fe7f188a8bd in QCoreApplication::notifyInternal (this=0x7fff05fbe0f0, receiver=receiver@entry=0x25bad30, event=event@entry=0x7fff05fbd800) at kernel/qcoreapplication.cpp:946 #24 0x00007fe7f0c27d63 in sendEvent (event=<optimized out>, receiver=<optimized out>) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:231 #25 QApplicationPrivate::sendMouseEvent (receiver=receiver@entry=0x25bad30, event=event@entry=0x7fff05fbd800, alienWidget=alienWidget@entry=0x25bad30, nativeWidget=nativeWidget@entry=0x25a9160, buttonDown=buttonDown@entry=0x7fe7f17062f8 <qt_button_down>, lastMouseReceiver=..., spontaneous=spontaneous@entry=true) at kernel/qapplication.cpp:3178 #26 0x00007fe7f0c9c7db in QETWidget::translateMouseEvent (this=this@entry=0x25a9160, event=event@entry=0x7fff05fbdb80) at kernel/qapplication_x11.cpp:4631 #27 0x00007fe7f0c9c079 in QApplication::x11ProcessEvent (this=0x7fff05fbe0f0, event=event@entry=0x7fff05fbdb80) at kernel/qapplication_x11.cpp:3624 #28 0x00007fe7f0cc3922 in x11EventSourceDispatch (s=0x12ff590, callback=0x0, user_data=0x0) at kernel/qguieventdispatcher_glib.cpp:146 #29 0x00007fe7ea7a83b6 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #30 0x00007fe7ea7a8708 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #31 0x00007fe7ea7a87ac in g_main_context_iteration () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #32 0x00007fe7f18b7a76 in QEventDispatcherGlib::processEvents (this=0x1244b00, flags=...) at kernel/qeventdispatcher_glib.cpp:426 #33 0x00007fe7f0cc39d6 in QGuiEventDispatcherGlib::processEvents (this=<optimized out>, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #34 0x00007fe7f18895ef in QEventLoop::processEvents (this=this@entry=0x7fff05fbdf60, flags=...) at kernel/qeventloop.cpp:149 #35 0x00007fe7f18898e5 in QEventLoop::exec (this=this@entry=0x7fff05fbdf60, flags=...) at kernel/qeventloop.cpp:204 #36 0x00007fe7f188ee5b in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1218 #37 0x00007fe7f0c2034c in QApplication::exec () at kernel/qapplication.cpp:3828 #38 0x000000000040e6f9 in main (argc=<optimized out>, argv=<optimized out>) at ../../app/main.cpp:522 Reported using DrKonqi
I did some research before posting this bug. Similar unresolved issues have been appearing since 2009: http://www.qtcentre.org/archive/index.php/t-8444.html If this is not really a bug but a usage problem, maye the debug setup page needs better examples, or automatic fix buttons?
In any case, KDevelop shouldn't crash. We'll have a look at it.
Hey Kevin, Thank you for not making me state the obvious. :) Let me know, Erik On 01/14/2014 11:14 AM, Kevin Funk wrote: > https://bugs.kde.org/show_bug.cgi?id=329960 > > Kevin Funk <kevin@kfunk.org> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |kevin@kfunk.org, > | |vlas.puhov@mail.ru > > --- Comment #2 from Kevin Funk <kevin@kfunk.org> --- > In any case, KDevelop shouldn't crash. We'll have a look at it. >
Apparently Vlas added support for that in KDevelop 4.6. Author: Vlas Puhov <vlas.puhov@mail.ru> Date: Tue Oct 22 23:33:07 2013 +0400 Make it possible to debug from external terminals. Currently supported: konsole, xterm, gnome-terminal and xfce4-terminal. BUG: 204638 But somehow, that even doesn't work for me. If I set the debugging shell to /usr/bin/konsole, KDevelop just switches to the Debug area, and then immediately switches back to the code view. Vlas, can you check if that's working as intended?
>Apparently Vlas added support for that in KDevelop 4.6. >But somehow, that even doesn't work for me. Actually it shouldn't. I have no idea what purpose of "Debugging shell" option... To debug from external terminals (e.g. konsole ) use "External terminal" option. >If I set the debugging shell to /usr/bin/konsole, KDevelop just switches to the Debug area, and then immediately switches back to the code view. Yes, it does the same for me. So, Erik, I guess you should use a more recent version of kdevelop e.g. 4.6 or git master http://techbase.kde.org/Projects/KDevelop4/HowToCompile Also, Kevin, what do you think about removing "Debugging shell" option? I find this option very confusing, and it's purpose is not very clear for me.
Uh oh. I confused the "External terminal" and "Debugger Shell" option. So, yeah, given this, I don't know what the purpose of "Debugger Shell" is either. The tooltip hint says something about automake projects, but I'm clueless why overwriting the shell in use would help anything. Code is from Roberto from 2004, so dead-old, and has been dragged along through multiple refactorings. So I'm also wondering if it's *still* useful... Maybe worth asking the kdevelop mailing list.
I am trying to compile the latest Kdevelop, but am running into an undocumented requirement/issue. CMake Error: The following variables are used in this project, but they are set to NOTFOUND. Please set them or make sure they are set and tested correctly in the CMake files: QT_QT_INCLUDE_DIR used as include directory in directory /home/erik/src/kdevplatform/build/CMakeFiles/CMakeTmp A little hint here? I've installed libqt4-dev, -core, and -gui What's missing? The compile docs don't mention this variable setting being required. On 01/15/2014 04:00 AM, Vlas Puhov wrote: > https://bugs.kde.org/show_bug.cgi?id=329960 > > Vlas Puhov <vlas.puhov@mail.ru> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|CONFIRMED |RESOLVED > Resolution|--- |INVALID > > --- Comment #5 from Vlas Puhov <vlas.puhov@mail.ru> --- >> Apparently Vlas added support for that in KDevelop 4.6. >> But somehow, that even doesn't work for me. > Actually it shouldn't. I have no idea what purpose of "Debugging shell" > option... > To debug from external terminals (e.g. konsole ) use "External terminal" > option. > >If I set the debugging shell to /usr/bin/konsole, KDevelop just switches to > the Debug area, and then immediately switches back to the code view. > Yes, it does the same for me. > > So, Erik, I guess you should use a more recent version of kdevelop e.g. 4.6 > or git master http://techbase.kde.org/Projects/KDevelop4/HowToCompile > > Also, Kevin, what do you think about removing "Debugging shell" option? I > find this option very confusing, and it's purpose is not very clear for me. >
Eric, this is offtopic to this bug. Please post these kind of questions to the mailing list, or just join #kdevelop on Freenode. Hint: You're probably running into something like: http://ubuntuforums.org/showthread.php?t=2168435 (Qt4 vs. Qt5 collision issue)
Just finished compiling. I now get " Can't receive /usr/bin/konsole tty/pty. Check that /usr/bin/konsole and that it accepts these arguments...." and then crashes.
This happens no matter what I put into the debug shell entry, be it konsole or /bin/bash
Git commit d6ebd12d2ab2554d4e16c1df88c20d647abe3260 by Vlas Puhov. Committed on 16/01/2014 at 17:11. Pushed by vpuhov into branch 'master'. Turn "whats this" messages into tooltip messages. Obviously no one reads "whats this" messages, so let's show it as tooltips, they are not so long after all. Also clarify some messages. M +40 -44 debuggers/gdb/debuggerconfigwidget.ui http://commits.kde.org/kdevelop/d6ebd12d2ab2554d4e16c1df88c20d647abe3260
>This happens no matter what I put into the debug shell entry, be it konsole or /bin/bash You shouldn't put anything into "debug shell" entry. (see the last commit). >Just finished compiling. I now get " Can't receive /usr/bin/konsole tty/pty. Check that /usr/bin/konsole and that it accepts these arguments...." and then crashes. Attach the backtrace then. I guess it should be different from the one that is already here.
Created attachment 85094 [details] New crash information added by DrKonqi kdevelop (4.5.1) on KDE Platform 4.11.5 using Qt 4.8.4 Tried to use an external terminal for a debug session. Crashed in the attempt to do so. -- Backtrace (Reduced): #6 0x00007f7d716fba9e in GDBDebugger::DebugSession::startProgram (this=0xba97160, cfg=0xbaf2c70) at ../../../debuggers/gdb/debugsession.cpp:1023 #7 0x00007f7d71703de7 in GDBDebugger::DebugJob::start (this=0xbe80c90) at ../../../debuggers/gdb/debugjob.cpp:104 #8 0x00007f7d9575fb4c in KDevelop::RunController::registerJob (this=0x24808c0, job=0xb650d40) at ../../shell/runcontroller.cpp:575 #9 0x00007f7d957619cb in KDevelop::RunController::execute (this=this@entry=0x24808c0, runMode=..., launch=<optimized out>) at ../../shell/runcontroller.cpp:405 #10 0x00007f7d95762870 in KDevelop::RunController::executeDefaultLaunch (this=this@entry=0x24808c0, runMode=...) at ../../shell/runcontroller.cpp:822