• Re: The domain of Turing machine halt deciders does not include other T

    From Richard Damon@21:1/5 to olcott on Tue Aug 12 18:52:58 2025
    On 8/12/25 10:47 AM, olcott wrote:
    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its
    input until:
    (a) Detects a non-terminating behavior pattern: abort
    simulation and return 0.
    (b) Simulated input reaches its simulated "return" statement: >>>>>>>>> return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a halt >>>>>>>> decider.
    If it returns 'no' it is not a halt decider. If it returns
    anyting else
    it is not a halt decider. If it does not return it is not a halt >>>>>>>> decider.

    HHH(DD)==0 means that the behavior specified by the
    input to HHH(DD) as measured by the correct emulation
    of N steps of DD cannot possibly reach its own emulated
    "return" statement final halt state.

    It can if N is twice the number of steps emulated by HHH.


    If N = googolplex ^ googolplex DD correctly simulated
    by HHH never reached its own simulated "return" statement
    final halt state.

    If N = googolplex ^ googolplex then HHH never simulated that many
    steps.

    Within the premise that HHH did simulate that many
    steps DD still did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences
    inferred from a counter-factual premise.


    Whether or not DD emulated by HHH according to the
    semantics of the x86 language can possibly reach
    its own "ret" instruction final halt state is the
    only correct measure of the actual behavior of the
    actual input.


    Nope, there is no "by HHH" in the definition.>
    The essential nature of Turing machine halt deciders
    requires them to report on their inputs.

    Right, and the behavior as DEFINED by the problem and the semantics of
    the input, which is the behavior of the Directly Executed program
    described by the input, which can be replace by the simulation by an
    actual UTM, but since HHH isn't a UTM, its simulation doesn't count.

    You are just proving you don't know what you are talking about, and you
    are just making baseless claims (proven by the fact you can't give an
    actual accepted basis for them, only your own beliefs)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Aug 13 11:01:26 2025
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its input until:
    (a) Detects a non-terminating behavior pattern: abort simulation and return 0.
    (b) Simulated input reaches its simulated "return" statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a halt decider.
    If it returns 'no' it is not a halt decider. If it returns anyting else
    it is not a halt decider. If it does not return it is not a halt decider.

    HHH(DD)==0 means that the behavior specified by the
    input to HHH(DD) as measured by the correct emulation
    of N steps of DD cannot possibly reach its own emulated
    "return" statement final halt state.

    It can if N is twice the number of steps emulated by HHH.


    If N = googolplex ^ googolplex DD correctly simulated
    by HHH never reached its own simulated "return" statement
    final halt state.

    If N = googolplex ^ googolplex then HHH never simulated that many steps. >>>
    Within the premise that HHH did simulate that many
    steps DD still did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences
    inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the
    semantics of the x86 language can possibly reach
    its own "ret" instruction final halt state is the
    only correct measure of the actual behavior of the
    actual input.

    Irrelevant to the general truth that a counter-factual premise
    is uninteresting and so are consequences inferred from a counter-
    factual premise.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Wed Aug 13 21:58:01 2025
    On 8/13/25 11:08 AM, olcott wrote:
    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its >>>>>>>>>>> input until:
    (a) Detects a non-terminating behavior pattern: abort
    simulation and return 0.
    (b) Simulated input reaches its simulated "return" statement: >>>>>>>>>>> return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a >>>>>>>>>> halt decider.
    If it returns 'no' it is not a halt decider. If it returns >>>>>>>>>> anyting else
    it is not a halt decider. If it does not return it is not a >>>>>>>>>> halt decider.

    HHH(DD)==0 means that the behavior specified by the
    input to HHH(DD) as measured by the correct emulation
    of N steps of DD cannot possibly reach its own emulated
    "return" statement final halt state.

    It can if N is twice the number of steps emulated by HHH.


    If N = googolplex ^ googolplex DD correctly simulated
    by HHH never reached its own simulated "return" statement
    final halt state.

    If N = googolplex ^ googolplex then HHH never simulated that many
    steps.

    Within the premise that HHH did simulate that many
    steps DD still did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences
    inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the
    semantics of the x86 language can possibly reach
    its own "ret" instruction final halt state is the
    only correct measure of the actual behavior of the
    actual input.

    Irrelevant to the general truth that a counter-factual premise
    is uninteresting and so are consequences inferred from a counter-
    factual premise.


    It may be uninteresting that I correctly refuted the halting
    problem proof because one is only interested in rebuttal and
    not truth.

    The problem is you haven't refuted the halting prroblem proof, but just
    proved you don't understand what you are talking about, as YOU can't
    reply to the errors pointed out in your "proof"


    To understand that I really did this requires understanding
    all of the steps.

    One of these steps is understanding that N steps of DD are
    correctly simulated by HHH.

    Which isn't a "correct simuolation" of DD.

    Sorry, your proof is based on LIES.


    If you are not interested in that step then you are not
    interested in truth, only rebuttal.


    Which is just you projecting what you are doing.

    Your don't care if your argument is correct, you just want to make a
    rebuttal

    And that just shows how stupid you are.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Thu Aug 14 11:35:44 2025
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its input until:
    (a) Detects a non-terminating behavior pattern: abort simulation and return 0.
    (b) Simulated input reaches its simulated "return" statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a halt decider.
    If it returns 'no' it is not a halt decider. If it returns anyting else
    it is not a halt decider. If it does not return it is not a halt decider.

    HHH(DD)==0 means that the behavior specified by the
    input to HHH(DD) as measured by the correct emulation
    of N steps of DD cannot possibly reach its own emulated
    "return" statement final halt state.

    It can if N is twice the number of steps emulated by HHH.


    If N = googolplex ^ googolplex DD correctly simulated
    by HHH never reached its own simulated "return" statement
    final halt state.

    If N = googolplex ^ googolplex then HHH never simulated that many steps. >>>>>
    Within the premise that HHH did simulate that many
    steps DD still did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences
    inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the
    semantics of the x86 language can possibly reach
    its own "ret" instruction final halt state is the
    only correct measure of the actual behavior of the
    actual input.

    Irrelevant to the general truth that a counter-factual premise
    is uninteresting and so are consequences inferred from a counter-
    factual premise.

    It may be uninteresting that I correctly refuted the halting
    problem proof because one is only interested in rebuttal and
    not truth.

    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some
    extent but you have never provided that and there is no reason
    to expect you ever will.

    The proof is not refuted by talking about something else and
    pretending it is not the same. The proof is only refuted by
    identifying a step that is not a premise and is not an axiom
    and does not follow from earlier steps.

    Even if someone could find an error is a proof that would not be
    very interesting as long as the conclusion remains proven by
    different proofs.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mr Flibble@21:1/5 to olcott on Thu Aug 14 17:58:49 2025
    On Thu, 14 Aug 2025 12:22:24 -0500, olcott wrote:

    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its >>>>>>>>>>>>> input until:
    (a) Detects a non-terminating behavior pattern: abort >>>>>>>>>>>>> simulation and return 0.
    (b) Simulated input reaches its simulated "return"
    statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a >>>>>>>>>>>> halt decider.
    If it returns 'no' it is not a halt decider. If it returns >>>>>>>>>>>> anyting else it is not a halt decider. If it does not return >>>>>>>>>>>> it is not a halt decider.

    HHH(DD)==0 means that the behavior specified by the input to >>>>>>>>>>> HHH(DD) as measured by the correct emulation of N steps of DD >>>>>>>>>>> cannot possibly reach its own emulated "return" statement >>>>>>>>>>> final halt state.

    It can if N is twice the number of steps emulated by HHH.


    If N = googolplex ^ googolplex DD correctly simulated by HHH >>>>>>>>> never reached its own simulated "return" statement final halt >>>>>>>>> state.

    If N = googolplex ^ googolplex then HHH never simulated that many >>>>>>>> steps.

    Within the premise that HHH did simulate that many steps DD still >>>>>>> did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences >>>>>> inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the semantics of the
    x86 language can possibly reach its own "ret" instruction final halt >>>>> state is the only correct measure of the actual behavior of the
    actual input.

    Irrelevant to the general truth that a counter-factual premise is
    uninteresting and so are consequences inferred from a counter-
    factual premise.

    It may be uninteresting that I correctly refuted the halting problem
    proof because one is only interested in rebuttal and not truth.

    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some extent
    but you have never provided that and there is no reason to expect you
    ever will.

    The proof is not refuted by talking about something else and pretending
    it is not the same. The proof is only refuted by identifying a step
    that is not a premise and is not an axiom and does not follow from
    earlier steps.

    Even if someone could find an error is a proof that would not be very
    interesting as long as the conclusion remains proven by different
    proofs.


    *To see my proof*
    *You must carefully study ALL the words*

    I am correcting an erroneous aspect of the theory of computation. All deciders must only compute the mapping from their finite string input. Anything that is not a finite string input is outside of the scope of
    any decider.

    But a *description* of DD is a finite string.


    M.H applied to ⟨M⟩ ⟨M⟩ does correctly report on the behavior of
    its
    actual input: M applied to ⟨M⟩ is not an actual input to M.H.

    M.q0 ⟨M⟩ ⊢* M.H ⟨M⟩ ⟨M⟩ ⊢* M.∞
    M.q0 ⟨M⟩ ⊢* M.H ⟨M⟩ ⟨M⟩ ⊢* M.qn

    *Repeats until aborted proving non-halting*
    (a) M copies its input ⟨M⟩
    (b) M invokes M.H ⟨M⟩ ⟨M⟩
    (c) M.H simulates ⟨M⟩ ⟨M⟩

    then M.H ⟨M⟩ ⟨M⟩ transitions to M.qn causing M applied to ⟨M⟩
    halt

    But you return non-halting to its caller which is DD() and DD() does the opposite thus proving HHH is not a decider as per the diagonalization
    proofs.

    /Flibble

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Thu Aug 14 22:28:47 2025
    On 8/14/25 1:22 PM, olcott wrote:
    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its >>>>>>>>>>>>> input until:
    (a) Detects a non-terminating behavior pattern: abort >>>>>>>>>>>>> simulation and return 0.
    (b) Simulated input reaches its simulated "return"
    statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a >>>>>>>>>>>> halt decider.
    If it returns 'no' it is not a halt decider. If it returns >>>>>>>>>>>> anyting else
    it is not a halt decider. If it does not return it is not a >>>>>>>>>>>> halt decider.

    HHH(DD)==0 means that the behavior specified by the
    input to HHH(DD) as measured by the correct emulation
    of N steps of DD cannot possibly reach its own emulated
    "return" statement final halt state.

    It can if N is twice the number of steps emulated by HHH.


    If N = googolplex ^ googolplex DD correctly simulated
    by HHH never reached its own simulated "return" statement
    final halt state.

    If N = googolplex ^ googolplex then HHH never simulated that
    many steps.

    Within the premise that HHH did simulate that many
    steps DD still did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences >>>>>> inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the
    semantics of the x86 language can possibly reach
    its own "ret" instruction final halt state is the
    only correct measure of the actual behavior of the
    actual input.

    Irrelevant to the general truth that a counter-factual premise
    is uninteresting and so are consequences inferred from a counter-
    factual premise.

    It may be uninteresting that I correctly refuted the halting
    problem proof because one is only interested in rebuttal and
    not truth.

    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some
    extent but you have never provided that and there is no reason
    to expect you ever will.

    The proof is not refuted by talking about something else and
    pretending it is not the same. The proof is only refuted by
    identifying a step that is not a premise and is not an axiom
    and does not follow from earlier steps.

    Even if someone could find an error is a proof that would not be
    very interesting as long as the conclusion remains proven by
    different proofs.


    *To see my proof*
    *You must carefully study ALL the words*

    I am correcting an erroneous aspect of the theory
    of computation. All deciders must only compute the
    mapping from their finite string input. Anything that
    is not a finite string input is outside of the scope
    of any decider.


    Yes, then CAN only compute something from the finite string given to them.

    They are REQUIRED to compute something from the meaning of that string,
    which is defined to be the program it represents.

    If that is impossible, it just shows that Function they were asked to
    try to compute is not computable, as the Theory predicts.

    You confuse what can be done with what MUST be done (to be what you
    claim it to be) because you don't understand that you can't just assume existance of such a thing.


    M.H applied to ⟨M⟩ ⟨M⟩ does correctly report on
    the behavior of its actual input: M applied to ⟨M⟩
    is not an actual input to M.H.

    M.q0 ⟨M⟩ ⊢* M.H ⟨M⟩ ⟨M⟩ ⊢* M.∞
    M.q0 ⟨M⟩ ⊢* M.H ⟨M⟩ ⟨M⟩ ⊢* M.qn

    *Repeats until aborted proving non-halting*
    (a) M copies its input ⟨M⟩
    (b) M invokes M.H ⟨M⟩ ⟨M⟩
    (c) M.H simulates ⟨M⟩ ⟨M⟩

    then M.H ⟨M⟩ ⟨M⟩ transitions to M.qn causing M
    applied to ⟨M⟩ halt



    And the correct simulatioin of the input, which continues will also get
    to M.qn and halt, and thus H was just wrong.

    Your just don't know the meaning of the words you are using, because you
    have beleived your own lies, and tried to strip the words of their
    meaning, because you don't like it.

    This just makes you a pathological liar.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Fri Aug 15 12:03:32 2025
    On 2025-08-14 17:22:24 +0000, olcott said:

    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its input until:
    (a) Detects a non-terminating behavior pattern: abort simulation and return 0.
    (b) Simulated input reaches its simulated "return" statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a halt decider.
    If it returns 'no' it is not a halt decider. If it returns anyting else
    it is not a halt decider. If it does not return it is not a halt decider.

    HHH(DD)==0 means that the behavior specified by the
    input to HHH(DD) as measured by the correct emulation
    of N steps of DD cannot possibly reach its own emulated
    "return" statement final halt state.

    It can if N is twice the number of steps emulated by HHH.


    If N = googolplex ^ googolplex DD correctly simulated
    by HHH never reached its own simulated "return" statement
    final halt state.

    If N = googolplex ^ googolplex then HHH never simulated that many steps.

    Within the premise that HHH did simulate that many
    steps DD still did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences >>>>>> inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the
    semantics of the x86 language can possibly reach
    its own "ret" instruction final halt state is the
    only correct measure of the actual behavior of the
    actual input.

    Irrelevant to the general truth that a counter-factual premise
    is uninteresting and so are consequences inferred from a counter-
    factual premise.

    It may be uninteresting that I correctly refuted the halting
    problem proof because one is only interested in rebuttal and
    not truth.

    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some
    extent but you have never provided that and there is no reason
    to expect you ever will.

    The proof is not refuted by talking about something else and
    pretending it is not the same. The proof is only refuted by
    identifying a step that is not a premise and is not an axiom
    and does not follow from earlier steps.

    Even if someone could find an error is a proof that would not be
    very interesting as long as the conclusion remains proven by
    different proofs.

    *To see my proof*
    *You must carefully study ALL the words*

    I did carefully study every word between "Proof:" and "Q.E.D".

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to Mr Flibble on Fri Aug 15 12:04:56 2025
    On 2025-08-14 17:58:49 +0000, Mr Flibble said:

    On Thu, 14 Aug 2025 12:22:24 -0500, olcott wrote:

    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its >>>>>>>>>>>>>> input until:
    (a) Detects a non-terminating behavior pattern: abort >>>>>>>>>>>>>> simulation and return 0.
    (b) Simulated input reaches its simulated "return" >>>>>>>>>>>>>> statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a >>>>>>>>>>>>> halt decider.
    If it returns 'no' it is not a halt decider. If it returns >>>>>>>>>>>>> anyting else it is not a halt decider. If it does not return >>>>>>>>>>>>> it is not a halt decider.

    HHH(DD)==0 means that the behavior specified by the input to >>>>>>>>>>>> HHH(DD) as measured by the correct emulation of N steps of DD >>>>>>>>>>>> cannot possibly reach its own emulated "return" statement >>>>>>>>>>>> final halt state.

    It can if N is twice the number of steps emulated by HHH. >>>>>>>>>>>

    If N = googolplex ^ googolplex DD correctly simulated by HHH >>>>>>>>>> never reached its own simulated "return" statement final halt >>>>>>>>>> state.

    If N = googolplex ^ googolplex then HHH never simulated that many >>>>>>>>> steps.

    Within the premise that HHH did simulate that many steps DD still >>>>>>>> did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences >>>>>>> inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the semantics of the >>>>>> x86 language can possibly reach its own "ret" instruction final halt >>>>>> state is the only correct measure of the actual behavior of the
    actual input.

    Irrelevant to the general truth that a counter-factual premise is
    uninteresting and so are consequences inferred from a counter-
    factual premise.

    It may be uninteresting that I correctly refuted the halting problem
    proof because one is only interested in rebuttal and not truth.

    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some extent
    but you have never provided that and there is no reason to expect you
    ever will.

    The proof is not refuted by talking about something else and pretending
    it is not the same. The proof is only refuted by identifying a step
    that is not a premise and is not an axiom and does not follow from
    earlier steps.

    Even if someone could find an error is a proof that would not be very
    interesting as long as the conclusion remains proven by different
    proofs.


    *To see my proof*
    *You must carefully study ALL the words*

    I am correcting an erroneous aspect of the theory of computation. All
    deciders must only compute the mapping from their finite string input.
    Anything that is not a finite string input is outside of the scope of
    any decider.

    But a *description* of DD is a finite string.

    And a description of a Turing machine is a Turing machine.
    There is nothing else in a Turing machine.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Fri Aug 15 08:39:32 2025
    On 8/15/25 8:27 AM, olcott wrote:
    On 8/15/2025 4:04 AM, Mikko wrote:
    On 2025-08-14 17:58:49 +0000, Mr Flibble said:

    On Thu, 14 Aug 2025 12:22:24 -0500, olcott wrote:

    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its >>>>>>>>>>>>>>>> input until:
    (a) Detects a non-terminating behavior pattern: abort >>>>>>>>>>>>>>>> simulation and return 0.
    (b) Simulated input reaches its simulated "return" >>>>>>>>>>>>>>>> statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a >>>>>>>>>>>>>>> halt decider.
    If it returns 'no' it is not a halt decider. If it returns >>>>>>>>>>>>>>> anyting else it is not a halt decider. If it does not return >>>>>>>>>>>>>>> it is not a halt decider.

    HHH(DD)==0 means that the behavior specified by the input to >>>>>>>>>>>>>> HHH(DD) as measured by the correct emulation of N steps of DD >>>>>>>>>>>>>> cannot possibly reach its own emulated "return" statement >>>>>>>>>>>>>> final halt state.

    It can if N is twice the number of steps emulated by HHH. >>>>>>>>>>>>>

    If N = googolplex ^ googolplex DD correctly simulated by HHH >>>>>>>>>>>> never reached its own simulated "return" statement final halt >>>>>>>>>>>> state.

    If N = googolplex ^ googolplex then HHH never simulated that >>>>>>>>>>> many
    steps.

    Within the premise that HHH did simulate that many steps DD still >>>>>>>>>> did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences >>>>>>>>> inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the semantics of the >>>>>>>> x86 language can possibly reach its own "ret" instruction final >>>>>>>> halt
    state is the only correct measure of the actual behavior of the >>>>>>>> actual input.

    Irrelevant to the general truth that a counter-factual premise is >>>>>>> uninteresting and so are consequences inferred from a counter-
    factual premise.

    It may be uninteresting that I correctly refuted the halting problem >>>>>> proof because one is only interested in rebuttal and not truth.

    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some extent >>>>> but you have never provided that and there is no reason to expect you >>>>> ever will.

    The proof is not refuted by talking about something else and
    pretending
    it is not the same. The proof is only refuted by identifying a step
    that is not a premise and is not an axiom and does not follow from
    earlier steps.

    Even if someone could find an error is a proof that would not be very >>>>> interesting as long as the conclusion remains proven by different
    proofs.


    *To see my proof*
    *You must carefully study ALL the words*

    I am correcting an erroneous aspect of the theory of computation. All
    deciders must only compute the mapping from their finite string input. >>>> Anything that is not a finite string input is outside of the scope of
    any decider.

    But a *description* of DD is a finite string.

    And a description of a Turing machine is a Turing machine.
    There is nothing else in a Turing machine.


    In other words when you are hungry you can eat this word: "food".


    Well, you can make "food" that embodies the representation of food, but
    your point just points out your error.

    We don't want the word, we want what it means.

    Just like we don't really care about what the string given to HHH is, we
    want to know about the program it represents.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Fri Aug 15 08:40:41 2025
    On 8/15/25 8:26 AM, olcott wrote:
    On 8/15/2025 4:03 AM, Mikko wrote:
    On 2025-08-14 17:22:24 +0000, olcott said:

    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates >>>>>>>>>>>>>>> its input until:
    (a) Detects a non-terminating behavior pattern: abort >>>>>>>>>>>>>>> simulation and return 0.
    (b) Simulated input reaches its simulated "return" >>>>>>>>>>>>>>> statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a >>>>>>>>>>>>>> halt decider.
    If it returns 'no' it is not a halt decider. If it returns >>>>>>>>>>>>>> anyting else
    it is not a halt decider. If it does not return it is not >>>>>>>>>>>>>> a halt decider.

    HHH(DD)==0 means that the behavior specified by the
    input to HHH(DD) as measured by the correct emulation >>>>>>>>>>>>> of N steps of DD cannot possibly reach its own emulated >>>>>>>>>>>>> "return" statement final halt state.

    It can if N is twice the number of steps emulated by HHH. >>>>>>>>>>>>

    If N = googolplex ^ googolplex DD correctly simulated
    by HHH never reached its own simulated "return" statement >>>>>>>>>>> final halt state.

    If N = googolplex ^ googolplex then HHH never simulated that >>>>>>>>>> many steps.

    Within the premise that HHH did simulate that many
    steps DD still did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences >>>>>>>> inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the
    semantics of the x86 language can possibly reach
    its own "ret" instruction final halt state is the
    only correct measure of the actual behavior of the
    actual input.

    Irrelevant to the general truth that a counter-factual premise
    is uninteresting and so are consequences inferred from a counter-
    factual premise.

    It may be uninteresting that I correctly refuted the halting
    problem proof because one is only interested in rebuttal and
    not truth.

    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some
    extent but you have never provided that and there is no reason
    to expect you ever will.

    The proof is not refuted by talking about something else and
    pretending it is not the same. The proof is only refuted by
    identifying a step that is not a premise and is not an axiom
    and does not follow from earlier steps.

    Even if someone could find an error is a proof that would not be
    very interesting as long as the conclusion remains proven by
    different proofs.

    *To see my proof*
    *You must carefully study ALL the words*

    I did carefully study every word between "Proof:" and "Q.E.D".


    Halt deciders are only accountable for their inputs.
    Halt deciders are NEVER accountable for NON-INPUTS.


    And, since the MEANING of the input is the program it represents, that
    is part of its input.

    It seems you are trying to live in a logic system without meaning, which explains why you use so many meaningless statemets.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat Aug 16 10:26:17 2025
    On 2025-08-15 12:27:22 +0000, olcott said:

    On 8/15/2025 4:04 AM, Mikko wrote:
    On 2025-08-14 17:58:49 +0000, Mr Flibble said:

    On Thu, 14 Aug 2025 12:22:24 -0500, olcott wrote:

    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its >>>>>>>>>>>>>>>> input until:
    (a) Detects a non-terminating behavior pattern: abort >>>>>>>>>>>>>>>> simulation and return 0.
    (b) Simulated input reaches its simulated "return" >>>>>>>>>>>>>>>> statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a >>>>>>>>>>>>>>> halt decider.
    If it returns 'no' it is not a halt decider. If it returns >>>>>>>>>>>>>>> anyting else it is not a halt decider. If it does not return >>>>>>>>>>>>>>> it is not a halt decider.

    HHH(DD)==0 means that the behavior specified by the input to >>>>>>>>>>>>>> HHH(DD) as measured by the correct emulation of N steps of DD >>>>>>>>>>>>>> cannot possibly reach its own emulated "return" statement >>>>>>>>>>>>>> final halt state.

    It can if N is twice the number of steps emulated by HHH. >>>>>>>>>>>>>

    If N = googolplex ^ googolplex DD correctly simulated by HHH >>>>>>>>>>>> never reached its own simulated "return" statement final halt >>>>>>>>>>>> state.

    If N = googolplex ^ googolplex then HHH never simulated that many >>>>>>>>>>> steps.

    Within the premise that HHH did simulate that many steps DD still >>>>>>>>>> did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences >>>>>>>>> inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the semantics of the >>>>>>>> x86 language can possibly reach its own "ret" instruction final halt >>>>>>>> state is the only correct measure of the actual behavior of the >>>>>>>> actual input.

    Irrelevant to the general truth that a counter-factual premise is >>>>>>> uninteresting and so are consequences inferred from a counter-
    factual premise.

    It may be uninteresting that I correctly refuted the halting problem >>>>>> proof because one is only interested in rebuttal and not truth.

    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some extent >>>>> but you have never provided that and there is no reason to expect you >>>>> ever will.

    The proof is not refuted by talking about something else and pretending >>>>> it is not the same. The proof is only refuted by identifying a step
    that is not a premise and is not an axiom and does not follow from
    earlier steps.

    Even if someone could find an error is a proof that would not be very >>>>> interesting as long as the conclusion remains proven by different
    proofs.


    *To see my proof*
    *You must carefully study ALL the words*

    I am correcting an erroneous aspect of the theory of computation. All
    deciders must only compute the mapping from their finite string input. >>>> Anything that is not a finite string input is outside of the scope of
    any decider.

    But a *description* of DD is a finite string.

    And a description of a Turing machine is a Turing machine.
    There is nothing else in a Turing machine.

    In other words when you are hungry you can eat this word: "food".

    Does not follow.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sat Aug 16 10:29:07 2025
    On 2025-08-15 12:26:03 +0000, olcott said:

    On 8/15/2025 4:03 AM, Mikko wrote:
    On 2025-08-14 17:22:24 +0000, olcott said:

    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its input until:
    (a) Detects a non-terminating behavior pattern: abort simulation and return 0.
    (b) Simulated input reaches its simulated "return" statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a halt decider.
    If it returns 'no' it is not a halt decider. If it returns anyting else
    it is not a halt decider. If it does not return it is not a halt decider.

    HHH(DD)==0 means that the behavior specified by the
    input to HHH(DD) as measured by the correct emulation >>>>>>>>>>>>> of N steps of DD cannot possibly reach its own emulated >>>>>>>>>>>>> "return" statement final halt state.

    It can if N is twice the number of steps emulated by HHH. >>>>>>>>>>>>

    If N = googolplex ^ googolplex DD correctly simulated
    by HHH never reached its own simulated "return" statement >>>>>>>>>>> final halt state.

    If N = googolplex ^ googolplex then HHH never simulated that many steps.

    Within the premise that HHH did simulate that many
    steps DD still did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences >>>>>>>> inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the
    semantics of the x86 language can possibly reach
    its own "ret" instruction final halt state is the
    only correct measure of the actual behavior of the
    actual input.

    Irrelevant to the general truth that a counter-factual premise
    is uninteresting and so are consequences inferred from a counter-
    factual premise.

    It may be uninteresting that I correctly refuted the halting
    problem proof because one is only interested in rebuttal and
    not truth.

    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some
    extent but you have never provided that and there is no reason
    to expect you ever will.

    The proof is not refuted by talking about something else and
    pretending it is not the same. The proof is only refuted by
    identifying a step that is not a premise and is not an axiom
    and does not follow from earlier steps.

    Even if someone could find an error is a proof that would not be
    very interesting as long as the conclusion remains proven by
    different proofs.

    *To see my proof*
    *You must carefully study ALL the words*

    I did carefully study every word between "Proof:" and "Q.E.D".

    Halt deciders are only accountable for their inputs.
    Halt deciders are NEVER accountable for NON-INPUTS.

    Accountability is not relevant. What does not meet the requirements
    of a halt decider is not a halt decider.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Aug 16 08:40:28 2025
    On 8/16/25 8:05 AM, olcott wrote:
    On 8/16/2025 2:26 AM, Mikko wrote:
    On 2025-08-15 12:27:22 +0000, olcott said:

    On 8/15/2025 4:04 AM, Mikko wrote:
    On 2025-08-14 17:58:49 +0000, Mr Flibble said:

    On Thu, 14 Aug 2025 12:22:24 -0500, olcott wrote:

    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly >>>>>>>>>>>>>>>>>> simulates its
    input until:
    (a) Detects a non-terminating behavior pattern: abort >>>>>>>>>>>>>>>>>> simulation and return 0.
    (b) Simulated input reaches its simulated "return" >>>>>>>>>>>>>>>>>> statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return? >>>>>>>>>>>>>>>>>
    It does not really matter. If it returns 'yes' it is not a >>>>>>>>>>>>>>>>> halt decider.
    If it returns 'no' it is not a halt decider. If it returns >>>>>>>>>>>>>>>>> anyting else it is not a halt decider. If it does not >>>>>>>>>>>>>>>>> return
    it is not a halt decider.

    HHH(DD)==0 means that the behavior specified by the >>>>>>>>>>>>>>>> input to
    HHH(DD) as measured by the correct emulation of N steps >>>>>>>>>>>>>>>> of DD
    cannot possibly reach its own emulated "return" statement >>>>>>>>>>>>>>>> final halt state.

    It can if N is twice the number of steps emulated by HHH. >>>>>>>>>>>>>>>

    If N = googolplex ^ googolplex DD correctly simulated by HHH >>>>>>>>>>>>>> never reached its own simulated "return" statement final halt >>>>>>>>>>>>>> state.

    If N = googolplex ^ googolplex then HHH never simulated >>>>>>>>>>>>> that many
    steps.

    Within the premise that HHH did simulate that many steps DD >>>>>>>>>>>> still
    did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are
    consequences
    inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the semantics >>>>>>>>>> of the
    x86 language can possibly reach its own "ret" instruction
    final halt
    state is the only correct measure of the actual behavior of the >>>>>>>>>> actual input.

    Irrelevant to the general truth that a counter-factual premise is >>>>>>>>> uninteresting and so are consequences inferred from a counter- >>>>>>>>> factual premise.

    It may be uninteresting that I correctly refuted the halting
    problem
    proof because one is only interested in rebuttal and not truth. >>>>>>>
    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some
    extent
    but you have never provided that and there is no reason to expect >>>>>>> you
    ever will.

    The proof is not refuted by talking about something else and
    pretending
    it is not the same. The proof is only refuted by identifying a step >>>>>>> that is not a premise and is not an axiom and does not follow from >>>>>>> earlier steps.

    Even if someone could find an error is a proof that would not be >>>>>>> very
    interesting as long as the conclusion remains proven by different >>>>>>> proofs.


    *To see my proof*
    *You must carefully study ALL the words*

    I am correcting an erroneous aspect of the theory of computation. All >>>>>> deciders must only compute the mapping from their finite string
    input.
    Anything that is not a finite string input is outside of the scope of >>>>>> any decider.

    But a *description* of DD is a finite string.

    And a description of a Turing machine is a Turing machine.
    There is nothing else in a Turing machine.

    In other words when you are hungry you can eat this word: "food".

    Does not follow.


    The description of a Turing machine <is not> itself
    a Turing machine. The word "food" in not somthing that you eat.


    In other words, you are saying you can't talk about truth, as truth is a statement of fact, but words on the screen are not facts, just symbols.

    Your problem is you don't understand that a proper description of a
    Turing machine can convay all the information about such a machine, in
    the same way as we can use words to convey the meaning of something.

    If the input description of a Turing Machine can't define what the
    machine is and what it does, then we can't use words to communicate ideas.

    You are just showing how ignorant you are of the power of proper
    semantics. But then, you never worried about using proper semantics, but
    felt it was ok to grab what ever meaning you wanted for a word, even if
    it was wrong, which means that you CAN'T communicate ideas since your
    words have lost their meanings.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Aug 16 08:44:01 2025
    On 8/16/25 8:06 AM, olcott wrote:
    On 8/16/2025 2:29 AM, Mikko wrote:
    On 2025-08-15 12:26:03 +0000, olcott said:

    On 8/15/2025 4:03 AM, Mikko wrote:
    On 2025-08-14 17:22:24 +0000, olcott said:

    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates >>>>>>>>>>>>>>>>> its input until:
    (a) Detects a non-terminating behavior pattern: abort >>>>>>>>>>>>>>>>> simulation and return 0.
    (b) Simulated input reaches its simulated "return" >>>>>>>>>>>>>>>>> statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not >>>>>>>>>>>>>>>> a halt decider.
    If it returns 'no' it is not a halt decider. If it >>>>>>>>>>>>>>>> returns anyting else
    it is not a halt decider. If it does not return it is >>>>>>>>>>>>>>>> not a halt decider.

    HHH(DD)==0 means that the behavior specified by the >>>>>>>>>>>>>>> input to HHH(DD) as measured by the correct emulation >>>>>>>>>>>>>>> of N steps of DD cannot possibly reach its own emulated >>>>>>>>>>>>>>> "return" statement final halt state.

    It can if N is twice the number of steps emulated by HHH. >>>>>>>>>>>>>>

    If N = googolplex ^ googolplex DD correctly simulated >>>>>>>>>>>>> by HHH never reached its own simulated "return" statement >>>>>>>>>>>>> final halt state.

    If N = googolplex ^ googolplex then HHH never simulated that >>>>>>>>>>>> many steps.

    Within the premise that HHH did simulate that many
    steps DD still did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are
    consequences
    inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the
    semantics of the x86 language can possibly reach
    its own "ret" instruction final halt state is the
    only correct measure of the actual behavior of the
    actual input.

    Irrelevant to the general truth that a counter-factual premise >>>>>>>> is uninteresting and so are consequences inferred from a counter- >>>>>>>> factual premise.

    It may be uninteresting that I correctly refuted the halting
    problem proof because one is only interested in rebuttal and
    not truth.

    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some
    extent but you have never provided that and there is no reason
    to expect you ever will.

    The proof is not refuted by talking about something else and
    pretending it is not the same. The proof is only refuted by
    identifying a step that is not a premise and is not an axiom
    and does not follow from earlier steps.

    Even if someone could find an error is a proof that would not be
    very interesting as long as the conclusion remains proven by
    different proofs.

    *To see my proof*
    *You must carefully study ALL the words*

    I did carefully study every word between "Proof:" and "Q.E.D".

    Halt deciders are only accountable for their inputs.
    Halt deciders are NEVER accountable for NON-INPUTS.

    Accountability is not relevant. What does not meet the requirements
    of a halt decider is not a halt decider.


    Sum(3,4) is not accountable for the sum of 5 + 6.
    HHH(DD) is not accountable for the behavior of DD().


    And HHH(DD) where that DD is the one that calls the HHH that aborts, is
    not accoutable for the behavior of the DD that calls the HHH that
    doesn't abort.

    And why isn't HHH(DD) accountable for DD?, that is just lie Sum(3,4) is accountable for 3 and 4.

    In both cases we need to REPRESENT those inputs as a binary string.

    3 as 0000 0000 0000 0000 0000 0000 0000 0011 for example.
    DD as a listing of its code (which needs to be ALL its code)

    Sorry, you are just showing how inconsistant you logic is making obsurd
    claims you can not justify.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sun Aug 17 11:39:27 2025
    On 2025-08-16 12:05:17 +0000, olcott said:

    On 8/16/2025 2:26 AM, Mikko wrote:
    On 2025-08-15 12:27:22 +0000, olcott said:

    On 8/15/2025 4:04 AM, Mikko wrote:
    On 2025-08-14 17:58:49 +0000, Mr Flibble said:

    On Thu, 14 Aug 2025 12:22:24 -0500, olcott wrote:

    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its >>>>>>>>>>>>>>>>>> input until:
    (a) Detects a non-terminating behavior pattern: abort >>>>>>>>>>>>>>>>>> simulation and return 0.
    (b) Simulated input reaches its simulated "return" >>>>>>>>>>>>>>>>>> statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return? >>>>>>>>>>>>>>>>>
    It does not really matter. If it returns 'yes' it is not a >>>>>>>>>>>>>>>>> halt decider.
    If it returns 'no' it is not a halt decider. If it returns >>>>>>>>>>>>>>>>> anyting else it is not a halt decider. If it does not return >>>>>>>>>>>>>>>>> it is not a halt decider.

    HHH(DD)==0 means that the behavior specified by the input to >>>>>>>>>>>>>>>> HHH(DD) as measured by the correct emulation of N steps of DD >>>>>>>>>>>>>>>> cannot possibly reach its own emulated "return" statement >>>>>>>>>>>>>>>> final halt state.

    It can if N is twice the number of steps emulated by HHH. >>>>>>>>>>>>>>>

    If N = googolplex ^ googolplex DD correctly simulated by HHH >>>>>>>>>>>>>> never reached its own simulated "return" statement final halt >>>>>>>>>>>>>> state.

    If N = googolplex ^ googolplex then HHH never simulated that many >>>>>>>>>>>>> steps.

    Within the premise that HHH did simulate that many steps DD still >>>>>>>>>>>> did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences >>>>>>>>>>> inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the semantics of the >>>>>>>>>> x86 language can possibly reach its own "ret" instruction final halt >>>>>>>>>> state is the only correct measure of the actual behavior of the >>>>>>>>>> actual input.

    Irrelevant to the general truth that a counter-factual premise is >>>>>>>>> uninteresting and so are consequences inferred from a counter- >>>>>>>>> factual premise.

    It may be uninteresting that I correctly refuted the halting problem >>>>>>>> proof because one is only interested in rebuttal and not truth. >>>>>>>
    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some extent >>>>>>> but you have never provided that and there is no reason to expect you >>>>>>> ever will.

    The proof is not refuted by talking about something else and pretending >>>>>>> it is not the same. The proof is only refuted by identifying a step >>>>>>> that is not a premise and is not an axiom and does not follow from >>>>>>> earlier steps.

    Even if someone could find an error is a proof that would not be very >>>>>>> interesting as long as the conclusion remains proven by different >>>>>>> proofs.


    *To see my proof*
    *You must carefully study ALL the words*

    I am correcting an erroneous aspect of the theory of computation. All >>>>>> deciders must only compute the mapping from their finite string input. >>>>>> Anything that is not a finite string input is outside of the scope of >>>>>> any decider.

    But a *description* of DD is a finite string.

    And a description of a Turing machine is a Turing machine.
    There is nothing else in a Turing machine.

    In other words when you are hungry you can eat this word: "food".

    Does not follow.

    The description of a Turing machine <is not> itself
    a Turing machine.

    What could the term "Turing machine" denote other than the description?

    The word "food" in not somthing that you eat.

    The word "word" is something you can say.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Sun Aug 17 11:41:10 2025
    On 2025-08-16 12:06:36 +0000, olcott said:

    On 8/16/2025 2:29 AM, Mikko wrote:
    On 2025-08-15 12:26:03 +0000, olcott said:

    On 8/15/2025 4:03 AM, Mikko wrote:
    On 2025-08-14 17:22:24 +0000, olcott said:

    On 8/14/2025 3:35 AM, Mikko wrote:
    On 2025-08-13 15:08:34 +0000, olcott said:

    On 8/13/2025 3:01 AM, Mikko wrote:
    On 2025-08-12 14:47:56 +0000, olcott said:

    On 8/12/2025 3:49 AM, Mikko wrote:
    On 2025-08-11 14:39:30 +0000, olcott said:

    On 8/11/2025 1:47 AM, Mikko wrote:
    On 2025-08-10 15:30:04 +0000, olcott said:

    On 8/10/2025 4:07 AM, Mikko wrote:
    On 2025-08-07 13:02:51 +0000, olcott said:

    On 8/7/2025 2:43 AM, Mikko wrote:
    On 2025-08-06 18:34:33 +0000, olcott said:

    Simulating Termination Analyzer HHH correctly simulates its input until:
    (a) Detects a non-terminating behavior pattern: abort simulation and return 0.
    (b) Simulated input reaches its simulated "return" statement: return 1.

    typedef void (*ptr)();
    int HHH(ptr P);

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

    What value should HHH(DD) correctly return?

    It does not really matter. If it returns 'yes' it is not a halt decider.
    If it returns 'no' it is not a halt decider. If it returns anyting else
    it is not a halt decider. If it does not return it is not a halt decider.

    HHH(DD)==0 means that the behavior specified by the >>>>>>>>>>>>>>> input to HHH(DD) as measured by the correct emulation >>>>>>>>>>>>>>> of N steps of DD cannot possibly reach its own emulated >>>>>>>>>>>>>>> "return" statement final halt state.

    It can if N is twice the number of steps emulated by HHH. >>>>>>>>>>>>>>

    If N = googolplex ^ googolplex DD correctly simulated >>>>>>>>>>>>> by HHH never reached its own simulated "return" statement >>>>>>>>>>>>> final halt state.

    If N = googolplex ^ googolplex then HHH never simulated that many steps.

    Within the premise that HHH did simulate that many
    steps DD still did not reach its own simulated "return"
    statement final halt state.

    A counter-factual premise is uninteresting and so are consequences >>>>>>>>>> inferred from a counter-factual premise.

    Whether or not DD emulated by HHH according to the
    semantics of the x86 language can possibly reach
    its own "ret" instruction final halt state is the
    only correct measure of the actual behavior of the
    actual input.

    Irrelevant to the general truth that a counter-factual premise >>>>>>>> is uninteresting and so are consequences inferred from a counter- >>>>>>>> factual premise.

    It may be uninteresting that I correctly refuted the halting
    problem proof because one is only interested in rebuttal and
    not truth.

    That you claim to have refuted the halting problem proof is not
    interesting. An actual refutation might be interesting to some
    extent but you have never provided that and there is no reason
    to expect you ever will.

    The proof is not refuted by talking about something else and
    pretending it is not the same. The proof is only refuted by
    identifying a step that is not a premise and is not an axiom
    and does not follow from earlier steps.

    Even if someone could find an error is a proof that would not be
    very interesting as long as the conclusion remains proven by
    different proofs.

    *To see my proof*
    *You must carefully study ALL the words*

    I did carefully study every word between "Proof:" and "Q.E.D".

    Halt deciders are only accountable for their inputs.
    Halt deciders are NEVER accountable for NON-INPUTS.

    Accountability is not relevant. What does not meet the requirements
    of a halt decider is not a halt decider.

    Sum(3,4) is not accountable for the sum of 5 + 6.
    HHH(DD) is not accountable for the behavior of DD().

    Programs are not accountable. Their authors are.

    --
    Mikko

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