• Re: HHH(DD) does correctly reject its input as non-halting --- VERIFIED

    From Fred. Zwarts@21:1/5 to All on Fri Jun 13 11:26:57 2025
    Op 12.jun.2025 om 17:30 schreef olcott:

    Even after many corrections, Olcott repeated his claims without learning anything from his previous errors.
    Lack of knowledge does not make someone look stupid, but the resistance
    against learning does.

    int DD()
    {
      int Halt_Status = HHH(DD);
      if (Halt_Status)
        HERE: goto HERE;
      return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
      L: if (HHH(Strachey_P)) goto L;
      return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243? redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    Showing the failure of HHH to reach the end of the simulation. A
    simulation that is no problem for other world-class simulators.
    What is the purpose to verify the fact of a failure? Another
    confirmation of the halting theorem?


    All of the above code is fully operational in this file https://github.com/plolcott/x86utm/blob/master/Halt7.c


    Halt.c includes code to abort and halt the simulation.
    HHH is not able to simulate this code correctly, because the criteria to
    abort are incorrect. It aborts the simulation even for some halting
    programs, including the simulation of itself.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Fri Jun 13 13:20:43 2025
    On 2025-06-12 15:34:01 +0000, olcott said:

    int DD()
    {
    int Halt_Status = HHH(DD);
    if (Halt_Status)
    HERE: goto HERE;
    return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    // §L :if T[P] go to L
    // Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
    L: if (HHH(Strachey_P)) goto L;
    return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?redirectedFrom=fulltext


    It *is* a verified fact DD correctly simulated by HHH cannot
    possibly reach its own "return" statement final halt state
    because the input to HHH(DD) specifies recursive simulation.

    False. It is not the reursive simulation that prevents the reaching
    the simulation of the "return" statement. Instead, previention is
    a consequence of the discontinuation of the simulation that the
    input specifies. The input also specifies that the final "return"
    statement is executed after the discontination of the simulation.
    At this point HHH is not faithful to the specification.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Fri Jun 13 13:51:44 2025
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
    int Halt_Status = HHH(DD);
    if (Halt_Status)
    HERE: goto HERE;
    return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    // §L :if T[P] go to L
    // Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
    L: if (HHH(Strachey_P)) goto L;
    return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?redirectedFrom=fulltext


    Strachey only informally presents the idea of the proof. Formalism
    and details needed in a rigorous proof is not shown.

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    That "cannot possibly" is not a part of any verifiable fact as
    it is not sufficiently well-defined for a verification. What
    cannot be stated cearly and unambiguoulsy cannot be a verified
    fact.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Fri Jun 13 13:19:10 2025
    On 6/13/25 10:37 AM, olcott wrote:
    On 6/13/2025 4:26 AM, Fred. Zwarts wrote:
    Op 12.jun.2025 om 17:30 schreef olcott:

    Even after many corrections, Olcott repeated his claims without
    learning anything from his previous errors.
    Lack of knowledge does not make someone look stupid, but the
    resistance against learning does.

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?
    redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    Showing the failure of HHH to reach the end of the simulation.

    The code of the input to HHH(DD) specifies
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)...


    Then you are lying that HHH will abort and return 0.

    That is your problem, you world is based on being able to just lie about
    what you want.


    That you can't understand this is merely a lack
    of sufficient tecnh9cal competence on your part.


    No, it is merely a lack of honesty on your part.

    That you continue to fail to show all of the details
    of exactly how DD does reach its simulated "return"
    statement final halt state proves that you know you
    are not competent.



    But DD DOES reach its final state when HHH(DD) returns 0, which you have
    also stiplated, showing that you world is based on self-contradictions.

    You somehow thing that HHH can do both simulate its input forever and
    also abort after finite time and return an answer.

    Thus you think there is some finite number N that is bigger than an
    unboudned number.

    Sorry, you are just proving you don't know what you are talking about.



     A simulation that is no problem for other world-class simulators.
    What is the purpose to verify the fact of a failure? Another
    confirmation of the halting theorem?


    All of the above code is fully operational in this file
    https://github.com/plolcott/x86utm/blob/master/Halt7.c


    Halt.c includes code to abort and halt the simulation.
    HHH is not able to simulate this code correctly, because the criteria
    to abort are incorrect. It aborts the simulation even for some halting
    programs, including the simulation of itself.



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Fri Jun 13 13:50:37 2025
    On 6/13/25 1:37 PM, olcott wrote:
    On 6/13/2025 12:33 PM, Richard Damon wrote:
    On 6/13/25 1:26 PM, olcott wrote:
    On 6/13/2025 12:19 PM, Richard Damon wrote:
    On 6/13/25 10:37 AM, olcott wrote:
    On 6/13/2025 4:26 AM, Fred. Zwarts wrote:
    Op 12.jun.2025 om 17:30 schreef olcott:

    Even after many corrections, Olcott repeated his claims without
    learning anything from his previous errors.
    Lack of knowledge does not make someone look stupid, but the
    resistance against learning does.

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243? >>>>>>> redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    Showing the failure of HHH to reach the end of the simulation.

    The code of the input to HHH(DD) specifies
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)...


    Then you are lying that HHH will abort and return 0.

    That is your problem, you world is based on being able to just lie
    about what you want.


    That you can't understand this is merely a lack
    of sufficient tecnh9cal competence on your part.


    No, it is merely a lack of honesty on your part.

    That you continue to fail to show all of the details
    of exactly how DD does reach its simulated "return"
    statement final halt state proves that you know you
    are not competent.



    But DD DOES reach its final state
    THE SIMULATED DD CANNOT POSSIBLY REACH ITS SIMULATED FINAL
    YOU DAMNED JACKASS.


    So you erroneously think. I have shown how it does. You just repeat
    unsupported claims, because that is all you can do, since you know you
    are just lying.

    All you are doing is proving to the world how stupid you actually are.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Fri Jun 13 13:33:17 2025
    On 6/13/25 1:26 PM, olcott wrote:
    On 6/13/2025 12:19 PM, Richard Damon wrote:
    On 6/13/25 10:37 AM, olcott wrote:
    On 6/13/2025 4:26 AM, Fred. Zwarts wrote:
    Op 12.jun.2025 om 17:30 schreef olcott:

    Even after many corrections, Olcott repeated his claims without
    learning anything from his previous errors.
    Lack of knowledge does not make someone look stupid, but the
    resistance against learning does.

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?
    redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    Showing the failure of HHH to reach the end of the simulation.

    The code of the input to HHH(DD) specifies
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)...


    Then you are lying that HHH will abort and return 0.

    That is your problem, you world is based on being able to just lie
    about what you want.


    That you can't understand this is merely a lack
    of sufficient tecnh9cal competence on your part.


    No, it is merely a lack of honesty on your part.

    That you continue to fail to show all of the details
    of exactly how DD does reach its simulated "return"
    statement final halt state proves that you know you
    are not competent.



    But DD DOES reach its final state when HHH(DD) returns 0,
    You damned liar you changed my words and then rebutted
    the changed words.

    What words did I change?

    The SIMULATED DD, (when correctly simulated, which can't be by an HHH
    that aborts) will reach its final state.

    YOU are the one that doesn't know what you are talking about, becuae
    yoyu are trying to use improper defintions.

    You seem to think that there is only one simulator in the words, which
    is just a falsehood. The DD reaches its simulated return when simulated
    by an actual correct simulator.

    Your logic says a one mile road, that you get off after 50 feet can be correctly called infinitely long, as you did not reach the end of it.

    And then you act like a two-year old:
    (Sorry to any two-year olds that I malign with that comparison).


    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement
    DD does not reach its simulated "return" statement



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Fri Jun 13 19:38:41 2025
    On 6/13/25 2:03 PM, olcott wrote:
    On 6/13/2025 12:50 PM, Richard Damon wrote:
    On 6/13/25 1:37 PM, olcott wrote:
    On 6/13/2025 12:33 PM, Richard Damon wrote:
    On 6/13/25 1:26 PM, olcott wrote:
    On 6/13/2025 12:19 PM, Richard Damon wrote:
    On 6/13/25 10:37 AM, olcott wrote:
    On 6/13/2025 4:26 AM, Fred. Zwarts wrote:
    Op 12.jun.2025 om 17:30 schreef olcott:

    Even after many corrections, Olcott repeated his claims without >>>>>>>> learning anything from his previous errors.
    Lack of knowledge does not make someone look stupid, but the
    resistance against learning does.

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-
    abstract/7/4/313/354243? redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    Showing the failure of HHH to reach the end of the simulation.

    The code of the input to HHH(DD) specifies
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)...


    Then you are lying that HHH will abort and return 0.

    That is your problem, you world is based on being able to just lie >>>>>> about what you want.


    That you can't understand this is merely a lack
    of sufficient tecnh9cal competence on your part.


    No, it is merely a lack of honesty on your part.

    That you continue to fail to show all of the details
    of exactly how DD does reach its simulated "return"
    statement final halt state proves that you know you
    are not competent.



    But DD DOES reach its final state
    THE SIMULATED DD CANNOT POSSIBLY REACH ITS SIMULATED FINAL
    YOU DAMNED JACKASS.


    So you erroneously think. I have shown how it does.
    You have never shown how DDD correctly emulated by
    simulating termination analyzer HHH reaches its own
    simulated final halt state.

    And why should I?

    I have instead shown that your HHH doesn't do what you claim, and thus
    your proof is just a lie.

    I am just chopping down your strawman, rather than getting distracted
    into a fight with them.

    The problem you have is that if you just say "the simulated input", that
    allows the simulation to be done by some other machine, especiailly if
    this one doesn't do it.

    If you specify "the correct simulation of the input by this machine", if
    it doesn't DO such a correct simulation, because it aborts, then the
    clause is meaningless.

    THus, you "proof" does have any ground to stand on, except the shifting
    sands built on your lies.


    I thought that I made a square circle once until
    I added the unstated requirement that it must be
    in the same two dimensional plane.


    So?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Fri Jun 13 22:14:28 2025
    On 6/13/25 8:27 PM, olcott wrote:
    On 6/13/2025 6:38 PM, Richard Damon wrote:
    On 6/13/25 2:03 PM, olcott wrote:
    On 6/13/2025 12:50 PM, Richard Damon wrote:
    On 6/13/25 1:37 PM, olcott wrote:
    On 6/13/2025 12:33 PM, Richard Damon wrote:
    On 6/13/25 1:26 PM, olcott wrote:
    On 6/13/2025 12:19 PM, Richard Damon wrote:
    On 6/13/25 10:37 AM, olcott wrote:
    On 6/13/2025 4:26 AM, Fred. Zwarts wrote:
    Op 12.jun.2025 om 17:30 schreef olcott:

    Even after many corrections, Olcott repeated his claims
    without learning anything from his previous errors.
    Lack of knowledge does not make someone look stupid, but the >>>>>>>>>> resistance against learning does.

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243 >>>>>>>>>>> void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-
    abstract/7/4/313/354243? redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    Showing the failure of HHH to reach the end of the simulation. >>>>>>>>>
    The code of the input to HHH(DD) specifies
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)...


    Then you are lying that HHH will abort and return 0.

    That is your problem, you world is based on being able to just >>>>>>>> lie about what you want.


    That you can't understand this is merely a lack
    of sufficient tecnh9cal competence on your part.


    No, it is merely a lack of honesty on your part.

    That you continue to fail to show all of the details
    of exactly how DD does reach its simulated "return"
    statement final halt state proves that you know you
    are not competent.



    But DD DOES reach its final state
    THE SIMULATED DD CANNOT POSSIBLY REACH ITS SIMULATED FINAL
    YOU DAMNED JACKASS.


    So you erroneously think. I have shown how it does.
    You have never shown how DDD correctly emulated by
    simulating termination analyzer HHH reaches its own
    simulated final halt state.

    And why should I?


    Therefore admitting that you are a damned* liar.
    Therefore admitting that you are a damned* liar.
    Therefore admitting that you are a damned* liar.
    Therefore admitting that you are a damned* liar.


    * Condemned to actual Hell

    SO, what is the lie?

    I am just pointing out that your strawman criteria is just invalid.

    How is that a lie.

    Note, I never say that *IF* HHH does a correct simulation, that it can
    not reach a final state, just that your HHH doesn't do that correct
    simulation, and thus that criteria is non-sense.

    You yourself condemn the use of strawmen, but then, you always projected
    your errors onto others, just like Trump, who seems to be your model for behavior and logic.

    You logic is based on the need to say that two things that are very
    different are actually exactly the same thing.

    That is just a LIE. Just like most of what you say.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Sat Jun 14 11:14:16 2025
    Op 14.jun.2025 om 05:59 schreef olcott:
    On 6/13/2025 9:14 PM, Richard Damon wrote:
    On 6/13/25 8:27 PM, olcott wrote:
    On 6/13/2025 6:38 PM, Richard Damon wrote:
    On 6/13/25 2:03 PM, olcott wrote:
    On 6/13/2025 12:50 PM, Richard Damon wrote:
    On 6/13/25 1:37 PM, olcott wrote:
    On 6/13/2025 12:33 PM, Richard Damon wrote:
    On 6/13/25 1:26 PM, olcott wrote:
    On 6/13/2025 12:19 PM, Richard Damon wrote:
    On 6/13/25 10:37 AM, olcott wrote:
    On 6/13/2025 4:26 AM, Fred. Zwarts wrote:
    Op 12.jun.2025 om 17:30 schreef olcott:

    Even after many corrections, Olcott repeated his claims >>>>>>>>>>>> without learning anything from his previous errors.
    Lack of knowledge does not make someone look stupid, but the >>>>>>>>>>>> resistance against learning does.

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms >>>>>>>>>>>>> of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL. >>>>>>>>>>>>>
    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243 >>>>>>>>>>>>> void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-
    abstract/7/4/313/354243? redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH >>>>>>>>>>>>> cannot possibly reach its own "return" statement
    final halt state.

    Showing the failure of HHH to reach the end of the simulation. >>>>>>>>>>>
    The code of the input to HHH(DD) specifies
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)...


    Then you are lying that HHH will abort and return 0.

    That is your problem, you world is based on being able to just >>>>>>>>>> lie about what you want.


    That you can't understand this is merely a lack
    of sufficient tecnh9cal competence on your part.


    No, it is merely a lack of honesty on your part.

    That you continue to fail to show all of the details
    of exactly how DD does reach its simulated "return"
    statement final halt state proves that you know you
    are not competent.



    But DD DOES reach its final state
    THE SIMULATED DD CANNOT POSSIBLY REACH ITS SIMULATED FINAL
    YOU DAMNED JACKASS.


    So you erroneously think. I have shown how it does.
    You have never shown how DDD correctly emulated by
    simulating termination analyzer HHH reaches its own
    simulated final halt state.

    And why should I?


    Therefore admitting that you are a damned* liar.
    Therefore admitting that you are a damned* liar.
    Therefore admitting that you are a damned* liar.
    Therefore admitting that you are a damned* liar.


    * Condemned to actual Hell

    SO, what is the lie?

    I am just pointing out that your strawman criteria is just invalid.


    You can not show all of the details of how and why
    it is proved to be invalid because my criteria is correct.

    No, your criteria are incorrect. But you ignore the errors pointed out.
    So, your own words apply to you:



    How is that a lie.

    Note, I never say that *IF* HHH does a correct simulation, that it can
    not reach a final state, just that your HHH doesn't do that correct
    simulation, and thus that criteria is non-sense.


    HHH does do the minimum required for a correct decision.

    Its decision to abort is incorrect, because it sees only a finite
    recursion. The premature abort makes it blind for the full specification
    of the input. That HHH does not see that, does not change the specification.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Sat Jun 14 11:20:24 2025
    Op 13.jun.2025 om 16:37 schreef olcott:
    On 6/13/2025 4:26 AM, Fred. Zwarts wrote:
    Op 12.jun.2025 om 17:30 schreef olcott:

    Even after many corrections, Olcott repeated his claims without
    learning anything from his previous errors.
    Lack of knowledge does not make someone look stupid, but the
    resistance against learning does.

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?
    redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    Showing the failure of HHH to reach the end of the simulation.

    The code of the input to HHH(DD) specifies
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)...

    Counter factual, There are only two recursions.
    Then HHH does a premature abort, missing the specification in the input
    that the simulated HHH would also do a premature abort and halt.
    That HHH is blind for this specification does not change the specification.
    So, the following applies to you:


    That you can't understand this is merely a lack
    of sufficient tecnh9cal competence on your part.

    That you continue to fail to show all of the details
    of exactly how DD does reach its simulated "return"
    statement final halt state proves that you know you
    are not competent.

    No, *you* fail to show how HHH reaches the correct end of the
    simulation. We see that HHH fails to reach the end of a correct simulation. That you think that a failure to reach the end of a simulation makes the simulation correct, shows that you do not understand the basics of a
    correct simulation.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat Jun 14 14:30:56 2025
    On 2025-06-13 15:22:04 +0000, olcott said:

    On 6/13/2025 5:20 AM, Mikko wrote:
    On 2025-06-12 15:34:01 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?
    redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH cannot
    possibly reach its own "return" statement final halt state
    because the input to HHH(DD) specifies recursive simulation.

    False. It is not the reursive simulation that prevents the reaching
    the simulation of the "return" statement. Instead, previention is
    a consequence of the discontinuation of the simulation that the
    input specifies.

    When you try to prove this by providing ALL of the
    details you will find that you are incorrect.

    I don't need to prove anything. It is sufficient to point out that
    you have not proven anything. For this discussion a sufficient
    proof that HHH aborts is simulation is that you have said it does.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat Jun 14 14:34:10 2025
    On 2025-06-13 15:53:27 +0000, olcott said:

    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?
    redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. Formalism
    and details needed in a rigorous proof is not shown.


    void DDD()
    {
    HHH(DDD);
    return;
    }

    _DDD()
    [00002192] 55 push ebp
    [00002193] 8bec mov ebp,esp
    [00002195] 6892210000 push 00002192
    [0000219a] e833f4ffff call 000015d2 // call HHH
    [0000219f] 83c404 add esp,+04
    [000021a2] 5d pop ebp
    [000021a3] c3 ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    The directly executed HHH emulates DDD that calls
    HHH(DDD) to emulate DDD again until this directly
    executed HHH sees the repeating pattern then aborts
    its simulation of DDD causing every level of
    emulation to immediately stop.

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    That "cannot possibly" is not a part of any verifiable fact as
    it is not sufficiently well-defined for a verification.

    It is a self-evident truth that required actual comprehension
    to be complete proof.

    2 + 3 = 5 is another example of a self-evident truth.
    Some people could say "I doan beeve in nummers". That
    is not any rebuttal.

    What
    cannot be stated cearly and unambiguoulsy cannot be a verified
    fact.


    HHH emulates DDD that calls HHH(DDD)
    that emulates DDD that calls HHH(DDD)
    that emulates DDD that calls HHH(DDD)
    that emulates DDD that calls HHH(DDD)...

    until the outer HHH sees the repeating
    pattern and aborts its own emulation thus
    killing off every other emulation.

    Nice to see that you don't disagree.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Jun 14 09:34:23 2025
    On 6/13/25 11:59 PM, olcott wrote:
    On 6/13/2025 9:14 PM, Richard Damon wrote:
    On 6/13/25 8:27 PM, olcott wrote:
    On 6/13/2025 6:38 PM, Richard Damon wrote:
    On 6/13/25 2:03 PM, olcott wrote:
    On 6/13/2025 12:50 PM, Richard Damon wrote:
    On 6/13/25 1:37 PM, olcott wrote:
    On 6/13/2025 12:33 PM, Richard Damon wrote:
    On 6/13/25 1:26 PM, olcott wrote:
    On 6/13/2025 12:19 PM, Richard Damon wrote:
    On 6/13/25 10:37 AM, olcott wrote:
    On 6/13/2025 4:26 AM, Fred. Zwarts wrote:
    Op 12.jun.2025 om 17:30 schreef olcott:

    Even after many corrections, Olcott repeated his claims >>>>>>>>>>>> without learning anything from his previous errors.
    Lack of knowledge does not make someone look stupid, but the >>>>>>>>>>>> resistance against learning does.

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms >>>>>>>>>>>>> of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL. >>>>>>>>>>>>>
    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243 >>>>>>>>>>>>> void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-
    abstract/7/4/313/354243? redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH >>>>>>>>>>>>> cannot possibly reach its own "return" statement
    final halt state.

    Showing the failure of HHH to reach the end of the simulation. >>>>>>>>>>>
    The code of the input to HHH(DD) specifies
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)
    HHH simulates DD that calls HHH(DD)...


    Then you are lying that HHH will abort and return 0.

    That is your problem, you world is based on being able to just >>>>>>>>>> lie about what you want.


    That you can't understand this is merely a lack
    of sufficient tecnh9cal competence on your part.


    No, it is merely a lack of honesty on your part.

    That you continue to fail to show all of the details
    of exactly how DD does reach its simulated "return"
    statement final halt state proves that you know you
    are not competent.



    But DD DOES reach its final state
    THE SIMULATED DD CANNOT POSSIBLY REACH ITS SIMULATED FINAL
    YOU DAMNED JACKASS.


    So you erroneously think. I have shown how it does.
    You have never shown how DDD correctly emulated by
    simulating termination analyzer HHH reaches its own
    simulated final halt state.

    And why should I?


    Therefore admitting that you are a damned* liar.
    Therefore admitting that you are a damned* liar.
    Therefore admitting that you are a damned* liar.
    Therefore admitting that you are a damned* liar.


    * Condemned to actual Hell

    SO, what is the lie?

    I am just pointing out that your strawman criteria is just invalid.


    You can not show all of the details of how and why
    it is proved to be invalid because my criteria is correct.
    When you try to go counter-factual you look really silly.

    The problem statement: Design a PROGRAM that takes the representation of
    a PROGRAM and its input, and determines if that PROGRAM will halt when run.

    You have stipulated that you input is JUST the code for the C function
    D/DD/DDD and nothing else.

    Since the definition of a program includes a FULL and DETAILED listing
    of ALL the algorithm used, and the execution of DDD will call HHH, then
    the code of HHH is part of the program DDD, and thus must be included as
    part of the input.

    Failure to do that makes the input not a full representation of the
    program to be decided, and thus a valid input.

    Sorry, you have been told this for quite a while, and your refusal to
    see it just shows how stupid you are, and how much you believe your own
    lies.


    How is that a lie.

    Note, I never say that *IF* HHH does a correct simulation, that it can
    not reach a final state, just that your HHH doesn't do that correct
    simulation, and thus that criteria is non-sense.


    HHH does do the minimum required for a correct decision.

    No, since its decision is wrong.

    HHH(DDD) asks HHH to reply with the behavior of DDD when run,
    HHH(DDD) returns 0, defined to mean its input represents a non-halting
    program.

    DDD() will halt, making that answer wrong.

    That is one of your fundamental errors, you think wrong answers can be
    right if you lie well enough.


    You yourself condemn the use of strawmen, but then, you always
    projected your errors onto others, just like Trump, who seems to be
    your model for behavior and logic.

    You logic is based on the need to say that two things that are very
    different are actually exactly the same thing.

    That is just a LIE. Just like most of what you say.



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mike Terry@21:1/5 to olcott on Sat Jun 14 15:53:50 2025
    On 14/06/2025 14:53, olcott wrote:
    On 6/14/2025 6:30 AM, Mikko wrote:
    On 2025-06-13 15:22:04 +0000, olcott said:

    On 6/13/2025 5:20 AM, Mikko wrote:
    On 2025-06-12 15:34:01 +0000, olcott said:

    int DD()
    {
    �� int Halt_Status = HHH(DD);
    �� if (Halt_Status)
    ���� HERE: goto HERE;
    �� return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //�� �L :if T[P] go to L
    //���� Return �
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
    �� L: if (HHH(Strachey_P)) goto L;
    �� return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243? redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH cannot
    possibly reach its own "return" statement final halt state
    because the input to HHH(DD) specifies recursive simulation.

    False. It is not the reursive simulation that prevents the reaching
    the simulation of the "return" statement. Instead, previention is
    a consequence of the discontinuation of the simulation that the
    input specifies.

    When you try to prove this by providing ALL of the
    details you will find that you are incorrect.

    I don't need to prove anything. It is sufficient to point out that
    you have not proven anything. For this discussion a sufficient
    proof that HHH aborts is simulation is that you have said it does.


    This code proves everything that I claimed beyond all possible doubt https://github.com/plolcott/x86utm/blob/master/Halt7.c

    Mike verified everything that I claimed from this code except the
    very last step of my proof. Mike demonstrated the non-halting behavior pattern for infinite loops.

    I didn't demonstrate any such pattern. I said such a pattern could clearly be formulated.

    Stop claiming that I support stuff I do not. ("Everything that I claimed from this code" is at best
    too vague. In fact just stop trying to use me as some kind of appeal to authority. Make your own
    arguments.

    He might understand the non-halting
    behavior patterns for infinite recursion.

    I do - it is unsound, as I told you 3 years ago, and several times since. I suggested that if your
    conclusion depended on it being sound you need to provide a PROOF that it is sound. Given that you
    can't do that, you might as well give up and do something else, because your result will never even
    be looked at seriously without such a proof. [That's setting aside the problem that the test is
    unsound, deciding never-halts for certain halting computations. So no proof of soundness is even
    possible.]


    The only thing left is understanding the non-halting behavior
    pattern of recursive simulation.

    Dude - that's one of your intuitions that's simply WRONG, as you were told 3+ years ago.


    Mike.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sun Jun 15 11:45:20 2025
    On 2025-06-14 13:58:48 +0000, olcott said:

    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?
    redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. Formalism
    and details needed in a rigorous proof is not shown.

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    That "cannot possibly" is not a part of any verifiable fact as
    it is not sufficiently well-defined for a verification. What
    cannot be stated cearly and unambiguoulsy cannot be a verified
    fact.

    void DDD()
    {
    HHH(DDD);
    return;
    }

    _DDD()
    [00002192] 55 push ebp
    [00002193] 8bec mov ebp,esp
    [00002195] 6892210000 push 00002192
    [0000219a] e833f4ffff call 000015d2 // call HHH
    [0000219f] 83c404 add esp,+04
    [000021a2] 5d pop ebp
    [000021a3] c3 ret
    Size in bytes:(0018) [000021a3]

    It is a self-evidently true verified fact that DDD
    correctly emulated by HHH cannot possibly reach its
    own simulated "ret" instruction final halt state in
    1 to ∞ steps of correct emulation of DDD by HHH.

    That does not make sense. If you don't know what "self-evidently true"
    or "fact" mean you should not use those expressions. A statement is "self-evidently true" if it can be seen to be true even the facts are
    not known, and "fact" is a statement that cannot. Therefore no fact
    is self-evidently true.

    Everyone that does not agree has less than a first
    year CS student's understanding of the C programming
    language.

    That does not follow from anything above and is far from any truth.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sun Jun 15 11:39:17 2025
    On 2025-06-14 13:38:48 +0000, olcott said:

    On 6/14/2025 4:10 AM, Fred. Zwarts wrote:
    Op 13.jun.2025 om 17:53 schreef olcott:
    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?
    redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. Formalism
    and details needed in a rigorous proof is not shown.


    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH
    [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    Indeed, HHH fails where other world-class simulators have no problem to
    simulate the program specified in the input.

    So you still don't understand what recursive simulation is?

    What makes you think that that question is relevant here?

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sun Jun 15 12:23:12 2025
    On 2025-06-14 13:53:01 +0000, olcott said:

    On 6/14/2025 6:30 AM, Mikko wrote:
    On 2025-06-13 15:22:04 +0000, olcott said:

    On 6/13/2025 5:20 AM, Mikko wrote:
    On 2025-06-12 15:34:01 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?
    redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH cannot
    possibly reach its own "return" statement final halt state
    because the input to HHH(DD) specifies recursive simulation.

    False. It is not the reursive simulation that prevents the reaching
    the simulation of the "return" statement. Instead, previention is
    a consequence of the discontinuation of the simulation that the
    input specifies.

    When you try to prove this by providing ALL of the
    details you will find that you are incorrect.

    I don't need to prove anything. It is sufficient to point out that
    you have not proven anything. For this discussion a sufficient
    proof that HHH aborts is simulation is that you have said it does.

    This code proves everything that I claimed beyond all possible doubt https://github.com/plolcott/x86utm/blob/master/Halt7.c

    More importantly, it proves what I climed: HHH does abort its simulation.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sun Jun 15 14:48:01 2025
    On 6/15/25 10:51 AM, olcott wrote:
    On 6/15/2025 4:23 AM, Mikko wrote:
    On 2025-06-14 13:53:01 +0000, olcott said:

    On 6/14/2025 6:30 AM, Mikko wrote:
    On 2025-06-13 15:22:04 +0000, olcott said:

    On 6/13/2025 5:20 AM, Mikko wrote:
    On 2025-06-12 15:34:01 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243? >>>>>>> redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH cannot
    possibly reach its own "return" statement final halt state
    because the input to HHH(DD) specifies recursive simulation.

    False. It is not the reursive simulation that prevents the reaching >>>>>> the simulation of the "return" statement. Instead, previention is
    a consequence of the discontinuation of the simulation that the
    input specifies.

    When you try to prove this by providing ALL of the
    details you will find that you are incorrect.

    I don't need to prove anything. It is sufficient to point out that
    you have not proven anything. For this discussion a sufficient
    proof that HHH aborts is simulation is that you have said it does.

    This code proves everything that I claimed beyond all possible doubt
    https://github.com/plolcott/x86utm/blob/master/Halt7.c

    More importantly, it proves what I climed: HHH does abort its simulation.


    *Just like it is required to do*

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
        If simulating halt decider H correctly simulates its
        input D until H correctly determines that its simulated D
        would never stop running unless aborted then

        H can abort its simulation of D and correctly report that D
        specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>



    Except it can't have proven that D is a non-halting, since D will halt.

    Of course, you need to decider which lies you are basing your logic on.

    First is H (or your HHH) actually a program, and thus has a fixed
    behavior, so that when you decide that H does abort, that means that H
    has aways aborted at that point. If not, you failed at step one.

    Then you have to decide if D (or your DD or DDD) is actually the program developed in the proof, and thus contains the code of that exact H
    defined above.

    If not, then you have just admitted to lying about that fact for all
    these years.

    And if so, then it is a fact if your H aborts as declared, then D will
    halt as it calls the H(D) that aborts and returns 0, which makes D halt.

    Then you have to decide if you will accept that H(D) specifies that H is suppose to be deciding on that D or has some other meaning, and that the
    input is correctly expressed to provide the needed input for that decision.

    Again, if it means anything else, then you are admitting that you have
    been lying about your D being the equivalent of the proof program.

    And, if you admit to all the required definitions, then you run into the problem that since D() halts, H(D) needs to return 1, but it returns 0,
    and thus you have been lying about it returning the correct answer for
    all these years.

    Until you show which of these steps was incorrect, it will be assumed
    that you have just admitted that you have just been lying for all these
    years and just don't have an excuse except that you were just too stupid
    to know what you were talking about, and were believing your own lies.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sun Jun 15 14:52:10 2025
    On 6/15/25 10:16 AM, olcott wrote:
    On 6/15/2025 3:45 AM, Mikko wrote:
    On 2025-06-14 13:58:48 +0000, olcott said:

    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?
    redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. Formalism
    and details needed in a rigorous proof is not shown.

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    That "cannot possibly" is not a part of any verifiable fact as
    it is not sufficiently well-defined for a verification. What
    cannot be stated cearly and unambiguoulsy cannot be a verified
    fact.

    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH
    [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    It is a self-evidently true verified fact that DDD
    correctly emulated by HHH cannot possibly reach its
    own simulated "ret" instruction final halt state in
    1 to ∞ steps of correct emulation of DDD by HHH.

    That does not make sense.

    If you are ignorant enough then 2 + 3 = 5 would make no sense.

    So, why does it makes sense for HHH to look at its input, and see
    something other than what is there, a program that calls this HHH that
    will abort and return 0 to it.


    If you don't know what "self-evidently true"
    or "fact" mean you should not use those expressions. A statement is
    "self-evidently true" if it can be seen to be true even the facts are
    not known,

    WRONG, all relevant facts must be wrong or
    "understanding its meaning" will not occur.

    In epistemology (theory of knowledge), a self-evident
    proposition is a proposition that is known to be true
    by understanding its meaning without proof... https://en.wikipedia.org/wiki/Self-evidence

    WHich is irrelevent in formal logic, as there are no "self-evident" propositions other than the axioms of the system.

    You are just showing you ignorance of the words you are using.


    and "fact" is a statement that cannot. Therefore no fact
    is self-evidently true.


    This is the key new philosophical insight that I have
    had into the fundamental nature of analytical truth.

    But one based on the lies that you have been telling yourself, and thus
    not a "truth" at all.


    Facts are expressions of language that are stipulated
    to be true. "cats are animals" is stipulated to be
    true on the basis of the stipulated meaning of those
    words. 猫是动物 says the same thing.

    Which is irrelevent in the sort of formal system you are talking about,


    Everyone that does not agree has less than a first
    year CS student's understanding of the C programming
    language.

    That does not follow from anything above and is far from any truth.


    void Infinite_Recursion()
    {
      Infinite_Recursion();
    }

    Anyone that does not understand that the above function
    does not halt has far less than a first year CS student
    degree of understanding.



    And who says it doesn't

    That you keep on useing bad examples just shows your stupidity

    It seems you think Strawman are your knights in shining armor that will
    protect you lies.

    Sorry, they are just fuel for the fires that are burning up your reputation.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Mon Jun 16 13:30:24 2025
    On 2025-06-15 14:51:30 +0000, olcott said:

    On 6/15/2025 4:23 AM, Mikko wrote:
    On 2025-06-14 13:53:01 +0000, olcott said:

    On 6/14/2025 6:30 AM, Mikko wrote:
    On 2025-06-13 15:22:04 +0000, olcott said:

    On 6/13/2025 5:20 AM, Mikko wrote:
    On 2025-06-12 15:34:01 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243? >>>>>>> redirectedFrom=fulltext

    It *is* a verified fact DD correctly simulated by HHH cannot
    possibly reach its own "return" statement final halt state
    because the input to HHH(DD) specifies recursive simulation.

    False. It is not the reursive simulation that prevents the reaching >>>>>> the simulation of the "return" statement. Instead, previention is
    a consequence of the discontinuation of the simulation that the
    input specifies.

    When you try to prove this by providing ALL of the
    details you will find that you are incorrect.

    I don't need to prove anything. It is sufficient to point out that
    you have not proven anything. For this discussion a sufficient
    proof that HHH aborts is simulation is that you have said it does.

    This code proves everything that I claimed beyond all possible doubt
    https://github.com/plolcott/x86utm/blob/master/Halt7.c

    More importantly, it proves what I climed: HHH does abort its simulation.

    *Just like it is required to do*

    That is an extraneous requirement that is not a part of halting problem.
    The halting problem does not require any simulation and therefore not
    any aborting of simulation.

    But the point was that your code proves what I claimed, which was
    not about requirements.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Mon Jun 16 13:36:49 2025
    On 2025-06-15 13:49:51 +0000, olcott said:

    On 6/15/2025 3:24 AM, Fred. Zwarts wrote:
    Op 14.jun.2025 om 15:38 schreef olcott:
    On 6/14/2025 4:10 AM, Fred. Zwarts wrote:
    Op 13.jun.2025 om 17:53 schreef olcott:
    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243? >>>>>>> redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. Formalism >>>>>> and details needed in a rigorous proof is not shown.


    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH
    [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    Indeed, HHH fails where other world-class simulators have no problem to >>>> simulate the program specified in the input.

    So you still don't understand what recursive simulation is?

    It seems I understand it better than you do. You seem to think that
    every recursion is a infinite recursion. As soon as you see a
    recursion, you think it has been proven that it is an infinite
    recursion, even if the code specifies an abort and halt.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
    If simulating halt decider H correctly simulates its
    input D until H correctly determines that its simulated D
    would never stop running unless aborted then

    H can abort its simulation of D and correctly report that D
    specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    It is an easily verified fact that the input to HHH(DDD) and
    the input to HHH(DD) meets the above self-evidently true criteria.

    No, they don't meet the second cireterion. HHH does not correctly
    determine that its input would never stop running unless aborted.
    Perhaps you may deceive with someting like equivocation someone to
    believe it does but in reality it does not.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Mon Jun 16 13:38:54 2025
    On 2025-06-15 13:51:21 +0000, olcott said:

    On 6/15/2025 3:39 AM, Mikko wrote:
    On 2025-06-14 13:38:48 +0000, olcott said:

    On 6/14/2025 4:10 AM, Fred. Zwarts wrote:
    Op 13.jun.2025 om 17:53 schreef olcott:
    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243? >>>>>>> redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. Formalism >>>>>> and details needed in a rigorous proof is not shown.


    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH
    [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    Indeed, HHH fails where other world-class simulators have no problem to >>>> simulate the program specified in the input.

    So you still don't understand what recursive simulation is?

    What makes you think that that question is relevant here?

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
    If simulating halt decider H correctly simulates its
    input D until H correctly determines that its simulated D
    would never stop running unless aborted then

    H can abort its simulation of D and correctly report that D
    specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    It is an easily verified fact that the input to HHH(DDD) and
    the input to HHH(DD) meets the above self-evidently true criteria.

    If that makes you think about something so far from anything in that
    quote your mind is seriously malfunctioning.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Mon Jun 16 13:53:45 2025
    On 2025-06-15 14:16:51 +0000, olcott said:

    On 6/15/2025 3:45 AM, Mikko wrote:
    On 2025-06-14 13:58:48 +0000, olcott said:

    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243?
    redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. Formalism
    and details needed in a rigorous proof is not shown.

    It *is* a verified fact DD correctly simulated by HHH
    cannot possibly reach its own "return" statement
    final halt state.

    That "cannot possibly" is not a part of any verifiable fact as
    it is not sufficiently well-defined for a verification. What
    cannot be stated cearly and unambiguoulsy cannot be a verified
    fact.

    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH
    [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    It is a self-evidently true verified fact that DDD
    correctly emulated by HHH cannot possibly reach its
    own simulated "ret" instruction final halt state in
    1 to ∞ steps of correct emulation of DDD by HHH.

    That does not make sense.

    If you are ignorant enough then 2 + 3 = 5 would make no sense.

    Anyway it does make enough sense that those who particiapate in
    these discussion can understand at least the main meaning of it.

    If you don't know what "self-evidently true"
    or "fact" mean you should not use those expressions. A statement is
    "self-evidently true" if it can be seen to be true even the facts are
    not known,

    WRONG, all relevant facts must be wrong or
    "understanding its meaning" will not occur.

    In the case we were discussed all or at least sufficienlty many
    of your "facts" are wrong.

    In epistemology (theory of knowledge), a self-evident
    proposition is a proposition that is known to be true
    by understanding its meaning without proof... https://en.wikipedia.org/wiki/Self-evidence

    Apparently you don't know what the above means or wehther it is
    to the current discussion, which is not about epistemology.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Mon Jun 16 21:41:50 2025
    On 6/16/25 3:35 PM, olcott wrote:
    On 6/16/2025 5:36 AM, Mikko wrote:
    On 2025-06-15 13:49:51 +0000, olcott said:

    On 6/15/2025 3:24 AM, Fred. Zwarts wrote:
    Op 14.jun.2025 om 15:38 schreef olcott:
    On 6/14/2025 4:10 AM, Fred. Zwarts wrote:
    Op 13.jun.2025 om 17:53 schreef olcott:
    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-
    abstract/7/4/313/354243? redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. Formalism >>>>>>>> and details needed in a rigorous proof is not shown.


    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH
    [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    Indeed, HHH fails where other world-class simulators have no
    problem to simulate the program specified in the input.

    So you still don't understand what recursive simulation is?

    It seems I understand it better than you do. You seem to think that
    every recursion is a infinite recursion. As soon as you see a
    recursion, you think it has been proven that it is an infinite
    recursion, even if the code specifies an abort and halt.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
         If simulating halt decider H correctly simulates its
         input D until H correctly determines that its simulated D
         would never stop running unless aborted then

         H can abort its simulation of D and correctly report that D
         specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    It is an easily verified fact that the input to HHH(DDD) and
    the input to HHH(DD) meets the above self-evidently true criteria.

    No, they don't meet the second cireterion. HHH does not correctly
    determine that its input would never stop running unless aborted.
    Perhaps you may deceive with someting like equivocation someone to
    believe it does but in reality it does not.


    No one has ever even attempted to show the details
    of how this is not correct:

    void DDD()
    {
      HHH(DDD);
      return;
    }

    When one or more instructions of DDD are correctly
    simulated by ANY simulating termination analyzer HHH
    then this correctly simulated DDD never reaches its
    simulated "return" statement final halt state.



    The problem is that isn't the definition of non-halting, and thus
    irrelevent.

    You have indicated that you agree that this actually is an error in your
    logic by failing to actually attempt to refute the error pointed out
    with any actual facts. All you do is continue to make the baseless
    claim, which is just a lie.

    Sorry, but your refusal to even try to argue to the facts, but just
    repeat your baseless assertion just shows that you known and effectively acknoledge that you have no actual basis for the claim (if you had a
    basis, why look like an idiot and not present it).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Tue Jun 17 11:42:01 2025
    On 2025-06-16 19:35:52 +0000, olcott said:

    On 6/16/2025 5:36 AM, Mikko wrote:
    On 2025-06-15 13:49:51 +0000, olcott said:

    On 6/15/2025 3:24 AM, Fred. Zwarts wrote:
    Op 14.jun.2025 om 15:38 schreef olcott:
    On 6/14/2025 4:10 AM, Fred. Zwarts wrote:
    Op 13.jun.2025 om 17:53 schreef olcott:
    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243
    void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-abstract/7/4/313/354243? >>>>>>>>> redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. Formalism >>>>>>>> and details needed in a rigorous proof is not shown.


    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH
    [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    Indeed, HHH fails where other world-class simulators have no problem to >>>>>> simulate the program specified in the input.

    So you still don't understand what recursive simulation is?

    It seems I understand it better than you do. You seem to think that
    every recursion is a infinite recursion. As soon as you see a
    recursion, you think it has been proven that it is an infinite
    recursion, even if the code specifies an abort and halt.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
         If simulating halt decider H correctly simulates its
         input D until H correctly determines that its simulated D
         would never stop running unless aborted then

         H can abort its simulation of D and correctly report that D
         specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    It is an easily verified fact that the input to HHH(DDD) and
    the input to HHH(DD) meets the above self-evidently true criteria.

    No, they don't meet the second cireterion. HHH does not correctly
    determine that its input would never stop running unless aborted.
    Perhaps you may deceive with someting like equivocation someone to
    believe it does but in reality it does not.

    No one has ever even attempted to show the details
    of how this is not correct:

    void DDD()
    {
    HHH(DDD);
    return;
    }

    When one or more instructions of DDD are correctly
    simulated by ANY simulating termination analyzer HHH
    then this correctly simulated DDD never reaches its
    simulated "return" statement final halt state.

    I have. I have shown that there is a simulating termination
    analyser that has the name HHH and that simulates until it
    finds either a call to HHH or termination. If it finds HHH
    it continues simulation after the call. If it finds a return
    from the input runction it returns 1. Your "any simulating
    termination analyzer HHH" does not exclude my HHH. Therefore
    your claim is false.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Tue Jun 17 21:33:12 2025
    On 6/17/25 11:11 AM, olcott wrote:
    On 6/16/2025 8:41 PM, Richard Damon wrote:
    On 6/16/25 3:35 PM, olcott wrote:
    On 6/16/2025 5:36 AM, Mikko wrote:
    On 2025-06-15 13:49:51 +0000, olcott said:

    On 6/15/2025 3:24 AM, Fred. Zwarts wrote:
    Op 14.jun.2025 om 15:38 schreef olcott:
    On 6/14/2025 4:10 AM, Fred. Zwarts wrote:
    Op 13.jun.2025 om 17:53 schreef olcott:
    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243 >>>>>>>>>>> void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-
    abstract/7/4/313/354243? redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof.
    Formalism
    and details needed in a rigorous proof is not shown.


    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH
    [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    Indeed, HHH fails where other world-class simulators have no
    problem to simulate the program specified in the input.

    So you still don't understand what recursive simulation is?

    It seems I understand it better than you do. You seem to think
    that every recursion is a infinite recursion. As soon as you see a >>>>>> recursion, you think it has been proven that it is an infinite
    recursion, even if the code specifies an abort and halt.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>      If simulating halt decider H correctly simulates its
         input D until H correctly determines that its simulated D
         would never stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>      specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>
    It is an easily verified fact that the input to HHH(DDD) and
    the input to HHH(DD) meets the above self-evidently true criteria.

    No, they don't meet the second cireterion. HHH does not correctly
    determine that its input would never stop running unless aborted.
    Perhaps you may deceive with someting like equivocation someone to
    believe it does but in reality it does not.


    No one has ever even attempted to show the details
    of how this is not correct:

    void DDD()
    {
       HHH(DDD);
       return;
    }

    When one or more instructions of DDD are correctly
    simulated by ANY simulating termination analyzer HHH
    then this correctly simulated DDD never reaches its
    simulated "return" statement final halt state.



    The problem is that isn't the definition of non-halting, and thus
    irrelevent.


    Counter-factual.
    Halting is defined as reaching a final halt state.

    Right, but its complement is *NEVER* reaching a final state, no matter
    how far you continue looking at the behavior (since machines don't stop
    until the reach a halting state).

    Your PARTIAL simulation just do not indicate non-halting, just
    not-yet-halted.


    void Infinite_Recursion()
    {
      Infinite_Recursion();
      return;
    }

    void Infinite_Loop()
    {
      HERE: goto HERE;
      return;
    }

    void DDD()
    {
      HHH(DDD);
      return;
    }

    When it is understood that HHH does simulate itself
    simulating DDD then any first year CS student knows
    that when each of the above are correctly simulated
    by HHH that none of them ever stop running unless aborted.

    But since HHH *DOES* abort (since it returns 0) then it is clear that
    DDD *DOES* Halt, just after HHH stops looking at the behavior,

    Playing see-no-evil doesn't make the halting go away, just removes it
    from the knowledge of HHH.

    Sorry, you are just proving your choice to be ignorant, and its
    resulting stupidity.


    You have indicated that you agree that this actually is an error in
    your logic by failing to actually attempt to refute the error pointed
    out with any actual facts. All you do is continue to make the baseless
    claim, which is just a lie.

    Sorry, but your refusal to even try to argue to the facts, but just
    repeat your baseless assertion just shows that you known and
    effectively acknoledge that you have no actual basis for the claim (if
    you had a basis, why look like an idiot and not present it).




    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Jun 18 12:16:33 2025
    On 2025-06-17 14:45:42 +0000, olcott said:

    On 6/17/2025 3:42 AM, Mikko wrote:
    On 2025-06-16 19:35:52 +0000, olcott said:

    On 6/16/2025 5:36 AM, Mikko wrote:
    On 2025-06-15 13:49:51 +0000, olcott said:

    On 6/15/2025 3:24 AM, Fred. Zwarts wrote:
    Op 14.jun.2025 om 15:38 schreef olcott:
    On 6/14/2025 4:10 AM, Fred. Zwarts wrote:
    Op 13.jun.2025 om 17:53 schreef olcott:
    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms
    of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL.

    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243 >>>>>>>>>>> void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article- abstract/7/4/313/354243? >>>>>>>>>>> redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. Formalism >>>>>>>>>> and details needed in a rigorous proof is not shown.


    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH
    [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    Indeed, HHH fails where other world-class simulators have no problem to
    simulate the program specified in the input.

    So you still don't understand what recursive simulation is?

    It seems I understand it better than you do. You seem to think that >>>>>> every recursion is a infinite recursion. As soon as you see a
    recursion, you think it has been proven that it is an infinite
    recursion, even if the code specifies an abort and halt.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>      If simulating halt decider H correctly simulates its
         input D until H correctly determines that its simulated D
         would never stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>      specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>
    It is an easily verified fact that the input to HHH(DDD) and
    the input to HHH(DD) meets the above self-evidently true criteria.

    No, they don't meet the second cireterion. HHH does not correctly
    determine that its input would never stop running unless aborted.
    Perhaps you may deceive with someting like equivocation someone to
    believe it does but in reality it does not.

    No one has ever even attempted to show the details
    of how this is not correct:

    void DDD()
    {
       HHH(DDD);
       return;
    }

    When one or more instructions of DDD are correctly
    simulated by ANY simulating termination analyzer HHH
    then this correctly simulated DDD never reaches its
    simulated "return" statement final halt state.

    I have. I have shown that there is a simulating termination
    analyser that has the name HHH and that simulates until it
    finds either a call to HHH or termination. If it finds HHH
    it continues simulation after the call. If it finds a return
    from the input runction it returns 1. Your "any simulating
    termination analyzer HHH" does not exclude my HHH. Therefore
    your claim is false.


    void Infinite_Loop()
    {
    HERE: goto HERE;
    return;
    }

    void Infinite_Recursion()
    {
    Infinite_Recursion();
    }

    void DDD()
    {
    HHH(DDD);
    return;
    }

    When it is understood that HHH does simulate itself

    Can you prove that my HHH does simulate itself?

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Wed Jun 18 16:02:41 2025
    Am Wed, 18 Jun 2025 10:08:11 -0500 schrieb olcott:
    On 6/17/2025 8:33 PM, Richard Damon wrote:
    On 6/17/25 11:11 AM, olcott wrote:

    When it is understood that HHH does simulate itself simulating DDD
    then any first year CS student knows that when each of the above are
    correctly simulated by HHH that none of them ever stop running unless
    aborted.
    But since HHH *DOES* abort
    That is not given.
    What? The code says so.

    --
    Am Sat, 20 Jul 2024 12:35:31 +0000 schrieb WM in sci.math:
    It is not guaranteed that n+1 exists for every n.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Wed Jun 18 21:39:50 2025
    On 6/18/25 12:07 PM, olcott wrote:
    On 6/18/2025 11:02 AM, joes wrote:
    Am Wed, 18 Jun 2025 10:08:11 -0500 schrieb olcott:
    On 6/17/2025 8:33 PM, Richard Damon wrote:
    On 6/17/25 11:11 AM, olcott wrote:

    When it is understood that HHH does simulate itself simulating DDD
    then any first year CS student knows that when each of the above are >>>>> correctly simulated by HHH that none of them ever stop running unless >>>>> aborted.
    But since HHH *DOES* abort
    That is not given.
    What? The code says so.


    The HHH that I am talking about here is the infinite
    set of every simulating termination analyzer named HHH.
    Some of them abort, some of them do not abort.


    But that is just a category error.

    Programs are not infinte sets.

    And the input to a program can not be an infinite set of programs.

    Thus, you "logic" is based on LIES based on the equivocation error of a category error.


    Sorry, you are just proving your stupidity.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Wed Jun 18 21:38:09 2025
    On 6/18/25 11:08 AM, olcott wrote:
    On 6/17/2025 8:33 PM, Richard Damon wrote:
    On 6/17/25 11:11 AM, olcott wrote:
    On 6/16/2025 8:41 PM, Richard Damon wrote:
    On 6/16/25 3:35 PM, olcott wrote:
    On 6/16/2025 5:36 AM, Mikko wrote:
    On 2025-06-15 13:49:51 +0000, olcott said:

    On 6/15/2025 3:24 AM, Fred. Zwarts wrote:
    Op 14.jun.2025 om 15:38 schreef olcott:
    On 6/14/2025 4:10 AM, Fred. Zwarts wrote:
    Op 13.jun.2025 om 17:53 schreef olcott:
    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms >>>>>>>>>>>>> of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL. >>>>>>>>>>>>>
    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243 >>>>>>>>>>>>> void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-
    abstract/7/4/313/354243? redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. >>>>>>>>>>>> Formalism
    and details needed in a rigorous proof is not shown.


    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH >>>>>>>>>>> [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    Indeed, HHH fails where other world-class simulators have no >>>>>>>>>> problem to simulate the program specified in the input.

    So you still don't understand what recursive simulation is?

    It seems I understand it better than you do. You seem to think >>>>>>>> that every recursion is a infinite recursion. As soon as you see >>>>>>>> a recursion, you think it has been proven that it is an infinite >>>>>>>> recursion, even if the code specifies an abort and halt.

    <MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>
         If simulating halt decider H correctly simulates its
         input D until H correctly determines that its simulated D >>>>>>>      would never stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>>>      specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>

    It is an easily verified fact that the input to HHH(DDD) and
    the input to HHH(DD) meets the above self-evidently true criteria. >>>>>>
    No, they don't meet the second cireterion. HHH does not correctly
    determine that its input would never stop running unless aborted.
    Perhaps you may deceive with someting like equivocation someone to >>>>>> believe it does but in reality it does not.


    No one has ever even attempted to show the details
    of how this is not correct:

    void DDD()
    {
       HHH(DDD);
       return;
    }

    When one or more instructions of DDD are correctly
    simulated by ANY simulating termination analyzer HHH
    then this correctly simulated DDD never reaches its
    simulated "return" statement final halt state.



    The problem is that isn't the definition of non-halting, and thus
    irrelevent.


    Counter-factual.
    Halting is defined as reaching a final halt state.

    Right, but its complement is *NEVER* reaching a final state, no matter
    how far you continue looking at the behavior (since machines don't
    stop until the reach a halting state).

    Your PARTIAL simulation just do not indicate non-halting, just not-
    yet- halted.


    void Infinite_Recursion()
    {
       Infinite_Recursion();
       return;
    }

    void Infinite_Loop()
    {
       HERE: goto HERE;
       return;
    }

    void DDD()
    {
       HHH(DDD);
       return;
    }

    When it is understood that HHH does simulate itself
    simulating DDD then any first year CS student knows
    that when each of the above are correctly simulated
    by HHH that none of them ever stop running unless aborted.

    But since HHH *DOES* abort
    That is not given.


    Sure it is, at least in the case you are talking about.

    HHH has been defined in Halt7.c

    HHH has also been defined to give the "right" answer of non-halting,
    which you claim to be right even when it is proven to be wrong, because
    you logic lies.

    The problem is HHH can't be more that one thing, even if you want it to
    be, as that is just your lie.


    I guess you think lying is just a valid part of logic.

    Your problem is your logic is just built on lies of equivocation.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Wed Jun 18 21:40:59 2025
    On 6/18/25 11:32 AM, olcott wrote:
    On 6/18/2025 4:16 AM, Mikko wrote:
    On 2025-06-17 14:45:42 +0000, olcott said:

    On 6/17/2025 3:42 AM, Mikko wrote:
    On 2025-06-16 19:35:52 +0000, olcott said:

    On 6/16/2025 5:36 AM, Mikko wrote:
    On 2025-06-15 13:49:51 +0000, olcott said:

    On 6/15/2025 3:24 AM, Fred. Zwarts wrote:
    Op 14.jun.2025 om 15:38 schreef olcott:
    On 6/14/2025 4:10 AM, Fred. Zwarts wrote:
    Op 13.jun.2025 om 17:53 schreef olcott:
    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms >>>>>>>>>>>>> of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL. >>>>>>>>>>>>>
    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243 >>>>>>>>>>>>> void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-
    abstract/7/4/313/354243? redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. >>>>>>>>>>>> Formalism
    and details needed in a rigorous proof is not shown.


    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH >>>>>>>>>>> [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    Indeed, HHH fails where other world-class simulators have no >>>>>>>>>> problem to simulate the program specified in the input.

    So you still don't understand what recursive simulation is?

    It seems I understand it better than you do. You seem to think >>>>>>>> that every recursion is a infinite recursion. As soon as you see >>>>>>>> a recursion, you think it has been proven that it is an infinite >>>>>>>> recursion, even if the code specifies an abort and halt.

    <MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>
         If simulating halt decider H correctly simulates its
         input D until H correctly determines that its simulated D >>>>>>>      would never stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>>>      specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>

    It is an easily verified fact that the input to HHH(DDD) and
    the input to HHH(DD) meets the above self-evidently true criteria. >>>>>>
    No, they don't meet the second cireterion. HHH does not correctly
    determine that its input would never stop running unless aborted.
    Perhaps you may deceive with someting like equivocation someone to >>>>>> believe it does but in reality it does not.

    No one has ever even attempted to show the details
    of how this is not correct:

    void DDD()
    {
       HHH(DDD);
       return;
    }

    When one or more instructions of DDD are correctly
    simulated by ANY simulating termination analyzer HHH
    then this correctly simulated DDD never reaches its
    simulated "return" statement final halt state.

    I have. I have shown that there is a simulating termination
    analyser that has the name HHH and that simulates until it
    finds either a call to HHH or termination. If it finds HHH
    it continues simulation after the call. If it finds a return
    from the input runction it returns 1. Your "any simulating
    termination analyzer HHH" does not exclude my HHH. Therefore
    your claim is false.


    void Infinite_Loop()
    {
       HERE: goto HERE;
       return;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
       return;
    }

    When it is understood that HHH does simulate itself

    Can you prove that my HHH does simulate itself?


    *That is a given* for this thought experiment.


    Then HHH is part of the code of DDD< and thus every HHH is given a
    different DDD.

    Thus you can't transfer the results between different HHHs, and thus you "proof" of non-halting is just lies.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Thu Jun 19 11:32:48 2025
    On 2025-06-18 15:32:50 +0000, olcott said:

    On 6/18/2025 4:16 AM, Mikko wrote:
    On 2025-06-17 14:45:42 +0000, olcott said:

    On 6/17/2025 3:42 AM, Mikko wrote:
    On 2025-06-16 19:35:52 +0000, olcott said:

    On 6/16/2025 5:36 AM, Mikko wrote:
    On 2025-06-15 13:49:51 +0000, olcott said:

    On 6/15/2025 3:24 AM, Fred. Zwarts wrote:
    Op 14.jun.2025 om 15:38 schreef olcott:
    On 6/14/2025 4:10 AM, Fred. Zwarts wrote:
    Op 13.jun.2025 om 17:53 schreef olcott:
    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms >>>>>>>>>>>>> of the counter-example input as such an input would
    be encoded in C. Christopher Strachey wrote his in CPL. >>>>>>>>>>>>>
    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243 >>>>>>>>>>>>> void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article- abstract/7/4/313/354243? >>>>>>>>>>>>> redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. Formalism >>>>>>>>>>>> and details needed in a rigorous proof is not shown.


    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH >>>>>>>>>>> [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    Indeed, HHH fails where other world-class simulators have no problem to
    simulate the program specified in the input.

    So you still don't understand what recursive simulation is?

    It seems I understand it better than you do. You seem to think that >>>>>>>> every recursion is a infinite recursion. As soon as you see a
    recursion, you think it has been proven that it is an infinite >>>>>>>> recursion, even if the code specifies an abort and halt.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>>>      If simulating halt decider H correctly simulates its
         input D until H correctly determines that its simulated D >>>>>>>      would never stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>>>      specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>>>
    It is an easily verified fact that the input to HHH(DDD) and
    the input to HHH(DD) meets the above self-evidently true criteria. >>>>>>
    No, they don't meet the second cireterion. HHH does not correctly
    determine that its input would never stop running unless aborted.
    Perhaps you may deceive with someting like equivocation someone to >>>>>> believe it does but in reality it does not.

    No one has ever even attempted to show the details
    of how this is not correct:

    void DDD()
    {
       HHH(DDD);
       return;
    }

    When one or more instructions of DDD are correctly
    simulated by ANY simulating termination analyzer HHH
    then this correctly simulated DDD never reaches its
    simulated "return" statement final halt state.

    I have. I have shown that there is a simulating termination
    analyser that has the name HHH and that simulates until it
    finds either a call to HHH or termination. If it finds HHH
    it continues simulation after the call. If it finds a return
    from the input runction it returns 1. Your "any simulating
    termination analyzer HHH" does not exclude my HHH. Therefore
    your claim is false.


    void Infinite_Loop()
    {
       HERE: goto HERE;
       return;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
       return;
    }

    When it is understood that HHH does simulate itself

    Can you prove that my HHH does simulate itself?


    *That is a given* for this thought experiment.

    Above is only required that HHH partially simulates the behaviour
    specified by its input. That the simulated part includes all of
    or even a part of HHH is not required.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Thu Jun 19 19:48:38 2025
    On 6/19/25 12:35 PM, olcott wrote:
    On 6/19/2025 3:32 AM, Mikko wrote:
    On 2025-06-18 15:32:50 +0000, olcott said:

    On 6/18/2025 4:16 AM, Mikko wrote:
    On 2025-06-17 14:45:42 +0000, olcott said:

    On 6/17/2025 3:42 AM, Mikko wrote:
    On 2025-06-16 19:35:52 +0000, olcott said:

    On 6/16/2025 5:36 AM, Mikko wrote:
    On 2025-06-15 13:49:51 +0000, olcott said:

    On 6/15/2025 3:24 AM, Fred. Zwarts wrote:
    Op 14.jun.2025 om 15:38 schreef olcott:
    On 6/14/2025 4:10 AM, Fred. Zwarts wrote:
    Op 13.jun.2025 om 17:53 schreef olcott:
    On 6/13/2025 5:51 AM, Mikko wrote:
    On 2025-06-12 15:30:05 +0000, olcott said:

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }

    It is a verified fact that DD() *is* one of the forms >>>>>>>>>>>>>>> of the counter-example input as such an input would >>>>>>>>>>>>>>> be encoded in C. Christopher Strachey wrote his in CPL. >>>>>>>>>>>>>>>
    // rec routine P
    //   §L :if T[P] go to L
    //     Return §
    // https://academic.oup.com/comjnl/article/7/4/313/354243 >>>>>>>>>>>>>>> void Strachey_P()
    {
       L: if (HHH(Strachey_P)) goto L;
       return;
    }

    https://academic.oup.com/comjnl/article-
    abstract/7/4/313/354243? redirectedFrom=fulltext

    Strachey only informally presents the idea of the proof. >>>>>>>>>>>>>> Formalism
    and details needed in a rigorous proof is not shown. >>>>>>>>>>>>>>

    void DDD()
    {
       HHH(DDD);
       return;
    }

    _DDD()
    [00002192] 55             push ebp
    [00002193] 8bec           mov ebp,esp
    [00002195] 6892210000     push 00002192
    [0000219a] e833f4ffff     call 000015d2  // call HHH >>>>>>>>>>>>> [0000219f] 83c404         add esp,+04
    [000021a2] 5d             pop ebp
    [000021a3] c3             ret
    Size in bytes:(0018) [000021a3]

    Exactly how would DDD correctly emulated by HHH
    reach its own "ret" instruction final halt state?

    Indeed, HHH fails where other world-class simulators have no >>>>>>>>>>>> problem to simulate the program specified in the input. >>>>>>>>>>>
    So you still don't understand what recursive simulation is? >>>>>>>>>>
    It seems I understand it better than you do. You seem to think >>>>>>>>>> that every recursion is a infinite recursion. As soon as you >>>>>>>>>> see a recursion, you think it has been proven that it is an >>>>>>>>>> infinite recursion, even if the code specifies an abort and halt. >>>>>>>>>
    <MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>
         If simulating halt decider H correctly simulates its >>>>>>>>>      input D until H correctly determines that its simulated D >>>>>>>>>      would never stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>>>>>      specifies a non-halting sequence of configurations. >>>>>>>>> </MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>

    It is an easily verified fact that the input to HHH(DDD) and >>>>>>>>> the input to HHH(DD) meets the above self-evidently true criteria. >>>>>>>>
    No, they don't meet the second cireterion. HHH does not correctly >>>>>>>> determine that its input would never stop running unless aborted. >>>>>>>> Perhaps you may deceive with someting like equivocation someone to >>>>>>>> believe it does but in reality it does not.

    No one has ever even attempted to show the details
    of how this is not correct:

    void DDD()
    {
       HHH(DDD);
       return;
    }

    When one or more instructions of DDD are correctly
    simulated by ANY simulating termination analyzer HHH
    then this correctly simulated DDD never reaches its
    simulated "return" statement final halt state.

    I have. I have shown that there is a simulating termination
    analyser that has the name HHH and that simulates until it
    finds either a call to HHH or termination. If it finds HHH
    it continues simulation after the call. If it finds a return
    from the input runction it returns 1. Your "any simulating
    termination analyzer HHH" does not exclude my HHH. Therefore
    your claim is false.


    void Infinite_Loop()
    {
       HERE: goto HERE;
       return;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
       return;
    }

    When it is understood that HHH does simulate itself

    Can you prove that my HHH does simulate itself?


    *That is a given* for this thought experiment.

    Above is only required that HHH partially simulates the behaviour
    specified by its input.

    counter-factual

    That the simulated part includes all of
    or even a part of HHH is not required.


    My claim is that each of the above functions correctly
    simulated by any termination analyzer HHH that can possibly
    exist will never stop running unless aborted by HHH.
    Can you affirm or correctly refute this?

    *No one has ever been able to refute this in three years*


    Since the correct simulators are NOT correct termination analyzers, you
    are talking lies.

    You logic is based on something like 1 being the same number as 2.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)