<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    On 30/03/2012 20:54, Daniel Simoes de Ameida wrote:
    <blockquote
      cite="mid:1333137279.35261.YahooMailNeo@web161405.mail.bf1.yahoo.com"
      type="cite">
      <div style="color:#000; background-color:#fff; font-family:Courier
        New, courier, monaco, monospace, sans-serif;font-size:10pt">
        <div><span>Martin,</span></div>
        <div><br>
        </div>
        <div>Even doesn't changing the Owner, the problem still..</div>
        <div><br>
          <span></span></div>
        <div><span>O forgot to mention the content of ChangeOwner
            function</span></div>
        <div><br>
          <span></span></div>
        <div><span> procedure ChangeOwner(AComponente, NewOwner:
            TComponent);<br>
             begin<br>
                AComponente.Owner.RemoveComponent(AComponente);<br>
                NewOwner.InsertComponent(AComponente);<br>
             end;</span><span></span></div>
        <div><br>
          <span></span></div>
        <div><span>I suppose this function will handle all Notification
            changes, isn't ?<br>
          </span></div>
        <br>
      </div>
    </blockquote>
    <br>
    That is not that easy to answer.  <span>That depends on who owns
      what...</span> Maybe even which classes are involved. To answer
    that I would have to read through some of the RTL/LCL rcode myself.<br>
    It is not even sure that the bug is related to this. Though with the
    bug in place, I would avoid changing owners. It is possible with
    workarounds, but I can't foresee all the pitfalls.<br>
    <br>
    I had a quick look at the LCL code. Anchors to not seem to use
    FreeNotify<br>
    <br>
    When the app crashes, use the debugger, open the stack and make sure
    the frame selected is pointing to the source you posted (it may
    already be)<br>
    Then evaluate self and/or self.fname to see which components refers
    to the missing anchor. <br>
    That should help you find out which control the anchor pointed to.<br>
    <br>
    Maybe that holds some clue.<br>
    <br>
    Then you can debug again, and set breakpoints (in TControl.Destroy /
    wit condition on FName), and trying to find when the other control
    gets destroyed (if that is the problem, there are other
    possibilities...)<br>
    <br>
    <br>
    Sorry this answer may appear a bit vague. But tracking that kind of
    issue can be very hard. <br>
    <br>
    <br>
    <br>
  </body>
</html>