<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">On 11/05/2013 05:11, silvioprog wrote:<br>
    </div>
    <blockquote
cite="mid:CAKq_V2Kr6z6TBwLR1NcPZ-4TA2rU06+YsfuAtdSjzudq1JEpdw@mail.gmail.com"
      type="cite">
      <div dir="ltr">2013/5/8 Martin <span dir="ltr"><<a
            moz-do-not-send="true" href="mailto:lazarus@mfriebe.de"
            target="_blank">lazarus@mfriebe.de</a>></span>
        <div class="gmail_extra">
          <div class="gmail_quote">
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
              <div text="#000000" bgcolor="#FFFFFF"> You did not answer
                this.<br>
                <br>
                If you hit a breakpoint, do you still get the asm?<br>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div style="">
              <div>Well,</div>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    Not to be difficult, but the answer below relates to the question
    above in which way?<br>
    <br>
    <br>
    I am glad for you to report any issue you have with debugging. There
    is still much improvement to be done, and every bit of feedback
    helps.<br>
    <br>
    But please, lets do them 1 by 1:<br>
    <br>
    1) asm window, when hitting a breakpoint. I believe that is solved?<br>
    <br>
    2) asm when stopping on a signal. Acknowledged, but no immediate
    solution available.<br>
    <br>
    3) You have not reported yet, but you may still: hitting an
    exception via assert or raise, shows the code in the caller (one
    stackframe down). Acknowledged (this is because the rtl is compiled
    with optimization)<br>
    <br>
    4) your code below (f8 to different unit):<br>
    5) your mention below of strings<br>
    <br>
    <blockquote
cite="mid:CAKq_V2Kr6z6TBwLR1NcPZ-4TA2rU06+YsfuAtdSjzudq1JEpdw@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div style="">
              <div><br>
              </div>
              <div>In Windows, if I put:</div>
              <div><br>
              </div>
              <div>procedure TForm1.Button1Click(Sender: TObject);</div>
              <div>var</div>
              <div>  s: string;</div>
              <div>begin</div>
              <div>  s := 'abc'; << Break point here (F5) // line
                1</div>
              <div>  ShowMessage(s); // line 2</div>
              <div>end;</div>
              <div><br>
              </div>
              <div>and I use Step Over (F8), the cursor go to "line 2",
                but the same code in Linux, go to GTK units. See:</div>
              <div><br>
              </div>
              <div>1 - <a moz-do-not-send="true"
                  href="http://imagebin.org/257292">http://imagebin.org/257292</a></div>
              <div>2 - <a moz-do-not-send="true"
                  href="http://imagebin.org/257294">http://imagebin.org/257294</a>
                (after first F8)</div>
              <div><br>
              </div>
              <div>I don't know debug code in assembler. I'm pretty sure
                the problem is in the IDE, because in Linux/GTK it is
                not able to debug a simple string variable.</div>
            </div>
          </div>
          <br>
        </div>
      </div>
    </blockquote>
    <br>
    "I don't know debug code in assembler."<br>
    Neither image shows the assembler. Nor does your description mention
    it.<br>
    <br>
    Btw the unit it goes to in the pic is not GTK(LCL-widgetset), but
    LCL.<br>
    <br>
    I asked again (because *not* following the below may be typical
    reasons for the behaviour):<br>
    - Compiled with smart-linking disabled<br>
    - Compiled with either -O0 or -O1 (Optimize zero or one)<br>
    <br>
    Also:<br>
    - You use the default keymap for debug stuff? 
    <a class="moz-txt-link-freetext" href="http://imagebin.org/257326">http://imagebin.org/257326</a><br>
    - you did not hold shift by accident (shift f8 is step out of the
    current procedure and would do exactly what you observed)<br>
    <br>
    If none of the above: log file please<br>
    <br>
    -----<br>
    5) "because in Linux/GTK it is not able to debug a simple string
    variable."<br>
    <br>
    In which way?<br>
    <br>
    - Note there are utf8 issues. they display as \x209... and similar.
    (reported on mantis)<br>
    <br>
    - There is a known issue with accessing chars by index "s[1]"<br>
    GDB can not differentiate between pchar and string (1 and 0 based
    index), and also there is no way for the IDE to get the diff from
    gdb.<br>
    Therefore it is experted that the IDE shows "PChar: 'm'   String:
    'o' " or similar. <br>
    <br>
    <br>
    <br>
    <br>
    <br>
    <br>
    <br>
  </body>
</html>