Review Request 120510: [OS X] make debugger build (and functional = in progress)

René J.V. Bertin rjvbertin at gmail.com
Mon Oct 6 21:21:13 UTC 2014



> On Oct. 6, 2014, 7:41 p.m., René J.V. Bertin wrote:
> > If I understand correctly, `GDB::interrupt()` interrupts the programme being debugged by sending a SIGINT to ... the debugger.
> > 
> > The gdb version in MacPorts does *not* appear to react to that signal. Is that because of some setting that can be changed at runtime?

Also, why not send the signal to the application being debugged?


- René J.V.


-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/120510/#review68015
-----------------------------------------------------------


On Oct. 6, 2014, 12:09 p.m., René J.V. Bertin wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/120510/
> -----------------------------------------------------------
> 
> (Updated Oct. 6, 2014, 12:09 p.m.)
> 
> 
> Review request for KDE Software on Mac OS X and KDevelop.
> 
> 
> Repository: kdevelop
> 
> 
> Description
> -------
> 
> The conditions are united under OS X / Macports to build kdevelop's debugger component: the changes to the CMake files take this into account.
> 
> Getting the debugger to function is a work still in progress for which I hope to get feedback/guidance via this RR.
> I have made the required changes in stty.cpp to obtain a pty with r/w permissions - on OS X this is done in a way that shares most code with the SGI code. In order not to duplicate more code than necessary I changed the logic of `ptyfd`'s initial value slightly, allowing to distinguish between uninitialised and error return values.
> 
> One has to install an uptodate gdb version (e.g. through MacPorts) and follow the instructions to give it the required permissions to function. Once that's done, the debugger component starts correctly, and appears to communicate with the gdb ("ggdb") slave process up to the point where the GUI is loaded and seemingly ready to go.
> 
> That's as far as I've gotten: even the "Interrupt" menu has no effect, the traceback panel shows no information either. Using the "stop all" button leads to a gdb crash; I have yet to determine what this is due to.
> 
> Feedback/guidance on how to procede will be appreciated.
> 
> 
> Diffs
> -----
> 
>   debuggers/CMakeLists.txt 8fe222c 
>   debuggers/gdb/CMakeLists.txt 3d1125c 
>   debuggers/gdb/stty.cpp 736fff4 
> 
> Diff: https://git.reviewboard.kde.org/r/120510/diff/
> 
> 
> Testing
> -------
> 
> OS X 10.6.8 with kdelibs 4.14.1 and kdesdk git/kde4-legacy . Gdb 7.7.1 from MacPorts, compiled with python 2.7 support.
> 
> 
> Thanks,
> 
> René J.V. Bertin
> 
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kdevelop-devel/attachments/20141006/ecb3de6b/attachment.html>


More information about the KDevelop-devel mailing list