<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">On 29/07/2016 21:59, Bo Berglund wrote:<br>
    </div>
    <blockquote cite="mid:2mgnpbp6p30k5u5lu7ghf4n2srlecu6elt@4ax.com"
      type="cite">
      <pre wrap="">On Fri, 29 Jul 2016 14:45:22 +0100, Martin Frb <a class="moz-txt-link-rfc2396E" href="mailto:lazarus@mfriebe.de"><lazarus@mfriebe.de></a>
wrote:
</pre>
      <blockquote type="cite">
        <pre wrap="">On 29/07/2016 14:31, Bo Berglund wrote:
</pre>
        <blockquote type="cite">
          <pre wrap="">The GDB command:
"-gdb-set confirm off"
did not return any result.</pre>
        </blockquote>
      </blockquote>
    </blockquote>
    <br>
    <blockquote type="cite">
      <blockquote type="cite" style="color: #000000;">
        <pre wrap="">what happens (does gdb return a prompt " (gdb)" for the next commad?), 
if you run (by hand)
  gdb -i mi
and then enter
  -gdb-set confirm off

what if you alternatively enter
  set confirm off
</pre>
      </blockquote>
      <pre wrap="">All of these suggestions do not really mean anything to me. Can you be
more specific?
I have never used gdb by itself, I assume it is used by Lazarus to
handle the breakpoints I set in teh source code, but HOW that is done
is way beyond me.</pre>
    </blockquote>
    Can you open a shell or terminal, and in it enter<br>
    gdb -i mi<br>
    (and then return)<br>
    <br>
    gdb will print some message, and then let you enter gdb commands.<br>
    Enter<br>
    <pre wrap="">-gdb-set confirm off
(and then return)

copy the output.

Enter
q
to exit gdb
</pre>
    <br>
    This is just to be on the save side. I expect this will work with no
    error, in which case  there is no easy way to find the problem....<br>
    <br>
    <blockquote cite="mid:2mgnpbp6p30k5u5lu7ghf4n2srlecu6elt@4ax.com"
      type="cite">
      <blockquote type="cite">
        <blockquote type="cite">
          <pre wrap="">
</pre>
        </blockquote>
        <pre wrap="">
Sounds like a bug in gdb.

what is in the "debug output" window? (open the window BEFORE pressing F9)
</pre>
      </blockquote>
      <pre wrap="">
This is what I get:

=thread-group-added,id="i1"
(gdb) 
<-gdb-set confirm off>
&"//\n"
&"Undefined command: \"\".  Try \"help\".\n"
437^error,msg="Undefined command: \"\".  Try \"help\"."
(gdb) 
<kill>

</pre>
    </blockquote>
    <br>
    <br>
    Depends on what output you get from the above: run gdb yourself...<br>
    Assuming that this does not give any error (it probably will be
    fine), then the bug could be anywhere.<br>
    <br>
    what else did you upgrade? Lazarus? FPC?<br>
    <br>
    From the code in components\lazdebuggergdbmi\cmdlinedebugger.pp <br>
    <blockquote type="cite">    DoDbgOutput('<' + ACommand +
      '>');   // this causes the log in the debug output, the
      ACommand is correct here<br>
          if ACommand <> ''<br>
          then FDbgProcess.Input.Write(ACommand[1], Length(ACommand));<br>
          // store LineEnding in local variable, so the same statement
      can be used<br>
          // for windows and *nix (1 or 2 character line ending)<br>
          LE := LineEnding;                  // this hopefully is a
      lineend \n (gdb output suggest it got a line end)<br>
          FDbgProcess.Input.Write(LE[1], Length(LE));<br>
    </blockquote>
    <br>
    But it seem gdb did not get the command, it got "//" instead.<br>
    the "&" in the text, is gdb echoing back what it got.<br>
    <br>
    I have no idea where that could have been lost/changed.... (assuming
    I interpret this correct)<br>
    <br>
    I dont know if some of those could be caused by changes in fpc.<br>
    if I remember correctly fpc TProccess may start a terminal/shell.
    Maybe there is a change there?<br>
    <br>
    Do you have a pstree (or use ps with parent pid), to see the parent
    of gdb process?<br>
    <br>
    Sorry but at this stage I dont have any more than those (wild)
    guesses.<br>
    <br>
    ----------------<br>
    <br>
    There is something else in the output that makes no sense. the 437
    does not belong there. <br>
    I dont know if gdb generated this, or if something else in the
    middle caused it.<br>
    <br>
    Usually all gdb output is prefixed &, ^, * and a few chars like
    that.<br>
    <br>
    The GDB line starts with the ^ after the 437. That strongly suggests
    something else printed that. (And it is not your app, the IDE has
    not even send the filename at this stage, so your app can not be
    loaded yet)<br>
    <br>
    <br>
  </body>
</html>