Description John Cortell 2010-04-29 17:25:18 EDT

Created attachment 166573 [details]
gdb log

Steps to reproduce:
1. Create a simple C project that doesn't just run to completion (give it a long sleep call)
2. Build the project
3. run the executable from a Windows command prompt
4. Create a dsf-gdb attach launch configuration and make sure to specify a 7.0 MinGW gdb
5. Launch the session and pick your program from the list of running processes
The debug view populates but it shows the process to be running. It is in fact suspended. You can confirm this by typing 'info threads' in the Eclipse gdb console

The problem is that MinGW gdb sends an empty stopped event (see attached gdb log). dsf-gdb doesn't know what to do with it, as the event provides no process or thread context. Search for "Badly formatted event" in MIRunControlEventProcessor_7_0 to see where it gives up on the event.

But the target truly is suspended, so we really shouldn't be giving up so easily and throwing the event under the rug.

BTW, running an mi gdb session at the command line shows the same exact behavior. It receives an empty stopped event.