Community
Participate
Working Groups
I want to remotely debug a C/C++ application in docker with 'eclipse'. For this i use a wrapper script for 'gdb', that does 'ssh' into some docker image and start gdb there ("transparent"). This pretty good works for "C/C++ Postmortem Debugger" (core file analysis) and for "C/C++ Attach to Application". But it fails for "C/C++ Application" (to start a program). I used strace to monitor the activities between 'eclipse' and 'gdb' in docker. And i found out, that "C/C++ Application" (start a program) uses some --interpreter mi2 --nx command: inferior-tty-set --thread-group i1 /dev/pts/27 This of course does not work for "transparent" remote debugging. It causes error: 'Launching ###' has encountered a problem. Error in final launch sequence. Details: Error in final launch sequence Failed to execute MI command: -exec-run Error message from debugger back end: During startup program exited with code 1. During startup program exited with code 1. Is there any good reason for using 'inferior-tty-set' for starting an application? Because the other #2 modes - PostMortem and Attach - don't use that command. But even though they don't use this command they provide a gdb console. - thanks! regards, Frank
The charm of "transparent" remote debugging is: it does NOT require (ftp://ftp.gnu.org/old-gnu/Manuals/gdb/html_node/gdb_130.html) -------------------------------------------------------------- On the GDB host machine, you need an unstripped copy of your program, since GDB needs symbols and debugging information. -------------------------------------------------------------- Correct me if i am wrong - but using a Debug Configuration C/C++ Remote Application - which seems to be the "natural way"(?) for remote debugging - actually requires "you need an unstripped copy of your program" right? regards, Frank
May i ask for feedback here? I can understand, that other things are more important. But just a comment, if my request is reasonable or not would be helpful - independent if/when it could be addressed. - thanks! best regards, Frank