Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cdt-debug-dev] Removing "stdout/stdin/stderr" console for embedded development

> 
> I ended up removing this console entirely for my "idle" debug mode. It
> doesn't make any sense(in its current form) for embedded development.
> 
> Embedded CDT debugging is *really* shaping up!=20
> 
> http://zylin.com/pipermail/zylin-discuss_zylin.com/2004-October/000048.html
> 
> My changes to CDT are basically:
> 
> - add CygWin -> Windows path translation in various places.=20

This was ... problematic.
Your proposed patch was not apply because it puts
Cygwin specifics all over the CDT.

> - Add an "idle" debug mode. This allows launching the GDB debugger in
> "idle" mode. That is before GDB is connected to a target, without
> specifying an executable, before symbols are loaded, etc. All
> connection, loading of symboles, etc. is done manually via GDB
> console(or .gdbinit files). Since a lot of nasty, target specific stuff
> needs to happen here(e.g. erasing application from flash, writing the
> new application to flash, reseting the target, etc.) it doesn't make
> much sense to try to squeeze this into a standard GUI.
> 

So if I read you correctly, beside the 3 other launch(s), we have currently in CDT(head)

  + C/C++ post-mortem debugger
  + C/C++ attach to local application
  + C/C++ local application    (*)

  (*) this one includes the GDBServer.

You want an idle launch
  + C/C++ idle debugger (GDB)

Only starts the debugger and waits idle ... ok.
Although I did not do such launch, I do not see what modifications you
required to make this possible in your own plugin, it should be straight forward(sic).
Something I'm missing?
 

- Using .gdbinit
  Was it not possible to stuff you extra commands in "gdbinit" and use the
  "C/C++ local aplication" launch ?  Why do you need to start only gdb ?




Back to the top