On 09/04/2014 17:54, Martin Frb wrote:
But it did not for stepping
>> TCmdLineDebugger.SendCmdLn "-exec-next &"
<< TCmdLineDebugger.ReadLn "^error,msg="A syntax error in
expression, near `&&'.""
Somehow strange, but that is what it did.
So the IDE used none async to do the step. But that means it can not
interrupt (pause/stop) the remote, until the remote stops on its own
(breakpoint/end of step)
The error might be bound to the "mi" made of gdb. That is "n &" might
work. But it will take some work to make the IDE deal with none "mi"
stepping
I have made changes (trunk revision 44763), so that both remote
debuggers(gdbserver/ssh) will fallback to use none mi command, if mi
commands fail with "&"
The target still needs to support the none mi "&".
There is a new option as well: UseNoneMiRunCommands
It can be
- Always: the debugger will use none MI always (even if not in async):
"next"
- Never: As it used to be. Only use MI commands: "-exec-next"
- FallBack (DEFAULT): In none Async mode will always use MI.
In async mode the debugger will try MI, but then fallback to none MI
remote debugger always try to run in async (depends on the result of
"set target async")
none remote debugger has an option (and by default does not try)
--
_______________________________________________
Lazarus mailing list
Lazarus@lists.lazarus.freepascal.org
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus
