This is the GDBMIServerDebugger?

On 10/05/2015 14:08, Michael Ring wrote:
After the breakpoint for main is set and -exec-continue is called (I tried both 
the async and not async version):
@@ -5007,15 +5030,20 @@
        // RUN
        DefaultTimeOut := 0;
-      if not ExecuteCommand(Cmd, R, [cfTryAsync])
+//      if not ExecuteCommand(Cmd, R, [cfTryAsync])
+        if not ExecuteCommand(Cmd, R)
There is' a flag, in the debugger-properties, to allow/disallow async.
I have to chack, but IIRC:
- in GDBMIDebugger it is not set, so the flag is always ignored. (and it may not be published, so not editable)
- In GDBMIServerDebugger it is set (and published)

Try to unset async in config.

the debugger comes back with the (gdb) prompt before the stop at the breakpoint.
That should be normal. "run" or "continue" (any run command) has 2 prompts in return.

1st prompt => acknowledges the command (the state changes to run)
2nd prompt => should be after state changed to stopped, ready for next command.

In async mode it is more tricky, because one prompt (IIRC the 2nd) may (sometimes) be missing.
It makes sense, as in async mode, gdb takes input while running.


This confuses StartDebugging, the next thing is tries is to remove the 
breakpint, this fails because the debugger thinks the process is still running.

I checked with gdb directly connected, there the output in non-async mode looks 
good:

(gdb) break main
those are none MI commands. They may behave different.

use "gdb -i mi" and then the gdbmi commands

Here's the output of lazarus with debugging turned on:

  >> TCmdLineDebugger.SendCmdLn "-exec-continue"
<< TCmdLineDebugger.ReadLn "~"Note: automatically using hardware breakpoints for read-only addresses.\n""
  << TCmdLineDebugger.ReadLn "^running"
  << TCmdLineDebugger.ReadLn "*running,thread-id="all""
  << TCmdLineDebugger.ReadLn "(gdb) "


  >> TCmdLineDebugger.SendCmdLn "-break-delete 2"
<< TCmdLineDebugger.ReadLn "@"WARNING! The target is already running. All changes GDB did to registers will be discarded! Waiting for target to halt.\n""
odd...
Please add

      // RUN
      DefaultTimeOut := 0;
      if not ExecuteCommand(Cmd, R, [cfTryAsync])
      then begin
SetDebuggerErrorState(Format(gdbmiCommandStartMainRunError, [LineEnding]),
                              ErrorStateInfo);
        exit;
      end;
////ADD ////////////////////////<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
debugln(['After RUN ',dbgs(r.State)]);

----------------------------------------------------------

and log with

--debug-log=LOG_FILE --debug-enable=DBG_CMD_ECHO,DBG_STATE,DBG_DATA_MONITORS,DBGMI_QUEUE_DEBUG,DBGMI_TYPE_INFO,DBG_VERBOSE,DBG_EVENTS,DBG_STATE_EVENT

--
_______________________________________________
Lazarus mailing list
[email protected]
http://lists.lazarus.freepascal.org/mailman/listinfo/lazarus

Reply via email to