<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 30/10/2013 12:50, Anthony Walter
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAHmPLWV5vVnqHTQYYneLZc2jx84DcqOPZijRXPOY2+G7-8xb2A@mail.gmail.com"
      type="cite">
      <div dir="ltr">Earlier (after my initial post) I had found and
        read the same links you posted. It feels god knowing I am on the
        right track, so thanks, thigh I am still having problems.
        <div><br>
        </div>
        <div>Where I'm At</div>
        <div>-----------------</div>
        <div><br>
        </div>
        <div>The lazarus revision <span
            style="font-family:arial,sans-serif;font-size:13px">43255</span> you
          posted locks up at start due to the focus I mentioned
          previously.</div>
        <div><br>
        </div>
        <div>I deleted my lazarus folder, checked out revision <span
            style="font-family:arial,sans-serif;font-size:13px">42619
            again, built and run and the IDE opens correctly again. I am
            using ggdb from macports as mentioned earlier.</span></div>
        <div><br>
        </div>
        <div>In a new project called 'hello' I set the run host
          application to
          /Users/MyUser/Development/Projects/hello.app/Contents/MacOS/hello</div>
        <div><br>
        </div>
        <div>When I run I get a window titled 'Debugger Error' with the
          text 'Debugger error. Ooops, the debuggers entered the error
          state. Save your work now!'</div>
        <div><br>
        </div>
        <div>I tried setting project option | debugging | type of
          debugging to 'automatic', 'dwarf with sets', and 'dwarf2'. I
          get the same debugger message with each.</div>
        <div><br>
        </div>
        <div>
          I tried turning 'use app bundle for running and debugging' in
          the project options on and off. I get the same debugger
          message.</div>
        <div><br>
        </div>
        <div>In IDE debugger options I tried changing
          EncodeCurrentDirPath from gdfeDefault to gdfeNone.I get the
          same debugger message.</div>
        <div><br>
        </div>
        <div>When I go to project options and create build modes linking
          takes 2 minutes to complete. In the end I still get the same
          debugger message.</div>
        <div><br>
        </div>
        <div>Switching back to my default build mode, when I turn on the
          project debugging option 'use external debug symbols file
          (-Xg)' linking takes 2 minutes to complete each time I hit
          run. I still get the same debugger message.</div>
        <div><br>
        </div>
      </div>
      <div class="gmail_extra"><br>
      </div>
    </blockquote>
    <br>
    Did you try the path in "run param" (to the exe  inside the app
    bundle)?<br>
    <br>
    Unless you upgrade (wich I understand you currently can not) you
    need AT LEAST all of the following 3<br>
    1) path in "run param" to the exe  inside the app bundle<br>
    2) ExeEncoding<br>
    3) <code class="bbc_code">EncodeCurrentDirPath </code><br>
    <br>
    ***** CORRECTION ***<br>
    <br>
    In my previous post:<br>
    <blockquote type="cite">
      <div class="codeheader"><br>
        <span class="codeoperation"></span></div>
      <pre style="margin: 0; padding: 0;"><code class="bbc_code">   EncodeCurrentDirPath = gdfeDefault</code></pre>
    </blockquote>
    <br>
    Which is the setting it already has.<br>
    It must be changed to      <code class="bbc_code">gdfeNone   for
      BOTH<br>
      <br>
    </code><br>
    -----------------------<br>
    If nothing helps, please provide a log:<br>
<a class="moz-txt-link-freetext" href="http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Log_info_for_debug_session">http://wiki.lazarus.freepascal.org/GDB_Debugger_Tips#Log_info_for_debug_session</a><br>
    <br>
    That will allow me to see where exactly the debugger fails.<br>
    <br>
    If the log is bigger, you may send it directly to my mail, bypassing
    the list.<br>
    <br>
    <br>
    ---<br>
    About the none debugger issues (focus...), I have no idea. Someone
    else will need to comment on them.<br>
  </body>
</html>