• Re: How do simulating termination analyzers work?

    From Mikko@21:1/5 to olcott on Wed Jun 18 12:29:08 2025
    On 2025-06-17 20:34:11 +0000, olcott said:

    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.

    The same thing applies to these two, yet they may be
    too difficult for a first year CS student.

    int Sipser_D()
    {
    if (HHH(Sipser_D) == 1)
    return 0;
    return 1;
    }

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


    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Wed Jun 18 14:05:57 2025
    Am Wed, 18 Jun 2025 08:46:16 -0500 schrieb olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, 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.

    WHich means that the code for HHH is part of the input, and thus
    there is just ONE HHH in existance at this time.
    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)

    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort.

    *It is not given that any of them abort*
    Huh? They contain the code to abort, even if it is not simulated.

    --
    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 joes@21:1/5 to All on Wed Jun 18 15:50:17 2025
    Am Wed, 18 Jun 2025 09:50:18 -0500 schrieb olcott:
    On 6/18/2025 9:05 AM, joes wrote:
    Am Wed, 18 Jun 2025 08:46:16 -0500 schrieb olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, 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.

    WHich means that the code for HHH is part of the input, and thus
    there is just ONE HHH in existance at this time.
    Since that code aborts its simulation to return the answer that you >>>>>> claim, you are just lying that it did a correct simulation (which
    in this context means complete)

    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort.

    *It is not given that any of them abort*
    Huh? They contain the code to abort, even if it is not simulated.

    *none of them ever stop running unless aborted* yes or no?
    If HHH(DDD), where DDD() only calls HHH(DDD), is simulated by a pure
    simulator such as HHH1 (not by itself, which aborts), it stops running
    by aborting (the simulator also terminates). All inner invocations of
    HHH would have stopped running had the outermost one (which is still
    only simulated by the real HHH1) not stopped simulating.
    HHH1 simulating HHH1 of course doesn't stop running, but we don't have
    HHH1 involved in either role here. (For completeness, HHH1(HHH) and
    HHH(HHH1) also halt.)

    --
    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:22:52 2025
    On 6/18/25 10:50 AM, olcott wrote:
    On 6/18/2025 9:05 AM, joes wrote:
    Am Wed, 18 Jun 2025 08:46:16 -0500 schrieb olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, 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.

    WHich means that the code for HHH is part of the input, and thus
    there is just ONE HHH in existance at this time.
    Since that code aborts its simulation to return the answer that you >>>>>> claim, you are just lying that it did a correct simulation (which in >>>>>> this context means complete)

    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort.

    *It is not given that any of them abort*
    Huh? They contain the code to abort, even if it is not simulated.


    *none of them ever stop running unless aborted* yes or no?

    The favorite fake rebuttal of changing the subject
    will not be tolerated.



    Except for any of them simulated by an HHH that does abort.

    Those will stop running when correctly simulated.


    You claim makes as much sense as the claim that you get all the answer
    right if you stop before you make an error, and then just stop.

    Sorry, but the HHH that stop, haven't done what is needed to make their
    work applicable.

    Sorry, you are just proving your stupidity.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to Mr Flibble on Thu Jun 19 09:39:25 2025
    On 2025-06-18 18:28:43 +0000, Mr Flibble said:

    On Wed, 18 Jun 2025 08:53:07 -0500, olcott wrote:

    On 6/18/2025 6:01 AM, Richard Damon wrote:
    On 6/17/25 9:54 PM, olcott wrote:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus
    there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in >>>>> this context means complete)


    *none of them ever stop running unless aborted* *none of them ever
    stop running unless aborted* *none of them ever stop running unless
    aborted*

    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?



    How about the fact that if they abort, they never did a correct
    simulation,

    *You are not addressing THE EXACT POINT*

    *When HHH never aborts any of the above functions then*
    (a) None of the functions ever stops running.
    (b) Each of the above functions stops running anyway.

    You need to be clear that you are not making a claim about general undecidability but a claim about the SPECIFIC CASE of pathological self reference present in the classic Halting Problem definition .. the trolls here (especially Damon and Mikko) like to ignore that you are doing that.

    He is not doing even that. What he is doing is totally outside of the
    scope of the halting problem. He has already verified that DDD halts
    and that HHH does not report that DDD halts. Nothing else is relevant
    in context of the halting problem.

    If his intent is to deceive he should avoid clarity at least as much
    as he has recently done. His switch from "halting decider" to
    "termination analyzer" reduces consequences of his clarity at the
    time he had not yet found out what he really wants to do.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Thu Jun 19 09:17:23 2025
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus there >>>> is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort.


    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort. If HHH does
    not abort it does not terminate the simulation of DDD and therefore does
    not report correctly. If HHH does abort it reports that DDD does not
    halt, which is incorrect as in that case DDD does halt. HHH is correct
    about DDD only if it does abort its simulation and reports "halts".
    But you HHH does not do that.

    --
    Mikko

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

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

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

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

    Considering the scope of termination analysis the above examples are
    extremely simple. The first two are easily seen as non-terminating.
    The third example is incomplete as HHH is not given. Most C
    implementations don't even start its execution.

    Much of both usefulness and difficulty of termination analysis follows
    from termination analyzers ignorance of the input to the program to
    be analyzed. The above exmples take no input, except perhaps the last
    one where HHH might read some, which significantly simplifies their
    analysis.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Thu Jun 19 11:09:34 2025
    Op 19.jun.2025 om 08:59 schreef olcott:
    On 6/19/2025 1:17 AM, Mikko wrote:
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus
    there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that
    you claim, you are just lying that it did a correct simulation
    (which in this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort.


    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort.

    Very good.

    If HHH does
    not abort it does not terminate the simulation of DDD and therefore

    DDD never stops running.

    because HHH never stops running and therefore this HHH


    does
    not report correctly. If HHH does abort it reports that DDD does not
    halt, which is incorrect as in that case DDD does halt. HHH is correct
    about DDD only if it does abort its simulation and reports "halts".
    But you HHH does not do that.




    So, both the aborting and the non-aborting HHH do not provide a correct
    report.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Thu Jun 19 11:28:54 2025
    Op 19.jun.2025 om 09:11 schreef olcott:
    On 6/19/2025 1:50 AM, Mikko wrote:
    On 2025-06-17 20:34:11 +0000, olcott said:

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

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

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

    Considering the scope of termination analysis the above examples are
    extremely simple. The first two are easily seen as non-terminating.
    The third example is incomplete as HHH is not given.

    *HHH is a simulating termination analyzer*
    It simulates its input until it detects
    a non halting behavior pattern, then it
    aborts and rejects its input.

    You close your eyes that adding the code to abort causes a change in
    behaviour. Then you pretend that the behaviour did not change. Very
    childish.
    When it aborts, its simulation does not need to be aborted, because the
    correct simulation of an aborting analyser will reach the the abort code
    and halt.


    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.

    And they will understand also that when the abort code is added, the
    simulation no longer needs to be aborted. Such students understand it
    better than you do.
    Closing your eyes for the change in behaviour caused by the abort code
    and pretend that the behaviour does not change is very childish.
    I think you understand it, because what could be another reason for the cheating Root variable in your code?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Thu Jun 19 19:45:47 2025
    On 6/19/25 2:59 AM, olcott wrote:
    On 6/19/2025 1:17 AM, Mikko wrote:
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus
    there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that
    you claim, you are just lying that it did a correct simulation
    (which in this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort.


    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort.

    Very good.

    If HHH does
    not abort it does not terminate the simulation of DDD and therefore

    DDD never stops running.

    Sure it does, if the HHH that it is built on gives an answer.

    Your problem is you think that the HHH that does not terminate its
    simulation can be the same program as the one that gives the answer,
    proving your utter stupidity.


    does
    not report correctly. If HHH does abort it reports that DDD does not
    halt, which is incorrect as in that case DDD does halt. HHH is correct
    about DDD only if it does abort its simulation and reports "halts".
    But you HHH does not do that.




    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to Fred. Zwarts on Fri Jun 20 11:45:56 2025
    On 2025-06-19 09:09:34 +0000, Fred. Zwarts said:

    Op 19.jun.2025 om 08:59 schreef olcott:
    On 6/19/2025 1:17 AM, Mikko wrote:
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus there >>>>>>> is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you >>>>>>> claim, you are just lying that it did a correct simulation (which in >>>>>>> this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort.


    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort.

    Very good.

    If HHH does
    not abort it does not terminate the simulation of DDD and therefore

    DDD never stops running.

    because HHH never stops running and therefore this HHH


    does
    not report correctly. If HHH does abort it reports that DDD does not
    halt, which is incorrect as in that case DDD does halt. HHH is correct
    about DDD only if it does abort its simulation and reports "halts".
    But you HHH does not do that.




    So, both the aborting and the non-aborting HHH do not provide a correct report.

    My HHH, if given DDD for input, does abort and does give the correct report
    but gives the worng report if given DD.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Fri Jun 20 11:51:43 2025
    On 2025-06-19 07:02:27 +0000, olcott said:

    On 6/19/2025 1:39 AM, Mikko wrote:
    On 2025-06-18 18:28:43 +0000, Mr Flibble said:

    On Wed, 18 Jun 2025 08:53:07 -0500, olcott wrote:

    On 6/18/2025 6:01 AM, Richard Damon wrote:
    On 6/17/25 9:54 PM, olcott wrote:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus >>>>>>> there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you >>>>>>> claim, you are just lying that it did a correct simulation (which in >>>>>>> this context means complete)


    *none of them ever stop running unless aborted* *none of them ever >>>>>> stop running unless aborted* *none of them ever stop running unless >>>>>> aborted*

    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?



    How about the fact that if they abort, they never did a correct
    simulation,

    *You are not addressing THE EXACT POINT*

    *When HHH never aborts any of the above functions then*
    (a) None of the functions ever stops running.
    (b) Each of the above functions stops running anyway.

    You need to be clear that you are not making a claim about general
    undecidability but a claim about the SPECIFIC CASE of pathological self
    reference present in the classic Halting Problem definition .. the trolls >>> here (especially Damon and Mikko) like to ignore that you are doing that. >>
    He is not doing even that. What he is doing is totally outside of the
    scope of the halting problem. He has already verified that DDD halts
    and that HHH does not report that DDD halts. Nothing else is relevant
    in context of the halting problem.

    If his intent is to deceive he should avoid clarity at least as much
    as he has recently done. His switch from "halting decider" to
    "termination analyzer"

    is a more accurate term for what I am referring to.

    Not really as you are only talking about programs that do not take
    any input. Termination analysis is about programs that do take input.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Fri Jun 20 11:23:59 2025
    Op 19.jun.2025 om 17:09 schreef olcott:
    On 6/19/2025 4:09 AM, Fred. Zwarts wrote:
    Op 19.jun.2025 om 08:59 schreef olcott:
    On 6/19/2025 1:17 AM, Mikko wrote:
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus >>>>>>>> there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that >>>>>>>> you claim, you are just lying that it did a correct simulation >>>>>>>> (which in this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort.


    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort.

    Very good.

    If HHH does
    not abort it does not terminate the simulation of DDD and therefore

    DDD never stops running.

    because HHH never stops running and therefore this HHH


    So you agree that when HHH never aborts that none
    of the above three functions ever stop running?


    does
    not report correctly. If HHH does abort it reports that DDD does not
    halt, which is incorrect as in that case DDD does halt. HHH is correct >>>> about DDD only if it does abort its simulation and reports "halts".
    But you HHH does not do that.




    So, both the aborting and the non-aborting HHH do not provide a
    correct report.

    I am not yet talking about any reports.
    I am only talking about:
    (a) stops running
    (b) never stop running.


    We can agree that all of them fail to reach the end of a correct
    simulation. The simulation stops running in some cases, but that is only
    a failure to see the halting behaviour specified in the input.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Fri Jun 20 20:09:21 2025
    On 6/20/25 1:12 PM, olcott wrote:
    On 6/20/2025 3:45 AM, Mikko wrote:
    On 2025-06-19 09:09:34 +0000, Fred. Zwarts said:

    Op 19.jun.2025 om 08:59 schreef olcott:
    On 6/19/2025 1:17 AM, Mikko wrote:
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and
    thus there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that >>>>>>>>> you claim, you are just lying that it did a correct simulation >>>>>>>>> (which in this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>

    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort.

    Very good.

    If HHH does
    not abort it does not terminate the simulation of DDD and therefore

    DDD never stops running.

    because HHH never stops running and therefore this HHH


    does
    not report correctly. If HHH does abort it reports that DDD does not >>>>> halt, which is incorrect as in that case DDD does halt. HHH is correct >>>>> about DDD only if it does abort its simulation and reports "halts".
    But you HHH does not do that.




    So, both the aborting and the non-aborting HHH do not provide a
    correct report.

    My HHH, if given DDD for input, does abort and does give the correct
    report
    but gives the worng report if given DD.


    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?


    And none of the SImulating Halt Deciders that do that will answer.

    Since the last 3 depend on the machine they call, you can't change the
    SHD to something else and be able to use that result, thus you prove
    that you logic is just based on lies.

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

    On 6/20/2025 3:45 AM, Mikko wrote:
    On 2025-06-19 09:09:34 +0000, Fred. Zwarts said:

    Op 19.jun.2025 om 08:59 schreef olcott:
    On 6/19/2025 1:17 AM, Mikko wrote:
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you >>>>>>>>> claim, you are just lying that it did a correct simulation (which in >>>>>>>>> this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>

    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort.

    Very good.

    If HHH does
    not abort it does not terminate the simulation of DDD and therefore

    DDD never stops running.

    because HHH never stops running and therefore this HHH


    does
    not report correctly. If HHH does abort it reports that DDD does not >>>>> halt, which is incorrect as in that case DDD does halt. HHH is correct >>>>> about DDD only if it does abort its simulation and reports "halts".
    But you HHH does not do that.




    So, both the aborting and the non-aborting HHH do not provide a correct report.

    My HHH, if given DDD for input, does abort and does give the correct report >> but gives the worng report if given DD.

    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, because that is not well claimed. You have used "HHH" in at least
    two different meanings and it is not clear which meaning is intended.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat Jun 21 12:52:54 2025
    On 2025-06-20 13:59:02 +0000, olcott said:

    On 6/20/2025 4:20 AM, Fred. Zwarts wrote:
    Op 19.jun.2025 om 17:17 schreef olcott:
    On 6/19/2025 4:21 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 15:46 schreef olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus there >>>>>>>> is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you >>>>>>>> claim, you are just lying that it did a correct simulation (which in >>>>>>>> this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort.


    *It is not given that any of them abort*


    At least it is true for all aborting ones, such as the one you
    presented in Halt7.c.

    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?

    Yes, I confirmed many times that we can confirm this vacuous claim,
    because no such HHH exists. All of them fail to do a correct simulation
    up to the point where they can see whether the input specifies a
    halting program.

    if DDD correctly simulated by any simulating termination
    analyzer HHH never aborts its simulation of DDD then

    that HHH is not interesting.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat Jun 21 12:54:36 2025
    On 2025-06-20 17:17:40 +0000, olcott said:

    On 6/20/2025 3:51 AM, Mikko wrote:
    On 2025-06-19 07:02:27 +0000, olcott said:

    On 6/19/2025 1:39 AM, Mikko wrote:
    On 2025-06-18 18:28:43 +0000, Mr Flibble said:

    On Wed, 18 Jun 2025 08:53:07 -0500, olcott wrote:

    On 6/18/2025 6:01 AM, Richard Damon wrote:
    On 6/17/25 9:54 PM, olcott wrote:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus >>>>>>>>> there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you >>>>>>>>> claim, you are just lying that it did a correct simulation (which in >>>>>>>>> this context means complete)


    *none of them ever stop running unless aborted* *none of them ever >>>>>>>> stop running unless aborted* *none of them ever stop running unless >>>>>>>> aborted*

    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?



    How about the fact that if they abort, they never did a correct
    simulation,

    *You are not addressing THE EXACT POINT*

    *When HHH never aborts any of the above functions then*
    (a) None of the functions ever stops running.
    (b) Each of the above functions stops running anyway.

    You need to be clear that you are not making a claim about general
    undecidability but a claim about the SPECIFIC CASE of pathological self >>>>> reference present in the classic Halting Problem definition .. the trolls >>>>> here (especially Damon and Mikko) like to ignore that you are doing that. >>>>
    He is not doing even that. What he is doing is totally outside of the
    scope of the halting problem. He has already verified that DDD halts
    and that HHH does not report that DDD halts. Nothing else is relevant
    in context of the halting problem.

    If his intent is to deceive he should avoid clarity at least as much
    as he has recently done. His switch from "halting decider" to
    "termination analyzer"

    is a more accurate term for what I am referring to.

    Not really as you are only talking about programs that do not take
    any input. Termination analysis is about programs that do take input.

    Inputs are typical yet not required.

    Ability to analyze (at least some) programs that take inputs is
    required.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Jun 21 16:31:23 2025
    On 6/21/25 1:33 PM, olcott wrote:
    On 6/21/2025 4:46 AM, Mikko wrote:
    On 2025-06-20 17:12:30 +0000, olcott said:

    On 6/20/2025 3:45 AM, Mikko wrote:
    On 2025-06-19 09:09:34 +0000, Fred. Zwarts said:

    Op 19.jun.2025 om 08:59 schreef olcott:
    On 6/19/2025 1:17 AM, Mikko wrote:
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>>
    WHich means that the code for HHH is part of the input, and >>>>>>>>>>> thus there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer >>>>>>>>>>> that you claim, you are just lying that it did a correct >>>>>>>>>>> simulation (which in this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>>>

    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort.

    Very good.

    If HHH does
    not abort it does not terminate the simulation of DDD and therefore >>>>>>
    DDD never stops running.

    because HHH never stops running and therefore this HHH


    does
    not report correctly. If HHH does abort it reports that DDD does not >>>>>>> halt, which is incorrect as in that case DDD does halt. HHH is
    correct
    about DDD only if it does abort its simulation and reports "halts". >>>>>>> But you HHH does not do that.




    So, both the aborting and the non-aborting HHH do not provide a
    correct report.

    My HHH, if given DDD for input, does abort and does give the correct
    report
    but gives the worng report if given DD.

    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, because that is not well claimed. You have used "HHH" in at least
    two different meanings and it is not clear which meaning is intended.


    *clearer words*
    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?


    Since a simulation that doesn't stop running can not be done by a
    termination analyser, which is a category of decider, which thus MUST
    always return a result.

    YOur definition is just a jumble of nonsense trying to hide an equivatation.

    The problem is that DDD depends on the machine HHH that it is built on.

    For the proof program, that must be the decider that is claimed to be
    correct.

    Thus, that can NOT be a "decider" that doesn't abort.

    If HHH ia a decider, then the correct simulation of DDD (Which can't be
    done by HHH) will reach a final state and halt, as HHH, BY DEFINITION,
    must return an answer, and thus DDD must halt.

    Only by tryng to use an invalid HHH, can you even start your argument,
    and then you are stuck with the fact that your HHH will always be wrong.

    You don't seem to understand that within one program instance, all
    programs, like HHH, but have definite definitions, there are no infinite
    sets of deciders looking at an infinte set of inputs.

    Sorry, you are just proving your ignorance of the topic you are trying
    to talk about.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Jun 21 16:33:31 2025
    On 6/21/25 1:34 PM, olcott wrote:
    On 6/21/2025 4:52 AM, Mikko wrote:
    On 2025-06-20 13:59:02 +0000, olcott said:

    On 6/20/2025 4:20 AM, Fred. Zwarts wrote:
    Op 19.jun.2025 om 17:17 schreef olcott:
    On 6/19/2025 4:21 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 15:46 schreef olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>
    WHich means that the code for HHH is part of the input, and >>>>>>>>>> thus there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer >>>>>>>>>> that you claim, you are just lying that it did a correct
    simulation (which in this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>>

    *It is not given that any of them abort*


    At least it is true for all aborting ones, such as the one you
    presented in Halt7.c.

    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?

    Yes, I confirmed many times that we can confirm this vacuous claim,
    because no such HHH exists. All of them fail to do a correct
    simulation up to the point where they can see whether the input
    specifies a halting program.

    if DDD correctly simulated by any simulating termination
    analyzer HHH never aborts its simulation of DDD then

    that HHH is not interesting.


    *then the HP proofs are proved to be wrong*

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



    The problem is your HHH isn't the H of the HP proofs, as in the HP
    proofs, it is a definite program, while your HHH just isn't, but keeps
    on changing, because you just don't know how to actually define anything.

    All you are doing is showing off you fundamental stupidity of the field
    because you don't understand even the most basic concepts, like what is
    a program or an input.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Jun 21 16:37:59 2025
    On 6/21/25 1:35 PM, olcott wrote:
    On 6/21/2025 4:54 AM, Mikko wrote:
    On 2025-06-20 17:17:40 +0000, olcott said:

    On 6/20/2025 3:51 AM, Mikko wrote:
    On 2025-06-19 07:02:27 +0000, olcott said:

    On 6/19/2025 1:39 AM, Mikko wrote:
    On 2025-06-18 18:28:43 +0000, Mr Flibble said:

    On Wed, 18 Jun 2025 08:53:07 -0500, olcott wrote:

    On 6/18/2025 6:01 AM, Richard Damon wrote:
    On 6/17/25 9:54 PM, olcott wrote:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus >>>>>>>>>>> there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer >>>>>>>>>>> that you
    claim, you are just lying that it did a correct simulation >>>>>>>>>>> (which in
    this context means complete)


    *none of them ever stop running unless aborted* *none of them >>>>>>>>>> ever
    stop running unless aborted* *none of them ever stop running >>>>>>>>>> unless
    aborted*

    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?



    How about the fact that if they abort, they never did a correct >>>>>>>>> simulation,

    *You are not addressing THE EXACT POINT*

    *When HHH never aborts any of the above functions then*
    (a) None of the functions ever stops running.
    (b) Each of the above functions stops running anyway.

    You need to be clear that you are not making a claim about general >>>>>>> undecidability but a claim about the SPECIFIC CASE of
    pathological self
    reference present in the classic Halting Problem definition ..
    the trolls
    here (especially Damon and Mikko) like to ignore that you are
    doing that.

    He is not doing even that. What he is doing is totally outside of the >>>>>> scope of the halting problem. He has already verified that DDD halts >>>>>> and that HHH does not report that DDD halts. Nothing else is relevant >>>>>> in context of the halting problem.

    If his intent is to deceive he should avoid clarity at least as much >>>>>> as he has recently done. His switch from "halting decider" to
    "termination analyzer"

    is a more accurate term for what I am referring to.

    Not really as you are only talking about programs that do not take
    any input. Termination analysis is about programs that do take input.

    Inputs are typical yet not required.

    Ability to analyze (at least some) programs that take inputs is
    required.


    No that is wrong.


    And where do you get that definition?

    You have shown that your habit is to just make up definitions out of
    your hat, showing you don't know what you are talking about.

    Note, the difference between a halt decider and a termination analyzer
    is that a halt decider decides on the program with a given input, and a termination analyzer determines if it will halt on ALL input.

    For the case of an input that represents a program that take no input,
    then become the same thing.

    And, if we are only talking about a limited set of input, we are talking
    about PARTIAL deciders also.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sun Jun 22 11:47:42 2025
    On 2025-06-21 17:33:10 +0000, olcott said:

    On 6/21/2025 4:46 AM, Mikko wrote:
    On 2025-06-20 17:12:30 +0000, olcott said:

    On 6/20/2025 3:45 AM, Mikko wrote:
    On 2025-06-19 09:09:34 +0000, Fred. Zwarts said:

    Op 19.jun.2025 om 08:59 schreef olcott:
    On 6/19/2025 1:17 AM, Mikko wrote:
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you >>>>>>>>>>> claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>>>

    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort.

    Very good.

    If HHH does
    not abort it does not terminate the simulation of DDD and therefore >>>>>>
    DDD never stops running.

    because HHH never stops running and therefore this HHH


    does
    not report correctly. If HHH does abort it reports that DDD does not >>>>>>> halt, which is incorrect as in that case DDD does halt. HHH is correct >>>>>>> about DDD only if it does abort its simulation and reports "halts". >>>>>>> But you HHH does not do that.




    So, both the aborting and the non-aborting HHH do not provide a correct report.

    My HHH, if given DDD for input, does abort and does give the correct report
    but gives the worng report if given DD.

    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, because that is not well claimed. You have used "HHH" in at least
    two different meanings and it is not clear which meaning is intended.

    *clearer words*
    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?

    Not sufficiently clearer than the previous attempt.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sun Jun 22 11:59:23 2025
    On 2025-06-21 17:34:55 +0000, olcott said:

    On 6/21/2025 4:52 AM, Mikko wrote:
    On 2025-06-20 13:59:02 +0000, olcott said:

    On 6/20/2025 4:20 AM, Fred. Zwarts wrote:
    Op 19.jun.2025 om 17:17 schreef olcott:
    On 6/19/2025 4:21 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 15:46 schreef olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you >>>>>>>>>> claim, you are just lying that it did a correct simulation (which in >>>>>>>>>> this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>>

    *It is not given that any of them abort*


    At least it is true for all aborting ones, such as the one you
    presented in Halt7.c.

    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?

    Yes, I confirmed many times that we can confirm this vacuous claim,
    because no such HHH exists. All of them fail to do a correct simulation >>>> up to the point where they can see whether the input specifies a
    halting program.

    if DDD correctly simulated by any simulating termination
    analyzer HHH never aborts its simulation of DDD then

    that HHH is not interesting.

    *then the HP proofs are proved to be wrong*

    No, they are not. You have not solved the halting problem and that
    (in addition to all proofs) supports the claim that halting problem
    is unsolvable.

    In order to show that a proof is wrong you need to show an error
    in the proof. Even then the conclusion is proven unless you can
    show an error in every proof of that conclusion.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sun Jun 22 12:02:09 2025
    On 2025-06-21 17:35:58 +0000, olcott said:

    On 6/21/2025 4:54 AM, Mikko wrote:
    On 2025-06-20 17:17:40 +0000, olcott said:

    On 6/20/2025 3:51 AM, Mikko wrote:
    On 2025-06-19 07:02:27 +0000, olcott said:

    On 6/19/2025 1:39 AM, Mikko wrote:
    On 2025-06-18 18:28:43 +0000, Mr Flibble said:

    On Wed, 18 Jun 2025 08:53:07 -0500, olcott wrote:

    On 6/18/2025 6:01 AM, Richard Damon wrote:
    On 6/17/25 9:54 PM, olcott wrote:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus >>>>>>>>>>> there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you >>>>>>>>>>> claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted* *none of them ever >>>>>>>>>> stop running unless aborted* *none of them ever stop running unless >>>>>>>>>> aborted*

    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?



    How about the fact that if they abort, they never did a correct >>>>>>>>> simulation,

    *You are not addressing THE EXACT POINT*

    *When HHH never aborts any of the above functions then*
    (a) None of the functions ever stops running.
    (b) Each of the above functions stops running anyway.

    You need to be clear that you are not making a claim about general >>>>>>> undecidability but a claim about the SPECIFIC CASE of pathological self >>>>>>> reference present in the classic Halting Problem definition .. the trolls
    here (especially Damon and Mikko) like to ignore that you are doing that.

    He is not doing even that. What he is doing is totally outside of the >>>>>> scope of the halting problem. He has already verified that DDD halts >>>>>> and that HHH does not report that DDD halts. Nothing else is relevant >>>>>> in context of the halting problem.

    If his intent is to deceive he should avoid clarity at least as much >>>>>> as he has recently done. His switch from "halting decider" to
    "termination analyzer"

    is a more accurate term for what I am referring to.

    Not really as you are only talking about programs that do not take
    any input. Termination analysis is about programs that do take input.

    Inputs are typical yet not required.

    Ability to analyze (at least some) programs that take inputs is
    required.

    No that is wrong.

    Can you quote any author allowing a termination analyzer that is restricted
    to programs that do not take any input?

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Mon Jun 23 10:08:20 2025
    On 2025-06-22 16:37:37 +0000, olcott said:

    On 6/22/2025 3:47 AM, Mikko wrote:
    On 2025-06-21 17:33:10 +0000, olcott said:

    On 6/21/2025 4:46 AM, Mikko wrote:
    On 2025-06-20 17:12:30 +0000, olcott said:

    On 6/20/2025 3:45 AM, Mikko wrote:
    On 2025-06-19 09:09:34 +0000, Fred. Zwarts said:

    Op 19.jun.2025 om 08:59 schreef olcott:
    On 6/19/2025 1:17 AM, Mikko wrote:
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>>>>>

    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort.

    Very good.

    If HHH does
    not abort it does not terminate the simulation of DDD and therefore >>>>>>>>
    DDD never stops running.

    because HHH never stops running and therefore this HHH


    does
    not report correctly. If HHH does abort it reports that DDD does not >>>>>>>>> halt, which is incorrect as in that case DDD does halt. HHH is correct
    about DDD only if it does abort its simulation and reports "halts". >>>>>>>>> But you HHH does not do that.




    So, both the aborting and the non-aborting HHH do not provide a correct report.

    My HHH, if given DDD for input, does abort and does give the correct report
    but gives the worng report if given DD.

    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, because that is not well claimed. You have used "HHH" in at least
    two different meanings and it is not clear which meaning is intended.

    *clearer words*
    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?

    Not sufficiently clearer than the previous attempt.

    Since you did not say exactly what seems unclear to
    you I am taking this as a dishonest dodge away from the point.

    You are lying. I did say. Your second attermpt does not clarify what
    I did say was unclear. You didn't say what it did clarify, so
    apparently nothing. You just claimed that an exact copy is clearer.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Mon Jun 23 10:12:52 2025
    On 2025-06-22 19:16:24 +0000, olcott said:

    On 6/22/2025 3:59 AM, Mikko wrote:
    On 2025-06-21 17:34:55 +0000, olcott said:

    On 6/21/2025 4:52 AM, Mikko wrote:
    On 2025-06-20 13:59:02 +0000, olcott said:

    On 6/20/2025 4:20 AM, Fred. Zwarts wrote:
    Op 19.jun.2025 om 17:17 schreef olcott:
    On 6/19/2025 4:21 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 15:46 schreef olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>>>>

    *It is not given that any of them abort*


    At least it is true for all aborting ones, such as the one you >>>>>>>> presented in Halt7.c.

    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?

    Yes, I confirmed many times that we can confirm this vacuous claim, >>>>>> because no such HHH exists. All of them fail to do a correct simulation >>>>>> up to the point where they can see whether the input specifies a
    halting program.

    if DDD correctly simulated by any simulating termination
    analyzer HHH never aborts its simulation of DDD then

    that HHH is not interesting.

    *then the HP proofs are proved to be wrong*

    No, they are not. You have not solved the halting problem and that
    (in addition to all proofs) supports the claim that halting problem
    is unsolvable.

    ChatGPT corrected my words and agreed that I have
    correctly refuted the generic HP proof technique
    where an input has been defined to only do the
    opposite of whatever value that its decider decides. https://chatgpt.com/s/t_6857335b37a08191a077d57039fa4a76

    Doesn't matter. Only proofs matter. So far you have not proven anything
    and it is unlikely you could prove anything even after asking ChatGPT
    for help.

    The ChatGPT that evaluated and affirmed my analysis
    of HHH(DDD) one year ago could only handle 4000 tokens
    thus could not understand HHH(DD).

    ChatGPT with GPT-4-turbo — can handle up to 128,000 tokens
    of context in a single conversation, immediately understood
    HHH(DD) within the context of the conversation of HHH(DDD).

    ChatGPT does not understand. Whether you do is still not determined.

    Anyway,
    In order to show that a proof is wrong you need to show an error
    in the proof. Even then the conclusion is proven unless you can
    show an error in every proof of that conclusion.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Mon Jun 23 10:15:31 2025
    On 2025-06-22 19:23:37 +0000, olcott said:

    On 6/22/2025 4:02 AM, Mikko wrote:
    On 2025-06-21 17:35:58 +0000, olcott said:

    On 6/21/2025 4:54 AM, Mikko wrote:
    On 2025-06-20 17:17:40 +0000, olcott said:

    On 6/20/2025 3:51 AM, Mikko wrote:
    On 2025-06-19 07:02:27 +0000, olcott said:

    On 6/19/2025 1:39 AM, Mikko wrote:
    On 2025-06-18 18:28:43 +0000, Mr Flibble said:

    On Wed, 18 Jun 2025 08:53:07 -0500, olcott wrote:

    On 6/18/2025 6:01 AM, Richard Damon wrote:
    On 6/17/25 9:54 PM, olcott wrote:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus >>>>>>>>>>>>> there is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted* *none of them ever >>>>>>>>>>>> stop running unless aborted* *none of them ever stop running unless
    aborted*

    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?



    How about the fact that if they abort, they never did a correct >>>>>>>>>>> simulation,

    *You are not addressing THE EXACT POINT*

    *When HHH never aborts any of the above functions then*
    (a) None of the functions ever stops running.
    (b) Each of the above functions stops running anyway.

    You need to be clear that you are not making a claim about general >>>>>>>>> undecidability but a claim about the SPECIFIC CASE of pathological self
    reference present in the classic Halting Problem definition .. the trolls
    here (especially Damon and Mikko) like to ignore that you are doing that.

    He is not doing even that. What he is doing is totally outside of the >>>>>>>> scope of the halting problem. He has already verified that DDD halts >>>>>>>> and that HHH does not report that DDD halts. Nothing else is relevant >>>>>>>> in context of the halting problem.

    If his intent is to deceive he should avoid clarity at least as much >>>>>>>> as he has recently done. His switch from "halting decider" to
    "termination analyzer"

    is a more accurate term for what I am referring to.

    Not really as you are only talking about programs that do not take >>>>>> any input. Termination analysis is about programs that do take input. >>>>>
    Inputs are typical yet not required.

    Ability to analyze (at least some) programs that take inputs is
    required.

    No that is wrong.

    Can you quote any author allowing a termination analyzer that is restricted >> to programs that do not take any input?

    The ability to correctly determine the halt status
    of at least one program that takes no inputs meets
    the requirement of being a termination analyzer for
    that one program.

    It does not prove that all requirements are met, in particular the
    requirement that the analyzer must be able to analyze programs that
    do take input.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Tue Jun 24 11:52:36 2025
    On 2025-06-23 16:48:20 +0000, olcott said:

    On 6/23/2025 2:08 AM, Mikko wrote:
    On 2025-06-22 16:37:37 +0000, olcott said:

    On 6/22/2025 3:47 AM, Mikko wrote:
    On 2025-06-21 17:33:10 +0000, olcott said:

    On 6/21/2025 4:46 AM, Mikko wrote:
    On 2025-06-20 17:12:30 +0000, olcott said:

    On 6/20/2025 3:45 AM, Mikko wrote:
    On 2025-06-19 09:09:34 +0000, Fred. Zwarts said:

    Op 19.jun.2025 om 08:59 schreef olcott:
    On 6/19/2025 1:17 AM, Mikko wrote:
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>>>>>>>

    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort. >>>>>>>>>>
    Very good.

    If HHH does
    not abort it does not terminate the simulation of DDD and therefore >>>>>>>>>>
    DDD never stops running.

    because HHH never stops running and therefore this HHH


    does
    not report correctly. If HHH does abort it reports that DDD does not
    halt, which is incorrect as in that case DDD does halt. HHH is correct
    about DDD only if it does abort its simulation and reports "halts". >>>>>>>>>>> But you HHH does not do that.




    So, both the aborting and the non-aborting HHH do not provide a correct report.

    My HHH, if given DDD for input, does abort and does give the correct report
    but gives the worng report if given DD.

    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, because that is not well claimed. You have used "HHH" in at least >>>>>> two different meanings and it is not clear which meaning is intended. >>>>>
    *clearer words*
    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?

    Not sufficiently clearer than the previous attempt.

    Since you did not say exactly what seems unclear to
    you I am taking this as a dishonest dodge away from the point.

    You are lying. I did say. Your second attermpt does not clarify what
    I did say was unclear. You didn't say what it did clarify, so
    apparently nothing. You just claimed that an exact copy is clearer.

    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?

    All of those words are perfectly clear to me.

    Isn't my HHH as a suffifient answer? If not, ask again when you
    have clarified all points I or someone else has identified as
    ambiguous.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Tue Jun 24 11:53:56 2025
    On 2025-06-23 16:51:23 +0000, olcott said:

    On 6/23/2025 2:12 AM, Mikko wrote:
    On 2025-06-22 19:16:24 +0000, olcott said:

    On 6/22/2025 3:59 AM, Mikko wrote:
    On 2025-06-21 17:34:55 +0000, olcott said:

    On 6/21/2025 4:52 AM, Mikko wrote:
    On 2025-06-20 13:59:02 +0000, olcott said:

    On 6/20/2025 4:20 AM, Fred. Zwarts wrote:
    Op 19.jun.2025 om 17:17 schreef olcott:
    On 6/19/2025 4:21 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 15:46 schreef olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>>>>>>

    *It is not given that any of them abort*


    At least it is true for all aborting ones, such as the one you >>>>>>>>>> presented in Halt7.c.

    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?

    Yes, I confirmed many times that we can confirm this vacuous claim, >>>>>>>> because no such HHH exists. All of them fail to do a correct simulation
    up to the point where they can see whether the input specifies a >>>>>>>> halting program.

    if DDD correctly simulated by any simulating termination
    analyzer HHH never aborts its simulation of DDD then

    that HHH is not interesting.

    *then the HP proofs are proved to be wrong*

    No, they are not. You have not solved the halting problem and that
    (in addition to all proofs) supports the claim that halting problem
    is unsolvable.

    ChatGPT corrected my words and agreed that I have
    correctly refuted the generic HP proof technique
    where an input has been defined to only do the
    opposite of whatever value that its decider decides.
    https://chatgpt.com/s/t_6857335b37a08191a077d57039fa4a76

    Doesn't matter. Only proofs matter. So far you have not proven anything
    and it is unlikely you could prove anything even after asking ChatGPT
    for help.

    The ChatGPT that evaluated and affirmed my analysis
    of HHH(DDD) one year ago could only handle 4000 tokens
    thus could not understand HHH(DD).

    ChatGPT with GPT-4-turbo — can handle up to 128,000 tokens
    of context in a single conversation, immediately understood
    HHH(DD) within the context of the conversation of HHH(DDD).

    ChatGPT does not understand. Whether you do is still not determined.

    Anyway,
    In order to show that a proof is wrong you need to show an error
    in the proof. Even then the conclusion is proven unless you can
    show an error in every proof of that conclusion.


    That you do not understand that any set of expressions of
    language that show another expression of language is
    necessarily true is its proof is your ignorance not mine.

    Only a proof is a proof.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Tue Jun 24 11:57:33 2025
    On 2025-06-23 16:53:59 +0000, olcott said:

    On 6/23/2025 2:15 AM, Mikko wrote:
    On 2025-06-22 19:23:37 +0000, olcott said:

    On 6/22/2025 4:02 AM, Mikko wrote:
    On 2025-06-21 17:35:58 +0000, olcott said:

    On 6/21/2025 4:54 AM, Mikko wrote:
    On 2025-06-20 17:17:40 +0000, olcott said:

    On 6/20/2025 3:51 AM, Mikko wrote:
    On 2025-06-19 07:02:27 +0000, olcott said:

    On 6/19/2025 1:39 AM, Mikko wrote:
    On 2025-06-18 18:28:43 +0000, Mr Flibble said:

    On Wed, 18 Jun 2025 08:53:07 -0500, olcott wrote:

    On 6/18/2025 6:01 AM, Richard Damon wrote:
    On 6/17/25 9:54 PM, olcott wrote:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus
    there is just ONE HHH in existance at this time. >>>>>>>>>>>>>>>
    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted* *none of them ever
    stop running unless aborted* *none of them ever stop running unless
    aborted*

    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?
    Do you agree or can you refute THIS EXACT POINT?



    How about the fact that if they abort, they never did a correct >>>>>>>>>>>>> simulation,

    *You are not addressing THE EXACT POINT*

    *When HHH never aborts any of the above functions then* >>>>>>>>>>>> (a) None of the functions ever stops running.
    (b) Each of the above functions stops running anyway.

    You need to be clear that you are not making a claim about general >>>>>>>>>>> undecidability but a claim about the SPECIFIC CASE of pathological self
    reference present in the classic Halting Problem definition .. the trolls
    here (especially Damon and Mikko) like to ignore that you are doing that.

    He is not doing even that. What he is doing is totally outside of the
    scope of the halting problem. He has already verified that DDD halts >>>>>>>>>> and that HHH does not report that DDD halts. Nothing else is relevant
    in context of the halting problem.

    If his intent is to deceive he should avoid clarity at least as much >>>>>>>>>> as he has recently done. His switch from "halting decider" to >>>>>>>>>> "termination analyzer"

    is a more accurate term for what I am referring to.

    Not really as you are only talking about programs that do not take >>>>>>>> any input. Termination analysis is about programs that do take input. >>>>>>>
    Inputs are typical yet not required.

    Ability to analyze (at least some) programs that take inputs is
    required.

    No that is wrong.

    Can you quote any author allowing a termination analyzer that is restricted
    to programs that do not take any input?

    The ability to correctly determine the halt status
    of at least one program that takes no inputs meets
    the requirement of being a termination analyzer for
    that one program.

    It does not prove that all requirements are met, in particular the
    requirement that the analyzer must be able to analyze programs that
    do take input.

    That is a bogus requirement.

    No, it is not. It is essential to the meaning of the term.
    A nut cracker is not a hammer although both can produce the same
    effenct on nuts.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Jun 25 09:43:29 2025
    On 2025-06-24 14:57:47 +0000, olcott said:

    On 6/24/2025 3:52 AM, Mikko wrote:
    On 2025-06-23 16:48:20 +0000, olcott said:

    On 6/23/2025 2:08 AM, Mikko wrote:
    On 2025-06-22 16:37:37 +0000, olcott said:

    On 6/22/2025 3:47 AM, Mikko wrote:
    On 2025-06-21 17:33:10 +0000, olcott said:

    On 6/21/2025 4:46 AM, Mikko wrote:
    On 2025-06-20 17:12:30 +0000, olcott said:

    On 6/20/2025 3:45 AM, Mikko wrote:
    On 2025-06-19 09:09:34 +0000, Fred. Zwarts said:

    Op 19.jun.2025 om 08:59 schreef olcott:
    On 6/19/2025 1:17 AM, Mikko wrote:
    On 2025-06-18 13:46:16 +0000, olcott said:

    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted* >>>>>>>>>>>>>>>
    All of them do abort and their simulation does not need an abort.


    *It is not given that any of them abort*

    It is known a priori that HHH either does or does not abort. >>>>>>>>>>>>
    Very good.

    If HHH does
    not abort it does not terminate the simulation of DDD and therefore

    DDD never stops running.

    because HHH never stops running and therefore this HHH


    does
    not report correctly. If HHH does abort it reports that DDD does not
    halt, which is incorrect as in that case DDD does halt. HHH is correct
    about DDD only if it does abort its simulation and reports "halts".
    But you HHH does not do that.




    So, both the aborting and the non-aborting HHH do not provide a correct report.

    My HHH, if given DDD for input, does abort and does give the correct report
    but gives the worng report if given DD.

    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, because that is not well claimed. You have used "HHH" in at least >>>>>>>> two different meanings and it is not clear which meaning is intended. >>>>>>>
    *clearer words*
    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?

    Not sufficiently clearer than the previous attempt.

    Since you did not say exactly what seems unclear to
    you I am taking this as a dishonest dodge away from the point.

    You are lying. I did say. Your second attermpt does not clarify what
    I did say was unclear. You didn't say what it did clarify, so
    apparently nothing. You just claimed that an exact copy is clearer.

    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?

    All of those words are perfectly clear to me.

    Isn't my HHH as a suffifient answer? If not, ask again when you
    have clarified all points I or someone else has identified as
    ambiguous.

    You are playing head games.

    Indeed I am playing your games. But if they were head gaems you would win.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Jun 25 09:50:42 2025
    On 2025-06-24 15:00:30 +0000, olcott said:

    On 6/24/2025 3:53 AM, Mikko wrote:
    On 2025-06-23 16:51:23 +0000, olcott said:

    On 6/23/2025 2:12 AM, Mikko wrote:
    On 2025-06-22 19:16:24 +0000, olcott said:

    On 6/22/2025 3:59 AM, Mikko wrote:
    On 2025-06-21 17:34:55 +0000, olcott said:

    On 6/21/2025 4:52 AM, Mikko wrote:
    On 2025-06-20 13:59:02 +0000, olcott said:

    On 6/20/2025 4:20 AM, Fred. Zwarts wrote:
    Op 19.jun.2025 om 17:17 schreef olcott:
    On 6/19/2025 4:21 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 15:46 schreef olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort.


    *It is not given that any of them abort*


    At least it is true for all aborting ones, such as the one you >>>>>>>>>>>> presented in Halt7.c.

    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?

    Yes, I confirmed many times that we can confirm this vacuous claim, >>>>>>>>>> because no such HHH exists. All of them fail to do a correct simulation
    up to the point where they can see whether the input specifies a >>>>>>>>>> halting program.

    if DDD correctly simulated by any simulating termination
    analyzer HHH never aborts its simulation of DDD then

    that HHH is not interesting.

    *then the HP proofs are proved to be wrong*

    No, they are not. You have not solved the halting problem and that >>>>>> (in addition to all proofs) supports the claim that halting problem >>>>>> is unsolvable.

    ChatGPT corrected my words and agreed that I have
    correctly refuted the generic HP proof technique
    where an input has been defined to only do the
    opposite of whatever value that its decider decides.
    https://chatgpt.com/s/t_6857335b37a08191a077d57039fa4a76

    Doesn't matter. Only proofs matter. So far you have not proven anything >>>> and it is unlikely you could prove anything even after asking ChatGPT
    for help.

    The ChatGPT that evaluated and affirmed my analysis
    of HHH(DDD) one year ago could only handle 4000 tokens
    thus could not understand HHH(DD).

    ChatGPT with GPT-4-turbo — can handle up to 128,000 tokens
    of context in a single conversation, immediately understood
    HHH(DD) within the context of the conversation of HHH(DDD).

    ChatGPT does not understand. Whether you do is still not determined.

    Anyway,
    In order to show that a proof is wrong you need to show an error
    in the proof. Even then the conclusion is proven unless you can
    show an error in every proof of that conclusion.


    That you do not understand that any set of expressions of
    language that show another expression of language is
    necessarily true is its proof is your ignorance not mine.

    Only a proof is a proof.

    There are things called proofs that have a certain
    form and there is the broader concept of proof that
    does not require this certain form.

    A proof is any set of expressions of language that
    correctly concludes that another expression of
    language is definitely true.

    A singlet set of expressions that just states a correct conclusion
    satisfy the above definition but does not prove anything. A proof
    is something that gives a sufficient reson to believe what otherwise
    might not be believed.

    A set of expressions is not sufficiently organized to count as a
    proof. The conclusion of the proor is its last sentence and in a
    set there is no last one.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Jun 25 09:54:20 2025
    On 2025-06-24 15:02:43 +0000, olcott said:

    On 6/24/2025 3:57 AM, Mikko wrote:
    On 2025-06-23 16:53:59 +0000, olcott said:

    On 6/23/2025 2:15 AM, Mikko wrote:
    On 2025-06-22 19:23:37 +0000, olcott said:

    On 6/22/2025 4:02 AM, Mikko wrote:
    On 2025-06-21 17:35:58 +0000, olcott said:

    On 6/21/2025 4:54 AM, Mikko wrote:
    On 2025-06-20 17:17:40 +0000, olcott said:

    On 6/20/2025 3:51 AM, Mikko wrote:
    On 2025-06-19 07:02:27 +0000, olcott said:

    On 6/19/2025 1:39 AM, Mikko wrote:
    On 2025-06-18 18:28:43 +0000, Mr Flibble said:

    On Wed, 18 Jun 2025 08:53:07 -0500, olcott wrote:

    On 6/18/2025 6:01 AM, Richard Damon wrote:
    On 6/17/25 9:54 PM, olcott wrote:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus
    there is just ONE HHH in existance at this time. >>>>>>>>>>>>>>>>>
    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted* *none of them ever
    stop running unless aborted* *none of them ever stop running unless
    aborted*

    Do you agree or can you refute THIS EXACT POINT? >>>>>>>>>>>>>>>> Do you agree or can you refute THIS EXACT POINT? >>>>>>>>>>>>>>>> Do you agree or can you refute THIS EXACT POINT? >>>>>>>>>>>>>>>>


    How about the fact that if they abort, they never did a correct >>>>>>>>>>>>>>> simulation,

    *You are not addressing THE EXACT POINT*

    *When HHH never aborts any of the above functions then* >>>>>>>>>>>>>> (a) None of the functions ever stops running.
    (b) Each of the above functions stops running anyway. >>>>>>>>>>>>>
    You need to be clear that you are not making a claim about general
    undecidability but a claim about the SPECIFIC CASE of pathological self
    reference present in the classic Halting Problem definition .. the trolls
    here (especially Damon and Mikko) like to ignore that you are doing that.

    He is not doing even that. What he is doing is totally outside of the
    scope of the halting problem. He has already verified that DDD halts
    and that HHH does not report that DDD halts. Nothing else is relevant
    in context of the halting problem.

    If his intent is to deceive he should avoid clarity at least as much
    as he has recently done. His switch from "halting decider" to >>>>>>>>>>>> "termination analyzer"

    is a more accurate term for what I am referring to.

    Not really as you are only talking about programs that do not take >>>>>>>>>> any input. Termination analysis is about programs that do take input.

    Inputs are typical yet not required.

    Ability to analyze (at least some) programs that take inputs is >>>>>>>> required.

    No that is wrong.

    Can you quote any author allowing a termination analyzer that is restricted
    to programs that do not take any input?

    The ability to correctly determine the halt status
    of at least one program that takes no inputs meets
    the requirement of being a termination analyzer for
    that one program.

    It does not prove that all requirements are met, in particular the
    requirement that the analyzer must be able to analyze programs that
    do take input.

    That is a bogus requirement.

    No, it is not. It is essential to the meaning of the term.
    A nut cracker is not a hammer although both can produce the same
    effenct on nuts.


    A termination analyzer determines the halt status
    of a program for every input that this program takes.

    When it does this for a program that takes no inputs
    it is still doing this for every input that this
    program takes.

    You mean a nutcracker is a hammer?

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Thu Jun 26 12:35:56 2025
    On 2025-06-25 14:40:35 +0000, olcott said:

    On 6/25/2025 1:54 AM, Mikko wrote:
    On 2025-06-24 15:02:43 +0000, olcott said:

    On 6/24/2025 3:57 AM, Mikko wrote:
    On 2025-06-23 16:53:59 +0000, olcott said:

    On 6/23/2025 2:15 AM, Mikko wrote:
    On 2025-06-22 19:23:37 +0000, olcott said:

    On 6/22/2025 4:02 AM, Mikko wrote:
    On 2025-06-21 17:35:58 +0000, olcott said:

    On 6/21/2025 4:54 AM, Mikko wrote:
    On 2025-06-20 17:17:40 +0000, olcott said:

    On 6/20/2025 3:51 AM, Mikko wrote:
    On 2025-06-19 07:02:27 +0000, olcott said:

    On 6/19/2025 1:39 AM, Mikko wrote:
    On 2025-06-18 18:28:43 +0000, Mr Flibble said:

    On Wed, 18 Jun 2025 08:53:07 -0500, olcott wrote: >>>>>>>>>>>>>>>
    On 6/18/2025 6:01 AM, Richard Damon wrote:
    On 6/17/25 9:54 PM, olcott wrote:
    On 6/17/2025 8:19 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>> On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus
    there is just ONE HHH in existance at this time. >>>>>>>>>>>>>>>>>>>
    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted* *none of them ever
    stop running unless aborted* *none of them ever stop running unless
    aborted*

    Do you agree or can you refute THIS EXACT POINT? >>>>>>>>>>>>>>>>>> Do you agree or can you refute THIS EXACT POINT? >>>>>>>>>>>>>>>>>> Do you agree or can you refute THIS EXACT POINT? >>>>>>>>>>>>>>>>>>


    How about the fact that if they abort, they never did a correct
    simulation,

    *You are not addressing THE EXACT POINT*

    *When HHH never aborts any of the above functions then* >>>>>>>>>>>>>>>> (a) None of the functions ever stops running.
    (b) Each of the above functions stops running anyway. >>>>>>>>>>>>>>>
    You need to be clear that you are not making a claim about general
    undecidability but a claim about the SPECIFIC CASE of pathological self
    reference present in the classic Halting Problem definition .. the trolls
    here (especially Damon and Mikko) like to ignore that you are doing that.

    He is not doing even that. What he is doing is totally outside of the
    scope of the halting problem. He has already verified that DDD halts
    and that HHH does not report that DDD halts. Nothing else is relevant
    in context of the halting problem.

    If his intent is to deceive he should avoid clarity at least as much
    as he has recently done. His switch from "halting decider" to >>>>>>>>>>>>>> "termination analyzer"

    is a more accurate term for what I am referring to.

    Not really as you are only talking about programs that do not take >>>>>>>>>>>> any input. Termination analysis is about programs that do take input.

    Inputs are typical yet not required.

    Ability to analyze (at least some) programs that take inputs is >>>>>>>>>> required.

    No that is wrong.

    Can you quote any author allowing a termination analyzer that is restricted
    to programs that do not take any input?

    The ability to correctly determine the halt status
    of at least one program that takes no inputs meets
    the requirement of being a termination analyzer for
    that one program.

    It does not prove that all requirements are met, in particular the >>>>>> requirement that the analyzer must be able to analyze programs that >>>>>> do take input.

    That is a bogus requirement.

    No, it is not. It is essential to the meaning of the term.
    A nut cracker is not a hammer although both can produce the same
    effenct on nuts.


    A termination analyzer determines the halt status
    of a program for every input that this program takes.

    When it does this for a program that takes no inputs
    it is still doing this for every input that this
    program takes.

    You mean a nutcracker is a hammer?

    A termination analyzer correctly determines the halt
    status of an input program specification for every
    input that this program can take. A program specification
    taking zero inputs is merely the simpler case of this
    same algorithm.

    So you do. Perhapts it is a matter of taste but honest people
    prefer to call a spade a "spade" and not an "earthmover" or a
    "manually operated earthmover".

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat Jun 28 14:41:40 2025
    On 2025-06-21 17:34:55 +0000, olcott said:

    On 6/21/2025 4:52 AM, Mikko wrote:
    On 2025-06-20 13:59:02 +0000, olcott said:

    On 6/20/2025 4:20 AM, Fred. Zwarts wrote:
    Op 19.jun.2025 om 17:17 schreef olcott:
    On 6/19/2025 4:21 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 15:46 schreef olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you >>>>>>>>>> claim, you are just lying that it did a correct simulation (which in >>>>>>>>>> this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>>

    *It is not given that any of them abort*


    At least it is true for all aborting ones, such as the one you
    presented in Halt7.c.

    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?

    Yes, I confirmed many times that we can confirm this vacuous claim,
    because no such HHH exists. All of them fail to do a correct simulation >>>> up to the point where they can see whether the input specifies a
    halting program.

    if DDD correctly simulated by any simulating termination
    analyzer HHH never aborts its simulation of DDD then

    that HHH is not interesting.

    *then the HP proofs are proved to be wrong*

    Does not follow. HHH and DDD are irrelevant to those proofs.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat Jun 28 14:50:39 2025
    On 2025-06-27 23:26:07 +0000, olcott said:

    On 6/26/2025 4:35 AM, Mikko wrote:
    On 2025-06-25 14:40:35 +0000, olcott said:

    On 6/25/2025 1:54 AM, Mikko wrote:
    On 2025-06-24 15:02:43 +0000, olcott said:

    On 6/24/2025 3:57 AM, Mikko wrote:
    On 2025-06-23 16:53:59 +0000, olcott said:

    On 6/23/2025 2:15 AM, Mikko wrote:
    On 2025-06-22 19:23:37 +0000, olcott said:

    On 6/22/2025 4:02 AM, Mikko wrote:
    On 2025-06-21 17:35:58 +0000, olcott said:

    On 6/21/2025 4:54 AM, Mikko wrote:
    On 2025-06-20 17:17:40 +0000, olcott said:

    On 6/20/2025 3:51 AM, Mikko wrote:
    On 2025-06-19 07:02:27 +0000, olcott said:

    On 6/19/2025 1:39 AM, Mikko wrote:
    On 2025-06-18 18:28:43 +0000, Mr Flibble said: >>>>>>>>>>>>>>>>
    On Wed, 18 Jun 2025 08:53:07 -0500, olcott wrote: >>>>>>>>>>>>>>>>>
    On 6/18/2025 6:01 AM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>> On 6/17/25 9:54 PM, olcott wrote:
    On 6/17/2025 8:19 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>>> On 6/17/25 4:34 PM, olcott wrote:
    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.

    WHich means that the code for HHH is part of the input, and thus
    there is just ONE HHH in existance at this time. >>>>>>>>>>>>>>>>>>>>>
    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted* *none of them ever
    stop running unless aborted* *none of them ever stop running unless
    aborted*

    Do you agree or can you refute THIS EXACT POINT? >>>>>>>>>>>>>>>>>>>> Do you agree or can you refute THIS EXACT POINT? >>>>>>>>>>>>>>>>>>>> Do you agree or can you refute THIS EXACT POINT? >>>>>>>>>>>>>>>>>>>>


    How about the fact that if they abort, they never did a correct
    simulation,

    *You are not addressing THE EXACT POINT*

    *When HHH never aborts any of the above functions then* >>>>>>>>>>>>>>>>>> (a) None of the functions ever stops running. >>>>>>>>>>>>>>>>>> (b) Each of the above functions stops running anyway. >>>>>>>>>>>>>>>>>
    You need to be clear that you are not making a claim about general
    undecidability but a claim about the SPECIFIC CASE of pathological self
    reference present in the classic Halting Problem definition .. the trolls
    here (especially Damon and Mikko) like to ignore that you are doing that.

    He is not doing even that. What he is doing is totally outside of the
    scope of the halting problem. He has already verified that DDD halts
    and that HHH does not report that DDD halts. Nothing else is relevant
    in context of the halting problem.

    If his intent is to deceive he should avoid clarity at least as much
    as he has recently done. His switch from "halting decider" to >>>>>>>>>>>>>>>> "termination analyzer"

    is a more accurate term for what I am referring to. >>>>>>>>>>>>>>
    Not really as you are only talking about programs that do not take
    any input. Termination analysis is about programs that do take input.

    Inputs are typical yet not required.

    Ability to analyze (at least some) programs that take inputs is >>>>>>>>>>>> required.

    No that is wrong.

    Can you quote any author allowing a termination analyzer that is restricted
    to programs that do not take any input?

    The ability to correctly determine the halt status
    of at least one program that takes no inputs meets
    the requirement of being a termination analyzer for
    that one program.

    It does not prove that all requirements are met, in particular the >>>>>>>> requirement that the analyzer must be able to analyze programs that >>>>>>>> do take input.

    That is a bogus requirement.

    No, it is not. It is essential to the meaning of the term.
    A nut cracker is not a hammer although both can produce the same
    effenct on nuts.


    A termination analyzer determines the halt status
    of a program for every input that this program takes.

    When it does this for a program that takes no inputs
    it is still doing this for every input that this
    program takes.

    You mean a nutcracker is a hammer?

    A termination analyzer correctly determines the halt
    status of an input program specification for every
    input that this program can take. A program specification
    taking  zero inputs is merely the simpler case of this
    same algorithm.

    So you do. Perhapts it is a matter of taste but honest people
    prefer to call a spade a "spade" and not an "earthmover" or a
    "manually operated earthmover".

    Every input that a program can take logically includes
    programs that take no inputs.

    Yes. But the meaning of "termination analyzer" excludes analyzers
    that don't analyze programs that do take inputs.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sun Jun 29 11:56:59 2025
    On 2025-06-28 13:48:36 +0000, olcott said:

    On 6/28/2025 6:50 AM, Mikko wrote:
    On 2025-06-27 23:26:07 +0000, olcott said:

    On 6/26/2025 4:35 AM, Mikko wrote:

    On 2025-06-25 14:40:35 +0000, olcott said:


    A termination analyzer correctly determines the halt
    status of an input program specification for every
    input that this program can take. A program specification
    taking  zero inputs is merely the simpler case of this
    same algorithm.

    So you do. Perhapts it is a matter of taste but honest people
    prefer to call a spade a "spade" and not an "earthmover" or a
    "manually operated earthmover".

    Every input that a program can take logically includes
    programs that take no inputs.

    Yes. But the meaning of "termination analyzer" excludes analyzers
    that don't analyze programs that do take inputs.

    Line 506 has the original: u32 H(ptr P, ptr I)
    Line 1243 has the original: void P(ptr x) https://github.com/plolcott/x86utm/blob/master/Halt7.c
    *I had to dumb it down to this*

    int main()
    {
    HHH(DDD);
    DDD();
    }

    *And people still do not understand*

    Call a spade a spade if you want to be understood. If you constantly
    changing words to other words that are no better you have no reason
    to expect any understanding. You can expect people to understand
    Common Language and terms defined in the same message or in the
    message you are replying to but not ordinary words with unusual
    random meanings.

    *Termination Analysis without the Tears* https://www.cs.princeton.edu/~zkincaid/pub/pldi21.pdf

    On page three a code snippet is analyzed that takes
    no input and its not even a function.

    That does not contradict what I said. But the algorithm on the sixth
    page (1301) illustrates my point that ability to hadle programs with
    input is essential (though the purpose of the algorighm is to
    illustrate someting else).

    --
    Mikko

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

    On 6/28/2025 6:41 AM, Mikko wrote:
    On 2025-06-21 17:34:55 +0000, olcott said:

    On 6/21/2025 4:52 AM, Mikko wrote:
    On 2025-06-20 13:59:02 +0000, olcott said:

    On 6/20/2025 4:20 AM, Fred. Zwarts wrote:
    Op 19.jun.2025 om 17:17 schreef olcott:
    On 6/19/2025 4:21 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 15:46 schreef olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>>>>

    *It is not given that any of them abort*


    At least it is true for all aborting ones, such as the one you >>>>>>>> presented in Halt7.c.

    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?

    Yes, I confirmed many times that we can confirm this vacuous claim, >>>>>> because no such HHH exists. All of them fail to do a correct simulation >>>>>> up to the point where they can see whether the input specifies a
    halting program.

    if DDD correctly simulated by any simulating termination
    analyzer HHH never aborts its simulation of DDD then

    that HHH is not interesting.

    *then the HP proofs are proved to be wrong*

    Does not follow. HHH and DDD are irrelevant to those proofs.

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

    When I dumbed the original self-referential proof down
    to HHH(DDD) everyone here proved that they did not even
    understand what ordinary recursion is.

    That you are dumb does not mean that others don't understand
    ordinary recursion.

    --
    Mikko

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

    On 6/29/2025 3:56 AM, Mikko wrote:
    On 2025-06-28 13:48:36 +0000, olcott said:

    On 6/28/2025 6:50 AM, Mikko wrote:
    On 2025-06-27 23:26:07 +0000, olcott said:

    On 6/26/2025 4:35 AM, Mikko wrote:

    On 2025-06-25 14:40:35 +0000, olcott said:


    A termination analyzer correctly determines the halt
    status of an input program specification for every
    input that this program can take. A program specification
    taking  zero inputs is merely the simpler case of this
    same algorithm.

    So you do. Perhapts it is a matter of taste but honest people
    prefer to call a spade a "spade" and not an "earthmover" or a
    "manually operated earthmover".

    Every input that a program can take logically includes
    programs that take no inputs.

    Yes. But the meaning of "termination analyzer" excludes analyzers
    that don't analyze programs that do take inputs.

    Line  506 has the original: u32 H(ptr P, ptr I)
    Line 1243 has the original: void P(ptr x)
    https://github.com/plolcott/x86utm/blob/master/Halt7.c
    *I had to dumb it down to this*

    int main()
    {
       HHH(DDD);
       DDD();
    }

    *And people still do not understand*

    Call a spade a spade if you want to be understood. If you constantly
    changing words to other words that are no better you have no reason
    to expect any understanding. You can expect people to understand
    Common Language and terms defined in the same message or in the
    message you are replying to but not ordinary words with unusual
    random meanings.

    *Termination Analysis without the Tears*
    https://www.cs.princeton.edu/~zkincaid/pub/pldi21.pdf

    On page three a code snippet is analyzed that takes
    no input and its not even a function.

    That does not contradict what I said. But the algorithm on the sixth
    page (1301) illustrates my point that ability to hadle programs with
    input is essential (though the purpose of the algorighm is to
    illustrate someting else).

    A termination analyzer is required to determine the
    halt status of at least one program/C function for
    all the inputs/arguments that this program/function
    takes, including zero inputs/arguments.

    Still refusing to call a spade a spade? OK, but don't blame the
    mirror if the face is ugly.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Mon Jun 30 12:58:08 2025
    On 2025-06-29 14:21:55 +0000, olcott said:

    On 6/29/2025 3:44 AM, Mikko wrote:
    On 2025-06-28 13:17:17 +0000, olcott said:

    On 6/28/2025 6:41 AM, Mikko wrote:
    On 2025-06-21 17:34:55 +0000, olcott said:

    On 6/21/2025 4:52 AM, Mikko wrote:
    On 2025-06-20 13:59:02 +0000, olcott said:

    On 6/20/2025 4:20 AM, Fred. Zwarts wrote:
    Op 19.jun.2025 om 17:17 schreef olcott:
    On 6/19/2025 4:21 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 15:46 schreef olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort. >>>>>>>>>>>>

    *It is not given that any of them abort*


    At least it is true for all aborting ones, such as the one you >>>>>>>>>> presented in Halt7.c.

    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?

    Yes, I confirmed many times that we can confirm this vacuous claim, >>>>>>>> because no such HHH exists. All of them fail to do a correct simulation
    up to the point where they can see whether the input specifies a >>>>>>>> halting program.

    if DDD correctly simulated by any simulating termination
    analyzer HHH never aborts its simulation of DDD then

    that HHH is not interesting.

    *then the HP proofs are proved to be wrong*

    Does not follow. HHH and DDD are irrelevant to those proofs.

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

    When I dumbed the original self-referential proof down
    to HHH(DDD) everyone here proved that they did not even
    understand what ordinary recursion is.

    That you are dumb does not mean that others don't understand
    ordinary recursion.


    Mensa scored me on the top 3% of the population.

    Your intelligence, not wisdom.

    This is a little more difficult than ordinary recursion.

    Perhaps to your little mind.

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

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

    The x86 source code of DDD specifies that this emulated
    DDD cannot possibly reach its own emulated "ret" instruction
    final halt state when emulated by HHH according to the
    semantics of the x86 language.

    That defect in HHH is already known and a possible fix has been proposed.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Jul 2 10:04:33 2025
    On 2025-07-01 13:02:17 +0000, olcott said:

    On 6/30/2025 4:58 AM, Mikko wrote:
    On 2025-06-29 14:21:55 +0000, olcott said:

    On 6/29/2025 3:44 AM, Mikko wrote:
    On 2025-06-28 13:17:17 +0000, olcott said:

    On 6/28/2025 6:41 AM, Mikko wrote:
    On 2025-06-21 17:34:55 +0000, olcott said:

    On 6/21/2025 4:52 AM, Mikko wrote:
    On 2025-06-20 13:59:02 +0000, olcott said:

    On 6/20/2025 4:20 AM, Fred. Zwarts wrote:
    Op 19.jun.2025 om 17:17 schreef olcott:
    On 6/19/2025 4:21 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 15:46 schreef olcott:
    On 6/18/2025 5:12 AM, Fred. Zwarts wrote:
    Op 18.jun.2025 om 03:54 schreef olcott:
    On 6/17/2025 8:19 PM, Richard Damon wrote:
    On 6/17/25 4:34 PM, olcott wrote:
    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. >>>>>>>>>>>>>>>>
    WHich means that the code for HHH is part of the input, and thus there
    is just ONE HHH in existance at this time.

    Since that code aborts its simulation to return the answer that you
    claim, you are just lying that it did a correct simulation (which in
    this context means complete)


    *none of them ever stop running unless aborted*

    All of them do abort and their simulation does not need an abort.


    *It is not given that any of them abort*


    At least it is true for all aborting ones, such as the one you >>>>>>>>>>>> presented in Halt7.c.

    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?

    Yes, I confirmed many times that we can confirm this vacuous claim, >>>>>>>>>> because no such HHH exists. All of them fail to do a correct simulation
    up to the point where they can see whether the input specifies a >>>>>>>>>> halting program.

    if DDD correctly simulated by any simulating termination
    analyzer HHH never aborts its simulation of DDD then

    that HHH is not interesting.

    *then the HP proofs are proved to be wrong*

    Does not follow. HHH and DDD are irrelevant to those proofs.

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

    When I dumbed the original self-referential proof down
    to HHH(DDD) everyone here proved that they did not even
    understand what ordinary recursion is.

    That you are dumb does not mean that others don't understand
    ordinary recursion.


    Mensa scored me on the top 3% of the population.

    Your intelligence, not wisdom.

    This is a little more difficult than ordinary recursion.

    Perhaps to your little mind.

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

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

    The x86 source code of DDD specifies that this emulated
    DDD cannot possibly reach its own emulated "ret" instruction
    final halt state when emulated by HHH according to the
    semantics of the x86 language.

    That defect in HHH is already known and a possible fix has been proposed.

    Four Chatbots all agree that the input to simulating termination
    analyzer HHH(DDD) specifies non-terminating recursive emulation
    even though the directly executed DDD() halts.

    It is easier to agree than to think, escpecially as artificial idiots
    don't care about truth.

    --
    Mikko

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