• Re: Refuting the Peter Linz Halting Problem Proof V5 [ without an algor

    From olcott@21:1/5 to wij on Mon Mar 21 22:14:42 2022
    XPost: comp.theory, sci.logic, sci.math

    On 3/21/2022 9:59 PM, wij wrote:
    On Tuesday, 22 March 2022 at 10:05:09 UTC+8, olcott wrote:
    A copy of Linz H is embedded at Ĥ.qx as a simulating halt decider (SHD).

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its final state.

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach its
    final state.

    When Ĥ is applied to ⟨Ĥ⟩
    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩

    Then these steps would keep repeating:
    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩...

    Because we can see that a correct simulation of the input to embedded_H
    cannot possibly reach its final state we can see that this input never
    halts.

    computation that halts … the Turing machine will halt whenever it enters >> a final state. (Linz:1990:234)

    Whether or not it is even possible for embedded_H to recognize this
    infinitely nested simulation does not matter (for refuting Linz).

    As long as embedded_H transitions to Ĥ.qn it refutes the Linz conclusion
    that rejecting its input forms a necessary contradiction.
    (bottom half of last page) https://www.liarparadox.org/Linz_Proof.pdf



    After we have mutual agreement on the above point we can move on to how
    embedded_H would use finite string comparison to detect that its input
    specifies infinitely nested simulation.

    Halting problem undecidability and infinitely nested simulation (V4)

    https://www.researchgate.net/publication/359349179_Halting_problem_undecidability_and_infinitely_nested_simulation_V4

    --
    Copyright 2021 Pete Olcott

    Talent hits a target no one else can hit;
    Genius hits a target no one else can see.
    Arthur Schopenhauer

    The H of the Halting Problem is not required to detect any infinite loop. H is
    only required to report whether the given algorithm instance P halts or not.

    Firstly, proving the conventional liar-paradox-like instance is wrong to prove
    the Halting Problem is decidable. At most, such proof proves HP is still unsolved. That HP remains unsolved is the most what such an approach can get.

    Secondly, you modified Linz's proof to your POOP. Nothing you say is therefore
    valid to the true/false status of Linz's proof.

    The discussion is at most about your POOP.

    It is about the halting problem because embedded_H rejects its input on
    the basis that it specifies a non-halting sequence of configurations.

    When the Linz H embedded in the Linz Ĥ (as a simulating halt decider)
    rejects its input it is correct even if it does not know that it is
    correct. That it is correct refutes the Linz conclusion that it cannot
    possibly be correct.


    --
    Copyright 2021 Pete Olcott

    Talent hits a target no one else can hit;
    Genius hits a target no one else can see.
    Arthur Schopenhauer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From olcott@21:1/5 to All on Mon Mar 21 22:59:23 2022
    XPost: comp.theory, sci.math, sci.logic

    On 3/21/2022 10:22 PM, Ben Bacarisse wro0te:
    olcott <NoOne@NoWhere.com> writes:

    A copy of Linz H is embedded at Ĥ.qx as a simulating halt decider (SHD).

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its final state.

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach its
    final state.

    But for your "PO-machines":

    "Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn
    corresponds to
    H maps ⟨Ĥ⟩ ⟨Ĥ⟩ to H.qy"

    and

    "The copy of H at Ĥ.qx correctly decides that its input never halts.
    H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ correctly decides that its input halts"

    so this has nothing to do with Linz. He is talking about Turing
    machines.


    The Linz conclusion only pertains to the behavior the copy of H
    embedded within Ĥ applied to ⟨Ĥ⟩ ⟨Ĥ⟩. I don't have time to diverge from
    this point:

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its final state.

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach its final state.


    --
    Copyright 2021 Pete Olcott

    Talent hits a target no one else can hit;
    Genius hits a target no one else can see.
    Arthur Schopenhauer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From olcott@21:1/5 to Ben Bacarisse on Tue Mar 22 09:46:39 2022
    XPost: comp.theory, sci.logic, sci.math

    On 3/22/2022 9:32 AM, Ben Bacarisse wrote:
    olcott <NoOne@NoWhere.com> writes:

    On 3/21/2022 10:22 PM, Ben Bacarisse wro0te:
    olcott <NoOne@NoWhere.com> writes:

    A copy of Linz H is embedded at Ĥ.qx as a simulating halt decider (SHD). >>>>
    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its final state.

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach its
    final state.
    But for your "PO-machines":
    "Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn
    corresponds to
    H maps ⟨Ĥ⟩ ⟨Ĥ⟩ to H.qy"
    and
    "The copy of H at Ĥ.qx correctly decides that its input never halts. >>> H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ correctly decides that its input halts" >>> so this has nothing to do with Linz. He is talking about Turing
    machines.


    The Linz conclusion only pertains to the behavior the copy of H
    embedded within Ĥ applied to ⟨Ĥ⟩ ⟨Ĥ⟩.

    Everything Linz says, everything, is predicated on what a Turing machine
    is. Unlike Turing machines, your machines are magic -- identical state transition functions can entail different configuration sequences for
    the same input. Nothing you say has any relevance to Linz's Turing
    machines until you categorically repudiate this nonsense.


    That your only rebuttal to what I say now is dredging up what I said
    many months ago proves that you are being dishonest.

    It is the case that the pure simulation of the input to the simulating
    halt decider Linz H embedded at Ĥ.qx would never reach the final state
    of this simulated input.

    You ignore this and change the subject only because you know that it is
    correct and have denigration rather than honest critique as your only goal.

    I don't have time to diverge from this point:

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its final
    state.

    And, since the action of your magic machines are not constrained by the
    state transition function and the input, I can assert that a copy of
    our Ĥ does this:


    When Ĥ is applied to ⟨Ĥ⟩
    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩

    Then these steps would keep repeating:
    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩...

    The above shows that the simulated input to embedded_H will never reach
    its own final state whether or not its simulation is aborted thus never
    meets the Linz definition of halting:

    computation that halts … the Turing machine will halt whenever it enters
    a final state. (Linz:1990:234)


    Halting problem undecidability and infinitely nested simulation (V4) https://www.researchgate.net/publication/359349179_Halting_problem_undecidability_and_infinitely_nested_simulation_V4

    --
    Copyright 2021 Pete Olcott

    Talent hits a target no one else can hit;
    Genius hits a target no one else can see.
    Arthur Schopenhauer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From olcott@21:1/5 to Richard Damon on Tue Mar 22 18:11:01 2022
    XPost: comp.theory, sci.logic, sci.math

    On 3/22/2022 5:59 PM, Richard Damon wrote:
    On 3/22/22 10:16 AM, olcott wrote:
    On 3/22/2022 6:00 AM, Richard Damon wrote:
    On 3/21/22 11:59 PM, olcott wrote:
    On 3/21/2022 10:22 PM, Ben Bacarisse wro0te:
    olcott <NoOne@NoWhere.com> writes:

    A copy of Linz H is embedded at Ĥ.qx as a simulating halt decider >>>>>> (SHD).

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
    final state.

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach its
    final state.

    But for your "PO-machines":

       "Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn
       corresponds to
       H maps ⟨Ĥ⟩ ⟨Ĥ⟩ to H.qy"

    and

       "The copy of H at Ĥ.qx correctly decides that its input never
    halts.
       H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ correctly decides that its input halts"

    so this has nothing to do with Linz.  He is talking about Turing
    machines.


    The Linz conclusion only pertains to the behavior the copy of H
    embedded within Ĥ applied to ⟨Ĥ⟩ ⟨Ĥ⟩. I don't have time to diverge
    from this point:

    No, it applies to ALL copies of H, because they ALL behave the same.

    Because the outermost simulation sees that its abort criteria is met
    before any of the inner simulations have seen this criteria the
    outermost simulation aborts all the rest which cuts off their behavior.



    But we don't care about simulations, we care about actual machine exectuitons.

    So yet again you reject the computational equivalence of the direct
    execution of a Turing machine with the UTM simulation of the Turing
    machine description of this same machine.


    --
    Copyright 2021 Pete Olcott

    Talent hits a target no one else can hit;
    Genius hits a target no one else can see.
    Arthur Schopenhauer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From olcott@21:1/5 to Richard Damon on Tue Mar 22 18:13:27 2022
    XPost: comp.theory, sci.logic, sci.math

    On 3/22/2022 6:00 PM, Richard Damon wrote:
    On 3/22/22 10:46 AM, olcott wrote:
    On 3/22/2022 9:32 AM, Ben Bacarisse wrote:
    olcott <NoOne@NoWhere.com> writes:

    On 3/21/2022 10:22 PM, Ben Bacarisse wro0te:
    olcott <NoOne@NoWhere.com> writes:

    A copy of Linz H is embedded at Ĥ.qx as a simulating halt decider >>>>>> (SHD).

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
    final state.

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach its
    final state.
    But for your "PO-machines":
        "Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn
        corresponds to
        H maps ⟨Ĥ⟩ ⟨Ĥ⟩ to H.qy"
    and
        "The copy of H at Ĥ.qx correctly decides that its input never >>>>> halts.
        H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ correctly decides that its input halts"
    so this has nothing to do with Linz.  He is talking about Turing
    machines.


    The Linz conclusion only pertains to the behavior the copy of H
    embedded within Ĥ applied to ⟨Ĥ⟩ ⟨Ĥ⟩.

    Everything Linz says, everything, is predicated on what a Turing machine >>> is.  Unlike Turing machines, your machines are magic -- identical state >>> transition functions can entail different configuration sequences for
    the same input.  Nothing you say has any relevance to Linz's Turing
    machines until you categorically repudiate this nonsense.


    That your only rebuttal to what I say now is dredging up what I said
    many months ago proves that you are being dishonest.

    It is the case that the pure simulation of the input to the simulating
    halt decider Linz H embedded at Ĥ.qx would never reach the final state
    of this simulated input.

    You ignore this and change the subject only because you know that it
    is correct and have denigration rather than honest critique as your
    only goal.

    I don't have time to diverge from this point:

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its final
    state.

    And, since the action of your magic machines are not constrained by the
    state transition function and the input, I can assert that a copy of
    our Ĥ does this:


    When Ĥ is applied to ⟨Ĥ⟩
       Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩

    Then these steps would keep repeating:
       Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
       Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
       Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩
    ⟨Ĥ4⟩...

    The above shows that the simulated input to embedded_H will never
    reach its own final state whether or not its simulation is aborted
    thus never meets the Linz definition of halting:

    computation that halts … the Turing machine will halt whenever it
    enters a final state. (Linz:1990:234)


    Halting problem undecidability and infinitely nested simulation (V4)
    https://www.researchgate.net/publication/359349179_Halting_problem_undecidability_and_infinitely_nested_simulation_V4



    The above only doesn't halt if embedded_H never aborts its simulation,
    And it doesn't halt if embedded_H DOES abort its simulation, therefore
    it doesn't halt under any condition.

    --
    Copyright 2021 Pete Olcott

    Talent hits a target no one else can hit;
    Genius hits a target no one else can see.
    Arthur Schopenhauer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From olcott@21:1/5 to Richard Damon on Tue Mar 22 22:02:16 2022
    XPost: comp.theory, sci.logic, sci.math

    On 3/22/2022 6:29 PM, Richard Damon wrote:
    On 3/22/22 7:13 PM, olcott wrote:
    On 3/22/2022 6:00 PM, Richard Damon wrote:
    On 3/22/22 10:46 AM, olcott wrote:
    On 3/22/2022 9:32 AM, Ben Bacarisse wrote:
    olcott <NoOne@NoWhere.com> writes:

    On 3/21/2022 10:22 PM, Ben Bacarisse wro0te:
    olcott <NoOne@NoWhere.com> writes:

    A copy of Linz H is embedded at Ĥ.qx as a simulating halt
    decider (SHD).

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
    final state.

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never >>>>>>>> reach its
    final state.
    But for your "PO-machines":
        "Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn
        corresponds to
        H maps ⟨Ĥ⟩ ⟨Ĥ⟩ to H.qy"
    and
        "The copy of H at Ĥ.qx correctly decides that its input never >>>>>>> halts.
        H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ correctly decides that its input halts"
    so this has nothing to do with Linz.  He is talking about Turing >>>>>>> machines.


    The Linz conclusion only pertains to the behavior the copy of H
    embedded within Ĥ applied to ⟨Ĥ⟩ ⟨Ĥ⟩.

    Everything Linz says, everything, is predicated on what a Turing
    machine
    is.  Unlike Turing machines, your machines are magic -- identical
    state
    transition functions can entail different configuration sequences for >>>>> the same input.  Nothing you say has any relevance to Linz's Turing >>>>> machines until you categorically repudiate this nonsense.


    That your only rebuttal to what I say now is dredging up what I said
    many months ago proves that you are being dishonest.

    It is the case that the pure simulation of the input to the
    simulating halt decider Linz H embedded at Ĥ.qx would never reach
    the final state of this simulated input.

    You ignore this and change the subject only because you know that it
    is correct and have denigration rather than honest critique as your
    only goal.

    I don't have time to diverge from this point:

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its final
    state.

    And, since the action of your magic machines are not constrained by
    the
    state transition function and the input, I can assert that a copy of >>>>> our Ĥ does this:


    When Ĥ is applied to ⟨Ĥ⟩
       Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩

    Then these steps would keep repeating:
       Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩
    ⟨Ĥ2⟩
       Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩
    ⟨Ĥ3⟩
       Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩
    ⟨Ĥ4⟩...

    The above shows that the simulated input to embedded_H will never
    reach its own final state whether or not its simulation is aborted
    thus never meets the Linz definition of halting:

    computation that halts … the Turing machine will halt whenever it
    enters a final state. (Linz:1990:234)


    Halting problem undecidability and infinitely nested simulation (V4)
    https://www.researchgate.net/publication/359349179_Halting_problem_undecidability_and_infinitely_nested_simulation_V4



    The above only doesn't halt if embedded_H never aborts its simulation,
    And it doesn't halt if embedded_H DOES abort its simulation, therefore
    it doesn't halt under any condition.


    Except that the actual machine DOES Halt, as does the UTM simulation.

    Because the simulated Turing machine description cannot possibly reach
    its final state it is necessarily correct for embedded_ to compute the
    mapping from its input ⟨Ĥ⟩ ⟨Ĥ⟩ to its final reject state Ĥ.qn

    When you have a dog in your living room you know that this dog is not a
    cat, not even if the theory of computation says that it is.

    --
    Copyright 2021 Pete Olcott

    Talent hits a target no one else can hit;
    Genius hits a target no one else can see.
    Arthur Schopenhauer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From olcott@21:1/5 to Ben Bacarisse on Tue Mar 22 23:00:43 2022
    XPost: comp.theory, sci.logic, sci.math

    On 3/22/2022 10:37 PM, Ben Bacarisse wrote:
    olcott <NoOne@NoWhere.com> writes:

    On 3/22/2022 9:32 AM, Ben Bacarisse wrote:
    olcott <NoOne@NoWhere.com> writes:

    On 3/21/2022 10:22 PM, Ben Bacarisse wro0te:
    olcott <NoOne@NoWhere.com> writes:

    A copy of Linz H is embedded at Ĥ.qx as a simulating halt decider (SHD).

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its final state.

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach its
    final state.
    But for your "PO-machines":
    "Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn
    corresponds to
    H maps ⟨Ĥ⟩ ⟨Ĥ⟩ to H.qy"
    and
    "The copy of H at Ĥ.qx correctly decides that its input never halts.
    H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ correctly decides that its input halts"
    so this has nothing to do with Linz. He is talking about Turing
    machines.


    The Linz conclusion only pertains to the behavior the copy of H
    embedded within Ĥ applied to ⟨Ĥ⟩ ⟨Ĥ⟩.

    Everything Linz says, everything, is predicated on what a Turing machine >>> is. Unlike Turing machines, your machines are magic -- identical state
    transition functions can entail different configuration sequences for
    the same input. Nothing you say has any relevance to Linz's Turing
    machines until you categorically repudiate this nonsense.

    That your only rebuttal to what I say now is dredging up what I said
    many months ago proves that you are being dishonest.

    You said this:

    "The copy of H at Ĥ.qx correctly decides that its input never halts.
    H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ correctly decides that its input halts"


    If ⟨H⟩ and ⟨Ĥ⟩ were identical finite strings then they must derive the same result. They are not identical final strings.

    four days ago and you haven't retracted it. Until you do, when you
    write Ĥ your readers must assume that you are referring to something
    about which this quote applies.

    What's more, for your remarks to have any bearing on Linz's Ĥ you must
    not only repudiate what you said, you must accept the converse,
    i.e. that if

    Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊦* Ĥ.qn

    then

    H.q0 ⟨Ĥ⟩ ⟨Ĥ⟩ ⊦* H.qn

    So, do you retract what you said and accept this fact about Linz's H and
    Ĥ?


    You you continue to say that you believe that a decider must report on
    its own behavior when you already know damn well that a decider only
    computes the mapping from its inputs to its own final state.

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its final state.

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach its final state.

    When Ĥ is applied to ⟨Ĥ⟩
    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩

    Then these steps would keep repeating:
    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩...

    The above shows that the simulated input to embedded_H will never reach
    its own final state whether or not its simulation is aborted thus never
    meets the Linz definition of halting:

    computation that halts … the Turing machine will halt whenever it enters
    a final state. (Linz:1990:234)

    --
    Copyright 2021 Pete Olcott

    Talent hits a target no one else can hit;
    Genius hits a target no one else can see.
    Arthur Schopenhauer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From olcott@21:1/5 to Ben Bacarisse on Tue Mar 22 22:51:18 2022
    XPost: comp.theory, sci.logic, sci.math

    On 3/22/2022 10:36 PM, Ben Bacarisse wrote:
    olcott <NoOne@NoWhere.com> writes:

    On 3/22/2022 9:39 AM, Ben Bacarisse wrote:
    olcott <NoOne@NoWhere.com> writes:

    Yet you cannot point out a single error in my halting problem
    refutation.
    The mistakes have been pointed out so many times that it's reasonable to >>> assume you can't see them or are simply ignoring them. The latest
    monster error is that if (as you claim) this is true of your Ĥ:
    "Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn"
    but
    "H maps ⟨Ĥ⟩ ⟨Ĥ⟩ to H.qy"
    then Ĥ is not even a Truing machine, let alone the specific Ĥ in Linz's >>> proof.

    If the halt deciding criteria compares the finite strings of Turing
    machine descriptions...

    But Ĥ is not a Turing machine and ⟨Ĥ⟩ is not a Turing machine

    Technically Linz refers to a whole class of computations. You can assume
    that this class is empty on the basis of assuming that the Linz proof is correct.

    description. You are not talking about Turing machines. Turing
    machines are not magic --

    identical state transition functions entail
    identical configuration sequences for the identical inputs.


    Yes that is correct.

    as its halt deciding basis then it will find that H and the copy of H
    embedded at Ĥ.qx are not the identical (embedded_H is a longer finite
    string) thus providing the basis for H to see that embedded_H will
    transition to Ĥ.qn and halt.

    H and Ĥ have to be the Turing machines. When you write these symbols,

    If you start with the foundational assumption that Linz is correct you
    can simply assume that my rebuttal is incorrect without even looking at
    it. This is not how correct reasoning works.

    you are referring to entities with magic properties. For actual Turing machines, If Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn then H maps ⟨Ĥ⟩ ⟨Ĥ⟩ to H.qn.


    Not when Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn on the basis that Ĥ is invoking an
    identical machine description with identical inputs twice in sequence.

    The finite string of ⟨H⟩ is not identical to the finite string of ⟨Ĥ⟩ and the comparison of these finite strings is the halt deciding basis.

    If we eliminate the appended input loop from H then H and Ĥ.qx would
    have to derive the same result.



    --
    Copyright 2021 Pete Olcott

    Talent hits a target no one else can hit;
    Genius hits a target no one else can see.
    Arthur Schopenhauer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From olcott@21:1/5 to Richard Damon on Wed Mar 23 08:09:30 2022
    XPost: comp.theory, sci.logic, sci.math

    On 3/23/2022 6:19 AM, Richard Damon wrote:
    On 3/23/22 12:00 AM, olcott wrote:
    On 3/22/2022 10:37 PM, Ben Bacarisse wrote:
    olcott <NoOne@NoWhere.com> writes:

    On 3/22/2022 9:32 AM, Ben Bacarisse wrote:
    olcott <NoOne@NoWhere.com> writes:

    On 3/21/2022 10:22 PM, Ben Bacarisse wro0te:
    olcott <NoOne@NoWhere.com> writes:

    A copy of Linz H is embedded at Ĥ.qx as a simulating halt
    decider (SHD).

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
    final state.

    Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
    If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never >>>>>>>> reach its
    final state.
    But for your "PO-machines":
         "Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn
         corresponds to
         H maps ⟨Ĥ⟩ ⟨Ĥ⟩ to H.qy"
    and
         "The copy of H at Ĥ.qx correctly decides that its input >>>>>>> never halts.
         H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ correctly decides that its input halts"
    so this has nothing to do with Linz.  He is talking about Turing >>>>>>> machines.


    The Linz conclusion only pertains to the behavior the copy of H
    embedded within Ĥ applied to ⟨Ĥ⟩ ⟨Ĥ⟩.

    Everything Linz says, everything, is predicated on what a Turing
    machine
    is.  Unlike Turing machines, your machines are magic -- identical
    state
    transition functions can entail different configuration sequences for >>>>> the same input.  Nothing you say has any relevance to Linz's Turing >>>>> machines until you categorically repudiate this nonsense.

    That your only rebuttal to what I say now is dredging up what I said
    many months ago proves that you are being dishonest.

    You said this:

       "The copy of H at Ĥ.qx correctly decides that its input never halts. >>>    H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ correctly decides that its input halts" >>>

    If ⟨H⟩ and ⟨Ĥ⟩ were identical finite strings then they must derive the
    same result. They are not identical final strings.

    four days ago and you haven't retracted it.  Until you do, when you
    write Ĥ your readers must assume that you are referring to something
    about which this quote applies.

    What's more, for your remarks to have any bearing on Linz's Ĥ you must
    not only repudiate what you said, you must accept the converse,
    i.e. that if

       Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊦* Ĥ.qn

    then

       H.q0 ⟨Ĥ⟩ ⟨Ĥ⟩ ⊦* H.qn

    So, do you retract what you said and accept this fact about Linz's H and >>> Ĥ?


    You you continue to say that you believe that a decider must report on
    its own behavior when you already know damn well that a decider only
    computes the mapping from its inputs to its own final state.

    A Decider must report on its own behavior (or the behavior of a copy of
    it) if that is what the input asks for.

    You know that a decider only computes the mapping from its input finite
    strings to its own final state thus you know that you lie what you say
    that a decider must compute the mapping from a non-finite sting non-input.

    WHY LIE ? WHY LIE ? WHY LIE ? WHY LIE ?

    --
    Copyright 2021 Pete Olcott

    Talent hits a target no one else can hit;
    Genius hits a target no one else can see.
    Arthur Schopenhauer

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From olcott@21:1/5 to Richard Damon on Wed Mar 23 08:16:03 2022
    XPost: comp.theory, sci.math, sci.logic

    On 3/23/2022 6:36 AM, Richard Damon wrote:
    On 3/22/22 11:51 PM, olcott wrote:
    On 3/22/2022 10:36 PM, Ben Bacarisse wrote:
    olcott <NoOne@NoWhere.com> writes:

    On 3/22/2022 9:39 AM, Ben Bacarisse wrote:
    olcott <NoOne@NoWhere.com> writes:

    Yet you cannot point out a single error in my halting problem
    refutation.
    The mistakes have been pointed out so many times that it's
    reasonable to
    assume you can't see them or are simply ignoring them.  The latest
    monster error is that if (as you claim) this is true of your Ĥ:
        "Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn"
    but
        "H maps ⟨Ĥ⟩ ⟨Ĥ⟩ to H.qy"
    then Ĥ is not even a Truing machine, let alone the specific Ĥ in
    Linz's
    proof.

    If the halt deciding criteria compares the finite strings of Turing
    machine descriptions...

    But Ĥ is not a Turing machine and ⟨Ĥ⟩ is not a Turing machine

    Technically Linz refers to a whole class of computations. You can
    assume that this class is empty on the basis of assuming that the Linz
    proof is correct.

    description.  You are not talking about Turing machines.  Turing
    machines are not magic --

    identical state transition functions entail
    identical configuration sequences for the identical inputs.


    Yes that is correct.

    as its halt deciding basis then it will find that H and the copy of H
    embedded at Ĥ.qx are not the identical (embedded_H is a longer finite >>>> string) thus providing the basis for H to see that embedded_H will
    transition to Ĥ.qn and halt.

    H and Ĥ have to be the Turing machines.  When you write these symbols,

    If you start with the foundational assumption that Linz is correct you
    can simply assume that my rebuttal is incorrect without even looking
    at it. This is not how correct reasoning works.

    you are referring to entities with magic properties.  For actual Turing >>> machines, If Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn then H maps ⟨Ĥ⟩ ⟨Ĥ⟩ to H.qn.


    Not when Ĥ.qx maps ⟨Ĥ⟩ ⟨Ĥ⟩ to Ĥ.qn on the basis that Ĥ is invoking an
    identical machine description with identical inputs twice in sequence.

    Except that this is not a CORRECT descriptor of an infinite behVIOR.


    There are no cases where a function or identical copy of a function
    continues to be called with identical input that are not infinite behavior.

    Provide a counter-example.


    --
    Copyright 2021 Pete Olcott

    Talent hits a target no one else can hit;
    Genius hits a target no one else can see.
    Arthur Schopenhauer

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