• Re: Another rebuttal of Halting Problem? [Mikko is correct] [specifies]

    From Richard Damon@21:1/5 to olcott on Sat Jan 27 17:52:04 2024
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the halting >>>>>>>>> problem has been intentionally defined to be unsatisfiable
    when H is required to report on the direct execution of D(D). >>>>>>>>>

    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write a program
    that reports whether the direct execution of its input would halt? >>>>>>>>

    When-so-ever an input calls its own termination analyzer
    in recursive simulation then H is not allowed to report
    on different behavior than the behavior that it sees.

    Every H that must abort its simulation of any input D to prevent >>>>>>> its own infinite execution is necessarily correct to reject D as >>>>>>> non-halting.


    Do you believe it's impossible or possible to write a program that >>>>>> reports whether the direct execution of its input would halt?

    *It in incorrect for H to do this in some cases*
    *That would make H a liar*


    Why would it be incorrect to answer the question actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual property
    of Halting is independent of who you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.

    If H aborts and returns an answer, then D specifies a finite recursion
    and the behavior that it does to that answer (which H doesn't see
    because it aborted it simulation).

    If D specifed infinite recursion by calling H, because H doesn't abort,
    then it would ALSO specify that same infinite recursion to H1, since we
    are talking about the exact same H in each case.

    You H just incorrect presumes a behavior of the H that D calls, in part
    because it gives up before it can determine what that behavior is.

    D calling H(D,D) specifies EXACTLY the same behavior of the direct call
    to H(D,D), which the definition of H defines.

    If it is not aborting, then D(D) will be non-halting, but H(D,D) will be non-answering.

    If it aborts and return 0 at some point, the execution (or correct
    simulation of) D(D) will get that same answer, and it will halt.

    Your problem is your H doesn't "simulate" the call to itself correctly,
    but it MUST to get the right answer (but it CAN'T)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Sun Jan 28 00:24:10 2024
    On 1/27/24 23:30, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the halting >>>>>>>>> problem has been intentionally defined to be unsatisfiable
    when H is required to report on the direct execution of D(D). >>>>>>>>>

    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write a program
    that reports whether the direct execution of its input would halt? >>>>>>>>

    When-so-ever an input calls its own termination analyzer
    in recursive simulation then H is not allowed to report
    on different behavior than the behavior that it sees.

    Every H that must abort its simulation of any input D to prevent >>>>>>> its own infinite execution is necessarily correct to reject D as >>>>>>> non-halting.


    Do you believe it's impossible or possible to write a program that >>>>>> reports whether the direct execution of its input would halt?

    *It in incorrect for H to do this in some cases*
    *That would make H a liar*


    Why would it be incorrect to answer the question actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual property
    of Halting is independent of who you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    x=2*√x specifies infinite recursion to √
    x=2*√x does not specify infinite recursion to +1

    √x is infinite recursion
    x+1 is not infinite recursion

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Jan 27 18:34:42 2024
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the halting >>>>>>>>>>> problem has been intentionally defined to be unsatisfiable >>>>>>>>>>> when H is required to report on the direct execution of D(D). >>>>>>>>>>>

    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write a program >>>>>>>>>> that reports whether the direct execution of its input would >>>>>>>>>> halt?


    When-so-ever an input calls its own termination analyzer
    in recursive simulation then H is not allowed to report
    on different behavior than the behavior that it sees.

    Every H that must abort its simulation of any input D to
    prevent its own infinite execution is necessarily correct to >>>>>>>>> reject D as non-halting.


    Do you believe it's impossible or possible to write a program
    that reports whether the direct execution of its input would halt? >>>>>>>
    *It in incorrect for H to do this in some cases*
    *That would make H a liar*


    Why would it be incorrect to answer the question actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual
    property of Halting is independent of who you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort
    its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H actually does.

    You don't seem to understand that if H recognizes itself, it needs to
    reason that the H being used will do exactly the same thing that this H
    does.



    D DOES NOT specify recursive simulation to H1.



    It specifies that it will do JUST AS MUCH to H1 as it does to H. In
    EITHER case, the simulator is being ask to simulate a simulator,

    Your difference is that H1 just doesn't recognize the simulator, and
    thus actually simulates it.

    H in recognizing itself, actually needs to reason about its own
    behavior, and not just assume its "idealized" behavior. If H doesn't
    actually do what it is supposed to, it can't assume the usage of it in
    its simulation does what it is supposed to.

    H, in knowing it sees a call to H, in deciding to abort and return a
    value, needs to now take into account that this call to H will do the
    same, and realize it no longer knows what will happen.

    The programmer has a chioce.

    Keep on returning, knowing he doesn't actually know the right answer.

    Decide to not abort yet, but then H will NEVER abort and end up not
    returning an answer (and be wrong).

    Or, it could decide to split the simulation into two paths, to see if it
    can find an answer that works.

    Of course, if it does this, it finds that D is playing Heads I win,
    Tails you losse, as if H returns Halting, D will be non-halting, and if
    H returns non-halting, D will halt, so H just knows it is going to be
    wrong and needs to decide what to do then, and what ever it does will be
    wrong.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Jan 27 19:09:19 2024
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the halting >>>>>>>>>>>>> problem has been intentionally defined to be unsatisfiable >>>>>>>>>>>>> when H is required to report on the direct execution of D(D). >>>>>>>>>>>>>

    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write a
    program that reports whether the direct execution of its >>>>>>>>>>>> input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>> in recursive simulation then H is not allowed to report
    on different behavior than the behavior that it sees.

    Every H that must abort its simulation of any input D to >>>>>>>>>>> prevent its own infinite execution is necessarily correct to >>>>>>>>>>> reject D as non-halting.


    Do you believe it's impossible or possible to write a program >>>>>>>>>> that reports whether the direct execution of its input would >>>>>>>>>> halt?

    *It in incorrect for H to do this in some cases*
    *That would make H a liar*


    Why would it be incorrect to answer the question actually asked? >>>>>>>
    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual
    property of Halting is independent of who you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort
    its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the
    simulation of its input D to prevent its own infinite execution
    it is always necessarily correct for H to reject this input as
    non-halting.


    And the decision to abort was encoded in the program of H, and thus into
    the program of D, so when you "alter" H to not abort to show this, D
    doesn't change and still refers to the H that did abort.

    THAT IS A DEFININITION.

    You just don't understand what a program is or what "correct" means.

    H does NOT "need to abort", but does, as if we give the exact same input
    (that still refers to that H) to a UTM simulator, we see that it will
    reach a final state.

    Thus, THIS H doesn't "Need" to abort, but does, and thus did correctly
    abort.

    H thinking that it is a different H that doesn't abort (or that THIS D
    calls that other H) is just incorrect reasoning.

    Look at it this way, H's decision was encoded when H was written, and
    after that is fixed by that code. D gets to see that code, and act
    accordingly, so has the advantage,

    That also means that at execution time, when we want to see if the code
    was correct, wc can chnage THIS INSTANCE, but in doing so, we don't
    change the input.

    Of course, your system, at least according to your claims, doesn't allow
    doing any of that, so H's programmer can't do what is needed to prove
    what is needed.

    Your "proof" is based on mistaken identity, and faulty defintions.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Sun Jan 28 01:33:44 2024
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the halting >>>>>>>>>>>>>>> problem has been intentionally defined to be unsatisfiable >>>>>>>>>>>>>>> when H is required to report on the direct execution of >>>>>>>>>>>>>>> D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>> program that reports whether the direct execution of its >>>>>>>>>>>>>> input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>
    Every H that must abort its simulation of any input D to >>>>>>>>>>>>> prevent its own infinite execution is necessarily correct >>>>>>>>>>>>> to reject D as non-halting.


    Do you believe it's impossible or possible to write a
    program that reports whether the direct execution of its >>>>>>>>>>>> input would halt?

    *It in incorrect for H to do this in some cases*
    *That would make H a liar*


    Why would it be incorrect to answer the question actually asked? >>>>>>>>>
    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual
    property of Halting is independent of who you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort
    its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H actually does. >>>>
    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the
    simulation of its input D to prevent its own infinite execution
    it is always necessarily correct for H to reject this input as
    non-halting.


    And the decision to abort was encoded in the program of H, and thus
    into the program of D, so when you "alter" H to not abort to show
    this, D doesn't change and still refers to the H that did abort.

    So you are claiming that you just don't understand that every H that
    can possibly exist must abort its simulated D because this is simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote just
    one H, not every one that could possibly exist.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Jan 27 20:26:49 2024
    On 1/27/24 7:32 PM, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the halting >>>>>>>>>>>>>>> problem has been intentionally defined to be unsatisfiable >>>>>>>>>>>>>>> when H is required to report on the direct execution of >>>>>>>>>>>>>>> D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>> program that reports whether the direct execution of its >>>>>>>>>>>>>> input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>
    Every H that must abort its simulation of any input D to >>>>>>>>>>>>> prevent its own infinite execution is necessarily correct >>>>>>>>>>>>> to reject D as non-halting.


    Do you believe it's impossible or possible to write a
    program that reports whether the direct execution of its >>>>>>>>>>>> input would halt?

    *It in incorrect for H to do this in some cases*
    *That would make H a liar*


    Why would it be incorrect to answer the question actually asked? >>>>>>>>>
    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual
    property of Halting is independent of who you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort
    its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H actually does. >>>>
    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the
    simulation of its input D to prevent its own infinite execution
    it is always necessarily correct for H to reject this input as
    non-halting.


    And the decision to abort was encoded in the program of H, and thus
    into the program of D, so when you "alter" H to not abort to show
    this, D doesn't change and still refers to the H that did abort.

    So you are claiming that you just don't understand that every H that
    can possibly exist must abort its simulated D because this is simply
    over your head because you are not very smart?



    Because that statement is just false, based on your incorrect
    implementation of the D/H pair.

    Every H that does abort, by the rules of the proof, is given a D that is
    based on an H that aborts, and thus that decider didn't need to abort,
    as if you change that decider to not abort (and you don't change the
    input, because you aren't allowed to as it is part of the quesition
    being asked) we find that it will simulate to the end.

    Thus this H did not NEED to abort, but did so incorrectly.

    Only because you CHANGE THE QUESTION when you look at "unless it aborts"
    do you see what you see. Of course, you show that the H's that don't
    abort should have to answer, but didn't.

    This seems to be beyond your computation that the finite string of D
    given to H includes the details about how H reacts, and that frees this
    H from NEEDING to abort, even if it is still locked into do so because
    of its programming.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Jan 27 20:28:58 2024
    On 1/27/24 7:36 PM, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the >>>>>>>>>>>>>>>>> halting
    problem has been intentionally defined to be unsatisfiable >>>>>>>>>>>>>>>>> when H is required to report on the direct execution of >>>>>>>>>>>>>>>>> D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>>>> program that reports whether the direct execution of its >>>>>>>>>>>>>>>> input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input D to >>>>>>>>>>>>>>> prevent its own infinite execution is necessarily correct >>>>>>>>>>>>>>> to reject D as non-halting.


    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>> program that reports whether the direct execution of its >>>>>>>>>>>>>> input would halt?

    *It in incorrect for H to do this in some cases*
    *That would make H a liar*


    Why would it be incorrect to answer the question actually >>>>>>>>>>>> asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual >>>>>>>>>> property of Halting is independent of who you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort
    its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H actually
    does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the
    simulation of its input D to prevent its own infinite execution
    it is always necessarily correct for H to reject this input as
    non-halting.


    And the decision to abort was encoded in the program of H, and thus
    into the program of D, so when you "alter" H to not abort to show
    this, D doesn't change and still refers to the H that did abort.

    So you are claiming that you just don't understand that every H that
    can possibly exist must abort its simulated D because this is simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote just
    one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously referring
    every H that can possibly exist.


    But that template is converted into an actual program (as it must be)
    before being given to the decider.

    When it is given to a given H, it only refers to on H.

    You are at the wrong level of the proof when you have H look at it.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Jan 27 22:08:49 2024
    On 1/27/24 8:52 PM, olcott wrote:
    On 1/27/2024 7:26 PM, Richard Damon wrote:
    On 1/27/24 7:32 PM, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the >>>>>>>>>>>>>>>>> halting
    problem has been intentionally defined to be unsatisfiable >>>>>>>>>>>>>>>>> when H is required to report on the direct execution of >>>>>>>>>>>>>>>>> D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>>>> program that reports whether the direct execution of its >>>>>>>>>>>>>>>> input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input D to >>>>>>>>>>>>>>> prevent its own infinite execution is necessarily correct >>>>>>>>>>>>>>> to reject D as non-halting.


    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>> program that reports whether the direct execution of its >>>>>>>>>>>>>> input would halt?

    *It in incorrect for H to do this in some cases*
    *That would make H a liar*


    Why would it be incorrect to answer the question actually >>>>>>>>>>>> asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual >>>>>>>>>> property of Halting is independent of who you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort
    its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H actually
    does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the
    simulation of its input D to prevent its own infinite execution
    it is always necessarily correct for H to reject this input as
    non-halting.


    And the decision to abort was encoded in the program of H, and thus
    into the program of D, so when you "alter" H to not abort to show
    this, D doesn't change and still refers to the H that did abort.

    So you are claiming that you just don't understand that every H that
    can possibly exist must abort its simulated D because this is simply
    over your head because you are not very smart?



    Because that statement is just false, based on your incorrect
    implementation of the D/H pair.


    01 int D(ptr x)  // ptr is pointer to int function
    02 {
    03   int Halt_Status = H(x, x);
    04   if (Halt_Status)
    05     HERE: goto HERE;
    06   return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11   H(D,D);
    12 }

    Whenever I ask you to prove it you do not because
    you know that you are lying.

    Show how any implementation of H that correctly simulates
    D can possibly stop running without aborting its simulation
    of D. (running out of memory counts as aborting).


    You are asking the wrong quesiton.

    If you insist on a Correct Simulation *BY H*, then BY DEFINITION, H can
    not abort it simulation, and thus never answers.

    PERIOD.

    You are trapped by your own words.

    H is a SINGLE Program, (in each instance of the question) and thus, you
    can't have one H that "does the correct simulation" then another H that
    use that result to descide to abort.

    You are just proving you don't understand what a "program" is.

    If you fix your statment to just "The correct simulation", that has been posted.

    Thus, yes, IF H IS DEFINED TO DO A CORRECT SIMULATION, I agree that D(D)
    will be non-halt, but H doesn't answer.

    If H aborts its simulation to answer, it did not do a correct
    simulationm and thus that first statement doesn't hold.

    My guess is you are going to try quoting that first statement out of
    context again, and I will just warn you that if you do, I will point out
    that you are just lying by taking statements out of context, and
    admitting that you have nothing to prove your point.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Sun Jan 28 13:12:58 2024
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the >>>>>>>>>>>>>>>>> halting
    problem has been intentionally defined to be unsatisfiable >>>>>>>>>>>>>>>>> when H is required to report on the direct execution of >>>>>>>>>>>>>>>>> D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>>>> program that reports whether the direct execution of its >>>>>>>>>>>>>>>> input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input D to >>>>>>>>>>>>>>> prevent its own infinite execution is necessarily correct >>>>>>>>>>>>>>> to reject D as non-halting.


    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>> program that reports whether the direct execution of its >>>>>>>>>>>>>> input would halt?

    *It in incorrect for H to do this in some cases*
    *That would make H a liar*


    Why would it be incorrect to answer the question actually >>>>>>>>>>>> asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual >>>>>>>>>> property of Halting is independent of who you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort
    its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H actually
    does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the
    simulation of its input D to prevent its own infinite execution
    it is always necessarily correct for H to reject this input as
    non-halting.


    And the decision to abort was encoded in the program of H, and thus
    into the program of D, so when you "alter" H to not abort to show
    this, D doesn't change and still refers to the H that did abort.

    So you are claiming that you just don't understand that every H that
    can possibly exist must abort its simulated D because this is simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote just
    one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for the H
    that you have.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Sun Jan 28 18:17:48 2024
    On 1/28/24 16:28, olcott wrote:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the >>>>>>>>>>>>>>>>>>> halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct execution >>>>>>>>>>>>>>>>>>> of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>>>>>> program that reports whether the direct execution of >>>>>>>>>>>>>>>>>> its input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input D >>>>>>>>>>>>>>>>> to prevent its own infinite execution is necessarily >>>>>>>>>>>>>>>>> correct to reject D as non-halting.


    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>>>> program that reports whether the direct execution of its >>>>>>>>>>>>>>>> input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question actually >>>>>>>>>>>>>> asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort
    its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H actually >>>>>>>> does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the >>>>>>> simulation of its input D to prevent its own infinite execution
    it is always necessarily correct for H to reject this input as
    non-halting.


    And the decision to abort was encoded in the program of H, and
    thus into the program of D, so when you "alter" H to not abort to
    show this, D doesn't change and still refers to the H that did abort. >>>>>
    So you are claiming that you just don't understand that every H that >>>>> can possibly exist must abort its simulated D because this is simply >>>>> over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote
    just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for the H
    that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.

    You don't seem to understand the idea of a proof template. It generates
    a lot of proofs. Each proof applies to one program. You can't use half
    of the proof with one program, and half with another program.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sun Jan 28 13:20:23 2024
    On 1/28/24 12:53 PM, olcott wrote:
    On 1/28/2024 11:17 AM, immibis wrote:
    On 1/28/24 16:28, olcott wrote:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that >>>>>>>>>>>>>>>>>>>>> the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write >>>>>>>>>>>>>>>>>>>> a program that reports whether the direct execution >>>>>>>>>>>>>>>>>>>> of its input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input D >>>>>>>>>>>>>>>>>>> to prevent its own infinite execution is necessarily >>>>>>>>>>>>>>>>>>> correct to reject D as non-halting.


    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>>>>>> program that reports whether the direct execution of >>>>>>>>>>>>>>>>>> its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H
    actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the >>>>>>>>> simulation of its input D to prevent its own infinite execution >>>>>>>>> it is always necessarily correct for H to reject this input as >>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, and >>>>>>>> thus into the program of D, so when you "alter" H to not abort >>>>>>>> to show this, D doesn't change and still refers to the H that
    did abort.

    So you are claiming that you just don't understand that every H that >>>>>>> can possibly exist must abort its simulated D because this is simply >>>>>>> over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote
    just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously referring >>>>> every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for the
    H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.

    You don't seem to understand the idea of a proof template. It
    generates a lot of proofs. Each proof applies to one program. You
    can't use half of the proof with one program, and half with another
    program.

    Not at all. This is ALL your mistake.



    Nope, since you admit that your description of D is not a Program, but
    just a Program-Template, then your H can't be a "Halt Decider" as that
    is supposed to take a description of a PROGRAM.

    Since a Program is NOT a Program-Template, your H can't be a Halt Decider.

    You are just proving you don't understand the meaning of the fundamental
    terms, and have just been a pathological liar for the past 2 decades.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Sun Jan 28 21:43:02 2024
    On 1/28/24 18:53, olcott wrote:
    On 1/28/2024 11:17 AM, immibis wrote:
    On 1/28/24 16:28, olcott wrote:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that >>>>>>>>>>>>>>>>>>>>> the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write >>>>>>>>>>>>>>>>>>>> a program that reports whether the direct execution >>>>>>>>>>>>>>>>>>>> of its input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input D >>>>>>>>>>>>>>>>>>> to prevent its own infinite execution is necessarily >>>>>>>>>>>>>>>>>>> correct to reject D as non-halting.


    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>>>>>> program that reports whether the direct execution of >>>>>>>>>>>>>>>>>> its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H
    actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the >>>>>>>>> simulation of its input D to prevent its own infinite execution >>>>>>>>> it is always necessarily correct for H to reject this input as >>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, and >>>>>>>> thus into the program of D, so when you "alter" H to not abort >>>>>>>> to show this, D doesn't change and still refers to the H that
    did abort.

    So you are claiming that you just don't understand that every H that >>>>>>> can possibly exist must abort its simulated D because this is simply >>>>>>> over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote
    just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously referring >>>>> every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for the
    H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.

    You don't seem to understand the idea of a proof template. It
    generates a lot of proofs. Each proof applies to one program. You
    can't use half of the proof with one program, and half with another
    program.

    Not at all. This is ALL your mistake.

    Not at all. This is ALL your mistake.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Mon Jan 29 10:16:49 2024
    On 2024-01-28 15:28:48 +0000, olcott said:

    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the halting
    problem has been intentionally defined to be unsatisfiable >>>>>>>>>>>>>>>>>>> when H is required to report on the direct execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation


    Do you believe it's impossible or possible to write a program that
    reports whether the direct execution of its input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input D to prevent its
    own infinite execution is necessarily correct to reject D as >>>>>>>>>>>>>>>>> non-halting.


    Do you believe it's impossible or possible to write a program that
    reports whether the direct execution of its input would halt? >>>>>>>>>>>>>>>
    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question actually asked? >>>>>>>>>>>>>
    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual property
    of Halting is independent of who you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort
    its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H actually does. >>>>>>>>
    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the >>>>>>> simulation of its input D to prevent its own infinite execution
    it is always necessarily correct for H to reject this input as
    non-halting.


    And the decision to abort was encoded in the program of H, and thus >>>>>> into the program of D, so when you "alter" H to not abort to show this, >>>>>> D doesn't change and still refers to the H that did abort.

    So you are claiming that you just don't understand that every H that >>>>> can possibly exist must abort its simulated D because this is simply >>>>> over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote just
    one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for the H
    that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.

    It is a sin to lie about other people. That you cannot see someones understanding does not indicate non-understanding.

    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Mon Jan 29 13:51:44 2024
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that the >>>>>>>>>>>>>>>>>>> halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct execution >>>>>>>>>>>>>>>>>>> of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>>>>>> program that reports whether the direct execution of >>>>>>>>>>>>>>>>>> its input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input D >>>>>>>>>>>>>>>>> to prevent its own infinite execution is necessarily >>>>>>>>>>>>>>>>> correct to reject D as non-halting.


    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>>>> program that reports whether the direct execution of its >>>>>>>>>>>>>>>> input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question actually >>>>>>>>>>>>>> asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort
    its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H actually >>>>>>>> does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the >>>>>>> simulation of its input D to prevent its own infinite execution
    it is always necessarily correct for H to reject this input as
    non-halting.


    And the decision to abort was encoded in the program of H, and
    thus into the program of D, so when you "alter" H to not abort to
    show this, D doesn't change and still refers to the H that did abort. >>>>>
    So you are claiming that you just don't understand that every H that >>>>> can possibly exist must abort its simulated D because this is simply >>>>> over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote
    just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for the H
    that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different instantiations
    can be made of a template and olcott gives them all the same name.
    Just as he uses the same name for different halt deciders, some of which
    abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can imagine
    three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is clear
    it can report only about programs which terminate normally.In this case
    it returns 'halting'. It cannot return 'non-halting' in a finite time.

    Han: A simulating halt decider that, when it recognizes that the program
    uses the same algorithm that is used in Han to do the opposite, it
    aborts and returns 'non-halting'. (For the sake of this discussion, we
    ignore that it very improbable that Han will be possible to recognize
    all variations of the algorithm, because we stick for the moment to the template mentioned above. Similarly it will not be easy to detect always
    that the program does the opposite.)

    It is clear that Han is wrong if it assumes that Han will do an infinite recursion, because it is Hss that does an infinite recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it recognizes
    that the same algorithm is used to do the opposite, it aborts and
    returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an infinite recursion, because it is Hss that does an infinite recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated sentence fragments, such as 'keeps looping unless aborted'. Because, for Hss
    'keeps looping' is sufficient, whereas for Han and Hah 'does not loop,
    because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide on a
    template, because different instantiations of a template can do
    different things. Therefore, from these three candidates the template
    can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss does
    not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with 'unless',
    because it is clear that only Dss is involved in infinite recursion
    within the algorithm of Hss. Dan and Dah are not, because Han and Hah
    are not.

    Three programs and three candidate halt deciders. That results in nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends normally
    and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of Hah
    returns to the simulation of Dah, which does not end. So Hss never
    returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss is not aborted. So, does Han recognize the infinite recursion? That depends on
    details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah is not aborted. The simulation of Hah returns with 'halting'. Does Han
    subsequently recognize that D starts an infinite loop? That depends on
    details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss is not aborted. So, does Hah recognize the infinite recursion? That depends on
    details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han is not aborted. The simulation of Ha returns with 'non-halting'. The simulation
    of D will end normally and Hah will report 'halting'.
    Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports 'halting'.


    From these nine combinations we see that only a few are definitely able
    to report a correct status. we also see that the three most important
    ones Hss(Dss,Dss), Han(Dan,Dan) and Hah(Dah,Dah) do not return the
    correct status.

    May I suggest that we stick to these names, instead of using the same
    names D and H for different things? That would make the discussion more transparent. And maybe olcott can tell which case is in discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or one of the other
    combinations. Are we talking about an aborting, or a non-aborting
    decider? I ask this, because sentence fragments like 'keeps looping
    unless aborted', suggests that it is not always aborted, so it is not
    clear whether Hss, Han, or Han is meant.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Mon Jan 29 15:47:28 2024
    On 1/29/24 15:30, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that >>>>>>>>>>>>>>>>>>>>> the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write >>>>>>>>>>>>>>>>>>>> a program that reports whether the direct execution >>>>>>>>>>>>>>>>>>>> of its input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input D >>>>>>>>>>>>>>>>>>> to prevent its own infinite execution is necessarily >>>>>>>>>>>>>>>>>>> correct to reject D as non-halting.


    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>>>>>> program that reports whether the direct execution of >>>>>>>>>>>>>>>>>> its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H
    actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the >>>>>>>>> simulation of its input D to prevent its own infinite execution >>>>>>>>> it is always necessarily correct for H to reject this input as >>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, and >>>>>>>> thus into the program of D, so when you "alter" H to not abort >>>>>>>> to show this, D doesn't change and still refers to the H that
    did abort.

    So you are claiming that you just don't understand that every H that >>>>>>> can possibly exist must abort its simulated D because this is simply >>>>>>> over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote
    just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously referring >>>>> every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for the
    H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them all the
    same name.
    Just as he uses the same name for different halt deciders, some of
    which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can imagine
    three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is
    clear it can report only about programs which terminate normally.In
    this case it returns 'halting'. It cannot return 'non-halting' in a
    finite time.

    Han: A simulating halt decider that, when it recognizes that the
    program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of this
    discussion, we ignore that it very improbable that Han will be
    possible to recognize all variations of the algorithm, because we
    stick for the moment to the template mentioned above. Similarly it
    will not be easy to detect always that the program does the opposite.)

    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite recursion,
    not Han.

    Hah: A simulating halt decider, similar to Han, but when it recognizes
    that the same algorithm is used to do the opposite, it aborts and
    returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite recursion,
    not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'. Because,
    for Hss 'keeps looping' is sufficient, whereas for Han and Hah 'does
    not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide on a
    template, because different instantiations of a template can do
    different things. Therefore, from these three candidates the template
    can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss does
    not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with 'unless',
    because it is clear that only Dss is involved in infinite recursion
    within the algorithm of Hss. Dan and Dah are not, because Han and Hah
    are not.

    Three programs and three candidate halt deciders. That results in nine
    combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of Hah
    returns to the simulation of Dah, which does not end. So Hss never
    returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss is
    not aborted. So, does Han recognize the infinite recursion? That
    depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports
    'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah is
    not aborted. The simulation of Hah returns with 'halting'. Does Han
    subsequently recognize that D starts an infinite loop? That depends on
    details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss is
    not aborted. So, does Hah recognize the infinite recursion? That
    depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han is
    not aborted. The simulation of Ha returns with 'non-halting'. The
    simulation of D will end normally and Hah will report 'halting'.
    Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports
    'halting'.


     From these nine combinations we see that only a few are definitely
    able to report a correct status. we also see that the three most
    important ones Hss(Dss,Dss), Han(Dan,Dan) and Hah(Dah,Dah) do not
    return the correct status.

    May I suggest that we stick to these names, instead of using the same
    names D and H for different things? That would make the discussion
    more transparent. And maybe olcott can tell which case is in
    discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or one of the
    other combinations. Are we talking about an aborting, or a
    non-aborting decider? I ask this, because sentence fragments like
    'keeps looping unless aborted', suggests that it is not always
    aborted, so it is not clear whether Hss, Han, or Han is meant.

    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    And which way is that? Is it Hss, Han, Hap or something else?


    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT HALT*


    You aren't listening.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Mon Jan 29 20:19:40 2024
    Op 29.jan.2024 om 19:19 schreef olcott:
    On 1/29/2024 8:47 AM, immibis wrote:
    On 1/29/24 15:30, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that >>>>>>>>>>>>>>>>>>>>>>> the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>> execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own termination >>>>>>>>>>>>>>>>>>>>> analyzer
    in recursive simulation then H is not allowed to >>>>>>>>>>>>>>>>>>>>> report
    on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input >>>>>>>>>>>>>>>>>>>>> D to prevent its own infinite execution is >>>>>>>>>>>>>>>>>>>>> necessarily correct to reject D as non-halting. >>>>>>>>>>>>>>>>>>>>>

    Do you believe it's impossible or possible to write >>>>>>>>>>>>>>>>>>>> a program that reports whether the direct execution >>>>>>>>>>>>>>>>>>>> of its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H >>>>>>>>>>>> actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>> When-so-ever any simulating termination analyzer H must abort >>>>>>>>>>> the
    simulation of its input D to prevent its own infinite execution >>>>>>>>>>> it is always necessarily correct for H to reject this input as >>>>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, and >>>>>>>>>> thus into the program of D, so when you "alter" H to not abort >>>>>>>>>> to show this, D doesn't change and still refers to the H that >>>>>>>>>> did abort.

    So you are claiming that you just don't understand that every H >>>>>>>>> that
    can possibly exist must abort its simulated D because this is >>>>>>>>> simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote >>>>>>>> just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously
    referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for
    the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them all
    the same name.
    Just as he uses the same name for different halt deciders, some of
    which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can imagine
    three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is
    clear it can report only about programs which terminate normally.In
    this case it returns 'halting'. It cannot return 'non-halting' in a
    finite time.

    Han: A simulating halt decider that, when it recognizes that the
    program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of this
    discussion, we ignore that it very improbable that Han will be
    possible to recognize all variations of the algorithm, because we
    stick for the moment to the template mentioned above. Similarly it
    will not be easy to detect always that the program does the opposite.) >>>>
    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it
    recognizes that the same algorithm is used to do the opposite, it
    aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'. Because,
    for Hss 'keeps looping' is sufficient, whereas for Han and Hah 'does
    not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide on
    a template, because different instantiations of a template can do
    different things. Therefore, from these three candidates the
    template can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss
    does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with 'unless',
    because it is clear that only Dss is involved in infinite recursion
    within the algorithm of Hss. Dan and Dah are not, because Han and
    Hah are not.

    Three programs and three candidate halt deciders. That results in
    nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of
    Hah returns to the simulation of Dah, which does not end. So Hss
    never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss is
    not aborted. So, does Han recognize the infinite recursion? That
    depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports
    'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah is
    not aborted. The simulation of Hah returns with 'halting'. Does Han
    subsequently recognize that D starts an infinite loop? That depends
    on details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss is
    not aborted. So, does Hah recognize the infinite recursion? That
    depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han is
    not aborted. The simulation of Ha returns with 'non-halting'. The
    simulation of D will end normally and Hah will report 'halting'.
    Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports
    'halting'.


     From these nine combinations we see that only a few are definitely
    able to report a correct status. we also see that the three most
    important ones Hss(Dss,Dss), Han(Dan,Dan) and Hah(Dah,Dah) do not
    return the correct status.

    May I suggest that we stick to these names, instead of using the
    same names D and H for different things? That would make the
    discussion more transparent. And maybe olcott can tell which case is
    in discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or one of
    the other combinations. Are we talking about an aborting, or a
    non-aborting decider? I ask this, because sentence fragments like
    'keeps looping unless aborted', suggests that it is not always
    aborted, so it is not clear whether Hss, Han, or Han is meant.

    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    And which way is that? Is it Hss, Han, Hap or something else?


    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT HALT*


    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    And which way is it? Hss, HAn, or HAh? The one that does not abort, or
    one of the aborting ones?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Mon Jan 29 21:04:50 2024
    Op 29.jan.2024 om 20:24 schreef olcott:
    On 1/29/2024 1:19 PM, Fred. Zwarts wrote:
    Op 29.jan.2024 om 19:19 schreef olcott:
    On 1/29/2024 8:47 AM, immibis wrote:
    On 1/29/24 15:30, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree >>>>>>>>>>>>>>>>>>>>>>>>> that the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>>>> execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own termination >>>>>>>>>>>>>>>>>>>>>>> analyzer
    in recursive simulation then H is not allowed to >>>>>>>>>>>>>>>>>>>>>>> report
    on different behavior than the behavior that it >>>>>>>>>>>>>>>>>>>>>>> sees.

    Every H that must abort its simulation of any >>>>>>>>>>>>>>>>>>>>>>> input D to prevent its own infinite execution is >>>>>>>>>>>>>>>>>>>>>>> necessarily correct to reject D as non-halting. >>>>>>>>>>>>>>>>>>>>>>>

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>> execution of its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H >>>>>>>>>>>>>> actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must >>>>>>>>>>>>> abort the
    simulation of its input D to prevent its own infinite >>>>>>>>>>>>> execution
    it is always necessarily correct for H to reject this input as >>>>>>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, >>>>>>>>>>>> and thus into the program of D, so when you "alter" H to not >>>>>>>>>>>> abort to show this, D doesn't change and still refers to the >>>>>>>>>>>> H that did abort.

    So you are claiming that you just don't understand that every >>>>>>>>>>> H that
    can possibly exist must abort its simulated D because this is >>>>>>>>>>> simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You >>>>>>>>>> wrote just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously
    referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for >>>>>>>> the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them all >>>>>> the same name.
    Just as he uses the same name for different halt deciders, some of >>>>>> which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can
    imagine three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is >>>>>> clear it can report only about programs which terminate
    normally.In this case it returns 'halting'. It cannot return
    'non-halting' in a finite time.

    Han: A simulating halt decider that, when it recognizes that the
    program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of
    this discussion, we ignore that it very improbable that Han will
    be possible to recognize all variations of the algorithm, because
    we stick for the moment to the template mentioned above. Similarly >>>>>> it will not be easy to detect always that the program does the
    opposite.)

    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it
    recognizes that the same algorithm is used to do the opposite, it
    aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'.
    Because, for Hss 'keeps looping' is sufficient, whereas for Han
    and Hah 'does not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide
    on a template, because different instantiations of a template can
    do different things. Therefore, from these three candidates the
    template can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss
    does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with
    'unless', because it is clear that only Dss is involved in
    infinite recursion within the algorithm of Hss. Dan and Dah are
    not, because Han and Hah are not.

    Three programs and three candidate halt deciders. That results in
    nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of
    Hah returns to the simulation of Dah, which does not end. So Hss
    never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss
    is not aborted. So, does Han recognize the infinite recursion?
    That depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports >>>>>> 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah
    is not aborted. The simulation of Hah returns with 'halting'. Does >>>>>> Han subsequently recognize that D starts an infinite loop? That
    depends on details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss
    is not aborted. So, does Hah recognize the infinite recursion?
    That depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han
    is not aborted. The simulation of Ha returns with 'non-halting'.
    The simulation of D will end normally and Hah will report 'halting'. >>>>>> Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports
    'halting'.


     From these nine combinations we see that only a few are
    definitely able to report a correct status. we also see that the
    three most important ones Hss(Dss,Dss), Han(Dan,Dan) and
    Hah(Dah,Dah) do not return the correct status.

    May I suggest that we stick to these names, instead of using the
    same names D and H for different things? That would make the
    discussion more transparent. And maybe olcott can tell which case
    is in discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or
    one of the other combinations. Are we talking about an aborting,
    or a non-aborting decider? I ask this, because sentence fragments
    like 'keeps looping unless aborted', suggests that it is not
    always aborted, so it is not clear whether Hss, Han, or Han is meant. >>>>>
    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    And which way is that? Is it Hss, Han, Hap or something else?


    Every H that correctly determines in N steps of correct simulation of >>>>> input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT
    HALT*


    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    And which way is it? Hss, HAn, or HAh? The one that does not abort, or
    one of the aborting ones?

    *The infinite set of every H that matches this template*
    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to abort this simulation and
    report that *D DOES NOT HALT*


    Please, make up your mind. Does it never stop running, or does it abort?
    It cannot do both.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Mon Jan 29 21:00:24 2024
    Op 29.jan.2024 om 20:24 schreef olcott:
    On 1/29/2024 1:19 PM, Fred. Zwarts wrote:
    Op 29.jan.2024 om 19:19 schreef olcott:
    On 1/29/2024 8:47 AM, immibis wrote:
    On 1/29/24 15:30, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree >>>>>>>>>>>>>>>>>>>>>>>>> that the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>>>> execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own termination >>>>>>>>>>>>>>>>>>>>>>> analyzer
    in recursive simulation then H is not allowed to >>>>>>>>>>>>>>>>>>>>>>> report
    on different behavior than the behavior that it >>>>>>>>>>>>>>>>>>>>>>> sees.

    Every H that must abort its simulation of any >>>>>>>>>>>>>>>>>>>>>>> input D to prevent its own infinite execution is >>>>>>>>>>>>>>>>>>>>>>> necessarily correct to reject D as non-halting. >>>>>>>>>>>>>>>>>>>>>>>

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>> execution of its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H >>>>>>>>>>>>>> actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must >>>>>>>>>>>>> abort the
    simulation of its input D to prevent its own infinite >>>>>>>>>>>>> execution
    it is always necessarily correct for H to reject this input as >>>>>>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, >>>>>>>>>>>> and thus into the program of D, so when you "alter" H to not >>>>>>>>>>>> abort to show this, D doesn't change and still refers to the >>>>>>>>>>>> H that did abort.

    So you are claiming that you just don't understand that every >>>>>>>>>>> H that
    can possibly exist must abort its simulated D because this is >>>>>>>>>>> simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You >>>>>>>>>> wrote just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously
    referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for >>>>>>>> the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them all >>>>>> the same name.
    Just as he uses the same name for different halt deciders, some of >>>>>> which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can
    imagine three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is >>>>>> clear it can report only about programs which terminate
    normally.In this case it returns 'halting'. It cannot return
    'non-halting' in a finite time.

    Han: A simulating halt decider that, when it recognizes that the
    program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of
    this discussion, we ignore that it very improbable that Han will
    be possible to recognize all variations of the algorithm, because
    we stick for the moment to the template mentioned above. Similarly >>>>>> it will not be easy to detect always that the program does the
    opposite.)

    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it
    recognizes that the same algorithm is used to do the opposite, it
    aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'.
    Because, for Hss 'keeps looping' is sufficient, whereas for Han
    and Hah 'does not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide
    on a template, because different instantiations of a template can
    do different things. Therefore, from these three candidates the
    template can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss
    does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with
    'unless', because it is clear that only Dss is involved in
    infinite recursion within the algorithm of Hss. Dan and Dah are
    not, because Han and Hah are not.

    Three programs and three candidate halt deciders. That results in
    nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of
    Hah returns to the simulation of Dah, which does not end. So Hss
    never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss
    is not aborted. So, does Han recognize the infinite recursion?
    That depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports >>>>>> 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah
    is not aborted. The simulation of Hah returns with 'halting'. Does >>>>>> Han subsequently recognize that D starts an infinite loop? That
    depends on details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss
    is not aborted. So, does Hah recognize the infinite recursion?
    That depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han
    is not aborted. The simulation of Ha returns with 'non-halting'.
    The simulation of D will end normally and Hah will report 'halting'. >>>>>> Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports
    'halting'.


     From these nine combinations we see that only a few are
    definitely able to report a correct status. we also see that the
    three most important ones Hss(Dss,Dss), Han(Dan,Dan) and
    Hah(Dah,Dah) do not return the correct status.

    May I suggest that we stick to these names, instead of using the
    same names D and H for different things? That would make the
    discussion more transparent. And maybe olcott can tell which case
    is in discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or
    one of the other combinations. Are we talking about an aborting,
    or a non-aborting decider? I ask this, because sentence fragments
    like 'keeps looping unless aborted', suggests that it is not
    always aborted, so it is not clear whether Hss, Han, or Han is meant. >>>>>
    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    And which way is that? Is it Hss, Han, Hap or something else?


    Every H that correctly determines in N steps of correct simulation of >>>>> input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT
    HALT*


    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    And which way is it? Hss, HAn, or HAh? The one that does not abort, or
    one of the aborting ones?

    *The infinite set of every H that matches this template*
    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to abort this simulation and
    report that *D DOES NOT HALT*

    On 10/13/2022 11:46 AM, olcott wrote:
    MIT Professor Michael Sipser has agreed that the following
    verbatim paragraph is correct ...

    If simulating halt decider H correctly simulates its input D
    until H correctly determines that its simulated D would never
    stop running unless aborted then H can abort its simulation
    of D and correctly report that D specifies a non-halting
    sequence of configurations.





    It seems olcott is unable to answer whether his halting decider aborts
    or not. Do we really have to believe that the execution trace he showed
    us, is from an infinite set of deciders?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Mon Jan 29 23:09:49 2024
    On 1/29/24 21:56, olcott wrote:
    On 1/29/2024 2:04 PM, Fred. Zwarts wrote:
    Op 29.jan.2024 om 20:24 schreef olcott:
    On 1/29/2024 1:19 PM, Fred. Zwarts wrote:
    Op 29.jan.2024 om 19:19 schreef olcott:
    On 1/29/2024 8:47 AM, immibis wrote:
    On 1/29/24 15:30, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>> On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>> On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree >>>>>>>>>>>>>>>>>>>>>>>>>>> that the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the >>>>>>>>>>>>>>>>>>>>>>>>>> direct execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own termination >>>>>>>>>>>>>>>>>>>>>>>>> analyzer
    in recursive simulation then H is not allowed >>>>>>>>>>>>>>>>>>>>>>>>> to report
    on different behavior than the behavior that it >>>>>>>>>>>>>>>>>>>>>>>>> sees.

    Every H that must abort its simulation of any >>>>>>>>>>>>>>>>>>>>>>>>> input D to prevent its own infinite execution >>>>>>>>>>>>>>>>>>>>>>>>> is necessarily correct to reject D as non-halting. >>>>>>>>>>>>>>>>>>>>>>>>>

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>>>> execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>
    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H? >>>>>>>>>>>>>>>>>>>>> No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as >>>>>>>>>>>>>>>>>>>> the actual property of Halting is independent of who >>>>>>>>>>>>>>>>>>>> you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>>>> its simulation of D so that H itself can halt. >>>>>>>>>>>>>>>>>

    D only specifies as much recursive simulation to H as H >>>>>>>>>>>>>>>> actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must >>>>>>>>>>>>>>> abort the
    simulation of its input D to prevent its own infinite >>>>>>>>>>>>>>> execution
    it is always necessarily correct for H to reject this >>>>>>>>>>>>>>> input as
    non-halting.


    And the decision to abort was encoded in the program of H, >>>>>>>>>>>>>> and thus into the program of D, so when you "alter" H to >>>>>>>>>>>>>> not abort to show this, D doesn't change and still refers >>>>>>>>>>>>>> to the H that did abort.

    So you are claiming that you just don't understand that >>>>>>>>>>>>> every H that
    can possibly exist must abort its simulated D because this >>>>>>>>>>>>> is simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You >>>>>>>>>>>> wrote just one H, not every one that could possibly exist. >>>>>>>>>>>
    The Peter Linz proof uses a program template simultaneously >>>>>>>>>>> referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof >>>>>>>>>> for the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them >>>>>>>> all the same name.
    Just as he uses the same name for different halt deciders, some >>>>>>>> of which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders? >>>>>>>> Here we limit ourselves to simulating halt deciders. We can
    imagine three candidates:

    Hss: A simple simulating halt decider, which does not abort. It >>>>>>>> is clear it can report only about programs which terminate
    normally.In this case it returns 'halting'. It cannot return
    'non-halting' in a finite time.

    Han: A simulating halt decider that, when it recognizes that the >>>>>>>> program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of >>>>>>>> this discussion, we ignore that it very improbable that Han will >>>>>>>> be possible to recognize all variations of the algorithm,
    because we stick for the moment to the template mentioned above. >>>>>>>> Similarly it will not be easy to detect always that the program >>>>>>>> does the opposite.)

    It is clear that Han is wrong if it assumes that Han will do an >>>>>>>> infinite recursion, because it is Hss that does an infinite
    recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it
    recognizes that the same algorithm is used to do the opposite, >>>>>>>> it aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an >>>>>>>> infinite recursion, because it is Hss that does an infinite
    recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated >>>>>>>> sentence fragments, such as 'keeps looping unless aborted'.
    Because, for Hss 'keeps looping' is sufficient, whereas for Han >>>>>>>> and Hah 'does not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide >>>>>>>> on a template, because different instantiations of a template
    can do different things. Therefore, from these three candidates >>>>>>>> the template can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because
    Hss does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt. >>>>>>>>
    Again, we do no longer need overcomplicated sentences with
    'unless', because it is clear that only Dss is involved in
    infinite recursion within the algorithm of Hss. Dan and Dah are >>>>>>>> not, because Han and Hah are not.

    Three programs and three candidate halt deciders. That results >>>>>>>> in nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends >>>>>>>> normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation >>>>>>>> of Hah returns to the simulation of Dah, which does not end. So >>>>>>>> Hss never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of
    Hss is not aborted. So, does Han recognize the infinite
    recursion? That depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and
    reports 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of
    Hah is not aborted. The simulation of Hah returns with
    'halting'. Does Han subsequently recognize that D starts an
    infinite loop? That depends on details not provides by olcott. >>>>>>>>
    Hah(Dss,Dss): Hah is different from Hss, so the simulation of
    Hss is not aborted. So, does Hah recognize the infinite
    recursion? That depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of
    Han is not aborted. The simulation of Ha returns with
    'non-halting'. The simulation of D will end normally and Hah
    will report 'halting'.
    Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and
    reports 'halting'.


     From these nine combinations we see that only a few are
    definitely able to report a correct status. we also see that the >>>>>>>> three most important ones Hss(Dss,Dss), Han(Dan,Dan) and
    Hah(Dah,Dah) do not return the correct status.

    May I suggest that we stick to these names, instead of using the >>>>>>>> same names D and H for different things? That would make the
    discussion more transparent. And maybe olcott can tell which
    case is in discussion, Hss(Dss,Dss), Han(Dan,Dan) or
    Hah(Dah,Dah), or one of the other combinations. Are we talking >>>>>>>> about an aborting, or a non-aborting decider? I ask this,
    because sentence fragments like 'keeps looping unless aborted', >>>>>>>> suggests that it is not always aborted, so it is not clear
    whether Hss, Han, or Han is meant.

    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    And which way is that? Is it Hss, Han, Hap or something else?


    Every H that correctly determines in N steps of correct
    simulation of
    input D that itself would never stop running unless it aborts its >>>>>>> simulation of D is necessarily correct to report that *D DOES NOT >>>>>>> HALT*


    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    And which way is it? Hss, HAn, or HAh? The one that does not abort,
    or one of the aborting ones?

    *The infinite set of every H that matches this template*
    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to abort this simulation and
    report that *D DOES NOT HALT*


    Please, make up your mind. Does it never stop running, or does it
    abort? It cannot do both.

    It correctly determines that its input never halts thus providing
    H the criteria it needs to abort its simulation and force it to
    terminate abnormally, thus still never halt.

    Turing machines cannot terminate abnormally.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Mon Jan 29 23:11:26 2024
    On 1/29/24 19:19, olcott wrote:
    On 1/29/2024 8:47 AM, immibis wrote:

    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    You have now ignored my formulation of the halting problem four (4) times.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Mon Jan 29 23:10:45 2024
    On 1/29/24 20:24, olcott wrote:
    On 1/29/2024 1:19 PM, Fred. Zwarts wrote:
    Op 29.jan.2024 om 19:19 schreef olcott:
    On 1/29/2024 8:47 AM, immibis wrote:
    On 1/29/24 15:30, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree >>>>>>>>>>>>>>>>>>>>>>>>> that the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>>>> execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own termination >>>>>>>>>>>>>>>>>>>>>>> analyzer
    in recursive simulation then H is not allowed to >>>>>>>>>>>>>>>>>>>>>>> report
    on different behavior than the behavior that it >>>>>>>>>>>>>>>>>>>>>>> sees.

    Every H that must abort its simulation of any >>>>>>>>>>>>>>>>>>>>>>> input D to prevent its own infinite execution is >>>>>>>>>>>>>>>>>>>>>>> necessarily correct to reject D as non-halting. >>>>>>>>>>>>>>>>>>>>>>>

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>> execution of its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H >>>>>>>>>>>>>> actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must >>>>>>>>>>>>> abort the
    simulation of its input D to prevent its own infinite >>>>>>>>>>>>> execution
    it is always necessarily correct for H to reject this input as >>>>>>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, >>>>>>>>>>>> and thus into the program of D, so when you "alter" H to not >>>>>>>>>>>> abort to show this, D doesn't change and still refers to the >>>>>>>>>>>> H that did abort.

    So you are claiming that you just don't understand that every >>>>>>>>>>> H that
    can possibly exist must abort its simulated D because this is >>>>>>>>>>> simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You >>>>>>>>>> wrote just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously
    referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for >>>>>>>> the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them all >>>>>> the same name.
    Just as he uses the same name for different halt deciders, some of >>>>>> which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can
    imagine three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is >>>>>> clear it can report only about programs which terminate
    normally.In this case it returns 'halting'. It cannot return
    'non-halting' in a finite time.

    Han: A simulating halt decider that, when it recognizes that the
    program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of
    this discussion, we ignore that it very improbable that Han will
    be possible to recognize all variations of the algorithm, because
    we stick for the moment to the template mentioned above. Similarly >>>>>> it will not be easy to detect always that the program does the
    opposite.)

    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it
    recognizes that the same algorithm is used to do the opposite, it
    aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'.
    Because, for Hss 'keeps looping' is sufficient, whereas for Han
    and Hah 'does not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide
    on a template, because different instantiations of a template can
    do different things. Therefore, from these three candidates the
    template can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss
    does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with
    'unless', because it is clear that only Dss is involved in
    infinite recursion within the algorithm of Hss. Dan and Dah are
    not, because Han and Hah are not.

    Three programs and three candidate halt deciders. That results in
    nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of
    Hah returns to the simulation of Dah, which does not end. So Hss
    never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss
    is not aborted. So, does Han recognize the infinite recursion?
    That depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports >>>>>> 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah
    is not aborted. The simulation of Hah returns with 'halting'. Does >>>>>> Han subsequently recognize that D starts an infinite loop? That
    depends on details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss
    is not aborted. So, does Hah recognize the infinite recursion?
    That depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han
    is not aborted. The simulation of Ha returns with 'non-halting'.
    The simulation of D will end normally and Hah will report 'halting'. >>>>>> Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports
    'halting'.


     From these nine combinations we see that only a few are
    definitely able to report a correct status. we also see that the
    three most important ones Hss(Dss,Dss), Han(Dan,Dan) and
    Hah(Dah,Dah) do not return the correct status.

    May I suggest that we stick to these names, instead of using the
    same names D and H for different things? That would make the
    discussion more transparent. And maybe olcott can tell which case
    is in discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or
    one of the other combinations. Are we talking about an aborting,
    or a non-aborting decider? I ask this, because sentence fragments
    like 'keeps looping unless aborted', suggests that it is not
    always aborted, so it is not clear whether Hss, Han, or Han is meant. >>>>>
    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    And which way is that? Is it Hss, Han, Hap or something else?


    Every H that correctly determines in N steps of correct simulation of >>>>> input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT
    HALT*


    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    And which way is it? Hss, HAn, or HAh? The one that does not abort, or
    one of the aborting ones?

    *The infinite set of every H that matches this template*

    So your program H is actually an infinite set of programs? Your github repository doesn't seem to be infinity gigabytes in size, so I have to
    conclude you are lying.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Mon Jan 29 23:38:07 2024
    On 1/29/24 23:14, olcott wrote:
    On 1/29/2024 4:10 PM, immibis wrote:
    On 1/29/24 20:24, olcott wrote:
    On 1/29/2024 1:19 PM, Fred. Zwarts wrote:

    And which way is it? Hss, HAn, or HAh? The one that does not abort,
    or one of the aborting ones?

    *The infinite set of every H that matches this template*

    So your program H is actually an infinite set of programs?

    I didn't say that Dumbo.


    Fred asked: Which one is your program H?
    You answered: My H is the infinite set of every H that matches this
    template.
    *Dumbo*.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Mon Jan 29 23:51:47 2024
    On 1/29/24 23:18, olcott wrote:
    On 1/29/2024 4:11 PM, immibis wrote:
    On 1/29/24 19:19, olcott wrote:
    On 1/29/2024 8:47 AM, immibis wrote:

    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    You have now ignored my formulation of the halting problem four (4)
    times.

    There is only one single relevant detail and changing the subject away
    from this is off topic thus must be ignored. I tolerated this from
    Ben Bacarisse for a dozen years.
    *Ben was a master of the change-the-subject rebuttal*

    You are changing the subject. My formulation of the problem shows that
    you are wrong because there is no such thing as abnormal termination in
    my formulation.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Mon Jan 29 23:40:09 2024
    On 1/29/24 23:13, olcott wrote:
    On 1/29/2024 4:09 PM, immibis wrote:
    On 1/29/24 21:56, olcott wrote:
    On 1/29/2024 2:04 PM, Fred. Zwarts wrote:
    Op 29.jan.2024 om 20:24 schreef olcott:
    On 1/29/2024 1:19 PM, Fred. Zwarts wrote:
    Op 29.jan.2024 om 19:19 schreef olcott:
    On 1/29/2024 8:47 AM, immibis wrote:
    On 1/29/24 15:30, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>> On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 4:27 PM, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>> On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree >>>>>>>>>>>>>>>>>>>>>>>>>>>>> that the halting
    problem has been intentionally defined to >>>>>>>>>>>>>>>>>>>>>>>>>>>>> be unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible >>>>>>>>>>>>>>>>>>>>>>>>>>>> to write a program that reports whether the >>>>>>>>>>>>>>>>>>>>>>>>>>>> direct execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own >>>>>>>>>>>>>>>>>>>>>>>>>>> termination analyzer
    in recursive simulation then H is not allowed >>>>>>>>>>>>>>>>>>>>>>>>>>> to report
    on different behavior than the behavior that >>>>>>>>>>>>>>>>>>>>>>>>>>> it sees.

    Every H that must abort its simulation of any >>>>>>>>>>>>>>>>>>>>>>>>>>> input D to prevent its own infinite execution >>>>>>>>>>>>>>>>>>>>>>>>>>> is necessarily correct to reject D as >>>>>>>>>>>>>>>>>>>>>>>>>>> non-halting.


    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the >>>>>>>>>>>>>>>>>>>>>>>>>> direct execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>>>
    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H? >>>>>>>>>>>>>>>>>>>>>>> No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as >>>>>>>>>>>>>>>>>>>>>> the actual property of Halting is independent of >>>>>>>>>>>>>>>>>>>>>> who you ask.

    D specifies infinite recursion to H. >>>>>>>>>>>>>>>>>>>>> D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>>>>>> its simulation of D so that H itself can halt. >>>>>>>>>>>>>>>>>>>

    D only specifies as much recursive simulation to H as >>>>>>>>>>>>>>>>>> H actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must >>>>>>>>>>>>>>>>> abort the
    simulation of its input D to prevent its own infinite >>>>>>>>>>>>>>>>> execution
    it is always necessarily correct for H to reject this >>>>>>>>>>>>>>>>> input as
    non-halting.


    And the decision to abort was encoded in the program of >>>>>>>>>>>>>>>> H, and thus into the program of D, so when you "alter" H >>>>>>>>>>>>>>>> to not abort to show this, D doesn't change and still >>>>>>>>>>>>>>>> refers to the H that did abort.

    So you are claiming that you just don't understand that >>>>>>>>>>>>>>> every H that
    can possibly exist must abort its simulated D because >>>>>>>>>>>>>>> this is simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You >>>>>>>>>>>>>> wrote just one H, not every one that could possibly exist. >>>>>>>>>>>>>
    The Peter Linz proof uses a program template simultaneously >>>>>>>>>>>>> referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof >>>>>>>>>>>> for the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them >>>>>>>>>> all the same name.
    Just as he uses the same name for different halt deciders, >>>>>>>>>> some of which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders? >>>>>>>>>> Here we limit ourselves to simulating halt deciders. We can >>>>>>>>>> imagine three candidates:

    Hss: A simple simulating halt decider, which does not abort. >>>>>>>>>> It is clear it can report only about programs which terminate >>>>>>>>>> normally.In this case it returns 'halting'. It cannot return >>>>>>>>>> 'non-halting' in a finite time.

    Han: A simulating halt decider that, when it recognizes that >>>>>>>>>> the program uses the same algorithm that is used in Han to do >>>>>>>>>> the opposite, it aborts and returns 'non-halting'. (For the >>>>>>>>>> sake of this discussion, we ignore that it very improbable >>>>>>>>>> that Han will be possible to recognize all variations of the >>>>>>>>>> algorithm, because we stick for the moment to the template >>>>>>>>>> mentioned above. Similarly it will not be easy to detect
    always that the program does the opposite.)

    It is clear that Han is wrong if it assumes that Han will do >>>>>>>>>> an infinite recursion, because it is Hss that does an infinite >>>>>>>>>> recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it >>>>>>>>>> recognizes that the same algorithm is used to do the opposite, >>>>>>>>>> it aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do >>>>>>>>>> an infinite recursion, because it is Hss that does an infinite >>>>>>>>>> recursion, not Hah.

    Using these names it is no longer needed to use
    overcomplicated sentence fragments, such as 'keeps looping >>>>>>>>>> unless aborted'. Because, for Hss 'keeps looping' is
    sufficient, whereas for Han and Hah 'does not loop, because >>>>>>>>>> aborted' is more clear.

    A halting decider needs a program to decide on. It cannot
    decide on a template, because different instantiations of a >>>>>>>>>> template can do different things. Therefore, from these three >>>>>>>>>> candidates the template can be used to create three programs: >>>>>>>>>>
    Dss: based on Hss. It is clear that it does not halt, because >>>>>>>>>> Hss does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts. >>>>>>>>>> Dah: based on Hah. Han returns 'halting', so Dan does not halt. >>>>>>>>>>
    Again, we do no longer need overcomplicated sentences with >>>>>>>>>> 'unless', because it is clear that only Dss is involved in >>>>>>>>>> infinite recursion within the algorithm of Hss. Dan and Dah >>>>>>>>>> are not, because Han and Hah are not.

    Three programs and three candidate halt deciders. That results >>>>>>>>>> in nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result. >>>>>>>>>> Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation >>>>>>>>>> ends normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation >>>>>>>>>> of Hah returns to the simulation of Dah, which does not end. >>>>>>>>>> So Hss never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of >>>>>>>>>> Hss is not aborted. So, does Han recognize the infinite
    recursion? That depends on details not provided by olcott. >>>>>>>>>> Han(Dan,Dan): Han recognizes its own algorithm, aborts and >>>>>>>>>> reports 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of >>>>>>>>>> Hah is not aborted. The simulation of Hah returns with
    'halting'. Does Han subsequently recognize that D starts an >>>>>>>>>> infinite loop? That depends on details not provides by olcott. >>>>>>>>>>
    Hah(Dss,Dss): Hah is different from Hss, so the simulation of >>>>>>>>>> Hss is not aborted. So, does Hah recognize the infinite
    recursion? That depends on details not provided by olcott. >>>>>>>>>> Hah(Dan,Dan): Hah is different from Han, so the simulation of >>>>>>>>>> Han is not aborted. The simulation of Ha returns with
    'non-halting'. The simulation of D will end normally and Hah >>>>>>>>>> will report 'halting'.
    Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and
    reports 'halting'.


     From these nine combinations we see that only a few are
    definitely able to report a correct status. we also see that >>>>>>>>>> the three most important ones Hss(Dss,Dss), Han(Dan,Dan) and >>>>>>>>>> Hah(Dah,Dah) do not return the correct status.

    May I suggest that we stick to these names, instead of using >>>>>>>>>> the same names D and H for different things? That would make >>>>>>>>>> the discussion more transparent. And maybe olcott can tell >>>>>>>>>> which case is in discussion, Hss(Dss,Dss), Han(Dan,Dan) or >>>>>>>>>> Hah(Dah,Dah), or one of the other combinations. Are we talking >>>>>>>>>> about an aborting, or a non-aborting decider? I ask this,
    because sentence fragments like 'keeps looping unless
    aborted', suggests that it is not always aborted, so it is not >>>>>>>>>> clear whether Hss, Han, or Han is meant.

    My whole purpose is to show the only possible way that H can be >>>>>>>>> correctly encoded is the current way that H is encoded.

    And which way is that? Is it Hss, Han, Hap or something else?


    Every H that correctly determines in N steps of correct
    simulation of
    input D that itself would never stop running unless it aborts its >>>>>>>>> simulation of D is necessarily correct to report that *D DOES >>>>>>>>> NOT HALT*


    You aren't listening.


    I am listening and I am overriding and superseding misconception. >>>>>>> One way is correct and all alternative ways are incorrect.


    And which way is it? Hss, HAn, or HAh? The one that does not
    abort, or one of the aborting ones?

    *The infinite set of every H that matches this template*
    Every H that correctly determines in N steps of correct simulation of >>>>> input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to abort this simulation and
    report that *D DOES NOT HALT*


    Please, make up your mind. Does it never stop running, or does it
    abort? It cannot do both.

    It correctly determines that its input never halts thus providing
    H the criteria it needs to abort its simulation and force it to
    terminate abnormally, thus still never halt.

    Turing machines cannot terminate abnormally.

    A Turing machine description simulated by a UTM that has
    been adapted to become a simulating termination analyzer
    can be terminated abnormally.

    Turing machines cannot terminate abnormally.
    Turing machine descriptions cannot do ANYTHING because they are just descriptions.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Tue Jan 30 00:27:50 2024
    On 1/29/24 23:54, olcott wrote:
    On 1/29/2024 4:40 PM, immibis wrote:
    On 1/29/24 23:13, olcott wrote:
    On 1/29/2024 4:09 PM, immibis wrote:
    Turing machines cannot terminate abnormally.

    A Turing machine description simulated by a UTM that has
    been adapted to become a simulating termination analyzer
    can be terminated abnormally.

    Turing machines cannot terminate abnormally.
    Turing machine descriptions cannot do ANYTHING because they are just
    descriptions.

    Just like a BASIC program (that is only static text) becomes
    an executing process when interpreted in a BASIC interpreter
    so does a TMD when simulated by a UTM.

    When the program is processed by another program, it's important to
    remember that what is processed is the description, not the actual
    program. When a different interpreter generates different behaviour from
    the same description, it is not the same program.

    The following finite string is a program description:

    #define print(x) int main() {printf("Goodbye.\n");}
    print("Hello.")

    When I run this finite string in a Python interpreter and it prints
    "Hello." it is a different program from when I compile and run it with a
    C compile and it prints "Goodbye." even though it is the same finite string.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Mon Jan 29 19:48:02 2024
    On 1/29/24 9:30 AM, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote:
    On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that >>>>>>>>>>>>>>>>>>>>> the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to write >>>>>>>>>>>>>>>>>>>> a program that reports whether the direct execution >>>>>>>>>>>>>>>>>>>> of its input would halt?


    When-so-ever an input calls its own termination analyzer >>>>>>>>>>>>>>>>>>> in recursive simulation then H is not allowed to report >>>>>>>>>>>>>>>>>>> on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input D >>>>>>>>>>>>>>>>>>> to prevent its own infinite execution is necessarily >>>>>>>>>>>>>>>>>>> correct to reject D as non-halting.


    Do you believe it's impossible or possible to write a >>>>>>>>>>>>>>>>>> program that reports whether the direct execution of >>>>>>>>>>>>>>>>>> its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H
    actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS*
    When-so-ever any simulating termination analyzer H must abort the >>>>>>>>> simulation of its input D to prevent its own infinite execution >>>>>>>>> it is always necessarily correct for H to reject this input as >>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, and >>>>>>>> thus into the program of D, so when you "alter" H to not abort >>>>>>>> to show this, D doesn't change and still refers to the H that
    did abort.

    So you are claiming that you just don't understand that every H that >>>>>>> can possibly exist must abort its simulated D because this is simply >>>>>>> over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote
    just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously referring >>>>> every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for the
    H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them all the
    same name.
    Just as he uses the same name for different halt deciders, some of
    which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can imagine
    three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is
    clear it can report only about programs which terminate normally.In
    this case it returns 'halting'. It cannot return 'non-halting' in a
    finite time.

    Han: A simulating halt decider that, when it recognizes that the
    program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of this
    discussion, we ignore that it very improbable that Han will be
    possible to recognize all variations of the algorithm, because we
    stick for the moment to the template mentioned above. Similarly it
    will not be easy to detect always that the program does the opposite.)

    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite recursion,
    not Han.

    Hah: A simulating halt decider, similar to Han, but when it recognizes
    that the same algorithm is used to do the opposite, it aborts and
    returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite recursion,
    not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'. Because,
    for Hss 'keeps looping' is sufficient, whereas for Han and Hah 'does
    not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide on a
    template, because different instantiations of a template can do
    different things. Therefore, from these three candidates the template
    can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss does
    not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with 'unless',
    because it is clear that only Dss is involved in infinite recursion
    within the algorithm of Hss. Dan and Dah are not, because Han and Hah
    are not.

    Three programs and three candidate halt deciders. That results in nine
    combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of Hah
    returns to the simulation of Dah, which does not end. So Hss never
    returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss is
    not aborted. So, does Han recognize the infinite recursion? That
    depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports
    'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah is
    not aborted. The simulation of Hah returns with 'halting'. Does Han
    subsequently recognize that D starts an infinite loop? That depends on
    details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss is
    not aborted. So, does Hah recognize the infinite recursion? That
    depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han is
    not aborted. The simulation of Ha returns with 'non-halting'. The
    simulation of D will end normally and Hah will report 'halting'.
    Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports
    'halting'.


     From these nine combinations we see that only a few are definitely
    able to report a correct status. we also see that the three most
    important ones Hss(Dss,Dss), Han(Dan,Dan) and Hah(Dah,Dah) do not
    return the correct status.

    May I suggest that we stick to these names, instead of using the same
    names D and H for different things? That would make the discussion
    more transparent. And maybe olcott can tell which case is in
    discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or one of the
    other combinations. Are we talking about an aborting, or a
    non-aborting decider? I ask this, because sentence fragments like
    'keeps looping unless aborted', suggests that it is not always
    aborted, so it is not clear whether Hss, Han, or Han is meant.

    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT HALT*


    Except that your statement is based on an illogical premise, that a
    SPECIFIC GIVEN Pro could have both aborted its simulation and not.

    Since your H that answer DOES abort its simulation and returns
    non-halting, the ACTUAL correct simulation (past the point that H
    aborts) shows that the simulated H aborts its simulation, returns to D,
    and D halts.

    Thus, your "definition" is built on LYING and internal CONTRADICTIONS.

    Remember, A Halting Decider needs to be a COMPUTATION, which means that
    all invocations of it with the same input create the same result, thus
    your "unless" term is meaningless.

    Either H does abort it simulation, at which point it simulation can't
    "never stop" or it doesn't, at which point it can't.

    Note "Its Simulation never stops" is proved incorrect if the machine
    aborts its simulation, as an aborted simulation BY DEFINITION stops (it
    might not show that the machine simulated would halt, but the simulation
    does stop).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Mon Jan 29 22:00:43 2024
    On 1/29/24 9:26 PM, olcott wrote:
    On 1/29/2024 6:48 PM, Richard Damon wrote:
    On 1/29/24 9:30 AM, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote:
    On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote:
    On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote:
    Three PhD computer science professors agree that >>>>>>>>>>>>>>>>>>>>>>> the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>> execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own termination >>>>>>>>>>>>>>>>>>>>> analyzer
    in recursive simulation then H is not allowed to >>>>>>>>>>>>>>>>>>>>> report
    on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input >>>>>>>>>>>>>>>>>>>>> D to prevent its own infinite execution is >>>>>>>>>>>>>>>>>>>>> necessarily correct to reject D as non-halting. >>>>>>>>>>>>>>>>>>>>>

    Do you believe it's impossible or possible to write >>>>>>>>>>>>>>>>>>>> a program that reports whether the direct execution >>>>>>>>>>>>>>>>>>>> of its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1.



    D specifies what ever recursion that H generates.


    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H >>>>>>>>>>>> actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>> When-so-ever any simulating termination analyzer H must abort >>>>>>>>>>> the
    simulation of its input D to prevent its own infinite execution >>>>>>>>>>> it is always necessarily correct for H to reject this input as >>>>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, and >>>>>>>>>> thus into the program of D, so when you "alter" H to not abort >>>>>>>>>> to show this, D doesn't change and still refers to the H that >>>>>>>>>> did abort.

    So you are claiming that you just don't understand that every H >>>>>>>>> that
    can possibly exist must abort its simulated D because this is >>>>>>>>> simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote >>>>>>>> just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously
    referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for
    the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them all
    the same name.
    Just as he uses the same name for different halt deciders, some of
    which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can imagine
    three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is
    clear it can report only about programs which terminate normally.In
    this case it returns 'halting'. It cannot return 'non-halting' in a
    finite time.

    Han: A simulating halt decider that, when it recognizes that the
    program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of this
    discussion, we ignore that it very improbable that Han will be
    possible to recognize all variations of the algorithm, because we
    stick for the moment to the template mentioned above. Similarly it
    will not be easy to detect always that the program does the opposite.) >>>>
    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it
    recognizes that the same algorithm is used to do the opposite, it
    aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'. Because,
    for Hss 'keeps looping' is sufficient, whereas for Han and Hah 'does
    not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide on
    a template, because different instantiations of a template can do
    different things. Therefore, from these three candidates the
    template can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss
    does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with 'unless',
    because it is clear that only Dss is involved in infinite recursion
    within the algorithm of Hss. Dan and Dah are not, because Han and
    Hah are not.

    Three programs and three candidate halt deciders. That results in
    nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of
    Hah returns to the simulation of Dah, which does not end. So Hss
    never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss is
    not aborted. So, does Han recognize the infinite recursion? That
    depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports
    'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah is
    not aborted. The simulation of Hah returns with 'halting'. Does Han
    subsequently recognize that D starts an infinite loop? That depends
    on details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss is
    not aborted. So, does Hah recognize the infinite recursion? That
    depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han is
    not aborted. The simulation of Ha returns with 'non-halting'. The
    simulation of D will end normally and Hah will report 'halting'.
    Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports
    'halting'.


     From these nine combinations we see that only a few are definitely
    able to report a correct status. we also see that the three most
    important ones Hss(Dss,Dss), Han(Dan,Dan) and Hah(Dah,Dah) do not
    return the correct status.

    May I suggest that we stick to these names, instead of using the
    same names D and H for different things? That would make the
    discussion more transparent. And maybe olcott can tell which case is
    in discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or one of
    the other combinations. Are we talking about an aborting, or a
    non-aborting decider? I ask this, because sentence fragments like
    'keeps looping unless aborted', suggests that it is not always
    aborted, so it is not clear whether Hss, Han, or Han is meant.

    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT HALT*


    Except that your statement is based on an illogical premise, that a
    SPECIFIC GIVEN Pro could have both aborted its simulation and not.

    *It does not say anything like that, try reading it many more times*
    *It does not say anything like that, try reading it many more times*
    *It does not say anything like that, try reading it many more times*



    SHOW THE LINE WHERE HE SAYS WHAT YOU CLAIM


    FAILURE TO DO SO IS JUST ANOTHER ADMISSION THAT YOU ARE A LIAR, LIKE YOU
    HAVE ADMITTED MANY TIMES IN THE PAST.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Mon Jan 29 22:01:06 2024
    On 1/29/24 9:30 PM, olcott wrote:
    On 1/29/2024 6:48 PM, Richard Damon wrote:
    On 1/29/24 1:19 PM, olcott wrote:
    On 1/29/2024 8:47 AM, immibis wrote:
    On 1/29/24 15:30, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree >>>>>>>>>>>>>>>>>>>>>>>>> that the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>>>> execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own termination >>>>>>>>>>>>>>>>>>>>>>> analyzer
    in recursive simulation then H is not allowed to >>>>>>>>>>>>>>>>>>>>>>> report
    on different behavior than the behavior that it >>>>>>>>>>>>>>>>>>>>>>> sees.

    Every H that must abort its simulation of any >>>>>>>>>>>>>>>>>>>>>>> input D to prevent its own infinite execution is >>>>>>>>>>>>>>>>>>>>>>> necessarily correct to reject D as non-halting. >>>>>>>>>>>>>>>>>>>>>>>

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>> execution of its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H >>>>>>>>>>>>>> actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must >>>>>>>>>>>>> abort the
    simulation of its input D to prevent its own infinite >>>>>>>>>>>>> execution
    it is always necessarily correct for H to reject this input as >>>>>>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, >>>>>>>>>>>> and thus into the program of D, so when you "alter" H to not >>>>>>>>>>>> abort to show this, D doesn't change and still refers to the >>>>>>>>>>>> H that did abort.

    So you are claiming that you just don't understand that every >>>>>>>>>>> H that
    can possibly exist must abort its simulated D because this is >>>>>>>>>>> simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You >>>>>>>>>> wrote just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously
    referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for >>>>>>>> the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them all >>>>>> the same name.
    Just as he uses the same name for different halt deciders, some of >>>>>> which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can
    imagine three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is >>>>>> clear it can report only about programs which terminate
    normally.In this case it returns 'halting'. It cannot return
    'non-halting' in a finite time.

    Han: A simulating halt decider that, when it recognizes that the
    program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of
    this discussion, we ignore that it very improbable that Han will
    be possible to recognize all variations of the algorithm, because
    we stick for the moment to the template mentioned above. Similarly >>>>>> it will not be easy to detect always that the program does the
    opposite.)

    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it
    recognizes that the same algorithm is used to do the opposite, it
    aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'.
    Because, for Hss 'keeps looping' is sufficient, whereas for Han
    and Hah 'does not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide
    on a template, because different instantiations of a template can
    do different things. Therefore, from these three candidates the
    template can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss
    does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with
    'unless', because it is clear that only Dss is involved in
    infinite recursion within the algorithm of Hss. Dan and Dah are
    not, because Han and Hah are not.

    Three programs and three candidate halt deciders. That results in
    nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of
    Hah returns to the simulation of Dah, which does not end. So Hss
    never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss
    is not aborted. So, does Han recognize the infinite recursion?
    That depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports >>>>>> 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah
    is not aborted. The simulation of Hah returns with 'halting'. Does >>>>>> Han subsequently recognize that D starts an infinite loop? That
    depends on details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss
    is not aborted. So, does Hah recognize the infinite recursion?
    That depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han
    is not aborted. The simulation of Ha returns with 'non-halting'.
    The simulation of D will end normally and Hah will report 'halting'. >>>>>> Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports
    'halting'.


     From these nine combinations we see that only a few are
    definitely able to report a correct status. we also see that the
    three most important ones Hss(Dss,Dss), Han(Dan,Dan) and
    Hah(Dah,Dah) do not return the correct status.

    May I suggest that we stick to these names, instead of using the
    same names D and H for different things? That would make the
    discussion more transparent. And maybe olcott can tell which case
    is in discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or
    one of the other combinations. Are we talking about an aborting,
    or a non-aborting decider? I ask this, because sentence fragments
    like 'keeps looping unless aborted', suggests that it is not
    always aborted, so it is not clear whether Hss, Han, or Han is meant. >>>>>
    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    And which way is that? Is it Hss, Han, Hap or something else?


    Every H that correctly determines in N steps of correct simulation of >>>>> input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT
    HALT*


    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.



    Except that you aren't ALLOWED to change definitions and stay in the
    same Theory. If you try, you have just thrusted your self into a
    DIFFERENT field of PO-Compuations and your POOP problem.

    Halt deciders have always been required to compute the mapping
    from their finite strong input to their own accept or reject
    state on the basis of *THE BEHAVIOR THAT THIS FINITE STRING SPECIFIES*


    Strings themselves do not have "Behavior"

    For a Halting Decider, the finite string input is a description of a Compuation, and the behavior requested is the behavior of that
    Computation when run.

    So, yes. Halt Deciders have ALWAYS been required to compute the mapping
    of their finite string input to the accept or reject state on the basis
    of the Halting Behavior of the Computation descirbed by their input.

    Your inability to see this just shows your total ignorance of the field.

    The the behavior specified by the input is NOT the Halting Behavior of
    the Compuation described by the input, then you just don't have a
    Halting Decider.

    PEERIOD.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Mon Jan 29 23:02:08 2024
    On 1/29/24 10:54 PM, olcott wrote:
    On 1/29/2024 9:00 PM, Richard Damon wrote:
    On 1/29/24 9:26 PM, olcott wrote:
    On 1/29/2024 6:48 PM, Richard Damon wrote:
    On 1/29/24 9:30 AM, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree >>>>>>>>>>>>>>>>>>>>>>>>> that the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>>>> execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own termination >>>>>>>>>>>>>>>>>>>>>>> analyzer
    in recursive simulation then H is not allowed to >>>>>>>>>>>>>>>>>>>>>>> report
    on different behavior than the behavior that it >>>>>>>>>>>>>>>>>>>>>>> sees.

    Every H that must abort its simulation of any >>>>>>>>>>>>>>>>>>>>>>> input D to prevent its own infinite execution is >>>>>>>>>>>>>>>>>>>>>>> necessarily correct to reject D as non-halting. >>>>>>>>>>>>>>>>>>>>>>>

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>> execution of its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H >>>>>>>>>>>>>> actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must >>>>>>>>>>>>> abort the
    simulation of its input D to prevent its own infinite >>>>>>>>>>>>> execution
    it is always necessarily correct for H to reject this input as >>>>>>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, >>>>>>>>>>>> and thus into the program of D, so when you "alter" H to not >>>>>>>>>>>> abort to show this, D doesn't change and still refers to the >>>>>>>>>>>> H that did abort.

    So you are claiming that you just don't understand that every >>>>>>>>>>> H that
    can possibly exist must abort its simulated D because this is >>>>>>>>>>> simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You >>>>>>>>>> wrote just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously
    referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for >>>>>>>> the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them all >>>>>> the same name.
    Just as he uses the same name for different halt deciders, some of >>>>>> which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can
    imagine three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is >>>>>> clear it can report only about programs which terminate
    normally.In this case it returns 'halting'. It cannot return
    'non-halting' in a finite time.

    Han: A simulating halt decider that, when it recognizes that the
    program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of
    this discussion, we ignore that it very improbable that Han will
    be possible to recognize all variations of the algorithm, because
    we stick for the moment to the template mentioned above. Similarly >>>>>> it will not be easy to detect always that the program does the
    opposite.)

    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it
    recognizes that the same algorithm is used to do the opposite, it
    aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'.
    Because, for Hss 'keeps looping' is sufficient, whereas for Han
    and Hah 'does not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide
    on a template, because different instantiations of a template can
    do different things. Therefore, from these three candidates the
    template can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss
    does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with
    'unless', because it is clear that only Dss is involved in
    infinite recursion within the algorithm of Hss. Dan and Dah are
    not, because Han and Hah are not.

    Three programs and three candidate halt deciders. That results in
    nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of
    Hah returns to the simulation of Dah, which does not end. So Hss
    never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss
    is not aborted. So, does Han recognize the infinite recursion?
    That depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports >>>>>> 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah
    is not aborted. The simulation of Hah returns with 'halting'. Does >>>>>> Han subsequently recognize that D starts an infinite loop? That
    depends on details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss
    is not aborted. So, does Hah recognize the infinite recursion?
    That depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han
    is not aborted. The simulation of Ha returns with 'non-halting'.
    The simulation of D will end normally and Hah will report 'halting'. >>>>>> Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports
    'halting'.


     From these nine combinations we see that only a few are
    definitely able to report a correct status. we also see that the
    three most important ones Hss(Dss,Dss), Han(Dan,Dan) and
    Hah(Dah,Dah) do not return the correct status.

    May I suggest that we stick to these names, instead of using the
    same names D and H for different things? That would make the
    discussion more transparent. And maybe olcott can tell which case
    is in discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or
    one of the other combinations. Are we talking about an aborting,
    or a non-aborting decider? I ask this, because sentence fragments
    like 'keeps looping unless aborted', suggests that it is not
    always aborted, so it is not clear whether Hss, Han, or Han is meant. >>>>>
    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    Every H that correctly determines in N steps of correct simulation of >>>>> input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT
    HALT*


    Except that your statement is based on an illogical premise, that a
    SPECIFIC GIVEN Pro could have both aborted its simulation and not.

    *It does not say anything like that, try reading it many more times*
    *It does not say anything like that, try reading it many more times*
    *It does not say anything like that, try reading it many more times*



    SHOW THE LINE WHERE HE SAYS WHAT YOU CLAIM


    FAILURE TO DO SO IS JUST ANOTHER ADMISSION THAT YOU ARE A LIAR, LIKE
    YOU HAVE ADMITTED MANY TIMES IN THE PAST.


    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT HALT*

    An aborted simulation of D DOES NOT COUNT AS D HALTING!!!
    An aborted simulation of D DOES NOT COUNT AS D HALTING!!!
    An aborted simulation of D DOES NOT COUNT AS D HALTING!!!


    There is no H that aborts its simulation and also not abort its simulation.

    H MUST do what it does, and it is nonsense to talk about H being
    anything other than what it is.

    You could say, that if THIS COPY of H was changed to not abort, but then
    you find yourself wrong.

    You logic requires time-travel so that H can go back in time to change
    what it was before D was made from a copy of it.

    Show how to do that, and you will be famous.

    Just assume you can, and you are a FOOL.

    Your logic is based on the behavior of Fairy Dust Powered Magical
    Unicorns, in other words complete fantasy,

    Just like you think it is ok to have kiddie porn because you are God,

    ROT IN HELL.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Tue Jan 30 13:26:01 2024
    On 2024-01-29 18:19:50 +0000, olcott said:

    One way is correct and all alternative ways are incorrect.

    That is one misconception you should override.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to Fred. Zwarts on Tue Jan 30 13:30:14 2024
    On 2024-01-29 20:00:24 +0000, Fred. Zwarts said:

    Op 29.jan.2024 om 20:24 schreef olcott:
    On 1/29/2024 1:19 PM, Fred. Zwarts wrote:
    Op 29.jan.2024 om 19:19 schreef olcott:
    On 1/29/2024 8:47 AM, immibis wrote:
    On 1/29/24 15:30, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>> On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree that the halting
    problem has been intentionally defined to be unsatisfiable
    when H is required to report on the direct execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation


    Do you believe it's impossible or possible to write a program that
    reports whether the direct execution of its input would halt?


    When-so-ever an input calls its own termination analyzer
    in recursive simulation then H is not allowed to report
    on different behavior than the behavior that it sees. >>>>>>>>>>>>>>>>>>>>>>>>
    Every H that must abort its simulation of any input D to prevent its
    own infinite execution is necessarily correct to reject D as
    non-halting.


    Do you believe it's impossible or possible to write a program that
    reports whether the direct execution of its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual property
    of Halting is independent of who you ask. >>>>>>>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>>> its simulation of D so that H itself can halt. >>>>>>>>>>>>>>>>

    D only specifies as much recursive simulation to H as H actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must abort the
    simulation of its input D to prevent its own infinite execution >>>>>>>>>>>>>> it is always necessarily correct for H to reject this input as >>>>>>>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, and thus
    into the program of D, so when you "alter" H to not abort to show this,
    D doesn't change and still refers to the H that did abort. >>>>>>>>>>>>
    So you are claiming that you just don't understand that every H that
    can possibly exist must abort its simulated D because this is simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote just
    one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for the H >>>>>>>>> that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different instantiations >>>>>>> can be made of a template and olcott gives them all the same name. >>>>>>> Just as he uses the same name for different halt deciders, some of >>>>>>> which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders? >>>>>>> Here we limit ourselves to simulating halt deciders. We can imagine >>>>>>> three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is >>>>>>> clear it can report only about programs which terminate normally.In >>>>>>> this case it returns 'halting'. It cannot return 'non-halting' in a >>>>>>> finite time.

    Han: A simulating halt decider that, when it recognizes that the >>>>>>> program uses the same algorithm that is used in Han to do the opposite, >>>>>>> it aborts and returns 'non-halting'. (For the sake of this discussion, >>>>>>> we ignore that it very improbable that Han will be possible to
    recognize all variations of the algorithm, because we stick for the >>>>>>> moment to the template mentioned above. Similarly it will not be easy >>>>>>> to detect always that the program does the opposite.)

    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite recursion, >>>>>>> not Han.

    Hah: A simulating halt decider, similar to Han, but when it recognizes >>>>>>> that the same algorithm is used to do the opposite, it aborts and >>>>>>> returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite recursion, >>>>>>> not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'. Because, >>>>>>> for Hss 'keeps looping' is sufficient, whereas for Han and Hah 'does >>>>>>> not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide on a >>>>>>> template, because different instantiations of a template can do
    different things. Therefore, from these three candidates the template >>>>>>> can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss does >>>>>>> not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with 'unless', >>>>>>> because it is clear that only Dss is involved in infinite recursion >>>>>>> within the algorithm of Hss. Dan and Dah are not, because Han and Hah >>>>>>> are not.

    Three programs and three candidate halt deciders. That results in nine >>>>>>> combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of Hah >>>>>>> returns to the simulation of Dah, which does not end. So Hss never >>>>>>> returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss is >>>>>>> not aborted. So, does Han recognize the infinite recursion? That >>>>>>> depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports >>>>>>> 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah is >>>>>>> not aborted. The simulation of Hah returns with 'halting'. Does Han >>>>>>> subsequently recognize that D starts an infinite loop? That depends on >>>>>>> details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss is >>>>>>> not aborted. So, does Hah recognize the infinite recursion? That >>>>>>> depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han is >>>>>>> not aborted. The simulation of Ha returns with 'non-halting'. The >>>>>>> simulation of D will end normally and Hah will report 'halting'. >>>>>>> Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports 'halting'.


     From these nine combinations we see that only a few are definitely >>>>>>> able to report a correct status. we also see that the three most >>>>>>> important ones Hss(Dss,Dss), Han(Dan,Dan) and Hah(Dah,Dah) do not >>>>>>> return the correct status.

    May I suggest that we stick to these names, instead of using the same >>>>>>> names D and H for different things? That would make the discussion more >>>>>>> transparent. And maybe olcott can tell which case is in discussion, >>>>>>> Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or one of the other
    combinations. Are we talking about an aborting, or a non-aborting >>>>>>> decider? I ask this, because sentence fragments like 'keeps looping >>>>>>> unless aborted', suggests that it is not always aborted, so it is not >>>>>>> clear whether Hss, Han, or Han is meant.

    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    And which way is that? Is it Hss, Han, Hap or something else?


    Every H that correctly determines in N steps of correct simulation of >>>>>> input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT HALT* >>>>>>

    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    And which way is it? Hss, HAn, or HAh? The one that does not abort, or
    one of the aborting ones?

    *The infinite set of every H that matches this template*
    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to abort this simulation and
    report that *D DOES NOT HALT*

    On 10/13/2022 11:46 AM, olcott wrote:
    MIT Professor Michael Sipser has agreed that the following
    verbatim paragraph is correct ...

    If simulating halt decider H correctly simulates its input D
    until H correctly determines that its simulated D would never
    stop running unless aborted then H can abort its simulation
    of D and correctly report that D specifies a non-halting
    sequence of configurations.





    It seems olcott is unable to answer whether his halting decider aborts
    or not. Do we really have to believe that the execution trace he showed
    us, is from an infinite set of deciders?

    He only shows partial traces. Infinitely many traces contaion those shown
    parts but differ in other parts.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Tue Jan 30 13:37:20 2024
    On 2024-01-29 22:18:11 +0000, olcott said:

    On 1/29/2024 4:11 PM, immibis wrote:
    On 1/29/24 19:19, olcott wrote:
    On 1/29/2024 8:47 AM, immibis wrote:

    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    You have now ignored my formulation of the halting problem four (4) times.

    There is only one single relevant detail and changing the subject away
    from this is off topic thus must be ignored.

    Be specific: the relevant detail is that H is a halt decider
    only if H(D,D) <-> D(D) halts.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Tue Jan 30 07:38:10 2024
    On 1/30/24 12:08 AM, olcott wrote:
    On 1/29/2024 10:02 PM, Richard Damon wrote:
    On 1/29/24 10:54 PM, olcott wrote:
    On 1/29/2024 9:00 PM, Richard Damon wrote:
    On 1/29/24 9:26 PM, olcott wrote:
    On 1/29/2024 6:48 PM, Richard Damon wrote:
    On 1/29/24 9:30 AM, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>> On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>> On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree >>>>>>>>>>>>>>>>>>>>>>>>>>> that the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the >>>>>>>>>>>>>>>>>>>>>>>>>> direct execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own termination >>>>>>>>>>>>>>>>>>>>>>>>> analyzer
    in recursive simulation then H is not allowed >>>>>>>>>>>>>>>>>>>>>>>>> to report
    on different behavior than the behavior that it >>>>>>>>>>>>>>>>>>>>>>>>> sees.

    Every H that must abort its simulation of any >>>>>>>>>>>>>>>>>>>>>>>>> input D to prevent its own infinite execution >>>>>>>>>>>>>>>>>>>>>>>>> is necessarily correct to reject D as non-halting. >>>>>>>>>>>>>>>>>>>>>>>>>

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>>>> execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>
    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H? >>>>>>>>>>>>>>>>>>>>> No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as >>>>>>>>>>>>>>>>>>>> the actual property of Halting is independent of who >>>>>>>>>>>>>>>>>>>> you ask.

    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>>>> its simulation of D so that H itself can halt. >>>>>>>>>>>>>>>>>

    D only specifies as much recursive simulation to H as H >>>>>>>>>>>>>>>> actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must >>>>>>>>>>>>>>> abort the
    simulation of its input D to prevent its own infinite >>>>>>>>>>>>>>> execution
    it is always necessarily correct for H to reject this >>>>>>>>>>>>>>> input as
    non-halting.


    And the decision to abort was encoded in the program of H, >>>>>>>>>>>>>> and thus into the program of D, so when you "alter" H to >>>>>>>>>>>>>> not abort to show this, D doesn't change and still refers >>>>>>>>>>>>>> to the H that did abort.

    So you are claiming that you just don't understand that >>>>>>>>>>>>> every H that
    can possibly exist must abort its simulated D because this >>>>>>>>>>>>> is simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You >>>>>>>>>>>> wrote just one H, not every one that could possibly exist. >>>>>>>>>>>
    The Peter Linz proof uses a program template simultaneously >>>>>>>>>>> referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof >>>>>>>>>> for the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them >>>>>>>> all the same name.
    Just as he uses the same name for different halt deciders, some >>>>>>>> of which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders? >>>>>>>> Here we limit ourselves to simulating halt deciders. We can
    imagine three candidates:

    Hss: A simple simulating halt decider, which does not abort. It >>>>>>>> is clear it can report only about programs which terminate
    normally.In this case it returns 'halting'. It cannot return
    'non-halting' in a finite time.

    Han: A simulating halt decider that, when it recognizes that the >>>>>>>> program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of >>>>>>>> this discussion, we ignore that it very improbable that Han will >>>>>>>> be possible to recognize all variations of the algorithm,
    because we stick for the moment to the template mentioned above. >>>>>>>> Similarly it will not be easy to detect always that the program >>>>>>>> does the opposite.)

    It is clear that Han is wrong if it assumes that Han will do an >>>>>>>> infinite recursion, because it is Hss that does an infinite
    recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it
    recognizes that the same algorithm is used to do the opposite, >>>>>>>> it aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an >>>>>>>> infinite recursion, because it is Hss that does an infinite
    recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated >>>>>>>> sentence fragments, such as 'keeps looping unless aborted'.
    Because, for Hss 'keeps looping' is sufficient, whereas for Han >>>>>>>> and Hah 'does not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide >>>>>>>> on a template, because different instantiations of a template
    can do different things. Therefore, from these three candidates >>>>>>>> the template can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because
    Hss does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt. >>>>>>>>
    Again, we do no longer need overcomplicated sentences with
    'unless', because it is clear that only Dss is involved in
    infinite recursion within the algorithm of Hss. Dan and Dah are >>>>>>>> not, because Han and Hah are not.

    Three programs and three candidate halt deciders. That results >>>>>>>> in nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends >>>>>>>> normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation >>>>>>>> of Hah returns to the simulation of Dah, which does not end. So >>>>>>>> Hss never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of
    Hss is not aborted. So, does Han recognize the infinite
    recursion? That depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and
    reports 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of
    Hah is not aborted. The simulation of Hah returns with
    'halting'. Does Han subsequently recognize that D starts an
    infinite loop? That depends on details not provides by olcott. >>>>>>>>
    Hah(Dss,Dss): Hah is different from Hss, so the simulation of
    Hss is not aborted. So, does Hah recognize the infinite
    recursion? That depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of
    Han is not aborted. The simulation of Ha returns with
    'non-halting'. The simulation of D will end normally and Hah
    will report 'halting'.
    Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and
    reports 'halting'.


     From these nine combinations we see that only a few are
    definitely able to report a correct status. we also see that the >>>>>>>> three most important ones Hss(Dss,Dss), Han(Dan,Dan) and
    Hah(Dah,Dah) do not return the correct status.

    May I suggest that we stick to these names, instead of using the >>>>>>>> same names D and H for different things? That would make the
    discussion more transparent. And maybe olcott can tell which
    case is in discussion, Hss(Dss,Dss), Han(Dan,Dan) or
    Hah(Dah,Dah), or one of the other combinations. Are we talking >>>>>>>> about an aborting, or a non-aborting decider? I ask this,
    because sentence fragments like 'keeps looping unless aborted', >>>>>>>> suggests that it is not always aborted, so it is not clear
    whether Hss, Han, or Han is meant.

    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    Every H that correctly determines in N steps of correct
    simulation of
    input D that itself would never stop running unless it aborts its >>>>>>> simulation of D is necessarily correct to report that *D DOES NOT >>>>>>> HALT*


    Except that your statement is based on an illogical premise, that
    a SPECIFIC GIVEN Pro could have both aborted its simulation and not. >>>>>
    *It does not say anything like that, try reading it many more times* >>>>> *It does not say anything like that, try reading it many more times* >>>>> *It does not say anything like that, try reading it many more times* >>>>>


    SHOW THE LINE WHERE HE SAYS WHAT YOU CLAIM


    FAILURE TO DO SO IS JUST ANOTHER ADMISSION THAT YOU ARE A LIAR, LIKE
    YOU HAVE ADMITTED MANY TIMES IN THE PAST.


    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT HALT*

    An aborted simulation of D DOES NOT COUNT AS D HALTING!!!
    An aborted simulation of D DOES NOT COUNT AS D HALTING!!!
    An aborted simulation of D DOES NOT COUNT AS D HALTING!!!


    There is no H that aborts its simulation and also not abort its
    simulation.

    I can't believe that an MIT grad can't understand words.
    Thus conclude that you do understand these words.



    So, you think that an H exists that DOES both abort it simulation and
    not abort it simulation?


    Or do you not understand that if H DOES abort it simulation that this
    means that H's simulation DOES stop running.

    Or that a simulation that will take N+M steps to complete, aborted at
    just N steps, doesn't show that the simulation would not halt.

    You logic shows that changing a question, from an objective statement
    about the behavior defined by the computatiton described by the input
    (which is by its nature, independent of who you ask) into a question
    about what can something do to get the right answer, which is a
    DIFFERENT question the way you do it, so the problem is with your
    question, not the original halting problem.

    Part of the issue is that your "D" isn't the actual D of the original
    question, and is actually something not allowed to be asked about,
    because it doesn't meet the requirements of a "Computation"

    The issue is that the input D described in the problem is built from a
    very specific H, not whatever machine we later what to call H.

    Your D, that uses whatever H is trying to decide it at the moment, just
    isn't a valid computation, as it behavior is not just a function of its
    input.

    So, all you are doing is pointing out that in a programming field where
    we can have Context Dependent Functions (which isn't what Computation
    Theory is) the Halting Question is improper as an input might not have a
    unique halting behavior. But, as I pointed out, that ISN'T computation
    theory.

    So, when we fix that problem of the question, we get a question more like:

    What can THIS H return to correctly describe the Halting behavior of
    that D built on THAT H (a possibly different H).

    This has an answer, as you have shown. H1 can clearly correctly answwer
    for H1(D,D) when D is built on H, so again, when we fix your errors, the problems go away.

    Remeber, D is a FIXED string, that details the FULL algorithm of its computation, including the algorithm of the SPECIFIC Halt decider it was
    built to refute. Thus, when you talk about tweaking the decider, that
    doesn't change the decider that D was built on (unlike what you code
    attempts to do) or it resets the question and each tweak can't refer to
    the results of other tweaks as they all have different inputs.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Tue Jan 30 16:47:47 2024
    On 1/30/24 03:30, olcott wrote:
    On 1/29/2024 6:48 PM, Richard Damon wrote:
    On 1/29/24 1:19 PM, olcott wrote:
    On 1/29/2024 8:47 AM, immibis wrote:
    On 1/29/24 15:30, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree >>>>>>>>>>>>>>>>>>>>>>>>> that the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>>>> execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own termination >>>>>>>>>>>>>>>>>>>>>>> analyzer
    in recursive simulation then H is not allowed to >>>>>>>>>>>>>>>>>>>>>>> report
    on different behavior than the behavior that it >>>>>>>>>>>>>>>>>>>>>>> sees.

    Every H that must abort its simulation of any >>>>>>>>>>>>>>>>>>>>>>> input D to prevent its own infinite execution is >>>>>>>>>>>>>>>>>>>>>>> necessarily correct to reject D as non-halting. >>>>>>>>>>>>>>>>>>>>>>>

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>> execution of its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H >>>>>>>>>>>>>> actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must >>>>>>>>>>>>> abort the
    simulation of its input D to prevent its own infinite >>>>>>>>>>>>> execution
    it is always necessarily correct for H to reject this input as >>>>>>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, >>>>>>>>>>>> and thus into the program of D, so when you "alter" H to not >>>>>>>>>>>> abort to show this, D doesn't change and still refers to the >>>>>>>>>>>> H that did abort.

    So you are claiming that you just don't understand that every >>>>>>>>>>> H that
    can possibly exist must abort its simulated D because this is >>>>>>>>>>> simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You >>>>>>>>>> wrote just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously
    referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for >>>>>>>> the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them all >>>>>> the same name.
    Just as he uses the same name for different halt deciders, some of >>>>>> which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can
    imagine three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is >>>>>> clear it can report only about programs which terminate
    normally.In this case it returns 'halting'. It cannot return
    'non-halting' in a finite time.

    Han: A simulating halt decider that, when it recognizes that the
    program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of
    this discussion, we ignore that it very improbable that Han will
    be possible to recognize all variations of the algorithm, because
    we stick for the moment to the template mentioned above. Similarly >>>>>> it will not be easy to detect always that the program does the
    opposite.)

    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it
    recognizes that the same algorithm is used to do the opposite, it
    aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'.
    Because, for Hss 'keeps looping' is sufficient, whereas for Han
    and Hah 'does not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide
    on a template, because different instantiations of a template can
    do different things. Therefore, from these three candidates the
    template can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss
    does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with
    'unless', because it is clear that only Dss is involved in
    infinite recursion within the algorithm of Hss. Dan and Dah are
    not, because Han and Hah are not.

    Three programs and three candidate halt deciders. That results in
    nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of
    Hah returns to the simulation of Dah, which does not end. So Hss
    never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss
    is not aborted. So, does Han recognize the infinite recursion?
    That depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports >>>>>> 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah
    is not aborted. The simulation of Hah returns with 'halting'. Does >>>>>> Han subsequently recognize that D starts an infinite loop? That
    depends on details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss
    is not aborted. So, does Hah recognize the infinite recursion?
    That depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han
    is not aborted. The simulation of Ha returns with 'non-halting'.
    The simulation of D will end normally and Hah will report 'halting'. >>>>>> Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports
    'halting'.


     From these nine combinations we see that only a few are
    definitely able to report a correct status. we also see that the
    three most important ones Hss(Dss,Dss), Han(Dan,Dan) and
    Hah(Dah,Dah) do not return the correct status.

    May I suggest that we stick to these names, instead of using the
    same names D and H for different things? That would make the
    discussion more transparent. And maybe olcott can tell which case
    is in discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or
    one of the other combinations. Are we talking about an aborting,
    or a non-aborting decider? I ask this, because sentence fragments
    like 'keeps looping unless aborted', suggests that it is not
    always aborted, so it is not clear whether Hss, Han, or Han is meant. >>>>>
    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    And which way is that? Is it Hss, Han, Hap or something else?


    Every H that correctly determines in N steps of correct simulation of >>>>> input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT
    HALT*


    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.



    Except that you aren't ALLOWED to change definitions and stay in the
    same Theory. If you try, you have just thrusted your self into a
    DIFFERENT field of PO-Compuations and your POOP problem.

    Halt deciders have always been required to compute the mapping
    from their finite strong input to their own accept or reject
    state on the basis of *THE BEHAVIOR THAT THIS FINITE STRING SPECIFIES*


    Which behaviour does D specify to a UTM?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Tue Jan 30 17:31:42 2024
    On 1/30/24 04:54, olcott wrote:
    On 1/29/2024 9:00 PM, Richard Damon wrote:
    On 1/29/24 9:26 PM, olcott wrote:
    On 1/29/2024 6:48 PM, Richard Damon wrote:
    On 1/29/24 9:30 AM, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote:
    On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote:
    On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote:
    On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote:
    On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree >>>>>>>>>>>>>>>>>>>>>>>>> that the halting
    problem has been intentionally defined to be >>>>>>>>>>>>>>>>>>>>>>>>> unsatisfiable
    when H is required to report on the direct >>>>>>>>>>>>>>>>>>>>>>>>> execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>>>> execution of its input would halt? >>>>>>>>>>>>>>>>>>>>>>>>

    When-so-ever an input calls its own termination >>>>>>>>>>>>>>>>>>>>>>> analyzer
    in recursive simulation then H is not allowed to >>>>>>>>>>>>>>>>>>>>>>> report
    on different behavior than the behavior that it >>>>>>>>>>>>>>>>>>>>>>> sees.

    Every H that must abort its simulation of any >>>>>>>>>>>>>>>>>>>>>>> input D to prevent its own infinite execution is >>>>>>>>>>>>>>>>>>>>>>> necessarily correct to reject D as non-halting. >>>>>>>>>>>>>>>>>>>>>>>

    Do you believe it's impossible or possible to >>>>>>>>>>>>>>>>>>>>>> write a program that reports whether the direct >>>>>>>>>>>>>>>>>>>>>> execution of its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question >>>>>>>>>>>>>>>>>>>> actually asked?

    Does D specify halting behavior to H?
    No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the >>>>>>>>>>>>>>>>>> actual property of Halting is independent of who you ask. >>>>>>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>> its simulation of D so that H itself can halt.


    D only specifies as much recursive simulation to H as H >>>>>>>>>>>>>> actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must >>>>>>>>>>>>> abort the
    simulation of its input D to prevent its own infinite >>>>>>>>>>>>> execution
    it is always necessarily correct for H to reject this input as >>>>>>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, >>>>>>>>>>>> and thus into the program of D, so when you "alter" H to not >>>>>>>>>>>> abort to show this, D doesn't change and still refers to the >>>>>>>>>>>> H that did abort.

    So you are claiming that you just don't understand that every >>>>>>>>>>> H that
    can possibly exist must abort its simulated D because this is >>>>>>>>>>> simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You >>>>>>>>>> wrote just one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously
    referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for >>>>>>>> the H that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different
    instantiations can be made of a template and olcott gives them all >>>>>> the same name.
    Just as he uses the same name for different halt deciders, some of >>>>>> which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders?
    Here we limit ourselves to simulating halt deciders. We can
    imagine three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is >>>>>> clear it can report only about programs which terminate
    normally.In this case it returns 'halting'. It cannot return
    'non-halting' in a finite time.

    Han: A simulating halt decider that, when it recognizes that the
    program uses the same algorithm that is used in Han to do the
    opposite, it aborts and returns 'non-halting'. (For the sake of
    this discussion, we ignore that it very improbable that Han will
    be possible to recognize all variations of the algorithm, because
    we stick for the moment to the template mentioned above. Similarly >>>>>> it will not be easy to detect always that the program does the
    opposite.)

    It is clear that Han is wrong if it assumes that Han will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Han.

    Hah: A simulating halt decider, similar to Han, but when it
    recognizes that the same algorithm is used to do the opposite, it
    aborts and returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an
    infinite recursion, because it is Hss that does an infinite
    recursion, not Hah.

    Using these names it is no longer needed to use overcomplicated
    sentence fragments, such as 'keeps looping unless aborted'.
    Because, for Hss 'keeps looping' is sufficient, whereas for Han
    and Hah 'does not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide
    on a template, because different instantiations of a template can
    do different things. Therefore, from these three candidates the
    template can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss
    does not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt.

    Again, we do no longer need overcomplicated sentences with
    'unless', because it is clear that only Dss is involved in
    infinite recursion within the algorithm of Hss. Dan and Dah are
    not, because Han and Hah are not.

    Three programs and three candidate halt deciders. That results in
    nine combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends
    normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of
    Hah returns to the simulation of Dah, which does not end. So Hss
    never returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss
    is not aborted. So, does Han recognize the infinite recursion?
    That depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports >>>>>> 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah
    is not aborted. The simulation of Hah returns with 'halting'. Does >>>>>> Han subsequently recognize that D starts an infinite loop? That
    depends on details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss
    is not aborted. So, does Hah recognize the infinite recursion?
    That depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han
    is not aborted. The simulation of Ha returns with 'non-halting'.
    The simulation of D will end normally and Hah will report 'halting'. >>>>>> Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports
    'halting'.


     From these nine combinations we see that only a few are
    definitely able to report a correct status. we also see that the
    three most important ones Hss(Dss,Dss), Han(Dan,Dan) and
    Hah(Dah,Dah) do not return the correct status.

    May I suggest that we stick to these names, instead of using the
    same names D and H for different things? That would make the
    discussion more transparent. And maybe olcott can tell which case
    is in discussion, Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or
    one of the other combinations. Are we talking about an aborting,
    or a non-aborting decider? I ask this, because sentence fragments
    like 'keeps looping unless aborted', suggests that it is not
    always aborted, so it is not clear whether Hss, Han, or Han is meant. >>>>>
    My whole purpose is to show the only possible way that H can be
    correctly encoded is the current way that H is encoded.

    Every H that correctly determines in N steps of correct simulation of >>>>> input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT
    HALT*


    Except that your statement is based on an illogical premise, that a
    SPECIFIC GIVEN Pro could have both aborted its simulation and not.

    *It does not say anything like that, try reading it many more times*
    *It does not say anything like that, try reading it many more times*
    *It does not say anything like that, try reading it many more times*



    SHOW THE LINE WHERE HE SAYS WHAT YOU CLAIM


    FAILURE TO DO SO IS JUST ANOTHER ADMISSION THAT YOU ARE A LIAR, LIKE
    YOU HAVE ADMITTED MANY TIMES IN THE PAST.


    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to report that *D DOES NOT HALT*

    An aborted simulation of D DOES NOT COUNT AS D HALTING!!!
    An aborted simulation of D DOES NOT COUNT AS D HALTING!!!
    An aborted simulation of D DOES NOT COUNT AS D HALTING!!!


    If a simulation of D is aborted, does D have a finite or infinite
    execution sequence? Remember: an execution sequence ends with a final state.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Tue Jan 30 18:50:26 2024
    On 1/30/24 16:03, olcott wrote:
    On 1/30/2024 5:37 AM, Mikko wrote:
    On 2024-01-29 22:18:11 +0000, olcott said:

    On 1/29/2024 4:11 PM, immibis wrote:
    On 1/29/24 19:19, olcott wrote:
    On 1/29/2024 8:47 AM, immibis wrote:

    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    You have now ignored my formulation of the halting problem four (4)
    times.

    There is only one single relevant detail and changing the subject away
    from this is off topic thus must be ignored.

    Be specific: the relevant detail is that H is a halt decider
    only if H(D,D) <-> D(D) halts.


    It is a verified fact that the x86 machine code of D specifies
    recursive simulation to H.

    It is a verified fact that the program:

    #include <stdio.h>
    int main() {printf("Hello world!");}

    specifies to crash the computer if loaded as an MS-DOS COM file. This
    means nothing and is irrelevant.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Tue Jan 30 21:21:18 2024
    On 1/30/24 10:03 AM, olcott wrote:
    On 1/30/2024 5:37 AM, Mikko wrote:
    On 2024-01-29 22:18:11 +0000, olcott said:

    On 1/29/2024 4:11 PM, immibis wrote:
    On 1/29/24 19:19, olcott wrote:
    On 1/29/2024 8:47 AM, immibis wrote:

    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    You have now ignored my formulation of the halting problem four (4)
    times.

    There is only one single relevant detail and changing the subject away
    from this is off topic thus must be ignored.

    Be specific: the relevant detail is that H is a halt decider
    only if H(D,D) <-> D(D) halts.


    It is a verified fact that the x86 machine code of D specifies
    recursive simulation to H.

    FINITE recursion, since the H it calls will abort its simulation.


    *The tautology proves that the H on lines 668-691 is correct* https://github.com/plolcott/x86utm/blob/master/Halt7.c

    Every correct H correctly aborts its corresponding D and correctly
    rejects D as non-halting.



    Nope, A Tautology is a statement that CAN'T be false in ANY model.

    Since a Halt Decider is DEFINED as a Computation that accepts the
    description of every Halting Computation and rejects the description of
    every non-Halting Computation, and this H rejects the input H(D,D) which reresents the Compuation of D(D) which Halts, this H can not be a
    correct Halt Decider, so you are shown to be just a pathetic ignorant hypocritical patholgocal lying idiot.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Jan 31 10:24:47 2024
    On 2024-01-30 15:03:10 +0000, olcott said:

    On 1/30/2024 5:37 AM, Mikko wrote:
    On 2024-01-29 22:18:11 +0000, olcott said:

    On 1/29/2024 4:11 PM, immibis wrote:
    On 1/29/24 19:19, olcott wrote:
    On 1/29/2024 8:47 AM, immibis wrote:

    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    You have now ignored my formulation of the halting problem four (4) times. >>>
    There is only one single relevant detail and changing the subject away
    from this is off topic thus must be ignored.

    Be specific: the relevant detail is that H is a halt decider
    only if H(D,D) <-> D(D) halts.

    It is a verified fact that the x86 machine code of D specifies
    recursive simulation to H.

    From the meanings of the words follow (so you may call it self-evident)
    that if H(D,D) specifes an infinite recursion for any D then
    H is not a halt decider (nor any other decider, either).

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Jan 31 10:21:25 2024
    On 2024-01-30 15:00:14 +0000, olcott said:

    On 1/30/2024 5:30 AM, Mikko wrote:
    On 2024-01-29 20:00:24 +0000, Fred. Zwarts said:

    Op 29.jan.2024 om 20:24 schreef olcott:
    On 1/29/2024 1:19 PM, Fred. Zwarts wrote:
    Op 29.jan.2024 om 19:19 schreef olcott:
    On 1/29/2024 8:47 AM, immibis wrote:
    On 1/29/24 15:30, olcott wrote:
    On 1/29/2024 6:51 AM, Fred. Zwarts wrote:
    Op 28.jan.2024 om 16:28 schreef olcott:
    On 1/28/2024 6:12 AM, immibis wrote:
    On 1/28/24 01:36, olcott wrote:
    On 1/27/2024 6:33 PM, immibis wrote:
    On 1/28/24 01:32, olcott wrote:
    On 1/27/2024 6:09 PM, Richard Damon wrote:
    On 1/27/24 6:39 PM, olcott wrote:
    On 1/27/2024 5:34 PM, Richard Damon wrote:
    On 1/27/24 5:58 PM, olcott wrote:
    On 1/27/2024 4:52 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>> On 1/27/24 5:30 PM, olcott wrote:
    On 1/27/2024 4:15 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>>> On 1/27/24 4:27 PM, olcott wrote:
    On 1/27/2024 3:03 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 4:00 PM, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>> On 1/27/2024 2:35 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:24, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/2024 1:21 PM, immibis wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> On 1/27/24 20:05, olcott wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>> Three PhD computer science professors agree that the halting
    problem has been intentionally defined to be unsatisfiable
    when H is required to report on the direct execution of D(D).


    https://www.researchgate.net/publication/374806722_Does_the_halting_problem_place_an_actual_limit_on_computation


    Do you believe it's impossible or possible to write a program that
    reports whether the direct execution of its input would halt?


    When-so-ever an input calls its own termination analyzer
    in recursive simulation then H is not allowed to report
    on different behavior than the behavior that it sees.

    Every H that must abort its simulation of any input D to prevent its
    own infinite execution is necessarily correct to reject D as
    non-halting.


    Do you believe it's impossible or possible to write a program that
    reports whether the direct execution of its input would halt?

    *It in incorrect for H to do this in some cases* >>>>>>>>>>>>>>>>>>>>>>>> *That would make H a liar*


    Why would it be incorrect to answer the question actually asked?

    Does D specify halting behavior to H? >>>>>>>>>>>>>>>>>>>>>> No it does not.


    Yes, it specifies Halting Behavior to EVERYONE, as the actual property
    of Halting is independent of who you ask. >>>>>>>>>>>>>>>>>>>>
    D specifies infinite recursion to H.
    D does not specify infinite recursion to H1. >>>>>>>>>>>>>>>>>>>>


    D specifies what ever recursion that H generates. >>>>>>>>>>>>>>>>>>>

    D specifies recursive simulation to H forcing H to abort >>>>>>>>>>>>>>>>>> its simulation of D so that H itself can halt. >>>>>>>>>>>>>>>>>>

    D only specifies as much recursive simulation to H as H actually does.

    *PEOPLE THAT DENY TAUTOLOGIES ARE EITHER STUPID OR LIARS* >>>>>>>>>>>>>>>> When-so-ever any simulating termination analyzer H must abort the
    simulation of its input D to prevent its own infinite execution
    it is always necessarily correct for H to reject this input as >>>>>>>>>>>>>>>> non-halting.


    And the decision to abort was encoded in the program of H, and thus
    into the program of D, so when you "alter" H to not abort to show this,
    D doesn't change and still refers to the H that did abort. >>>>>>>>>>>>>>
    So you are claiming that you just don't understand that every H that
    can possibly exist must abort its simulated D because this is simply
    over your head because you are not very smart?


    Who's talking about every H that could possibly exist? You wrote just
    one H, not every one that could possibly exist.

    The Peter Linz proof uses a program template simultaneously referring
    every H that can possibly exist.


    The Peter Linz proof template tells you how to make a proof for the H
    that you have.

    That is why I apply my proof of H/D to the Linz proof
    in my paper. Richard just doesn't seem to get the idea
    of a program template. He does not understand that
    analysis can be simultaneously applied to an infinite
    set of programs.


    One of the problems in this discussion is that different instantiations
    can be made of a template and olcott gives them all the same name. >>>>>>>>> Just as he uses the same name for different halt deciders, some of >>>>>>>>> which abort and others do not abort.

    May I suggest a naming for the different candidate halt decoders? >>>>>>>>> Here we limit ourselves to simulating halt deciders. We can imagine >>>>>>>>> three candidates:

    Hss: A simple simulating halt decider, which does not abort. It is >>>>>>>>> clear it can report only about programs which terminate normally.In >>>>>>>>> this case it returns 'halting'. It cannot return 'non-halting' in a >>>>>>>>> finite time.

    Han: A simulating halt decider that, when it recognizes that the >>>>>>>>> program uses the same algorithm that is used in Han to do the opposite,
    it aborts and returns 'non-halting'. (For the sake of this discussion,
    we ignore that it very improbable that Han will be possible to >>>>>>>>> recognize all variations of the algorithm, because we stick for the >>>>>>>>> moment to the template mentioned above. Similarly it will not be easy >>>>>>>>> to detect always that the program does the opposite.)

    It is clear that Han is wrong if it assumes that Han will do an >>>>>>>>> infinite recursion, because it is Hss that does an infinite recursion,
    not Han.

    Hah: A simulating halt decider, similar to Han, but when it recognizes
    that the same algorithm is used to do the opposite, it aborts and >>>>>>>>> returns 'halting'.

    It is clear that Hah is wrong if it assumes that Hah will do an >>>>>>>>> infinite recursion, because it is Hss that does an infinite recursion,
    not Hah.

    Using these names it is no longer needed to use overcomplicated >>>>>>>>> sentence fragments, such as 'keeps looping unless aborted'. Because, >>>>>>>>> for Hss 'keeps looping' is sufficient, whereas for Han and Hah 'does >>>>>>>>> not loop, because aborted' is more clear.

    A halting decider needs a program to decide on. It cannot decide on a >>>>>>>>> template, because different instantiations of a template can do >>>>>>>>> different things. Therefore, from these three candidates the template >>>>>>>>> can be used to create three programs:

    Dss: based on Hss. It is clear that it does not halt, because Hss does
    not halt.
    Dan: based on Han. Han returns 'non-halting', so Dan halts.
    Dah: based on Hah. Han returns 'halting', so Dan does not halt. >>>>>>>>>
    Again, we do no longer need overcomplicated sentences with 'unless', >>>>>>>>> because it is clear that only Dss is involved in infinite recursion >>>>>>>>> within the algorithm of Hss. Dan and Dah are not, because Han and Hah >>>>>>>>> are not.

    Three programs and three candidate halt deciders. That results in nine
    combinations:

    Hss(Dss,Dss): Hss does not halt and never returns a result.
    Hss(Dan,Dan): Hss simulates Dan, including Han. Simulation ends >>>>>>>>> normally and Hss reports 'Halting'.
    Hss(Dah,Dah): Hss simulates Dah, including Hah. The simulation of Hah >>>>>>>>> returns to the simulation of Dah, which does not end. So Hss never >>>>>>>>> returns a result.

    Han(Dss,Dss): Han is different from Hss, so the simulation of Hss is >>>>>>>>> not aborted. So, does Han recognize the infinite recursion? That >>>>>>>>> depends on details not provided by olcott.
    Han(Dan,Dan): Han recognizes its own algorithm, aborts and reports >>>>>>>>> 'non-halting'.
    Han(Dah,Dah): Han is different from Hah, so the simulation of Hah is >>>>>>>>> not aborted. The simulation of Hah returns with 'halting'. Does Han >>>>>>>>> subsequently recognize that D starts an infinite loop? That depends on
    details not provides by olcott.

    Hah(Dss,Dss): Hah is different from Hss, so the simulation of Hss is >>>>>>>>> not aborted. So, does Hah recognize the infinite recursion? That >>>>>>>>> depends on details not provided by olcott.
    Hah(Dan,Dan): Hah is different from Han, so the simulation of Han is >>>>>>>>> not aborted. The simulation of Ha returns with 'non-halting'. The >>>>>>>>> simulation of D will end normally and Hah will report 'halting'. >>>>>>>>> Hah(Dah,Dah): Hah recognizes its own algorithm,aborts and reports 'halting'.


     From these nine combinations we see that only a few are definitely >>>>>>>>> able to report a correct status. we also see that the three most >>>>>>>>> important ones Hss(Dss,Dss), Han(Dan,Dan) and Hah(Dah,Dah) do not >>>>>>>>> return the correct status.

    May I suggest that we stick to these names, instead of using the same >>>>>>>>> names D and H for different things? That would make the discussion more
    transparent. And maybe olcott can tell which case is in discussion, >>>>>>>>> Hss(Dss,Dss), Han(Dan,Dan) or Hah(Dah,Dah), or one of the other >>>>>>>>> combinations. Are we talking about an aborting, or a non-aborting >>>>>>>>> decider? I ask this, because sentence fragments like 'keeps looping >>>>>>>>> unless aborted', suggests that it is not always aborted, so it is not >>>>>>>>> clear whether Hss, Han, or Han is meant.

    My whole purpose is to show the only possible way that H can be >>>>>>>> correctly encoded is the current way that H is encoded.

    And which way is that? Is it Hss, Han, Hap or something else?


    Every H that correctly determines in N steps of correct simulation of >>>>>>>> input D that itself would never stop running unless it aborts its >>>>>>>> simulation of D is necessarily correct to report that *D DOES NOT HALT*


    You aren't listening.


    I am listening and I am overriding and superseding misconception.
    One way is correct and all alternative ways are incorrect.


    And which way is it? Hss, HAn, or HAh? The one that does not abort, or >>>>> one of the aborting ones?

    *The infinite set of every H that matches this template*
    Every H that correctly determines in N steps of correct simulation of
    input D that itself would never stop running unless it aborts its
    simulation of D is necessarily correct to abort this simulation and
    report that *D DOES NOT HALT*

    On 10/13/2022 11:46 AM, olcott wrote:
    MIT Professor Michael Sipser has agreed that the following
    verbatim paragraph is correct ...

    If simulating halt decider H correctly simulates its input D
    until H correctly determines that its simulated D would never
    stop running unless aborted then H can abort its simulation
    of D and correctly report that D specifies a non-halting
    sequence of configurations.





    It seems olcott is unable to answer whether his halting decider aborts
    or not. Do we really have to believe that the execution trace he showed
    us, is from an infinite set of deciders?

    He only shows partial traces. Infinitely many traces contaion those shown
    parts but differ in other parts.

    Nice to see that you agree about partial traces.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Jan 31 10:47:13 2024
    On 2024-01-30 14:59:08 +0000, olcott said:

    On 1/30/2024 5:26 AM, Mikko wrote:
    On 2024-01-29 18:19:50 +0000, olcott said:

    One way is correct and all alternative ways are incorrect.

    That is one misconception you should override.


    *The tautology proves that the H on lines 668-691 is correct* https://github.com/plolcott/x86utm/blob/master/Halt7.c

    Every correct H correctly aborts its corresponding D and correctly
    rejects D as non-halting.

    Nice to see that you agree.
    Even nicer would be if you did what acoording your agreement should be done.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From immibis@21:1/5 to olcott on Wed Jan 31 18:07:52 2024
    On 1/31/24 15:43, olcott wrote:
    On 1/31/2024 2:24 AM, Mikko wrote:
    On 2024-01-30 15:03:10 +0000, olcott said:

    On 1/30/2024 5:37 AM, Mikko wrote:
    On 2024-01-29 22:18:11 +0000, olcott said:

    On 1/29/2024 4:11 PM, immibis wrote:
    On 1/29/24 19:19, olcott wrote:
    On 1/29/2024 8:47 AM, immibis wrote:

    You aren't listening.


    I am listening and I am overriding and superseding misconception. >>>>>>> One way is correct and all alternative ways are incorrect.


    You have now ignored my formulation of the halting problem four
    (4) times.

    There is only one single relevant detail and changing the subject away >>>>> from this is off topic thus must be ignored.

    Be specific: the relevant detail is that H is a halt decider
    only if H(D,D) <-> D(D) halts.

    It is a verified fact that the x86 machine code of D specifies
    recursive simulation to H.

     From the meanings of the words follow (so you may call it self-evident)
    that if H(D,D) specifes an infinite recursion for any D then
    H is not a halt decider (nor any other decider, either).


    It is a verified fact that input D specifies recursive
    simulation to every simulating termination analyzer H.

    No it is not.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Wed Jan 31 20:34:25 2024
    On 1/31/24 9:43 AM, olcott wrote:
    On 1/31/2024 2:24 AM, Mikko wrote:
    On 2024-01-30 15:03:10 +0000, olcott said:

    On 1/30/2024 5:37 AM, Mikko wrote:
    On 2024-01-29 22:18:11 +0000, olcott said:

    On 1/29/2024 4:11 PM, immibis wrote:
    On 1/29/24 19:19, olcott wrote:
    On 1/29/2024 8:47 AM, immibis wrote:

    You aren't listening.


    I am listening and I am overriding and superseding misconception. >>>>>>> One way is correct and all alternative ways are incorrect.


    You have now ignored my formulation of the halting problem four
    (4) times.

    There is only one single relevant detail and changing the subject away >>>>> from this is off topic thus must be ignored.

    Be specific: the relevant detail is that H is a halt decider
    only if H(D,D) <-> D(D) halts.

    It is a verified fact that the x86 machine code of D specifies
    recursive simulation to H.

     From the meanings of the words follow (so you may call it self-evident)
    that if H(D,D) specifes an infinite recursion for any D then
    H is not a halt decider (nor any other decider, either).


    It is a verified fact that input D specifies recursive
    simulation to every simulating termination analyzer H.


    FINITE to any H that aborts its simulation of D(D), and thus can specify Halting behavior.

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