Using Perl to automate GDB

eloc has asked for the wisdom of the Perl Monks concerning the following question:

Monks, I humbly come before seeking your great wisdom. I essentially want to use Perl to send input commands to GDB, read the output GDB supplies from these commands, and based on that output send more commands to GDB. I believe open2() or open3() may be of use to me. Is this possible? If so could you show me a simple example? However, I am new to Perl, and would deeply appreciate any examples or advice you can provide.

Comment on Using Perl to automate GDB

Replies are listed 'Best First'.
Re: Using Perl to automate GDB by Anonymous Monk on Jul 28, 2014 at 23:55 UTC
Hello eloc, how new to Perl are you? If you're completely new to Perl then diving directly into something like GDB might be a pretty big challenge to start with, and you'd probably want to start with perlintro and/or a good book first. Anyway, a quick search brings up Devel::GDB, the description of which sounds like what you want to do.	[reply]
Re: Using Perl to automate GDB by LanX (Saint) on Jul 28, 2014 at 23:56 UTC
> send input commands to GDB read the output GDB ... You are talking about the GNU Debugger right? Such tools have an interface to be remote controlled by GUIs or IDEs like emacs. I'd rather try to find out about this than redirecting STDOUT and STDIN manually. Cheers Rolf (addicted to the Perl Programming Language and ☆☆☆☆ :)	[reply]
Re: Using Perl to automate GDB by aitap (Curate) on Jul 29, 2014 at 08:50 UTC
Read Bidirectional Communication with Another Process carefully (don't get in the situation when both programs wait for input from the other side), then proceed with examples from CPAN module IPC::Run which provides a comfortable interface to bidirectional interaction with programs.	[reply]
Re: Using Perl to automate GDB by rovf (Priest) on Jul 29, 2014 at 06:00 UTC
How about using Net::Telnet? This module is usually used to connect to a different host using telnet, and remote control the programs (send commands, grab their output), but you can of course remote control localhost too. -- Ronald Fischer <ynnor@mm.st>	[reply] [d/l]