User forums > Help

debugger_gdbmi will not run CB

<< < (6/6)

Pecan:

--- Quote from: oBFusCATed on April 08, 2012, 09:03:15 am ---Are you still using the python pretty printers?
Can you try to remove the two source commands?

--- End quote ---

I've tried both ways. I've run gdb.exe, gdb-python27.exe with both use pretty printers and without.

Essentially, gdbmi issues:

--- Code: ---[debug]Executing command: c:\Usr\mingw461\bin\gdb.exe -fullname  -quiet --interpreter=mi -args C:\Usr\Proj\cbDebug\trunk\src\devel\codeblocks.exe

done

[debug]Executor stopped
[debug]Debugger_GDB_MI::CommitBreakpoints
[debug]ActionsMap::Run -> starting action: 060A67D8 id: 1
[debug]RunAction::OnStart -> -exec-run
[debug]cmd==>10000000000-exec-run
[debug]output==>=thread-group-added,id="i1"
--- End code ---

starts loading dll's and craps out on loading after about the 40th dll. It never gets to issue any other commands.

Note that gdbmi works from the command line. But if gdbmi is launched from debugger_gdbmi, it exits the i1 thread during dll loading. That means that one CB is already loaded, and gdbmi is loading another. If it's not sharing dll's it's loading multiple copies into memory.

I wonder if its running out of memory, though this system has 4 gigs and the regular gdb works. I cannot find those weird return codes anywhere on the internet.

The reason I'm guessing memory problems is because debugger_gdbmi work ok for me with small programs, like a wxWidgets Hello World program.

Is there any way you could upload your working gdb 7.4 to say a Dropbox public folder and let me try that?

oBFusCATed:

--- Quote from: Pecan on April 08, 2012, 11:53:14 am ---Is there any way you could upload your working gdb 7.4 to say a Dropbox public folder and let me try that?

--- End quote ---
No, 7.4 crashed when I tried it. On windows I've working 7.3.50-blabla. I've posted a link to it I think.

I'm out of ideas.

@other dev: Can someone try to reproduce this problem?

Navigation

[0] Message Index

[*] Previous page