Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

Think of it! With VLSI we can pack 100 ENIACs in 1 sq. cm.!


devel / comp.theory / Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ key missing piece in dialogue ][ back door ]

SubjectAuthor
* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ keyolcott
+- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Python
+- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Richard Damon
`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
 `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
  `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
   `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |+* Refuting the Peter Linz Halting Problem Proof --- Version(10) [Malcolm McLean
    ||`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    || `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [Malcolm McLean
    ||  `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    ||   +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    ||   |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    ||   | `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    ||   |  `- Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    ||   `- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Richard Damon
    |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    | +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [Richard Damon
    | |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    | | `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    | |  `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    | |   `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    | |    `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    | |     `- Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    | `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |  `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   | `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |  `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |   `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |    `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |     +- Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |     `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |      +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |      |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |      | `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |      |  `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |      |   `- Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |      `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |       `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |        |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        | `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |        |  `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |   +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |        |   |`- Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |   `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |        |    +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |+- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Python
    |   |        |    |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |        |    | `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |  `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |        |    |   `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |    `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |        |    |     `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |      +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [Jeff Barnett
    |   |        |    |      |`- Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |      +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |        |    |      |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |      | `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |        |    |      |  `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |      |   +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [Jeff Barnett
    |   |        |    |      |   |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |      |   | `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |        |    |      |   |  `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |      |   |   `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |        |    |      |   |    `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |      |   |     `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |        |    |      |   |      `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |      |   |       +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |        |    |      |   |       |`- Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |      |   |       `- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Richard Damon
    |   |        |    |      |   `- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Richard Damon
    |   |        |    |      `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |        |    |       `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |        `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |        |    |         `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |          +- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Richard Damon
    |   |        |    |          `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |        |    |           `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |            +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |        |    |            |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |            | +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [Dennis Bush
    |   |        |    |            | |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |            | | +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [Python
    |   |        |    |            | | |`* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |            | | | +- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Python
    |   |        |    |            | | | `- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Richard Damon
    |   |        |    |            | | `- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Richard Damon
    |   |        |    |            | +* Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse
    |   |        |    |            | |`- Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |            | `- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Richard Damon
    |   |        |    |            `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |        |    |             +- Refuting the Peter Linz Halting Problem Proof --- Version(10) [Malcolm McLean
    |   |        |    |             `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |              `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |        |    |               `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    |                `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   |        |    |                 `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        |    `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [olcott
    |   |        `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [André G. Isaak
    |   `* Refuting the Peter Linz Halting Problem Proof --- Version(10) [Andy Walker
    `- Refuting the Peter Linz Halting Problem Proof --- Version(10) [ key missing piecBen Bacarisse

Pages:12345678910111213141516171819202122232425262728293031323334353637383940
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ key missing piece in dialogue ][ back door ]

<N-adnUIFw_v06M7_nZ2dnUU7_8zNnZ2d@giganews.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29929&group=comp.theory#29929

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!buffer2.nntp.dca1.giganews.com!buffer1.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 10 Apr 2022 19:25:13 -0500
Date: Sun, 10 Apr 2022 19:25:09 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
key missing piece in dialogue ][ back door ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<877d81ek89.fsf@bsb.me.uk> <0rydndjRmYSt2NP_nZ2dnUU7_81g4p2d@giganews.com>
<87pmltcg7x.fsf@bsb.me.uk> <FOidnTmeDpgxa9P_nZ2dnUU7_8xh4p2d@giganews.com>
<87fsmodh7w.fsf@bsb.me.uk> <OrOdnfRPxcJak9L_nZ2dnUU7_8xh4p2d@giganews.com>
<87zgkwbh3m.fsf@bsb.me.uk> <osadnV2OUrMF6tL_nZ2dnUU7_83NnZ2d@giganews.com>
<87tub4bckx.fsf@bsb.me.uk> <GfWdneVhSvpN183_nZ2dnUU7_83NnZ2d@giganews.com>
<87bkxb9tc9.fsf@bsb.me.uk> <h4ydnXCGgtZONs3_nZ2dnUU7_8zNnZ2d@giganews.com>
<87ee268n4f.fsf@bsb.me.uk> <8qOdna7OrqepBsz_nZ2dnUU7_83NnZ2d@giganews.com>
<87ilrh7tr3.fsf@bsb.me.uk> <74KdnQt1sMVb3M__nZ2dnUU7_83NnZ2d@giganews.com>
<87mtgt541v.fsf@bsb.me.uk> <op-dncDOwP0Knc7_nZ2dnUU7_8zNnZ2d@giganews.com>
<8735ik63ip.fsf@bsb.me.uk> <NOCdnZKexLqX0c7_nZ2dnUU7_8zNnZ2d@giganews.com>
<87ee244h7c.fsf@bsb.me.uk>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <87ee244h7c.fsf@bsb.me.uk>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <N-adnUIFw_v06M7_nZ2dnUU7_8zNnZ2d@giganews.com>
Lines: 154
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-8aTeovF8HokMZDcTYgrz0DekByhf/fRiSIwvOdoCZpraYcLTVkSK74uS8pSvsmDGKW922luhB4a2uY+!WgdT2JXHOUTcrXOSJEjRXJ2Mw51jTEpEIVdrN+QF1wSSx3jIxmIuuiRxuyDa1N5GbyCWBQFT5rPL
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 9169
 by: olcott - Mon, 11 Apr 2022 00:25 UTC

On 4/10/2022 7:05 PM, Ben wrote:
> olcott <NoOne@NoWhere.com> writes:
>
>> On 4/10/2022 4:18 PM, Ben wrote:
>>> olcott <NoOne@NoWhere.com> writes:
>>>
>>>> On 4/10/2022 10:52 AM, Ben Bacarisse wrote:
>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>
>>>>>> On 4/9/2022 5:54 PM, Ben Bacarisse wrote:
>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>
>>>>>>>> On 4/9/2022 7:20 AM, Ben Bacarisse wrote:
>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>
>>>>>>>>>> On 4/8/2022 4:08 PM, Ben Bacarisse wrote:
>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>
>>>>>>>>>>>> On 4/7/2022 8:14 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 4/7/2022 6:37 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 4/7/2022 10:51 AM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> THIS PROVES THAT I AM CORRECT
>>>>>>>>>>>>>>>>>> It is the case that the correctly simulated input to embedded_H can
>>>>>>>>>>>>>>>>>> never possibly reach its own final state under any condition at all.
>>>>>>>>>>>>>>>>>> Therefore embedded_H is necessarily correct to reject its input.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Yet you won't answer two simple questions! Why?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Because I absolutely positively will not tolerate divergence from
>>>>>>>>>>>>>>>> validating my 17 years worth of work.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> But you have no choice but to tolerate it. If someone wants to talk
>>>>>>>>>>>>>>> about why you are wrong, they will do so.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> You are wrong (for the C version of H) because H(P,P) == false but P(P)
>>>>>>>>>>>>>>> halts. You are wrong about your TM H because H <Ĥ> <Ĥ> transitions to
>>>>>>>>>>>>>>> qn, but Ĥ applied to <Ĥ> is a halting computation. (Feel free to deny
>>>>>>>>>>>>>>> any of these facts if the mood takes you.)
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> If you believe (against the verified facts) that the simulated ⟨Ĥ0⟩
>>>>>>>>>>>>>> reaches its final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩...
>>>>>>>>>>>>>
>>>>>>>>>>>>> I believe what you've told me: that you claim that H(P,P)==false is
>>>>>>>>>>>>> correct despite the fact that P(P) halts. That's wrong.
>>>>>>>>>>>>
>>>>>>>>>>>> If the input to H(P,P) cannot possibly reach its final state then this
>>>>>>>>>>>> input is correctly rejected and nothing in the universe can possibly
>>>>>>>>>>>> contradict this.
>>>>>>>>>>>
>>>>>>>>>>> Agreed facts: (1) H(P,P) == false, (2) P(P) halts. You don't dispute
>>>>>>>>>>> either (indeed they come from you).
>>>>>>>>> At least you don't contend these facts.
>>>>>>>>>
>>>>>>>>>>> Your new line in waffle is just an attempt to distract attention from a
>>>>>>>>>>> very simple claim: that the wrong answer is the right one.
>>>>>>>>>>
>>>>>>>>>> Even Linz got this wrong because it is counter-intuitive.
>>>>>>>>>>
>>>>>>>>>> A halt decider must compute the mapping from its inputs (not any damn
>>>>>>>>>> thing else in the universe) to its own final state on the basis of the
>>>>>>>>>> behavior specified by these inputs
>>>>>>>>>
>>>>>>>>> That's not counter intuitive, it's basic. Everyone knows this, though
>>>>>>>>> it took you a while to get round to it. A halt decider accepts or
>>>>>>>>> rejects a string based on the behaviour of the computation specified by
>>>>>>>>> that string. Of course, you never got as far in my exercises as
>>>>>>>>> specifying any TM that decides something on the basis of behaviour, so
>>>>>>>>> you really don't know how it's actually done. That was, I thought, the
>>>>>>>>> whole point of the exercises -- to see how TMs are specified to decide
>>>>>>>>> properties of computations.
>>>>>>>>
>>>>>>>> You have to actually pay attention to this,
>>>>>>>
>>>>>>> Flip, flop! Back to being wrong about TMs rather than being wrong about
>>>>>>> your old C junk. These uncontested facts: (1) H(P,P) == false, (2) P(P)
>>>>>>> halts are why your H and P are wrong.
>>>>>>
>>>>>> If you are able to break the problem down to it micro component parts
>>>>>> and carefully analyze each of these separately instead of simply
>>>>>> slipping down the slide of intuition then you can see that I am
>>>>>> correct.
>>>>>>
>>>>>> If it is true that the correct simulation input to H(P,P) cannot
>>>>>> possibly reach its own final state then
>>>>>>
>>>>>> The input to H(P,P) is non-halting then
>>>>> There is no "input to H(P,P)".
>>>>
>>>> The correct simulation of the input to H
>>> Better. I still would not call it "input" (since these are C functions)
>>> but you've got the hang of what am saying. Well done.
>>>
>>>> cannot possibly ever reach it final state thus is a non-halting
>>>> sequence of configurations even if everyone and everything in the
>>>> universe disagrees.
>>>
>>> The truth is not determined by who does or does not agree with
>>> something. But to find the truth of the matter you must first stop
>>> talking literal nonsense. The arguments to H (what you call the
>>> "input") are two pointers. What does simulating two pointers mean?
>>> What you mean, I hope, is simulating calling the first pointer with the
>>> second as it's argument. That simulation, according to you, will halt
>>> (or "reach it's final state" in your flamboyant, sciencey, language).
>>> It will halt because the direct call P(P) halts. Everything here halts
>>> (according to you). That's why H is wrong.
>>
>> You simply are ignoring the actual execution trace that conclusively
>> proves that the simulated input to H cannot possibly reach its final
>> own state.
>
> The traces that matter are the one of P(P) halting (you made the mistake
> of posting it once), and the one of H(P,P) return false (you posted that
> as well). You a free to retract any of these at any time, but until you
> do, your H is wrong by your own supplied traces.
>

It is never the case that the simulated input to H(P,P) ever reaches its
own final state.

_P()
[00000956](01) 55 push ebp
[00000957](02) 8bec mov ebp,esp
[00000959](03) 8b4508 mov eax,[ebp+08]
[0000095c](01) 50 push eax
[0000095d](03) 8b4d08 mov ecx,[ebp+08]
[00000960](01) 51 push ecx


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29930&group=comp.theory#29930

  copy link   Newsgroups: comp.theory
X-Received: by 2002:a37:6382:0:b0:69b:fbde:42d1 with SMTP id x124-20020a376382000000b0069bfbde42d1mr5392571qkb.48.1649636883965;
Sun, 10 Apr 2022 17:28:03 -0700 (PDT)
X-Received: by 2002:a81:8d4a:0:b0:2ca:287c:6d3f with SMTP id
w10-20020a818d4a000000b002ca287c6d3fmr23301587ywj.484.1649636883756; Sun, 10
Apr 2022 17:28:03 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.theory
Date: Sun, 10 Apr 2022 17:28:03 -0700 (PDT)
In-Reply-To: <zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
Injection-Info: google-groups.googlegroups.com; posting-host=71.168.165.242; posting-account=ejFcQgoAAACAt5i0VbkATkR2ACWdgADD
NNTP-Posting-Host: 71.168.165.242
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<37adnec3mr9vlM__nZ2dnUU7_83NnZ2d@giganews.com> <877d7x7q0s.fsf@bsb.me.uk>
<dNmdnb6Nh5rCvs__nZ2dnUU7_8zNnZ2d@giganews.com> <87v8vh55fr.fsf@bsb.me.uk>
<tqGdncKXisf8Z8__nZ2dnUU7_8zNnZ2d@giganews.com> <87h7706hlc.fsf@bsb.me.uk>
<lKadnVFptvz3ms7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vags$upn$1@dont-email.me>
<__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vcf3$e5r$1@dont-email.me>
<5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vder$o7e$1@dont-email.me>
<TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com> <6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com>
<t2vje4$7c2$1@dont-email.me> <9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com>
<t2vm35$rth$1@dont-email.me> <2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vngt$526$1@dont-email.me> <GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vod6$9pl$1@dont-email.me> <L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com> <zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
From: dbush.mo...@gmail.com (Dennis Bush)
Injection-Date: Mon, 11 Apr 2022 00:28:03 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 166
 by: Dennis Bush - Mon, 11 Apr 2022 00:28 UTC

On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
> On 4/10/2022 6:26 PM, Dennis Bush wrote:
> > On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
> >> On 4/10/2022 6:14 PM, André G. Isaak wrote:
> >>> On 2022-04-10 17:08, olcott wrote:
> >>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
> >>>>> On 2022-04-10 16:40, olcott wrote:
> >>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
> >>>>>>> On 2022-04-10 15:56, olcott wrote:
> >>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
> >>>>>>>>> On 2022-04-10 15:00, olcott wrote:
> >>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
> >>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
> >>>>>>>>>
> >>>>>>>>>>>> I'm trying to get you to write using correct and coherent
> >>>>>>>>>>>> notation. That's one of the things you'll need to be able to
> >>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
> >>>>>>>>>>>> always include conditions and using the same terms in your
> >>>>>>>>>>>> 'equations' as in your text.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
> >>>>>>>>>>>>
> >>>>>>>>>>>> André
> >>>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
> >>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
> >>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
> >>>>>>>>>>> bastard.
> >>>>>>>>>>
> >>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
> >>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
> >>>>>>>>>> proved to specify a non-halting sequence of configurations.
> >>>>>>>>>>
> >>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
> >>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
> >>>>>>>>>
> >>>>>>>>> This is now the third reply you've made to the same post.
> >>>>>>>>>
> >>>>>>>>> That post didn't make any arguments whatsoever about your claims.
> >>>>>>>>> It simply pointed out that you are misusing your notation and
> >>>>>>>>> urged you to correct it.
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
> >>>>>>>> INCORRECT.
> >>>>>>>
> >>>>>>> If the notation is junk, then the definition is also junk.
> >>>>>>>
> >>>>>>> That's like "stipulating" that
> >>>>>>>
> >>>>>>> +×yz÷² = ±z+³
> >>>>>>>
> >>>>>>> It's meaningless because the notation is meaningless, much like
> >>>>>>> your notation above.
> >>>>>>>
> >>>>>>> This is meaningless:
> >>>>>>>
> >>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
> >>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
> >>>>>>>
> >>>>>>> With no conditions specified, the above is just nonsense.
> >>>>>>>
> >>>>>>> André
> >>>>>>>
> >>>>>>
> >>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
> >>>>>> final state.
> >>>>>>
> >>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
> >>>>>> its final state.
> >>>>>
> >>>>>
> >>>>> This is still nonsense.
> >>>>>
> >>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
> >>>> own final state.
> >>>>
> >>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
> >>>> reach its own final state.
> >>>
> >>> And again you're still being inconsistent. You can either use H or use
> >>> embedded_H, but you can't mix the two.
> >>>
> >> Sure I can. I just did.
> >>>> This means that H pretends that it is only a UTM to see what its
> >>>> simulated input would do in this case. If it would never reach its own
> >>>> final state then H correctly rejects this input.
> >>>
> >>> A Turing Machine cannot "pretend" to be some different Turing Machine..
> >> It can perform a pure simulation of its input until this simulated input
> >> matches a repeating behavior pattern that proves this input never
> >> reaches its own final state.
> >
> > If that's the case, why does an actual UTM applied to the *same* input halt?
> >
> > Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
> Intuitively that would seem to be true, this intuition is incorrect.
>
> The ultimate definition of correct is the computation of the mapping of
> the inputs to an accept or reject state on the basis of the behavior
> that these inputs specify.
>
> That simulated inputs to embedded_H would never reach their own final
> state under any condition what-so-ever
> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> and conclusively proves they specify a non-halting sequence of
> configurations.

Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.

Which brings us back to Ha3, which is a simulating halt decider whose halt status criteria is to abort after 3 steps, and N, which takes <n> as input and runs for exactly n steps before halting in state N.qy. Ha3 rejects <N><5>. This means:

That simulated inputs <N><5> to Ha3 would never reach their own final
state under any condition what-so-ever
IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
and conclusively proves they specify a non-halting sequence of
configurations.

THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED

Try to find an error in the above.

Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<dDK4K.31268$r_.30794@fx41.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29931&group=comp.theory#29931

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!news-out.netnews.com!news.alt.net!fdc2.netnews.com!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx41.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<877d7x7q0s.fsf@bsb.me.uk> <dNmdnb6Nh5rCvs__nZ2dnUU7_8zNnZ2d@giganews.com>
<87v8vh55fr.fsf@bsb.me.uk> <tqGdncKXisf8Z8__nZ2dnUU7_8zNnZ2d@giganews.com>
<87h7706hlc.fsf@bsb.me.uk> <lKadnVFptvz3ms7_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 138
Message-ID: <dDK4K.31268$r_.30794@fx41.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Sun, 10 Apr 2022 20:29:00 -0400
X-Received-Bytes: 7846
 by: Richard Damon - Mon, 11 Apr 2022 00:29 UTC

On 4/10/22 7:58 PM, olcott wrote:
> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>> On 2022-04-10 17:08, olcott wrote:
>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>
>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
>>>>>>>>>>>>> always include conditions and using the same terms in your
>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>
>>>>>>>>>>>>> André
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
>>>>>>>>>>>> bastard.
>>>>>>>>>>>
>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>
>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>
>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
>>>>>>>>>> It simply pointed out that you are misusing your notation and
>>>>>>>>>> urged you to correct it.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>> INCORRECT.
>>>>>>>>
>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>
>>>>>>>> That's like "stipulating" that
>>>>>>>>
>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>
>>>>>>>> It's meaningless because the notation is meaningless, much like
>>>>>>>> your notation above.
>>>>>>>>
>>>>>>>> This is meaningless:
>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy   // what's the condition?
>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn   // what's the condition?
>>>>>>>>
>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>
>>>>>>>> André
>>>>>>>>
>>>>>>>
>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>> final state.
>>>>>>>
>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>>>> its final state.
>>>>>>
>>>>>>
>>>>>> This is still nonsense.
>>>>>>
>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
>>>>> own final state.
>>>>>
>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
>>>>> reach its own final state.
>>>>
>>>> And again you're still being inconsistent. You can either use H or use
>>>> embedded_H, but you can't mix the two.
>>>>
>>> Sure I can. I just did.
>>>>> This means that H pretends that it is only a UTM to see what its
>>>>> simulated input would do in this case. If it would never reach its own
>>>>> final state then H correctly rejects this input.
>>>>
>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
>>> It can perform a pure simulation of its input until this simulated input
>>> matches a repeating behavior pattern that proves this input never
>>> reaches its own final state.
>>
>> If that's the case, why does an actual UTM applied to the *same* input
>> halt?
>>
>> Hint: Because the result of an actual UTM applied to the input defines
>> the correct answer, so H answers wrong.
>
> Intuitively that would seem to be true, this intuition is incorrect.
>
> The ultimate definition of correct is the computation of the mapping of
> the inputs to an accept or reject state on the basis of the behavior
> that these inputs specify.

And the behavior that these input specify is the behavior of H^ applied
to <H^>.

>
> That simulated inputs to embedded_H would never reach their own final
> state under any condition what-so-ever
> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> and conclusively proves they specify a non-halting sequence of
> configurations.
>

Nope, the CORRECT simulation of the inputs (by a REAL UTM) does reach a
final state if H / embedded_H applied to <H^> <H^> goes to H.Qn (and if
H / embedded_H ooesn't do that, then it fails to give an answer and thus
fails to be a Halt Decider)

The simulation that doesn't reach its final state is the simulation by H
/ embedded_H. If that does abort its simulation, then it is not a UTM so
its failure to reach a final state is irrelevent. If it doesn't abort
its simulation then it doesn't answer and fails to be a decider.

So, your H / embedded_H isn't correct, because it is NOT the ultimate
measure of their halting behavior, that is the behavior of H^ applied to
<H^> which halt if H / embedded_H rejects its input and goes to H.Qn.

So, FAIL.

Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ key missing piece in dialogue ][ back door ]

<oFK4K.31269$r_.10428@fx41.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29932&group=comp.theory#29932

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!news.uzoreto.com!news-out.netnews.com!news.alt.net!fdc2.netnews.com!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx41.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
key missing piece in dialogue ][ back door ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<87zgkwbh3m.fsf@bsb.me.uk> <osadnV2OUrMF6tL_nZ2dnUU7_83NnZ2d@giganews.com>
<87tub4bckx.fsf@bsb.me.uk> <GfWdneVhSvpN183_nZ2dnUU7_83NnZ2d@giganews.com>
<87bkxb9tc9.fsf@bsb.me.uk> <h4ydnXCGgtZONs3_nZ2dnUU7_8zNnZ2d@giganews.com>
<87ee268n4f.fsf@bsb.me.uk> <IKg4K.443016$SeK9.363249@fx97.iad>
<8735im7zsl.fsf@bsb.me.uk> <Jo2dnVwtnJHJbsz_nZ2dnUU7_8zNnZ2d@giganews.com>
<87tub17v30.fsf@bsb.me.uk> <37adnec3mr9vlM__nZ2dnUU7_83NnZ2d@giganews.com>
<877d7x7q0s.fsf@bsb.me.uk> <dNmdnb6Nh5rCvs__nZ2dnUU7_8zNnZ2d@giganews.com>
<87v8vh55fr.fsf@bsb.me.uk> <tqGdncKXisf8Z8__nZ2dnUU7_8zNnZ2d@giganews.com>
<87h7706hlc.fsf@bsb.me.uk> <lKadnVFptvz3ms7_nZ2dnUU7_8zNnZ2d@giganews.com>
<87v8vg4nw5.fsf@bsb.me.uk> <9tydnQaOy_a2z87_nZ2dnUU7_81g4p2d@giganews.com>
<87k0bw4hgi.fsf@bsb.me.uk> <zJqdnWuS9-Zh8s7_nZ2dnUU7_81g4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <zJqdnWuS9-Zh8s7_nZ2dnUU7_81g4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 47
Message-ID: <oFK4K.31269$r_.10428@fx41.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Sun, 10 Apr 2022 20:31:19 -0400
X-Received-Bytes: 3637
 by: Richard Damon - Mon, 11 Apr 2022 00:31 UTC

On 4/10/22 8:02 PM, olcott wrote:
> On 4/10/2022 7:00 PM, Ben wrote:
>> olcott <NoOne@NoWhere.com> writes:
>>
>>> On 4/10/2022 4:41 PM, Ben wrote:
>>>> olcott <NoOne@NoWhere.com> writes:
>>
>>>>> The above means this:
>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* UTM ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* UTM ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>> That's funny!  You really have no idea what this notation means, do
>>>> you?
>>>>
>>>>> embedded_H is a simulating halt decider that has a full UTM embedded
>>>>> within it. As soon as it sees that the pure UTM simulation of its
>>>>> input would never reach the final state of this input it aborts this
>>>>> simulation and rejects this non-halting input.
>>>>
>>>> So you had no business writing those two junk lines, did you?  Or do
>>>> you
>>>> really think that they are in some way compatible with that last
>>>> paragraph?  Probably neither.  I really think you see it much like
>>>> poetry.  Meanings are supposed to be intuited from unusual, often
>>>> metaphorical, juxtapositions of symbols.
>>>
>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>
>> Still junk.
>>
>
> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
> own final state.
>
> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never reach
> its own final state.
>

Right, and the CORRECTLY simulated input <H^> <H^> will behave exactly
like H^ applied to <H^> (That is the DEFINITION of Correct Simulation)
which Halts if H applied to <H^> <H^> goes to H.qn, so that answer must
be wrong.

FAIL.

Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ key missing piece in dialogue ][ back door ]

<hHK4K.31271$r_.171@fx41.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29933&group=comp.theory#29933

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!feeder1.feed.usenet.farm!feed.usenet.farm!peer01.ams4!peer.am4.highwinds-media.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx41.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
key missing piece in dialogue ][ back door ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<877d81ek89.fsf@bsb.me.uk> <0rydndjRmYSt2NP_nZ2dnUU7_81g4p2d@giganews.com>
<87pmltcg7x.fsf@bsb.me.uk> <FOidnTmeDpgxa9P_nZ2dnUU7_8xh4p2d@giganews.com>
<87fsmodh7w.fsf@bsb.me.uk> <OrOdnfRPxcJak9L_nZ2dnUU7_8xh4p2d@giganews.com>
<87zgkwbh3m.fsf@bsb.me.uk> <osadnV2OUrMF6tL_nZ2dnUU7_83NnZ2d@giganews.com>
<87tub4bckx.fsf@bsb.me.uk> <GfWdneVhSvpN183_nZ2dnUU7_83NnZ2d@giganews.com>
<87bkxb9tc9.fsf@bsb.me.uk> <h4ydnXCGgtZONs3_nZ2dnUU7_8zNnZ2d@giganews.com>
<87ee268n4f.fsf@bsb.me.uk> <8qOdna7OrqepBsz_nZ2dnUU7_83NnZ2d@giganews.com>
<87ilrh7tr3.fsf@bsb.me.uk> <74KdnQt1sMVb3M__nZ2dnUU7_83NnZ2d@giganews.com>
<87mtgt541v.fsf@bsb.me.uk> <op-dncDOwP0Knc7_nZ2dnUU7_8zNnZ2d@giganews.com>
<8735ik63ip.fsf@bsb.me.uk> <NOCdnZKexLqX0c7_nZ2dnUU7_8zNnZ2d@giganews.com>
<87ee244h7c.fsf@bsb.me.uk> <UP-dnSX10Pwj7M7_nZ2dnUU7_8xh4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <UP-dnSX10Pwj7M7_nZ2dnUU7_8xh4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 181
Message-ID: <hHK4K.31271$r_.171@fx41.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Sun, 10 Apr 2022 20:33:20 -0400
X-Received-Bytes: 9616
 by: Richard Damon - Mon, 11 Apr 2022 00:33 UTC

On 4/10/22 8:09 PM, olcott wrote:
> On 4/10/2022 7:05 PM, Ben wrote:
>> olcott <NoOne@NoWhere.com> writes:
>>
>>> On 4/10/2022 4:18 PM, Ben wrote:
>>>> olcott <NoOne@NoWhere.com> writes:
>>>>
>>>>> On 4/10/2022 10:52 AM, Ben Bacarisse wrote:
>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>
>>>>>>> On 4/9/2022 5:54 PM, Ben Bacarisse wrote:
>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>
>>>>>>>>> On 4/9/2022 7:20 AM, Ben Bacarisse wrote:
>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>
>>>>>>>>>>> On 4/8/2022 4:08 PM, Ben Bacarisse wrote:
>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>
>>>>>>>>>>>>> On 4/7/2022 8:14 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 4/7/2022 6:37 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On 4/7/2022 10:51 AM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> THIS PROVES THAT I AM CORRECT
>>>>>>>>>>>>>>>>>>> It is the case that the correctly simulated input to
>>>>>>>>>>>>>>>>>>> embedded_H can
>>>>>>>>>>>>>>>>>>> never possibly reach its own final state under any
>>>>>>>>>>>>>>>>>>> condition at all.
>>>>>>>>>>>>>>>>>>> Therefore embedded_H is necessarily correct to reject
>>>>>>>>>>>>>>>>>>> its input.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Yet you won't answer two simple questions!  Why?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Because I absolutely positively will not tolerate
>>>>>>>>>>>>>>>>> divergence from
>>>>>>>>>>>>>>>>> validating my 17 years worth of work.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> But you have no choice but to tolerate it.  If someone
>>>>>>>>>>>>>>>> wants to talk
>>>>>>>>>>>>>>>> about why you are wrong, they will do so.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> You are wrong (for the C version of H) because H(P,P) ==
>>>>>>>>>>>>>>>> false but P(P)
>>>>>>>>>>>>>>>> halts.  You are wrong about your TM H because H <Ĥ> <Ĥ>
>>>>>>>>>>>>>>>> transitions to
>>>>>>>>>>>>>>>> qn, but Ĥ applied to <Ĥ> is a halting computation. (Feel
>>>>>>>>>>>>>>>> free to deny
>>>>>>>>>>>>>>>> any of these facts if the mood takes you.)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> If you believe (against the verified facts) that the
>>>>>>>>>>>>>>> simulated ⟨Ĥ0⟩
>>>>>>>>>>>>>>> reaches its final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I believe what you've told me: that you claim that
>>>>>>>>>>>>>> H(P,P)==false is
>>>>>>>>>>>>>> correct despite the fact that P(P) halts.  That's wrong.
>>>>>>>>>>>>>
>>>>>>>>>>>>> If the input to H(P,P) cannot possibly reach its final
>>>>>>>>>>>>> state then this
>>>>>>>>>>>>> input is correctly rejected and nothing in the universe can
>>>>>>>>>>>>> possibly
>>>>>>>>>>>>> contradict this.
>>>>>>>>>>>>
>>>>>>>>>>>> Agreed facts: (1) H(P,P) == false, (2) P(P) halts.  You
>>>>>>>>>>>> don't dispute
>>>>>>>>>>>> either (indeed they come from you).
>>>>>>>>>> At least you don't contend these facts.
>>>>>>>>>>
>>>>>>>>>>>> Your new line in waffle is just an attempt to distract
>>>>>>>>>>>> attention from a
>>>>>>>>>>>> very simple claim: that the wrong answer is the right one.
>>>>>>>>>>>
>>>>>>>>>>> Even Linz got this wrong because it is counter-intuitive.
>>>>>>>>>>>
>>>>>>>>>>> A halt decider must compute the mapping from its inputs (not
>>>>>>>>>>> any damn
>>>>>>>>>>> thing else in the universe) to its own final state on the
>>>>>>>>>>> basis of the
>>>>>>>>>>> behavior specified by these inputs
>>>>>>>>>>
>>>>>>>>>> That's not counter intuitive, it's basic.  Everyone knows
>>>>>>>>>> this, though
>>>>>>>>>> it took you a while to get round to it.  A halt decider
>>>>>>>>>> accepts or
>>>>>>>>>> rejects a string based on the behaviour of the computation
>>>>>>>>>> specified by
>>>>>>>>>> that string.  Of course, you never got as far in my exercises as
>>>>>>>>>> specifying any TM that decides something on the basis of
>>>>>>>>>> behaviour, so
>>>>>>>>>> you really don't know how it's actually done.  That was, I
>>>>>>>>>> thought, the
>>>>>>>>>> whole point of the exercises -- to see how TMs are specified
>>>>>>>>>> to decide
>>>>>>>>>> properties of computations.
>>>>>>>>>
>>>>>>>>> You have to actually pay attention to this,
>>>>>>>>
>>>>>>>> Flip, flop!  Back to being wrong about TMs rather than being
>>>>>>>> wrong about
>>>>>>>> your old C junk.  These uncontested facts: (1) H(P,P) == false,
>>>>>>>> (2) P(P)
>>>>>>>> halts are why your H and P are wrong.
>>>>>>>
>>>>>>> If you are able to break the problem down to it micro component
>>>>>>> parts
>>>>>>> and carefully analyze each of these separately instead of simply
>>>>>>> slipping down the slide of intuition then you can see that I am
>>>>>>> correct.
>>>>>>>
>>>>>>> If it is true that the correct simulation input to H(P,P) cannot
>>>>>>> possibly reach its own final state then
>>>>>>>
>>>>>>> The input to H(P,P) is non-halting then
>>>>>> There is no "input to H(P,P)".
>>>>>
>>>>> The correct simulation of the input to H
>>>> Better.  I still would not call it "input" (since these are C
>>>> functions)
>>>> but you've got the hang of what am saying.  Well done.
>>>>
>>>>> cannot possibly ever reach it final state thus is a non-halting
>>>>> sequence of configurations even if everyone and everything in the
>>>>> universe disagrees.
>>>>
>>>> The truth is not determined by who does or does not agree with
>>>> something.  But to find the truth of the matter you must first stop
>>>> talking literal nonsense.  The arguments to H (what you call the
>>>> "input") are two pointers.  What does simulating two pointers mean?
>>>> What you mean, I hope, is simulating calling the first pointer with the
>>>> second as it's argument.  That simulation, according to you, will halt
>>>> (or "reach it's final state" in your flamboyant, sciencey, language).
>>>> It will halt because the direct call P(P) halts.  Everything here halts
>>>> (according to you).  That's why H is wrong.
>>>
>>> You simply are ignoring the actual execution trace that conclusively
>>> proves that the simulated input to H cannot possibly reach its final
>>> own state.
>>
>> The traces that matter are the one of P(P) halting (you made the mistake
>> of posting it once), and the one of H(P,P) return false (you posted that
>> as well).  You a free to retract any of these at any time, but until you
>> do, your H is wrong by your own supplied traces.
>>
>
>
>
> _P()
> [00000956](01)  55              push ebp
> [00000957](02)  8bec            mov ebp,esp
> [00000959](03)  8b4508          mov eax,[ebp+08]
> [0000095c](01)  50              push eax
> [0000095d](03)  8b4d08          mov ecx,[ebp+08]
> [00000960](01)  51              push ecx
>
> // keeps going to [00000956] until aborted


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ key missing piece in dialogue ][ back door ]

<wLK4K.31272$r_.1748@fx41.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29934&group=comp.theory#29934

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!feeder1.feed.usenet.farm!feed.usenet.farm!peer03.ams4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx41.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
key missing piece in dialogue ][ back door ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<877d81ek89.fsf@bsb.me.uk> <0rydndjRmYSt2NP_nZ2dnUU7_81g4p2d@giganews.com>
<87pmltcg7x.fsf@bsb.me.uk> <FOidnTmeDpgxa9P_nZ2dnUU7_8xh4p2d@giganews.com>
<87fsmodh7w.fsf@bsb.me.uk> <OrOdnfRPxcJak9L_nZ2dnUU7_8xh4p2d@giganews.com>
<87zgkwbh3m.fsf@bsb.me.uk> <osadnV2OUrMF6tL_nZ2dnUU7_83NnZ2d@giganews.com>
<87tub4bckx.fsf@bsb.me.uk> <GfWdneVhSvpN183_nZ2dnUU7_83NnZ2d@giganews.com>
<87bkxb9tc9.fsf@bsb.me.uk> <h4ydnXCGgtZONs3_nZ2dnUU7_8zNnZ2d@giganews.com>
<87ee268n4f.fsf@bsb.me.uk> <8qOdna7OrqepBsz_nZ2dnUU7_83NnZ2d@giganews.com>
<87ilrh7tr3.fsf@bsb.me.uk> <74KdnQt1sMVb3M__nZ2dnUU7_83NnZ2d@giganews.com>
<87mtgt541v.fsf@bsb.me.uk> <op-dncDOwP0Knc7_nZ2dnUU7_8zNnZ2d@giganews.com>
<8735ik63ip.fsf@bsb.me.uk> <NOCdnZKexLqX0c7_nZ2dnUU7_8zNnZ2d@giganews.com>
<87ee244h7c.fsf@bsb.me.uk> <N-adnUIFw_v06M7_nZ2dnUU7_8zNnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <N-adnUIFw_v06M7_nZ2dnUU7_8zNnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 196
Message-ID: <wLK4K.31272$r_.1748@fx41.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Sun, 10 Apr 2022 20:37:52 -0400
X-Received-Bytes: 10326
 by: Richard Damon - Mon, 11 Apr 2022 00:37 UTC

On 4/10/22 8:25 PM, olcott wrote:
> On 4/10/2022 7:05 PM, Ben wrote:
>> olcott <NoOne@NoWhere.com> writes:
>>
>>> On 4/10/2022 4:18 PM, Ben wrote:
>>>> olcott <NoOne@NoWhere.com> writes:
>>>>
>>>>> On 4/10/2022 10:52 AM, Ben Bacarisse wrote:
>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>
>>>>>>> On 4/9/2022 5:54 PM, Ben Bacarisse wrote:
>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>
>>>>>>>>> On 4/9/2022 7:20 AM, Ben Bacarisse wrote:
>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>
>>>>>>>>>>> On 4/8/2022 4:08 PM, Ben Bacarisse wrote:
>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>
>>>>>>>>>>>>> On 4/7/2022 8:14 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 4/7/2022 6:37 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On 4/7/2022 10:51 AM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> THIS PROVES THAT I AM CORRECT
>>>>>>>>>>>>>>>>>>> It is the case that the correctly simulated input to
>>>>>>>>>>>>>>>>>>> embedded_H can
>>>>>>>>>>>>>>>>>>> never possibly reach its own final state under any
>>>>>>>>>>>>>>>>>>> condition at all.
>>>>>>>>>>>>>>>>>>> Therefore embedded_H is necessarily correct to reject
>>>>>>>>>>>>>>>>>>> its input.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Yet you won't answer two simple questions!  Why?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Because I absolutely positively will not tolerate
>>>>>>>>>>>>>>>>> divergence from
>>>>>>>>>>>>>>>>> validating my 17 years worth of work.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> But you have no choice but to tolerate it.  If someone
>>>>>>>>>>>>>>>> wants to talk
>>>>>>>>>>>>>>>> about why you are wrong, they will do so.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> You are wrong (for the C version of H) because H(P,P) ==
>>>>>>>>>>>>>>>> false but P(P)
>>>>>>>>>>>>>>>> halts.  You are wrong about your TM H because H <Ĥ> <Ĥ>
>>>>>>>>>>>>>>>> transitions to
>>>>>>>>>>>>>>>> qn, but Ĥ applied to <Ĥ> is a halting computation. (Feel
>>>>>>>>>>>>>>>> free to deny
>>>>>>>>>>>>>>>> any of these facts if the mood takes you.)
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> If you believe (against the verified facts) that the
>>>>>>>>>>>>>>> simulated ⟨Ĥ0⟩
>>>>>>>>>>>>>>> reaches its final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I believe what you've told me: that you claim that
>>>>>>>>>>>>>> H(P,P)==false is
>>>>>>>>>>>>>> correct despite the fact that P(P) halts.  That's wrong.
>>>>>>>>>>>>>
>>>>>>>>>>>>> If the input to H(P,P) cannot possibly reach its final
>>>>>>>>>>>>> state then this
>>>>>>>>>>>>> input is correctly rejected and nothing in the universe can
>>>>>>>>>>>>> possibly
>>>>>>>>>>>>> contradict this.
>>>>>>>>>>>>
>>>>>>>>>>>> Agreed facts: (1) H(P,P) == false, (2) P(P) halts.  You
>>>>>>>>>>>> don't dispute
>>>>>>>>>>>> either (indeed they come from you).
>>>>>>>>>> At least you don't contend these facts.
>>>>>>>>>>
>>>>>>>>>>>> Your new line in waffle is just an attempt to distract
>>>>>>>>>>>> attention from a
>>>>>>>>>>>> very simple claim: that the wrong answer is the right one.
>>>>>>>>>>>
>>>>>>>>>>> Even Linz got this wrong because it is counter-intuitive.
>>>>>>>>>>>
>>>>>>>>>>> A halt decider must compute the mapping from its inputs (not
>>>>>>>>>>> any damn
>>>>>>>>>>> thing else in the universe) to its own final state on the
>>>>>>>>>>> basis of the
>>>>>>>>>>> behavior specified by these inputs
>>>>>>>>>>
>>>>>>>>>> That's not counter intuitive, it's basic.  Everyone knows
>>>>>>>>>> this, though
>>>>>>>>>> it took you a while to get round to it.  A halt decider
>>>>>>>>>> accepts or
>>>>>>>>>> rejects a string based on the behaviour of the computation
>>>>>>>>>> specified by
>>>>>>>>>> that string.  Of course, you never got as far in my exercises as
>>>>>>>>>> specifying any TM that decides something on the basis of
>>>>>>>>>> behaviour, so
>>>>>>>>>> you really don't know how it's actually done.  That was, I
>>>>>>>>>> thought, the
>>>>>>>>>> whole point of the exercises -- to see how TMs are specified
>>>>>>>>>> to decide
>>>>>>>>>> properties of computations.
>>>>>>>>>
>>>>>>>>> You have to actually pay attention to this,
>>>>>>>>
>>>>>>>> Flip, flop!  Back to being wrong about TMs rather than being
>>>>>>>> wrong about
>>>>>>>> your old C junk.  These uncontested facts: (1) H(P,P) == false,
>>>>>>>> (2) P(P)
>>>>>>>> halts are why your H and P are wrong.
>>>>>>>
>>>>>>> If you are able to break the problem down to it micro component
>>>>>>> parts
>>>>>>> and carefully analyze each of these separately instead of simply
>>>>>>> slipping down the slide of intuition then you can see that I am
>>>>>>> correct.
>>>>>>>
>>>>>>> If it is true that the correct simulation input to H(P,P) cannot
>>>>>>> possibly reach its own final state then
>>>>>>>
>>>>>>> The input to H(P,P) is non-halting then
>>>>>> There is no "input to H(P,P)".
>>>>>
>>>>> The correct simulation of the input to H
>>>> Better.  I still would not call it "input" (since these are C
>>>> functions)
>>>> but you've got the hang of what am saying.  Well done.
>>>>
>>>>> cannot possibly ever reach it final state thus is a non-halting
>>>>> sequence of configurations even if everyone and everything in the
>>>>> universe disagrees.
>>>>
>>>> The truth is not determined by who does or does not agree with
>>>> something.  But to find the truth of the matter you must first stop
>>>> talking literal nonsense.  The arguments to H (what you call the
>>>> "input") are two pointers.  What does simulating two pointers mean?
>>>> What you mean, I hope, is simulating calling the first pointer with the
>>>> second as it's argument.  That simulation, according to you, will halt
>>>> (or "reach it's final state" in your flamboyant, sciencey, language).
>>>> It will halt because the direct call P(P) halts.  Everything here halts
>>>> (according to you).  That's why H is wrong.
>>>
>>> You simply are ignoring the actual execution trace that conclusively
>>> proves that the simulated input to H cannot possibly reach its final
>>> own state.
>>
>> The traces that matter are the one of P(P) halting (you made the mistake
>> of posting it once), and the one of H(P,P) return false (you posted that
>> as well).  You a free to retract any of these at any time, but until you
>> do, your H is wrong by your own supplied traces.
>>
>
> It is never the case that the simulated input to H(P,P) ever reaches its
> own final state.
>
> _P()
> [00000956](01)  55              push ebp
> [00000957](02)  8bec            mov ebp,esp
> [00000959](03)  8b4508          mov eax,[ebp+08]
> [0000095c](01)  50              push eax
> [0000095d](03)  8b4d08          mov ecx,[ebp+08]
> [00000960](01)  51              push ecx
>
> // keeps going to [00000956] until aborted


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29935&group=comp.theory#29935

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!buffer2.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 10 Apr 2022 19:40:26 -0500
Date: Sun, 10 Apr 2022 19:40:22 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<87v8vh55fr.fsf@bsb.me.uk> <tqGdncKXisf8Z8__nZ2dnUU7_8zNnZ2d@giganews.com>
<87h7706hlc.fsf@bsb.me.uk> <lKadnVFptvz3ms7_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
Lines: 153
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-WlQxQGdW3zSi2Z/+vA23OihvZEFJu7lloo6Ls0TOe9/U7KVpyI/m+Sk5zzDdhCXxdgDQtzVgqiKLunZ!SSEMNUVcW8ICvKnkMkCOKQtaz9le0pdYGsjK3Bje95bdz2RoDlUg8eaWS9BosOxTx24JNQg++Tzf
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 8719
 by: olcott - Mon, 11 Apr 2022 00:40 UTC

On 4/10/2022 7:28 PM, Dennis Bush wrote:
> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>
>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
>>>>>>>>>>>>>> always include conditions and using the same terms in your
>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>
>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>>
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>
>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>
>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
>>>>>>>>>>> It simply pointed out that you are misusing your notation and
>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>>> INCORRECT.
>>>>>>>>>
>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>
>>>>>>>>> That's like "stipulating" that
>>>>>>>>>
>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>
>>>>>>>>> It's meaningless because the notation is meaningless, much like
>>>>>>>>> your notation above.
>>>>>>>>>
>>>>>>>>> This is meaningless:
>>>>>>>>>
>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>
>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>
>>>>>>>>> André
>>>>>>>>>
>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>> final state.
>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>>>>> its final state.
>>>>>>>
>>>>>>>
>>>>>>> This is still nonsense.
>>>>>>>
>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
>>>>>> own final state.
>>>>>>
>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
>>>>>> reach its own final state.
>>>>>
>>>>> And again you're still being inconsistent. You can either use H or use
>>>>> embedded_H, but you can't mix the two.
>>>>>
>>>> Sure I can. I just did.
>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>> simulated input would do in this case. If it would never reach its own
>>>>>> final state then H correctly rejects this input.
>>>>>
>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
>>>> It can perform a pure simulation of its input until this simulated input
>>>> matches a repeating behavior pattern that proves this input never
>>>> reaches its own final state.
>>>
>>> If that's the case, why does an actual UTM applied to the *same* input halt?
>>>
>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
>> Intuitively that would seem to be true, this intuition is incorrect.
>>
>> The ultimate definition of correct is the computation of the mapping of
>> the inputs to an accept or reject state on the basis of the behavior
>> that these inputs specify.
>>
>> That simulated inputs to embedded_H would never reach their own final
>> state under any condition what-so-ever
>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>> and conclusively proves they specify a non-halting sequence of
>> configurations.
>
> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
>

The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.

EQUIVALENTLY
It is never the case that the simulated input to H(P,P) ever reaches its
own final state of [00000970].

_P()
[00000956](01) 55 push ebp
[00000957](02) 8bec mov ebp,esp
[00000959](03) 8b4508 mov eax,[ebp+08]
[0000095c](01) 50 push eax
[0000095d](03) 8b4d08 mov ecx,[ebp+08]
[00000960](01) 51 push ecx

// keeps going to [00000956] until aborted
[00000961](05) e8c0feffff call 00000826 // H(P,P)
// Thus never ever reaches [00000970]

[00000966](03) 83c408 add esp,+08
[00000969](02) 85c0 test eax,eax
[0000096b](02) 7402 jz 0000096f
[0000096d](02) ebfe jmp 0000096d
[0000096f](01) 5d pop ebp
[00000970](01) c3 ret
Size in bytes:(0027) [00000970]

--
Copyright 2022 Pete Olcott

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

Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29936&group=comp.theory#29936

  copy link   Newsgroups: comp.theory
X-Received: by 2002:ac8:4e88:0:b0:2e1:d573:325f with SMTP id 8-20020ac84e88000000b002e1d573325fmr24000411qtp.265.1649637881494;
Sun, 10 Apr 2022 17:44:41 -0700 (PDT)
X-Received: by 2002:a05:690c:113:b0:2eb:543d:e2c0 with SMTP id
bd19-20020a05690c011300b002eb543de2c0mr24905933ywb.20.1649637881298; Sun, 10
Apr 2022 17:44:41 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.theory
Date: Sun, 10 Apr 2022 17:44:41 -0700 (PDT)
In-Reply-To: <hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
Injection-Info: google-groups.googlegroups.com; posting-host=71.168.165.242; posting-account=ejFcQgoAAACAt5i0VbkATkR2ACWdgADD
NNTP-Posting-Host: 71.168.165.242
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<87v8vh55fr.fsf@bsb.me.uk> <tqGdncKXisf8Z8__nZ2dnUU7_8zNnZ2d@giganews.com>
<87h7706hlc.fsf@bsb.me.uk> <lKadnVFptvz3ms7_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com> <7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com> <0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
From: dbush.mo...@gmail.com (Dennis Bush)
Injection-Date: Mon, 11 Apr 2022 00:44:41 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 176
 by: Dennis Bush - Mon, 11 Apr 2022 00:44 UTC

On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
> On 4/10/2022 7:28 PM, Dennis Bush wrote:
> > On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
> >> On 4/10/2022 6:26 PM, Dennis Bush wrote:
> >>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
> >>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
> >>>>> On 2022-04-10 17:08, olcott wrote:
> >>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
> >>>>>>> On 2022-04-10 16:40, olcott wrote:
> >>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
> >>>>>>>>> On 2022-04-10 15:56, olcott wrote:
> >>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
> >>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
> >>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
> >>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
> >>>>>>>>>>>
> >>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
> >>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
> >>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
> >>>>>>>>>>>>>> always include conditions and using the same terms in your
> >>>>>>>>>>>>>> 'equations' as in your text.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> André
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
> >>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
> >>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
> >>>>>>>>>>>>> bastard.
> >>>>>>>>>>>>
> >>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
> >>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
> >>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
> >>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
> >>>>>>>>>>>
> >>>>>>>>>>> This is now the third reply you've made to the same post.
> >>>>>>>>>>>
> >>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
> >>>>>>>>>>> It simply pointed out that you are misusing your notation and
> >>>>>>>>>>> urged you to correct it.
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
> >>>>>>>>>> INCORRECT.
> >>>>>>>>>
> >>>>>>>>> If the notation is junk, then the definition is also junk.
> >>>>>>>>>
> >>>>>>>>> That's like "stipulating" that
> >>>>>>>>>
> >>>>>>>>> +×yz÷² = ±z+³
> >>>>>>>>>
> >>>>>>>>> It's meaningless because the notation is meaningless, much like
> >>>>>>>>> your notation above.
> >>>>>>>>>
> >>>>>>>>> This is meaningless:
> >>>>>>>>>
> >>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
> >>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
> >>>>>>>>>
> >>>>>>>>> With no conditions specified, the above is just nonsense.
> >>>>>>>>>
> >>>>>>>>> André
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
> >>>>>>>> final state.
> >>>>>>>>
> >>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
> >>>>>>>> its final state.
> >>>>>>>
> >>>>>>>
> >>>>>>> This is still nonsense.
> >>>>>>>
> >>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
> >>>>>> own final state.
> >>>>>>
> >>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
> >>>>>> reach its own final state.
> >>>>>
> >>>>> And again you're still being inconsistent. You can either use H or use
> >>>>> embedded_H, but you can't mix the two.
> >>>>>
> >>>> Sure I can. I just did.
> >>>>>> This means that H pretends that it is only a UTM to see what its
> >>>>>> simulated input would do in this case. If it would never reach its own
> >>>>>> final state then H correctly rejects this input.
> >>>>>
> >>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
> >>>> It can perform a pure simulation of its input until this simulated input
> >>>> matches a repeating behavior pattern that proves this input never
> >>>> reaches its own final state.
> >>>
> >>> If that's the case, why does an actual UTM applied to the *same* input halt?
> >>>
> >>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
> >> Intuitively that would seem to be true, this intuition is incorrect.
> >>
> >> The ultimate definition of correct is the computation of the mapping of
> >> the inputs to an accept or reject state on the basis of the behavior
> >> that these inputs specify.
> >>
> >> That simulated inputs to embedded_H would never reach their own final
> >> state under any condition what-so-ever
> >> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> >> and conclusively proves they specify a non-halting sequence of
> >> configurations.
> >
> > Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
> >
> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.

And that same logic gives us this:

That simulated inputs <N><5> to Ha3 would never reach their own final
state under any condition what-so-ever
IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
and conclusively proves they specify a non-halting sequence of
configurations.

THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<YVK4K.65185$Kdf.54485@fx96.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29937&group=comp.theory#29937

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!news-out.netnews.com!news.alt.net!fdc2.netnews.com!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx96.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<tqGdncKXisf8Z8__nZ2dnUU7_8zNnZ2d@giganews.com> <87h7706hlc.fsf@bsb.me.uk>
<lKadnVFptvz3ms7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vags$upn$1@dont-email.me>
<__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vcf3$e5r$1@dont-email.me>
<5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vder$o7e$1@dont-email.me>
<TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 174
Message-ID: <YVK4K.65185$Kdf.54485@fx96.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Sun, 10 Apr 2022 20:48:59 -0400
X-Received-Bytes: 9212
 by: Richard Damon - Mon, 11 Apr 2022 00:48 UTC

On 4/10/22 8:40 PM, olcott wrote:
> On 4/10/2022 7:28 PM, Dennis Bush wrote:
>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
>>>>>>>>>>>>>>> always include conditions and using the same terms in your
>>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
>>>>>>>>>>>>>> that you could artificially contrive a fake basis for
>>>>>>>>>>>>>> rebuttal
>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a
>>>>>>>>>>>>>> deceitful
>>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>>
>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩
>>>>>>>>>>>>> ⟨Ĥ1⟩ is
>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>>
>>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>>
>>>>>>>>>>>> That post didn't make any arguments whatsoever about your
>>>>>>>>>>>> claims.
>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
>>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>>>> INCORRECT.
>>>>>>>>>>
>>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>>
>>>>>>>>>> That's like "stipulating" that
>>>>>>>>>>
>>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>>
>>>>>>>>>> It's meaningless because the notation is meaningless, much like
>>>>>>>>>> your notation above.
>>>>>>>>>>
>>>>>>>>>> This is meaningless:
>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>>
>>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>>
>>>>>>>>>> André
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>>> final state.
>>>>>>>>>
>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>>>>>> its final state.
>>>>>>>>
>>>>>>>>
>>>>>>>> This is still nonsense.
>>>>>>>>
>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would
>>>>>>> reach its
>>>>>>> own final state.
>>>>>>>
>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
>>>>>>> reach its own final state.
>>>>>>
>>>>>> And again you're still being inconsistent. You can either use H or
>>>>>> use
>>>>>> embedded_H, but you can't mix the two.
>>>>>>
>>>>> Sure I can. I just did.
>>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>>> simulated input would do in this case. If it would never reach
>>>>>>> its own
>>>>>>> final state then H correctly rejects this input.
>>>>>>
>>>>>> A Turing Machine cannot "pretend" to be some different Turing
>>>>>> Machine.
>>>>> It can perform a pure simulation of its input until this simulated
>>>>> input
>>>>> matches a repeating behavior pattern that proves this input never
>>>>> reaches its own final state.
>>>>
>>>> If that's the case, why does an actual UTM applied to the *same*
>>>> input halt?
>>>>
>>>> Hint: Because the result of an actual UTM applied to the input
>>>> defines the correct answer, so H answers wrong.
>>> Intuitively that would seem to be true, this intuition is incorrect.
>>>
>>> The ultimate definition of correct is the computation of the mapping of
>>> the inputs to an accept or reject state on the basis of the behavior
>>> that these inputs specify.
>>>
>>> That simulated inputs to embedded_H would never reach their own final
>>> state under any condition what-so-ever
>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>> and conclusively proves they specify a non-halting sequence of
>>> configurations.
>>
>> Since embedded_H is the same as H (as you have yet to provide any
>> evidence to the contrary), then the above can be applied to any
>> simulating halt decider.
>>
>
> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.

Except as pointed out, you aren't actually looking at the CORECT
simulation of the input <H^> <H^> because you just don't undestand what
it means because you are too stupied.


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<z76dnec6O_pT5s7_nZ2dnUU7_8xh4p2d@giganews.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29938&group=comp.theory#29938

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!buffer2.nntp.dca1.giganews.com!buffer1.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 10 Apr 2022 19:52:30 -0500
Date: Sun, 10 Apr 2022 19:52:26 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<87h7706hlc.fsf@bsb.me.uk> <lKadnVFptvz3ms7_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <z76dnec6O_pT5s7_nZ2dnUU7_8xh4p2d@giganews.com>
Lines: 139
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-NLFrje9n8Hzv8vHyZZg7gSKxS16D498lrUlt6AsNYpwLgF0nsgsD2FuNWKz4svDHjf+7HHi/zHzw8AM!WxI53lnwnkT8yNSQnU7b6vYbBfi7oOb3mTYapUNA7i/n5hw14FTvRPcA2LuXIwyqYj46LYFlWSaR
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 8550
 by: olcott - Mon, 11 Apr 2022 00:52 UTC

On 4/10/2022 7:44 PM, Dennis Bush wrote:
> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
>>>>>>>>>>>>>>>> always include conditions and using the same terms in your
>>>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
>>>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>>>
>>>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>>>
>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
>>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
>>>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>>>>> INCORRECT.
>>>>>>>>>>>
>>>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>>>
>>>>>>>>>>> That's like "stipulating" that
>>>>>>>>>>>
>>>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>>>
>>>>>>>>>>> It's meaningless because the notation is meaningless, much like
>>>>>>>>>>> your notation above.
>>>>>>>>>>>
>>>>>>>>>>> This is meaningless:
>>>>>>>>>>>
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>>>
>>>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>>>
>>>>>>>>>>> André
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>>>> final state.
>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>>>>>>> its final state.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> This is still nonsense.
>>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
>>>>>>>> own final state.
>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
>>>>>>>> reach its own final state.
>>>>>>>
>>>>>>> And again you're still being inconsistent. You can either use H or use
>>>>>>> embedded_H, but you can't mix the two.
>>>>>>>
>>>>>> Sure I can. I just did.
>>>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>>>> simulated input would do in this case. If it would never reach its own
>>>>>>>> final state then H correctly rejects this input.
>>>>>>>
>>>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
>>>>>> It can perform a pure simulation of its input until this simulated input
>>>>>> matches a repeating behavior pattern that proves this input never
>>>>>> reaches its own final state.
>>>>>
>>>>> If that's the case, why does an actual UTM applied to the *same* input halt?
>>>>>
>>>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
>>>> Intuitively that would seem to be true, this intuition is incorrect.
>>>>
>>>> The ultimate definition of correct is the computation of the mapping of
>>>> the inputs to an accept or reject state on the basis of the behavior
>>>> that these inputs specify.
>>>>
>>>> That simulated inputs to embedded_H would never reach their own final
>>>> state under any condition what-so-ever
>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>> and conclusively proves they specify a non-halting sequence of
>>>> configurations.
>>>
>>> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
>>>
>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
>
> And that same logic gives us this:
>
> That simulated inputs <N><5> to Ha3


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<i1L4K.238306$41E7.72427@fx37.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29939&group=comp.theory#29939

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!news.roellig-ltd.de!open-news-network.org!peer03.ams4!peer.am4.highwinds-media.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx37.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<z76dnec6O_pT5s7_nZ2dnUU7_8xh4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <z76dnec6O_pT5s7_nZ2dnUU7_8xh4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 168
Message-ID: <i1L4K.238306$41E7.72427@fx37.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Sun, 10 Apr 2022 20:56:49 -0400
X-Received-Bytes: 9153
 by: Richard Damon - Mon, 11 Apr 2022 00:56 UTC

On 4/10/22 8:52 PM, olcott wrote:
> On 4/10/2022 7:44 PM, Dennis Bush wrote:
>> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
>>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
>>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be
>>>>>>>>>>>>>>>>> able to
>>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves
>>>>>>>>>>>>>>>>> remembering to
>>>>>>>>>>>>>>>>> always include conditions and using the same terms in your
>>>>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
>>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for
>>>>>>>>>>>>>>>> rebuttal
>>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a
>>>>>>>>>>>>>>>> deceitful
>>>>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩
>>>>>>>>>>>>>>> ⟨Ĥ1⟩ to
>>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩
>>>>>>>>>>>>>>> ⟨Ĥ1⟩ is
>>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your
>>>>>>>>>>>>>> claims.
>>>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
>>>>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>>>>>> INCORRECT.
>>>>>>>>>>>>
>>>>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>>>>
>>>>>>>>>>>> That's like "stipulating" that
>>>>>>>>>>>>
>>>>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>>>>
>>>>>>>>>>>> It's meaningless because the notation is meaningless, much like
>>>>>>>>>>>> your notation above.
>>>>>>>>>>>>
>>>>>>>>>>>> This is meaningless:
>>>>>>>>>>>>
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>>>>
>>>>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>>>>
>>>>>>>>>>>> André
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>>>>> final state.
>>>>>>>>>>>
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never
>>>>>>>>>>> reach
>>>>>>>>>>> its final state.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> This is still nonsense.
>>>>>>>>>>
>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would
>>>>>>>>> reach its
>>>>>>>>> own final state.
>>>>>>>>>
>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
>>>>>>>>> reach its own final state.
>>>>>>>>
>>>>>>>> And again you're still being inconsistent. You can either use H
>>>>>>>> or use
>>>>>>>> embedded_H, but you can't mix the two.
>>>>>>>>
>>>>>>> Sure I can. I just did.
>>>>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>>>>> simulated input would do in this case. If it would never reach
>>>>>>>>> its own
>>>>>>>>> final state then H correctly rejects this input.
>>>>>>>>
>>>>>>>> A Turing Machine cannot "pretend" to be some different Turing
>>>>>>>> Machine.
>>>>>>> It can perform a pure simulation of its input until this
>>>>>>> simulated input
>>>>>>> matches a repeating behavior pattern that proves this input never
>>>>>>> reaches its own final state.
>>>>>>
>>>>>> If that's the case, why does an actual UTM applied to the *same*
>>>>>> input halt?
>>>>>>
>>>>>> Hint: Because the result of an actual UTM applied to the input
>>>>>> defines the correct answer, so H answers wrong.
>>>>> Intuitively that would seem to be true, this intuition is incorrect.
>>>>>
>>>>> The ultimate definition of correct is the computation of the
>>>>> mapping of
>>>>> the inputs to an accept or reject state on the basis of the behavior
>>>>> that these inputs specify.
>>>>>
>>>>> That simulated inputs to embedded_H would never reach their own final
>>>>> state under any condition what-so-ever
>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>>> and conclusively proves they specify a non-halting sequence of
>>>>> configurations.
>>>>
>>>> Since embedded_H is the same as H (as you have yet to provide any
>>>> evidence to the contrary), then the above can be applied to any
>>>> simulating halt decider.
>>>>
>>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or
>>> ⟨Ĥ0.qn⟩.
>>
>> And that same logic gives us this:
>>
>> That simulated inputs <N><5> to Ha3
>
> YOU MUST HAVE VERY SEVERE BRAIN DAMAGE
>
> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> embedded_H cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
>


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29940&group=comp.theory#29940

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!buffer2.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 10 Apr 2022 20:00:18 -0500
Date: Sun, 10 Apr 2022 20:00:14 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<87h7706hlc.fsf@bsb.me.uk> <lKadnVFptvz3ms7_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com>
Lines: 146
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-34l0vQ8EBHjYMyIUu4PVt9HoW9Gkpi7zU/r8e+DfixErhqRmvYWhOd9baa9rB7zuUaMOspWOmZGkqD3!IJJ2tFQeHuN7Tmf9BUEzJi90xSZDpVrWG+pDlxE6Ps6L38HEGYlSFI8AZ7VavgTLS9rwWAQlVKNi
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 8807
 by: olcott - Mon, 11 Apr 2022 01:00 UTC

On 4/10/2022 7:44 PM, Dennis Bush wrote:
> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
>>>>>>>>>>>>>>>> always include conditions and using the same terms in your
>>>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
>>>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>>>
>>>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>>>
>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
>>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
>>>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>>>>> INCORRECT.
>>>>>>>>>>>
>>>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>>>
>>>>>>>>>>> That's like "stipulating" that
>>>>>>>>>>>
>>>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>>>
>>>>>>>>>>> It's meaningless because the notation is meaningless, much like
>>>>>>>>>>> your notation above.
>>>>>>>>>>>
>>>>>>>>>>> This is meaningless:
>>>>>>>>>>>
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>>>
>>>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>>>
>>>>>>>>>>> André
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>>>> final state.
>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>>>>>>> its final state.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> This is still nonsense.
>>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
>>>>>>>> own final state.
>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
>>>>>>>> reach its own final state.
>>>>>>>
>>>>>>> And again you're still being inconsistent. You can either use H or use
>>>>>>> embedded_H, but you can't mix the two.
>>>>>>>
>>>>>> Sure I can. I just did.
>>>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>>>> simulated input would do in this case. If it would never reach its own
>>>>>>>> final state then H correctly rejects this input.
>>>>>>>
>>>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
>>>>>> It can perform a pure simulation of its input until this simulated input
>>>>>> matches a repeating behavior pattern that proves this input never
>>>>>> reaches its own final state.
>>>>>
>>>>> If that's the case, why does an actual UTM applied to the *same* input halt?
>>>>>
>>>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
>>>> Intuitively that would seem to be true, this intuition is incorrect.
>>>>
>>>> The ultimate definition of correct is the computation of the mapping of
>>>> the inputs to an accept or reject state on the basis of the behavior
>>>> that these inputs specify.
>>>>
>>>> That simulated inputs to embedded_H would never reach their own final
>>>> state under any condition what-so-ever
>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>> and conclusively proves they specify a non-halting sequence of
>>>> configurations.
>>>
>>> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
>>>
>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
>
> And that same logic gives us this:
>
> That simulated inputs <N><5> to Ha3 would never reach their own final
> state under any condition what-so-ever
> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> and conclusively proves they specify a non-halting sequence of
> configurations.
>
> THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
> THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
>
> Try to find an error in the above.


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<YLCdnTxGU9eH487_nZ2dnUU7_8z8fwAA@giganews.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29941&group=comp.theory#29941

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!buffer2.nntp.dca1.giganews.com!buffer1.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 10 Apr 2022 20:02:18 -0500
Date: Sun, 10 Apr 2022 20:02:14 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<87h7706hlc.fsf@bsb.me.uk> <lKadnVFptvz3ms7_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <YLCdnTxGU9eH487_nZ2dnUU7_8z8fwAA@giganews.com>
Lines: 144
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-zkkVnCoaAuZGRB2lcY0nJNUUvW7+RwZZZidmt7OMdC3dT9ORSpmd28Qrx2GEqx3IWS+By1szJQA2gFp!/isdF+9pZJiWRjV+RShqRWx+6UvsxKoi3z9f8ITjUlXLHLgg+a2BMHmVA0EZvQ7Weo+W+7lp6O7A
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 8851
 by: olcott - Mon, 11 Apr 2022 01:02 UTC

On 4/10/2022 7:44 PM, Dennis Bush wrote:
> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
>>>>>>>>>>>>>>>> always include conditions and using the same terms in your
>>>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
>>>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>>>
>>>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>>>
>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
>>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
>>>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>>>>> INCORRECT.
>>>>>>>>>>>
>>>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>>>
>>>>>>>>>>> That's like "stipulating" that
>>>>>>>>>>>
>>>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>>>
>>>>>>>>>>> It's meaningless because the notation is meaningless, much like
>>>>>>>>>>> your notation above.
>>>>>>>>>>>
>>>>>>>>>>> This is meaningless:
>>>>>>>>>>>
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>>>
>>>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>>>
>>>>>>>>>>> André
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>>>> final state.
>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>>>>>>> its final state.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> This is still nonsense.
>>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
>>>>>>>> own final state.
>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
>>>>>>>> reach its own final state.
>>>>>>>
>>>>>>> And again you're still being inconsistent. You can either use H or use
>>>>>>> embedded_H, but you can't mix the two.
>>>>>>>
>>>>>> Sure I can. I just did.
>>>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>>>> simulated input would do in this case. If it would never reach its own
>>>>>>>> final state then H correctly rejects this input.
>>>>>>>
>>>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
>>>>>> It can perform a pure simulation of its input until this simulated input
>>>>>> matches a repeating behavior pattern that proves this input never
>>>>>> reaches its own final state.
>>>>>
>>>>> If that's the case, why does an actual UTM applied to the *same* input halt?
>>>>>
>>>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
>>>> Intuitively that would seem to be true, this intuition is incorrect.
>>>>
>>>> The ultimate definition of correct is the computation of the mapping of
>>>> the inputs to an accept or reject state on the basis of the behavior
>>>> that these inputs specify.
>>>>
>>>> That simulated inputs to embedded_H would never reach their own final
>>>> state under any condition what-so-ever
>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>> and conclusively proves they specify a non-halting sequence of
>>>> configurations.
>>>
>>> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
>>>
>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
>
> And that same logic gives us this:
>
> That simulated inputs <N><5> to Ha3 would never reach their own final
> state under any condition what-so-ever
> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> and conclusively proves they specify a non-halting sequence of
> configurations.
>
> THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
> THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
>
> Try to find an error in the above.


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<0a0f8406-2c99-4591-976c-6f34ae6afe09n@googlegroups.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29942&group=comp.theory#29942

  copy link   Newsgroups: comp.theory
X-Received: by 2002:a05:622a:10d:b0:2e1:db41:66d with SMTP id u13-20020a05622a010d00b002e1db41066dmr24493928qtw.670.1649639030994;
Sun, 10 Apr 2022 18:03:50 -0700 (PDT)
X-Received: by 2002:a81:ae1b:0:b0:2ec:3315:937 with SMTP id
m27-20020a81ae1b000000b002ec33150937mr1223138ywh.485.1649639030796; Sun, 10
Apr 2022 18:03:50 -0700 (PDT)
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.theory
Date: Sun, 10 Apr 2022 18:03:50 -0700 (PDT)
In-Reply-To: <YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com>
Injection-Info: google-groups.googlegroups.com; posting-host=71.168.165.242; posting-account=ejFcQgoAAACAt5i0VbkATkR2ACWdgADD
NNTP-Posting-Host: 71.168.165.242
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<87h7706hlc.fsf@bsb.me.uk> <lKadnVFptvz3ms7_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com> <7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com> <0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com> <1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <0a0f8406-2c99-4591-976c-6f34ae6afe09n@googlegroups.com>
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
From: dbush.mo...@gmail.com (Dennis Bush)
Injection-Date: Mon, 11 Apr 2022 01:03:50 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 188
 by: Dennis Bush - Mon, 11 Apr 2022 01:03 UTC

On Sunday, April 10, 2022 at 9:00:25 PM UTC-4, olcott wrote:
> On 4/10/2022 7:44 PM, Dennis Bush wrote:
> > On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
> >> On 4/10/2022 7:28 PM, Dennis Bush wrote:
> >>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
> >>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
> >>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
> >>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
> >>>>>>> On 2022-04-10 17:08, olcott wrote:
> >>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
> >>>>>>>>> On 2022-04-10 16:40, olcott wrote:
> >>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
> >>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
> >>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
> >>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
> >>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
> >>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
> >>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
> >>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
> >>>>>>>>>>>>>>>> always include conditions and using the same terms in your
> >>>>>>>>>>>>>>>> 'equations' as in your text.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> André
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
> >>>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
> >>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
> >>>>>>>>>>>>>>> bastard.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
> >>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
> >>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations..
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
> >>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> This is now the third reply you've made to the same post.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
> >>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
> >>>>>>>>>>>>> urged you to correct it.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
> >>>>>>>>>>>> INCORRECT.
> >>>>>>>>>>>
> >>>>>>>>>>> If the notation is junk, then the definition is also junk.
> >>>>>>>>>>>
> >>>>>>>>>>> That's like "stipulating" that
> >>>>>>>>>>>
> >>>>>>>>>>> +×yz÷² = ±z+³
> >>>>>>>>>>>
> >>>>>>>>>>> It's meaningless because the notation is meaningless, much like
> >>>>>>>>>>> your notation above.
> >>>>>>>>>>>
> >>>>>>>>>>> This is meaningless:
> >>>>>>>>>>>
> >>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
> >>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
> >>>>>>>>>>>
> >>>>>>>>>>> With no conditions specified, the above is just nonsense.
> >>>>>>>>>>>
> >>>>>>>>>>> André
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
> >>>>>>>>>> final state.
> >>>>>>>>>>
> >>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
> >>>>>>>>>> its final state.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> This is still nonsense.
> >>>>>>>>>
> >>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
> >>>>>>>> own final state.
> >>>>>>>>
> >>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
> >>>>>>>> reach its own final state.
> >>>>>>>
> >>>>>>> And again you're still being inconsistent. You can either use H or use
> >>>>>>> embedded_H, but you can't mix the two.
> >>>>>>>
> >>>>>> Sure I can. I just did.
> >>>>>>>> This means that H pretends that it is only a UTM to see what its
> >>>>>>>> simulated input would do in this case. If it would never reach its own
> >>>>>>>> final state then H correctly rejects this input.
> >>>>>>>
> >>>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
> >>>>>> It can perform a pure simulation of its input until this simulated input
> >>>>>> matches a repeating behavior pattern that proves this input never
> >>>>>> reaches its own final state.
> >>>>>
> >>>>> If that's the case, why does an actual UTM applied to the *same* input halt?
> >>>>>
> >>>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
> >>>> Intuitively that would seem to be true, this intuition is incorrect.
> >>>>
> >>>> The ultimate definition of correct is the computation of the mapping of
> >>>> the inputs to an accept or reject state on the basis of the behavior
> >>>> that these inputs specify.
> >>>>
> >>>> That simulated inputs to embedded_H would never reach their own final
> >>>> state under any condition what-so-ever
> >>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> >>>> and conclusively proves they specify a non-halting sequence of
> >>>> configurations.
> >>>
> >>> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
> >>>
> >> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
> >
> > And that same logic gives us this:
> >
> > That simulated inputs <N><5> to Ha3 would never reach their own final
> > state under any condition what-so-ever
> > IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> > and conclusively proves they specify a non-halting sequence of
> > configurations.
> >
> > THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
> > THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
> >
> > Try to find an error in the above.
>
> That simulated inputs <N><5> to Ha3
> are pure nonsense gibberish.


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<r8L4K.72358$001.42303@fx34.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29943&group=comp.theory#29943

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!ecngs!feeder2.ecngs.de!178.20.174.218.MISMATCH!feeder5.feed.usenet.farm!feeder1.feed.usenet.farm!feed.usenet.farm!peer03.ams4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx34.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<YLCdnTxGU9eH487_nZ2dnUU7_8z8fwAA@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <YLCdnTxGU9eH487_nZ2dnUU7_8z8fwAA@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 162
Message-ID: <r8L4K.72358$001.42303@fx34.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Sun, 10 Apr 2022 21:04:26 -0400
X-Received-Bytes: 8941
 by: Richard Damon - Mon, 11 Apr 2022 01:04 UTC

On 4/10/22 9:02 PM, olcott wrote:
> On 4/10/2022 7:44 PM, Dennis Bush wrote:
>> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
>>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
>>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be
>>>>>>>>>>>>>>>>> able to
>>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves
>>>>>>>>>>>>>>>>> remembering to
>>>>>>>>>>>>>>>>> always include conditions and using the same terms in your
>>>>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
>>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for
>>>>>>>>>>>>>>>> rebuttal
>>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a
>>>>>>>>>>>>>>>> deceitful
>>>>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩
>>>>>>>>>>>>>>> ⟨Ĥ1⟩ to
>>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩
>>>>>>>>>>>>>>> ⟨Ĥ1⟩ is
>>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your
>>>>>>>>>>>>>> claims.
>>>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
>>>>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>>>>>> INCORRECT.
>>>>>>>>>>>>
>>>>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>>>>
>>>>>>>>>>>> That's like "stipulating" that
>>>>>>>>>>>>
>>>>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>>>>
>>>>>>>>>>>> It's meaningless because the notation is meaningless, much like
>>>>>>>>>>>> your notation above.
>>>>>>>>>>>>
>>>>>>>>>>>> This is meaningless:
>>>>>>>>>>>>
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>>>>
>>>>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>>>>
>>>>>>>>>>>> André
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>>>>> final state.
>>>>>>>>>>>
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never
>>>>>>>>>>> reach
>>>>>>>>>>> its final state.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> This is still nonsense.
>>>>>>>>>>
>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would
>>>>>>>>> reach its
>>>>>>>>> own final state.
>>>>>>>>>
>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
>>>>>>>>> reach its own final state.
>>>>>>>>
>>>>>>>> And again you're still being inconsistent. You can either use H
>>>>>>>> or use
>>>>>>>> embedded_H, but you can't mix the two.
>>>>>>>>
>>>>>>> Sure I can. I just did.
>>>>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>>>>> simulated input would do in this case. If it would never reach
>>>>>>>>> its own
>>>>>>>>> final state then H correctly rejects this input.
>>>>>>>>
>>>>>>>> A Turing Machine cannot "pretend" to be some different Turing
>>>>>>>> Machine.
>>>>>>> It can perform a pure simulation of its input until this
>>>>>>> simulated input
>>>>>>> matches a repeating behavior pattern that proves this input never
>>>>>>> reaches its own final state.
>>>>>>
>>>>>> If that's the case, why does an actual UTM applied to the *same*
>>>>>> input halt?
>>>>>>
>>>>>> Hint: Because the result of an actual UTM applied to the input
>>>>>> defines the correct answer, so H answers wrong.
>>>>> Intuitively that would seem to be true, this intuition is incorrect.
>>>>>
>>>>> The ultimate definition of correct is the computation of the
>>>>> mapping of
>>>>> the inputs to an accept or reject state on the basis of the behavior
>>>>> that these inputs specify.
>>>>>
>>>>> That simulated inputs to embedded_H would never reach their own final
>>>>> state under any condition what-so-ever
>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>>> and conclusively proves they specify a non-halting sequence of
>>>>> configurations.
>>>>
>>>> Since embedded_H is the same as H (as you have yet to provide any
>>>> evidence to the contrary), then the above can be applied to any
>>>> simulating halt decider.
>>>>
>>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or
>>> ⟨Ĥ0.qn⟩.
>>
>> And that same logic gives us this:
>>
>> That simulated inputs <N><5> to Ha3 would never reach their own final
>> state under any condition what-so-ever
>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>> and conclusively proves they specify a non-halting sequence of
>> configurations.
>>
>> THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
>> THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
>>
>> Try to find an error in the above.
>
> I will dumb it down for you a whole lot.
> If the simulated input to embeded_H is non-halting then it never halts.
>


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<61d4114f-801e-4320-b5cd-63e02855735dn@googlegroups.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29944&group=comp.theory#29944

  copy link   Newsgroups: comp.theory
X-Received: by 2002:a0c:f649:0:b0:443:da6c:4297 with SMTP id s9-20020a0cf649000000b00443da6c4297mr24821116qvm.71.1649639098450;
Sun, 10 Apr 2022 18:04:58 -0700 (PDT)
X-Received: by 2002:a05:690c:39a:b0:2e6:d7e2:c66c with SMTP id
bh26-20020a05690c039a00b002e6d7e2c66cmr25349794ywb.482.1649639098301; Sun, 10
Apr 2022 18:04:58 -0700 (PDT)
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!1.us.feeder.erje.net!feeder.erje.net!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.theory
Date: Sun, 10 Apr 2022 18:04:58 -0700 (PDT)
In-Reply-To: <YLCdnTxGU9eH487_nZ2dnUU7_8z8fwAA@giganews.com>
Injection-Info: google-groups.googlegroups.com; posting-host=71.168.165.242; posting-account=ejFcQgoAAACAt5i0VbkATkR2ACWdgADD
NNTP-Posting-Host: 71.168.165.242
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<87h7706hlc.fsf@bsb.me.uk> <lKadnVFptvz3ms7_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com> <7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com> <0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com> <1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<YLCdnTxGU9eH487_nZ2dnUU7_8z8fwAA@giganews.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <61d4114f-801e-4320-b5cd-63e02855735dn@googlegroups.com>
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
From: dbush.mo...@gmail.com (Dennis Bush)
Injection-Date: Mon, 11 Apr 2022 01:04:58 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 187
 by: Dennis Bush - Mon, 11 Apr 2022 01:04 UTC

On Sunday, April 10, 2022 at 9:02:25 PM UTC-4, olcott wrote:
> On 4/10/2022 7:44 PM, Dennis Bush wrote:
> > On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
> >> On 4/10/2022 7:28 PM, Dennis Bush wrote:
> >>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
> >>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
> >>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
> >>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
> >>>>>>> On 2022-04-10 17:08, olcott wrote:
> >>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
> >>>>>>>>> On 2022-04-10 16:40, olcott wrote:
> >>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
> >>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
> >>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
> >>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
> >>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
> >>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
> >>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
> >>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
> >>>>>>>>>>>>>>>> always include conditions and using the same terms in your
> >>>>>>>>>>>>>>>> 'equations' as in your text.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> André
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
> >>>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
> >>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
> >>>>>>>>>>>>>>> bastard.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
> >>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
> >>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations..
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
> >>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> This is now the third reply you've made to the same post.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
> >>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
> >>>>>>>>>>>>> urged you to correct it.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
> >>>>>>>>>>>> INCORRECT.
> >>>>>>>>>>>
> >>>>>>>>>>> If the notation is junk, then the definition is also junk.
> >>>>>>>>>>>
> >>>>>>>>>>> That's like "stipulating" that
> >>>>>>>>>>>
> >>>>>>>>>>> +×yz÷² = ±z+³
> >>>>>>>>>>>
> >>>>>>>>>>> It's meaningless because the notation is meaningless, much like
> >>>>>>>>>>> your notation above.
> >>>>>>>>>>>
> >>>>>>>>>>> This is meaningless:
> >>>>>>>>>>>
> >>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
> >>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
> >>>>>>>>>>>
> >>>>>>>>>>> With no conditions specified, the above is just nonsense.
> >>>>>>>>>>>
> >>>>>>>>>>> André
> >>>>>>>>>>>
> >>>>>>>>>>
> >>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
> >>>>>>>>>> final state.
> >>>>>>>>>>
> >>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
> >>>>>>>>>> its final state.
> >>>>>>>>>
> >>>>>>>>>
> >>>>>>>>> This is still nonsense.
> >>>>>>>>>
> >>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
> >>>>>>>> own final state.
> >>>>>>>>
> >>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
> >>>>>>>> reach its own final state.
> >>>>>>>
> >>>>>>> And again you're still being inconsistent. You can either use H or use
> >>>>>>> embedded_H, but you can't mix the two.
> >>>>>>>
> >>>>>> Sure I can. I just did.
> >>>>>>>> This means that H pretends that it is only a UTM to see what its
> >>>>>>>> simulated input would do in this case. If it would never reach its own
> >>>>>>>> final state then H correctly rejects this input.
> >>>>>>>
> >>>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
> >>>>>> It can perform a pure simulation of its input until this simulated input
> >>>>>> matches a repeating behavior pattern that proves this input never
> >>>>>> reaches its own final state.
> >>>>>
> >>>>> If that's the case, why does an actual UTM applied to the *same* input halt?
> >>>>>
> >>>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
> >>>> Intuitively that would seem to be true, this intuition is incorrect.
> >>>>
> >>>> The ultimate definition of correct is the computation of the mapping of
> >>>> the inputs to an accept or reject state on the basis of the behavior
> >>>> that these inputs specify.
> >>>>
> >>>> That simulated inputs to embedded_H would never reach their own final
> >>>> state under any condition what-so-ever
> >>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> >>>> and conclusively proves they specify a non-halting sequence of
> >>>> configurations.
> >>>
> >>> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
> >>>
> >> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
> >
> > And that same logic gives us this:
> >
> > That simulated inputs <N><5> to Ha3 would never reach their own final
> > state under any condition what-so-ever
> > IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> > and conclusively proves they specify a non-halting sequence of
> > configurations.
> >
> > THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
> > THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
> >
> > Try to find an error in the above.
> I will dumb it down for you a whole lot.
> If the simulated input to embeded_H is non-halting then it never halts.


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<V9L4K.72359$001.29275@fx34.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29945&group=comp.theory#29945

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!feeder1.feed.usenet.farm!feed.usenet.farm!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!news-out.netnews.com!news.alt.net!fdc2.netnews.com!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx34.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 13
Message-ID: <V9L4K.72359$001.29275@fx34.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Sun, 10 Apr 2022 21:06:01 -0400
X-Received-Bytes: 2238
 by: Richard Damon - Mon, 11 Apr 2022 01:06 UTC

On 4/10/22 9:00 PM, olcott wrote:

> That simulated inputs <N><5> to Ha3
> are pure nonsense gibberish.
>
>
>

Like all your comments about the simulated input of H that differ from
the ACTUAL CORRECT SIMULATION of that input.

You just prove that you don't understand what you are talking about.

Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<4KSdnWu6-6Gi4s7_nZ2dnUU7_8xh4p2d@giganews.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29946&group=comp.theory#29946

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!buffer2.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 10 Apr 2022 20:07:11 -0500
Date: Sun, 10 Apr 2022 20:07:07 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vcf3$e5r$1@dont-email.me>
<5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vder$o7e$1@dont-email.me>
<TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com>
<0a0f8406-2c99-4591-976c-6f34ae6afe09n@googlegroups.com>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <0a0f8406-2c99-4591-976c-6f34ae6afe09n@googlegroups.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <4KSdnWu6-6Gi4s7_nZ2dnUU7_8xh4p2d@giganews.com>
Lines: 152
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-skPFVBufyfXEYn1L31c9yIdy0oX4RtIrhyu9cERwmkNCm4PEHEXMw/582W6UypUOW0wqhM+buPMRO4W!mYJe5mkEPPbC+ZrlZGRoDbSky35sSdqE8GSk+BYdBnj8NO7smjzduXPEIEBMi127vrg3J9tIeuZ8
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 9347
 by: olcott - Mon, 11 Apr 2022 01:07 UTC

On 4/10/2022 8:03 PM, Dennis Bush wrote:
> On Sunday, April 10, 2022 at 9:00:25 PM UTC-4, olcott wrote:
>> On 4/10/2022 7:44 PM, Dennis Bush wrote:
>>> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
>>>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
>>>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>>>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
>>>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
>>>>>>>>>>>>>>>>>> always include conditions and using the same terms in your
>>>>>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
>>>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
>>>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
>>>>>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
>>>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
>>>>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
>>>>>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>>>>>>> INCORRECT.
>>>>>>>>>>>>>
>>>>>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>>>>>
>>>>>>>>>>>>> That's like "stipulating" that
>>>>>>>>>>>>>
>>>>>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>>>>>
>>>>>>>>>>>>> It's meaningless because the notation is meaningless, much like
>>>>>>>>>>>>> your notation above.
>>>>>>>>>>>>>
>>>>>>>>>>>>> This is meaningless:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>>>>>
>>>>>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>>>>>
>>>>>>>>>>>>> André
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>>>>>> final state.
>>>>>>>>>>>>
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>>>>>>>>> its final state.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> This is still nonsense.
>>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
>>>>>>>>>> own final state.
>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
>>>>>>>>>> reach its own final state.
>>>>>>>>>
>>>>>>>>> And again you're still being inconsistent. You can either use H or use
>>>>>>>>> embedded_H, but you can't mix the two.
>>>>>>>>>
>>>>>>>> Sure I can. I just did.
>>>>>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>>>>>> simulated input would do in this case. If it would never reach its own
>>>>>>>>>> final state then H correctly rejects this input.
>>>>>>>>>
>>>>>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
>>>>>>>> It can perform a pure simulation of its input until this simulated input
>>>>>>>> matches a repeating behavior pattern that proves this input never
>>>>>>>> reaches its own final state.
>>>>>>>
>>>>>>> If that's the case, why does an actual UTM applied to the *same* input halt?
>>>>>>>
>>>>>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
>>>>>> Intuitively that would seem to be true, this intuition is incorrect.
>>>>>>
>>>>>> The ultimate definition of correct is the computation of the mapping of
>>>>>> the inputs to an accept or reject state on the basis of the behavior
>>>>>> that these inputs specify.
>>>>>>
>>>>>> That simulated inputs to embedded_H would never reach their own final
>>>>>> state under any condition what-so-ever
>>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>>>> and conclusively proves they specify a non-halting sequence of
>>>>>> configurations.
>>>>>
>>>>> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
>>>>>
>>>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
>>>
>>> And that same logic gives us this:
>>>
>>> That simulated inputs <N><5> to Ha3 would never reach their own final
>>> state under any condition what-so-ever
>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>> and conclusively proves they specify a non-halting sequence of
>>> configurations.
>>>
>>> THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
>>> THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
>>>
>>> Try to find an error in the above.
>>
>> That simulated inputs <N><5> to Ha3
>> are pure nonsense gibberish.
>
> So you agree that Ha3 is correct to reject <N><5>?


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<4KSdnWq6-6F04s7_nZ2dnUU7_8xh4p2d@giganews.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29947&group=comp.theory#29947

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!1.us.feeder.erje.net!feeder.erje.net!border1.nntp.dca1.giganews.com!nntp.giganews.com!buffer1.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 10 Apr 2022 20:10:01 -0500
Date: Sun, 10 Apr 2022 20:09:57 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vags$upn$1@dont-email.me> <__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<YLCdnTxGU9eH487_nZ2dnUU7_8z8fwAA@giganews.com>
<r8L4K.72358$001.42303@fx34.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <r8L4K.72358$001.42303@fx34.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <4KSdnWq6-6F04s7_nZ2dnUU7_8xh4p2d@giganews.com>
Lines: 182
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-zlbNrWLUeoh4AdsXNTKxoT91KRvqqHoJaWsXlXAS+csCqmu2PazECWs8DQ8hm8qhWic9Px8MiPNul4R!JdNE89XcOmwZeu0p19lklMOj0srG53PaH0+TMO87M3HXyiKlBpqaLHg0BP9OCyFpl9xqgDcM8nME
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 9872
 by: olcott - Mon, 11 Apr 2022 01:09 UTC

On 4/10/2022 8:04 PM, Richard Damon wrote:
> On 4/10/22 9:02 PM, olcott wrote:
>> On 4/10/2022 7:44 PM, Dennis Bush wrote:
>>> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
>>>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
>>>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>>>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be
>>>>>>>>>>>>>>>>>> able to
>>>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves
>>>>>>>>>>>>>>>>>> remembering to
>>>>>>>>>>>>>>>>>> always include conditions and using the same terms in
>>>>>>>>>>>>>>>>>> your
>>>>>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by
>>>>>>>>>>>>>>>>> embedded_H so
>>>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for
>>>>>>>>>>>>>>>>> rebuttal
>>>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a
>>>>>>>>>>>>>>>>> deceitful
>>>>>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩
>>>>>>>>>>>>>>>> ⟨Ĥ1⟩ to
>>>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩
>>>>>>>>>>>>>>>> ⟨Ĥ1⟩ is
>>>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your
>>>>>>>>>>>>>>> claims.
>>>>>>>>>>>>>>> It simply pointed out that you are misusing your notation
>>>>>>>>>>>>>>> and
>>>>>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>>>>>>> INCORRECT.
>>>>>>>>>>>>>
>>>>>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>>>>>
>>>>>>>>>>>>> That's like "stipulating" that
>>>>>>>>>>>>>
>>>>>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>>>>>
>>>>>>>>>>>>> It's meaningless because the notation is meaningless, much
>>>>>>>>>>>>> like
>>>>>>>>>>>>> your notation above.
>>>>>>>>>>>>>
>>>>>>>>>>>>> This is meaningless:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>>>>>
>>>>>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>>>>>
>>>>>>>>>>>>> André
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>>>>>> final state.
>>>>>>>>>>>>
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never
>>>>>>>>>>>> reach
>>>>>>>>>>>> its final state.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> This is still nonsense.
>>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would
>>>>>>>>>> reach its
>>>>>>>>>> own final state.
>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would
>>>>>>>>>> never
>>>>>>>>>> reach its own final state.
>>>>>>>>>
>>>>>>>>> And again you're still being inconsistent. You can either use H
>>>>>>>>> or use
>>>>>>>>> embedded_H, but you can't mix the two.
>>>>>>>>>
>>>>>>>> Sure I can. I just did.
>>>>>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>>>>>> simulated input would do in this case. If it would never reach
>>>>>>>>>> its own
>>>>>>>>>> final state then H correctly rejects this input.
>>>>>>>>>
>>>>>>>>> A Turing Machine cannot "pretend" to be some different Turing
>>>>>>>>> Machine.
>>>>>>>> It can perform a pure simulation of its input until this
>>>>>>>> simulated input
>>>>>>>> matches a repeating behavior pattern that proves this input never
>>>>>>>> reaches its own final state.
>>>>>>>
>>>>>>> If that's the case, why does an actual UTM applied to the *same*
>>>>>>> input halt?
>>>>>>>
>>>>>>> Hint: Because the result of an actual UTM applied to the input
>>>>>>> defines the correct answer, so H answers wrong.
>>>>>> Intuitively that would seem to be true, this intuition is incorrect.
>>>>>>
>>>>>> The ultimate definition of correct is the computation of the
>>>>>> mapping of
>>>>>> the inputs to an accept or reject state on the basis of the behavior
>>>>>> that these inputs specify.
>>>>>>
>>>>>> That simulated inputs to embedded_H would never reach their own final
>>>>>> state under any condition what-so-ever
>>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>>>> and conclusively proves they specify a non-halting sequence of
>>>>>> configurations.
>>>>>
>>>>> Since embedded_H is the same as H (as you have yet to provide any
>>>>> evidence to the contrary), then the above can be applied to any
>>>>> simulating halt decider.
>>>>>
>>>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or
>>>> ⟨Ĥ0.qn⟩.
>>>
>>> And that same logic gives us this:
>>>
>>> That simulated inputs <N><5> to Ha3 would never reach their own final
>>> state under any condition what-so-ever
>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>> and conclusively proves they specify a non-halting sequence of
>>> configurations.
>>>
>>> THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
>>> THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
>>>
>>> Try to find an error in the above.
>>
>> I will dumb it down for you a whole lot.
>> If the simulated input to embeded_H is non-halting then it never halts.
>>
>
> Only if it is the CORRECT simulation of the input.
>
> And if the correct simulation of the input halts, it is Halting.


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<b05ef39c-0c44-46bb-adef-83e7a8cda12fn@googlegroups.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29948&group=comp.theory#29948

  copy link   Newsgroups: comp.theory
X-Received: by 2002:a05:6214:caa:b0:441:2e8f:f398 with SMTP id s10-20020a0562140caa00b004412e8ff398mr24981645qvs.61.1649639443328;
Sun, 10 Apr 2022 18:10:43 -0700 (PDT)
X-Received: by 2002:a81:238b:0:b0:2eb:fd76:29f8 with SMTP id
j133-20020a81238b000000b002ebfd7629f8mr5382883ywj.472.1649639443132; Sun, 10
Apr 2022 18:10:43 -0700 (PDT)
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.theory
Date: Sun, 10 Apr 2022 18:10:42 -0700 (PDT)
In-Reply-To: <4KSdnWu6-6Gi4s7_nZ2dnUU7_8xh4p2d@giganews.com>
Injection-Info: google-groups.googlegroups.com; posting-host=71.168.165.242; posting-account=ejFcQgoAAACAt5i0VbkATkR2ACWdgADD
NNTP-Posting-Host: 71.168.165.242
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<__SdnY2URdjyss7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vcf3$e5r$1@dont-email.me>
<5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vder$o7e$1@dont-email.me>
<TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com> <6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com>
<t2vje4$7c2$1@dont-email.me> <9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com>
<t2vm35$rth$1@dont-email.me> <2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vngt$526$1@dont-email.me> <GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com>
<t2vod6$9pl$1@dont-email.me> <L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com> <zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com> <hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com> <YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com>
<0a0f8406-2c99-4591-976c-6f34ae6afe09n@googlegroups.com> <4KSdnWu6-6Gi4s7_nZ2dnUU7_8xh4p2d@giganews.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <b05ef39c-0c44-46bb-adef-83e7a8cda12fn@googlegroups.com>
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
From: dbush.mo...@gmail.com (Dennis Bush)
Injection-Date: Mon, 11 Apr 2022 01:10:43 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 204
 by: Dennis Bush - Mon, 11 Apr 2022 01:10 UTC

On Sunday, April 10, 2022 at 9:07:18 PM UTC-4, olcott wrote:
> On 4/10/2022 8:03 PM, Dennis Bush wrote:
> > On Sunday, April 10, 2022 at 9:00:25 PM UTC-4, olcott wrote:
> >> On 4/10/2022 7:44 PM, Dennis Bush wrote:
> >>> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
> >>>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
> >>>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
> >>>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
> >>>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
> >>>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
> >>>>>>>>> On 2022-04-10 17:08, olcott wrote:
> >>>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
> >>>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
> >>>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
> >>>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
> >>>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
> >>>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
> >>>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
> >>>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
> >>>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
> >>>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
> >>>>>>>>>>>>>>>>>> always include conditions and using the same terms in your
> >>>>>>>>>>>>>>>>>> 'equations' as in your text.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> André
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
> >>>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
> >>>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
> >>>>>>>>>>>>>>>>> bastard.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >>>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
> >>>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
> >>>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
> >>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> This is now the third reply you've made to the same post.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
> >>>>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
> >>>>>>>>>>>>>>> urged you to correct it.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
> >>>>>>>>>>>>>> INCORRECT.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> If the notation is junk, then the definition is also junk.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> That's like "stipulating" that
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> +×yz÷² = ±z+³
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> It's meaningless because the notation is meaningless, much like
> >>>>>>>>>>>>> your notation above.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> This is meaningless:
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
> >>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> With no conditions specified, the above is just nonsense.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> André
> >>>>>>>>>>>>>
> >>>>>>>>>>>>
> >>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
> >>>>>>>>>>>> final state.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
> >>>>>>>>>>>> its final state.
> >>>>>>>>>>>
> >>>>>>>>>>>
> >>>>>>>>>>> This is still nonsense.
> >>>>>>>>>>>
> >>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
> >>>>>>>>>> own final state.
> >>>>>>>>>>
> >>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
> >>>>>>>>>> reach its own final state.
> >>>>>>>>>
> >>>>>>>>> And again you're still being inconsistent. You can either use H or use
> >>>>>>>>> embedded_H, but you can't mix the two.
> >>>>>>>>>
> >>>>>>>> Sure I can. I just did.
> >>>>>>>>>> This means that H pretends that it is only a UTM to see what its
> >>>>>>>>>> simulated input would do in this case. If it would never reach its own
> >>>>>>>>>> final state then H correctly rejects this input.
> >>>>>>>>>
> >>>>>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
> >>>>>>>> It can perform a pure simulation of its input until this simulated input
> >>>>>>>> matches a repeating behavior pattern that proves this input never
> >>>>>>>> reaches its own final state.
> >>>>>>>
> >>>>>>> If that's the case, why does an actual UTM applied to the *same* input halt?
> >>>>>>>
> >>>>>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
> >>>>>> Intuitively that would seem to be true, this intuition is incorrect.
> >>>>>>
> >>>>>> The ultimate definition of correct is the computation of the mapping of
> >>>>>> the inputs to an accept or reject state on the basis of the behavior
> >>>>>> that these inputs specify.
> >>>>>>
> >>>>>> That simulated inputs to embedded_H would never reach their own final
> >>>>>> state under any condition what-so-ever
> >>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> >>>>>> and conclusively proves they specify a non-halting sequence of
> >>>>>> configurations.
> >>>>>
> >>>>> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
> >>>>>
> >>>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >>>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
> >>>
> >>> And that same logic gives us this:
> >>>
> >>> That simulated inputs <N><5> to Ha3 would never reach their own final
> >>> state under any condition what-so-ever
> >>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> >>> and conclusively proves they specify a non-halting sequence of
> >>> configurations.
> >>>
> >>> THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
> >>> THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
> >>>
> >>> Try to find an error in the above.
> >>
> >> That simulated inputs <N><5> to Ha3
> >> are pure nonsense gibberish.
> >
> > So you agree that Ha3 is correct to reject <N><5>?
> It has no associated meaning


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<4KSdnWW6-6ExHc7_nZ2dnUU7_8xh4p2d@giganews.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29949&group=comp.theory#29949

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!buffer2.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 10 Apr 2022 20:13:16 -0500
Date: Sun, 10 Apr 2022 20:13:12 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com>
<0a0f8406-2c99-4591-976c-6f34ae6afe09n@googlegroups.com>
<4KSdnWu6-6Gi4s7_nZ2dnUU7_8xh4p2d@giganews.com>
<b05ef39c-0c44-46bb-adef-83e7a8cda12fn@googlegroups.com>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <b05ef39c-0c44-46bb-adef-83e7a8cda12fn@googlegroups.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <4KSdnWW6-6ExHc7_nZ2dnUU7_8xh4p2d@giganews.com>
Lines: 161
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-wqXS69snZDa44C4gQc3LTK0+nfrXvllZZIW/F6aT7gPd0vcUZ4TkNHDm5MroOpVlh4O+qUXEXNcKlCc!fpsVMhjxnFXA+B0ujrLnDGWpG1WRbvcpmfuM4wifTAeZpIi0MEnf++f51SRF8jLnKTZJHkP8vp7k
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 10156
 by: olcott - Mon, 11 Apr 2022 01:13 UTC

On 4/10/2022 8:10 PM, Dennis Bush wrote:
> On Sunday, April 10, 2022 at 9:07:18 PM UTC-4, olcott wrote:
>> On 4/10/2022 8:03 PM, Dennis Bush wrote:
>>> On Sunday, April 10, 2022 at 9:00:25 PM UTC-4, olcott wrote:
>>>> On 4/10/2022 7:44 PM, Dennis Bush wrote:
>>>>> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
>>>>>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
>>>>>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>>>>>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>>>>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>>>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>>>>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
>>>>>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
>>>>>>>>>>>>>>>>>>>> always include conditions and using the same terms in your
>>>>>>>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
>>>>>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
>>>>>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
>>>>>>>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
>>>>>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
>>>>>>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
>>>>>>>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>>>>>>>>> INCORRECT.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> That's like "stipulating" that
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> It's meaningless because the notation is meaningless, much like
>>>>>>>>>>>>>>> your notation above.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> This is meaningless:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>>>>>>>> final state.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>>>>>>>>>>> its final state.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> This is still nonsense.
>>>>>>>>>>>>>
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
>>>>>>>>>>>> own final state.
>>>>>>>>>>>>
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
>>>>>>>>>>>> reach its own final state.
>>>>>>>>>>>
>>>>>>>>>>> And again you're still being inconsistent. You can either use H or use
>>>>>>>>>>> embedded_H, but you can't mix the two.
>>>>>>>>>>>
>>>>>>>>>> Sure I can. I just did.
>>>>>>>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>>>>>>>> simulated input would do in this case. If it would never reach its own
>>>>>>>>>>>> final state then H correctly rejects this input.
>>>>>>>>>>>
>>>>>>>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
>>>>>>>>>> It can perform a pure simulation of its input until this simulated input
>>>>>>>>>> matches a repeating behavior pattern that proves this input never
>>>>>>>>>> reaches its own final state.
>>>>>>>>>
>>>>>>>>> If that's the case, why does an actual UTM applied to the *same* input halt?
>>>>>>>>>
>>>>>>>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
>>>>>>>> Intuitively that would seem to be true, this intuition is incorrect.
>>>>>>>>
>>>>>>>> The ultimate definition of correct is the computation of the mapping of
>>>>>>>> the inputs to an accept or reject state on the basis of the behavior
>>>>>>>> that these inputs specify.
>>>>>>>>
>>>>>>>> That simulated inputs to embedded_H would never reach their own final
>>>>>>>> state under any condition what-so-ever
>>>>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>>>>>> and conclusively proves they specify a non-halting sequence of
>>>>>>>> configurations.
>>>>>>>
>>>>>>> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
>>>>>>>
>>>>>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
>>>>>
>>>>> And that same logic gives us this:
>>>>>
>>>>> That simulated inputs <N><5> to Ha3 would never reach their own final
>>>>> state under any condition what-so-ever
>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>>> and conclusively proves they specify a non-halting sequence of
>>>>> configurations.
>>>>>
>>>>> THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
>>>>> THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
>>>>>
>>>>> Try to find an error in the above.
>>>>
>>>> That simulated inputs <N><5> to Ha3
>>>> are pure nonsense gibberish.
>>>
>>> So you agree that Ha3 is correct to reject <N><5>?
>> It has no associated meaning
>
> Sure it does. Ha3 is a simulating halt decider whose halt status criteria is to abort after 3 steps, and N takes <n> as input and runs for exactly n steps before halting in state N.qy. And Ha3 rejects <N><5>.
>
> That simulated inputs <N><5> to Ha3 would never reach their own final


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<d2e4a782-2e7a-44e4-9607-edb476c5051dn@googlegroups.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29950&group=comp.theory#29950

  copy link   Newsgroups: comp.theory
X-Received: by 2002:a0c:c250:0:b0:444:4193:7eb1 with SMTP id w16-20020a0cc250000000b0044441937eb1mr3032266qvh.40.1649639853484;
Sun, 10 Apr 2022 18:17:33 -0700 (PDT)
X-Received: by 2002:a0d:e20b:0:b0:2ec:8cb:3edf with SMTP id
l11-20020a0de20b000000b002ec08cb3edfmr3697473ywe.315.1649639853274; Sun, 10
Apr 2022 18:17:33 -0700 (PDT)
Path: i2pn2.org!i2pn.org!usenet.goja.nl.eu.org!3.eu.feeder.erje.net!feeder.erje.net!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.theory
Date: Sun, 10 Apr 2022 18:17:33 -0700 (PDT)
In-Reply-To: <4KSdnWW6-6ExHc7_nZ2dnUU7_8xh4p2d@giganews.com>
Injection-Info: google-groups.googlegroups.com; posting-host=71.168.165.242; posting-account=ejFcQgoAAACAt5i0VbkATkR2ACWdgADD
NNTP-Posting-Host: 71.168.165.242
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com> <7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com> <0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com> <1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com> <0a0f8406-2c99-4591-976c-6f34ae6afe09n@googlegroups.com>
<4KSdnWu6-6Gi4s7_nZ2dnUU7_8xh4p2d@giganews.com> <b05ef39c-0c44-46bb-adef-83e7a8cda12fn@googlegroups.com>
<4KSdnWW6-6ExHc7_nZ2dnUU7_8xh4p2d@giganews.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <d2e4a782-2e7a-44e4-9607-edb476c5051dn@googlegroups.com>
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
From: dbush.mo...@gmail.com (Dennis Bush)
Injection-Date: Mon, 11 Apr 2022 01:17:33 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 208
 by: Dennis Bush - Mon, 11 Apr 2022 01:17 UTC

On Sunday, April 10, 2022 at 9:13:23 PM UTC-4, olcott wrote:
> On 4/10/2022 8:10 PM, Dennis Bush wrote:
> > On Sunday, April 10, 2022 at 9:07:18 PM UTC-4, olcott wrote:
> >> On 4/10/2022 8:03 PM, Dennis Bush wrote:
> >>> On Sunday, April 10, 2022 at 9:00:25 PM UTC-4, olcott wrote:
> >>>> On 4/10/2022 7:44 PM, Dennis Bush wrote:
> >>>>> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
> >>>>>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
> >>>>>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
> >>>>>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
> >>>>>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
> >>>>>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
> >>>>>>>>>>> On 2022-04-10 17:08, olcott wrote:
> >>>>>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
> >>>>>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
> >>>>>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
> >>>>>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
> >>>>>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
> >>>>>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
> >>>>>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
> >>>>>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
> >>>>>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
> >>>>>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
> >>>>>>>>>>>>>>>>>>>> always include conditions and using the same terms in your
> >>>>>>>>>>>>>>>>>>>> 'equations' as in your text.
> >>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
> >>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>> André
> >>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
> >>>>>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
> >>>>>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
> >>>>>>>>>>>>>>>>>>> bastard.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >>>>>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
> >>>>>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
> >>>>>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
> >>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> This is now the third reply you've made to the same post.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
> >>>>>>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
> >>>>>>>>>>>>>>>>> urged you to correct it.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
> >>>>>>>>>>>>>>>> INCORRECT.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> If the notation is junk, then the definition is also junk..
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> That's like "stipulating" that
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> +×yz÷² = ±z+³
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> It's meaningless because the notation is meaningless, much like
> >>>>>>>>>>>>>>> your notation above.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> This is meaningless:
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
> >>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> With no conditions specified, the above is just nonsense.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> André
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
> >>>>>>>>>>>>>> final state.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
> >>>>>>>>>>>>>> its final state.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> This is still nonsense.
> >>>>>>>>>>>>>
> >>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
> >>>>>>>>>>>> own final state.
> >>>>>>>>>>>>
> >>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
> >>>>>>>>>>>> reach its own final state.
> >>>>>>>>>>>
> >>>>>>>>>>> And again you're still being inconsistent. You can either use H or use
> >>>>>>>>>>> embedded_H, but you can't mix the two.
> >>>>>>>>>>>
> >>>>>>>>>> Sure I can. I just did.
> >>>>>>>>>>>> This means that H pretends that it is only a UTM to see what its
> >>>>>>>>>>>> simulated input would do in this case. If it would never reach its own
> >>>>>>>>>>>> final state then H correctly rejects this input.
> >>>>>>>>>>>
> >>>>>>>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
> >>>>>>>>>> It can perform a pure simulation of its input until this simulated input
> >>>>>>>>>> matches a repeating behavior pattern that proves this input never
> >>>>>>>>>> reaches its own final state.
> >>>>>>>>>
> >>>>>>>>> If that's the case, why does an actual UTM applied to the *same* input halt?
> >>>>>>>>>
> >>>>>>>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
> >>>>>>>> Intuitively that would seem to be true, this intuition is incorrect.
> >>>>>>>>
> >>>>>>>> The ultimate definition of correct is the computation of the mapping of
> >>>>>>>> the inputs to an accept or reject state on the basis of the behavior
> >>>>>>>> that these inputs specify.
> >>>>>>>>
> >>>>>>>> That simulated inputs to embedded_H would never reach their own final
> >>>>>>>> state under any condition what-so-ever
> >>>>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> >>>>>>>> and conclusively proves they specify a non-halting sequence of
> >>>>>>>> configurations.
> >>>>>>>
> >>>>>>> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
> >>>>>>>
> >>>>>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >>>>>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
> >>>>>
> >>>>> And that same logic gives us this:
> >>>>>
> >>>>> That simulated inputs <N><5> to Ha3 would never reach their own final
> >>>>> state under any condition what-so-ever
> >>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> >>>>> and conclusively proves they specify a non-halting sequence of
> >>>>> configurations.
> >>>>>
> >>>>> THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
> >>>>> THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
> >>>>>
> >>>>> Try to find an error in the above.
> >>>>
> >>>> That simulated inputs <N><5> to Ha3
> >>>> are pure nonsense gibberish.
> >>>
> >>> So you agree that Ha3 is correct to reject <N><5>?
> >> It has no associated meaning
> >
> > Sure it does. Ha3 is a simulating halt decider whose halt status criteria is to abort after 3 steps, and N takes <n> as input and runs for exactly n steps before halting in state N.qy. And Ha3 rejects <N><5>.
> >
> > That simulated inputs <N><5> to Ha3 would never reach their own final
> You are starting with a broken halt decider, my rules only apply to
> correct halt deciders.
>
> It is like you are saying that no one can possibly drive their car and
> to prove this you drive your car into a tree.


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<S5OdndBkD7VHHs7_nZ2dnUU7_83NnZ2d@giganews.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29951&group=comp.theory#29951

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!news.misty.com!border2.nntp.dca1.giganews.com!nntp.giganews.com!buffer2.nntp.dca1.giganews.com!buffer1.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 10 Apr 2022 20:26:49 -0500
Date: Sun, 10 Apr 2022 20:26:45 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com>
<0a0f8406-2c99-4591-976c-6f34ae6afe09n@googlegroups.com>
<4KSdnWu6-6Gi4s7_nZ2dnUU7_8xh4p2d@giganews.com>
<b05ef39c-0c44-46bb-adef-83e7a8cda12fn@googlegroups.com>
<4KSdnWW6-6ExHc7_nZ2dnUU7_8xh4p2d@giganews.com>
<d2e4a782-2e7a-44e4-9607-edb476c5051dn@googlegroups.com>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <d2e4a782-2e7a-44e4-9607-edb476c5051dn@googlegroups.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <S5OdndBkD7VHHs7_nZ2dnUU7_83NnZ2d@giganews.com>
Lines: 169
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-wGTeFE20LayvnVkwfsnuXNGsex5QrkHC2GhgDdaEup1sDHgljtQmLY1dTxpx5PcCuKBJjuUueDPwcDt!YHnXee8KFP9/yamd0I2ZNJOoR6/ZIgWXWkvFJuy2z+A3ntBa64J4mIIuo/VEkBSfc8RliuHH87Sh
X-Complaints-To: abuse@giganews.com
X-DMCA-Notifications: http://www.giganews.com/info/dmca.html
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly
X-Postfilter: 1.3.40
X-Original-Bytes: 10903
 by: olcott - Mon, 11 Apr 2022 01:26 UTC

On 4/10/2022 8:17 PM, Dennis Bush wrote:
> On Sunday, April 10, 2022 at 9:13:23 PM UTC-4, olcott wrote:
>> On 4/10/2022 8:10 PM, Dennis Bush wrote:
>>> On Sunday, April 10, 2022 at 9:07:18 PM UTC-4, olcott wrote:
>>>> On 4/10/2022 8:03 PM, Dennis Bush wrote:
>>>>> On Sunday, April 10, 2022 at 9:00:25 PM UTC-4, olcott wrote:
>>>>>> On 4/10/2022 7:44 PM, Dennis Bush wrote:
>>>>>>> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
>>>>>>>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
>>>>>>>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>>>>>>>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>>>>>>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>>>>>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>>>>>>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>>>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
>>>>>>>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
>>>>>>>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
>>>>>>>>>>>>>>>>>>>>>> always include conditions and using the same terms in your
>>>>>>>>>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
>>>>>>>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
>>>>>>>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
>>>>>>>>>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>>>>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
>>>>>>>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
>>>>>>>>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
>>>>>>>>>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
>>>>>>>>>>>>>>>>>> INCORRECT.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> That's like "stipulating" that
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> It's meaningless because the notation is meaningless, much like
>>>>>>>>>>>>>>>>> your notation above.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> This is meaningless:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>>>>>>>>>> final state.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>>>>>>>>>>>>> its final state.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> This is still nonsense.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
>>>>>>>>>>>>>> own final state.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
>>>>>>>>>>>>>> reach its own final state.
>>>>>>>>>>>>>
>>>>>>>>>>>>> And again you're still being inconsistent. You can either use H or use
>>>>>>>>>>>>> embedded_H, but you can't mix the two.
>>>>>>>>>>>>>
>>>>>>>>>>>> Sure I can. I just did.
>>>>>>>>>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>>>>>>>>>> simulated input would do in this case. If it would never reach its own
>>>>>>>>>>>>>> final state then H correctly rejects this input.
>>>>>>>>>>>>>
>>>>>>>>>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
>>>>>>>>>>>> It can perform a pure simulation of its input until this simulated input
>>>>>>>>>>>> matches a repeating behavior pattern that proves this input never
>>>>>>>>>>>> reaches its own final state.
>>>>>>>>>>>
>>>>>>>>>>> If that's the case, why does an actual UTM applied to the *same* input halt?
>>>>>>>>>>>
>>>>>>>>>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
>>>>>>>>>> Intuitively that would seem to be true, this intuition is incorrect.
>>>>>>>>>>
>>>>>>>>>> The ultimate definition of correct is the computation of the mapping of
>>>>>>>>>> the inputs to an accept or reject state on the basis of the behavior
>>>>>>>>>> that these inputs specify.
>>>>>>>>>>
>>>>>>>>>> That simulated inputs to embedded_H would never reach their own final
>>>>>>>>>> state under any condition what-so-ever
>>>>>>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>>>>>>>> and conclusively proves they specify a non-halting sequence of
>>>>>>>>>> configurations.
>>>>>>>>>
>>>>>>>>> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
>>>>>>>>>
>>>>>>>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>>>>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
>>>>>>>
>>>>>>> And that same logic gives us this:
>>>>>>>
>>>>>>> That simulated inputs <N><5> to Ha3 would never reach their own final
>>>>>>> state under any condition what-so-ever
>>>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>>>>> and conclusively proves they specify a non-halting sequence of
>>>>>>> configurations.
>>>>>>>
>>>>>>> THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
>>>>>>> THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
>>>>>>>
>>>>>>> Try to find an error in the above.
>>>>>>
>>>>>> That simulated inputs <N><5> to Ha3
>>>>>> are pure nonsense gibberish.
>>>>>
>>>>> So you agree that Ha3 is correct to reject <N><5>?
>>>> It has no associated meaning
>>>
>>> Sure it does. Ha3 is a simulating halt decider whose halt status criteria is to abort after 3 steps, and N takes <n> as input and runs for exactly n steps before halting in state N.qy. And Ha3 rejects <N><5>.
>>>
>>> That simulated inputs <N><5> to Ha3 would never reach their own final
>> You are starting with a broken halt decider, my rules only apply to
>> correct halt deciders.
>>
>> It is like you are saying that no one can possibly drive their car and
>> to prove this you drive your car into a tree.
>
> So what criteria would you apply to Ha3 to determine that it's broken?


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<HwL4K.210729$OT%7.147058@fx07.iad>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29952&group=comp.theory#29952

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!feeder1.feed.usenet.farm!feed.usenet.farm!peer01.ams4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx07.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
Gecko/20100101 Thunderbird/91.8.0
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
Content-Language: en-US
Newsgroups: comp.theory
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vcf3$e5r$1@dont-email.me> <5-Wdna1taonTq87_nZ2dnUU7_8zNnZ2d@giganews.com>
<t2vder$o7e$1@dont-email.me> <TK2dnWQyY8Ngp87_nZ2dnUU7_81g4p2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com>
<7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com>
<0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com>
<1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<YLCdnTxGU9eH487_nZ2dnUU7_8z8fwAA@giganews.com>
<r8L4K.72358$001.42303@fx34.iad>
<4KSdnWq6-6F04s7_nZ2dnUU7_8xh4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <4KSdnWq6-6F04s7_nZ2dnUU7_8xh4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 198
Message-ID: <HwL4K.210729$OT%7.147058@fx07.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Sun, 10 Apr 2022 21:30:17 -0400
X-Received-Bytes: 10419
 by: Richard Damon - Mon, 11 Apr 2022 01:30 UTC

On 4/10/22 9:09 PM, olcott wrote:
> On 4/10/2022 8:04 PM, Richard Damon wrote:
>> On 4/10/22 9:02 PM, olcott wrote:
>>> On 4/10/2022 7:44 PM, Dennis Bush wrote:
>>>> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
>>>>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
>>>>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
>>>>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
>>>>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
>>>>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
>>>>>>>>>> On 2022-04-10 17:08, olcott wrote:
>>>>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
>>>>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
>>>>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
>>>>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
>>>>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
>>>>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
>>>>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and
>>>>>>>>>>>>>>>>>>> coherent
>>>>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be
>>>>>>>>>>>>>>>>>>> able to
>>>>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves
>>>>>>>>>>>>>>>>>>> remembering to
>>>>>>>>>>>>>>>>>>> always include conditions and using the same terms in
>>>>>>>>>>>>>>>>>>> your
>>>>>>>>>>>>>>>>>>> 'equations' as in your text.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by
>>>>>>>>>>>>>>>>>> embedded_H so
>>>>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for
>>>>>>>>>>>>>>>>>> rebuttal
>>>>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a
>>>>>>>>>>>>>>>>>> deceitful
>>>>>>>>>>>>>>>>>> bastard.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩
>>>>>>>>>>>>>>>>> ⟨Ĥ1⟩ to
>>>>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
>>>>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩
>>>>>>>>>>>>>>>>> ⟨Ĥ1⟩ is
>>>>>>>>>>>>>>>>> proved to specify a non-halting sequence of
>>>>>>>>>>>>>>>>> configurations.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> This is now the third reply you've made to the same post.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> That post didn't make any arguments whatsoever about
>>>>>>>>>>>>>>>> your claims.
>>>>>>>>>>>>>>>> It simply pointed out that you are misusing your
>>>>>>>>>>>>>>>> notation and
>>>>>>>>>>>>>>>> urged you to correct it.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS
>>>>>>>>>>>>>>> DISAGREEMENT IS
>>>>>>>>>>>>>>> INCORRECT.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> If the notation is junk, then the definition is also junk.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> That's like "stipulating" that
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> +×yz÷² = ±z+³
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> It's meaningless because the notation is meaningless, much
>>>>>>>>>>>>>> like
>>>>>>>>>>>>>> your notation above.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> This is meaningless:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> With no conditions specified, the above is just nonsense.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach
>>>>>>>>>>>>> its
>>>>>>>>>>>>> final state.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never
>>>>>>>>>>>>> reach
>>>>>>>>>>>>> its final state.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> This is still nonsense.
>>>>>>>>>>>>
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
>>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would
>>>>>>>>>>> reach its
>>>>>>>>>>> own final state.
>>>>>>>>>>>
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
>>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would
>>>>>>>>>>> never
>>>>>>>>>>> reach its own final state.
>>>>>>>>>>
>>>>>>>>>> And again you're still being inconsistent. You can either use
>>>>>>>>>> H or use
>>>>>>>>>> embedded_H, but you can't mix the two.
>>>>>>>>>>
>>>>>>>>> Sure I can. I just did.
>>>>>>>>>>> This means that H pretends that it is only a UTM to see what its
>>>>>>>>>>> simulated input would do in this case. If it would never
>>>>>>>>>>> reach its own
>>>>>>>>>>> final state then H correctly rejects this input.
>>>>>>>>>>
>>>>>>>>>> A Turing Machine cannot "pretend" to be some different Turing
>>>>>>>>>> Machine.
>>>>>>>>> It can perform a pure simulation of its input until this
>>>>>>>>> simulated input
>>>>>>>>> matches a repeating behavior pattern that proves this input never
>>>>>>>>> reaches its own final state.
>>>>>>>>
>>>>>>>> If that's the case, why does an actual UTM applied to the *same*
>>>>>>>> input halt?
>>>>>>>>
>>>>>>>> Hint: Because the result of an actual UTM applied to the input
>>>>>>>> defines the correct answer, so H answers wrong.
>>>>>>> Intuitively that would seem to be true, this intuition is incorrect.
>>>>>>>
>>>>>>> The ultimate definition of correct is the computation of the
>>>>>>> mapping of
>>>>>>> the inputs to an accept or reject state on the basis of the behavior
>>>>>>> that these inputs specify.
>>>>>>>
>>>>>>> That simulated inputs to embedded_H would never reach their own
>>>>>>> final
>>>>>>> state under any condition what-so-ever
>>>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>>>>> and conclusively proves they specify a non-halting sequence of
>>>>>>> configurations.
>>>>>>
>>>>>> Since embedded_H is the same as H (as you have yet to provide any
>>>>>> evidence to the contrary), then the above can be applied to any
>>>>>> simulating halt decider.
>>>>>>
>>>>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
>>>>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or
>>>>> ⟨Ĥ0.qn⟩.
>>>>
>>>> And that same logic gives us this:
>>>>
>>>> That simulated inputs <N><5> to Ha3 would never reach their own final
>>>> state under any condition what-so-ever
>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
>>>> and conclusively proves they specify a non-halting sequence of
>>>> configurations.
>>>>
>>>> THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
>>>> THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
>>>>
>>>> Try to find an error in the above.
>>>
>>> I will dumb it down for you a whole lot.
>>> If the simulated input to embeded_H is non-halting then it never halts.
>>>
>>
>> Only if it is the CORRECT simulation of the input.
>>
>> And if the correct simulation of the input halts, it is Halting.
>
> If the correctly simulated input to embedded_H is non-halting then it
> never halts.
>
> For the correctly simulated input to embedded_H to halts this input must
> reach its own final state.
>


Click here to read the complete article
Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [ correct halt deciding criteria ]

<08139889-b966-403a-83d5-40284b0920c2n@googlegroups.com>

  copy mid

https://www.novabbs.com/devel/article-flat.php?id=29953&group=comp.theory#29953

  copy link   Newsgroups: comp.theory
X-Received: by 2002:ad4:4626:0:b0:444:2fa7:3089 with SMTP id x6-20020ad44626000000b004442fa73089mr7831831qvv.118.1649640635590;
Sun, 10 Apr 2022 18:30:35 -0700 (PDT)
X-Received: by 2002:a0d:ed46:0:b0:2eb:4513:3f4 with SMTP id
w67-20020a0ded46000000b002eb451303f4mr24187286ywe.134.1649640635405; Sun, 10
Apr 2022 18:30:35 -0700 (PDT)
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!border1.nntp.dca1.giganews.com!nntp.giganews.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.theory
Date: Sun, 10 Apr 2022 18:30:35 -0700 (PDT)
In-Reply-To: <S5OdndBkD7VHHs7_nZ2dnUU7_83NnZ2d@giganews.com>
Injection-Info: google-groups.googlegroups.com; posting-host=71.168.165.242; posting-account=ejFcQgoAAACAt5i0VbkATkR2ACWdgADD
NNTP-Posting-Host: 71.168.165.242
References: <v6idnaCJifSVTtT_nZ2dnUU7_8zNnZ2d@giganews.com>
<6dmdnVK50fD32M7_nZ2dnUU7_8xh4p2d@giganews.com> <t2vje4$7c2$1@dont-email.me>
<9tydnQGOy_YHz87_nZ2dnUU7_81g4p2d@giganews.com> <t2vm35$rth$1@dont-email.me>
<2fmdne-EPaRPwc7_nZ2dnUU7_8zNnZ2d@giganews.com> <t2vngt$526$1@dont-email.me>
<GaadnRYVr4TB_s7_nZ2dnUU7_83NnZ2d@giganews.com> <t2vod6$9pl$1@dont-email.me>
<L4KdnfVcMrHZ-87_nZ2dnUU7_8zNnZ2d@giganews.com> <7256159c-d379-4cec-9730-0f958e7bb848n@googlegroups.com>
<zJqdnWmS9-al8s7_nZ2dnUU7_83NnZ2d@giganews.com> <0e0a2c65-5678-462b-9920-fa3dfe0941cen@googlegroups.com>
<hNWdnfSgCeBn5c7_nZ2dnUU7_83NnZ2d@giganews.com> <1ac48582-e273-466c-850e-e34cb297edc7n@googlegroups.com>
<YLCdnT1GU9c_4M7_nZ2dnUU7_8xh4p2d@giganews.com> <0a0f8406-2c99-4591-976c-6f34ae6afe09n@googlegroups.com>
<4KSdnWu6-6Gi4s7_nZ2dnUU7_8xh4p2d@giganews.com> <b05ef39c-0c44-46bb-adef-83e7a8cda12fn@googlegroups.com>
<4KSdnWW6-6ExHc7_nZ2dnUU7_8xh4p2d@giganews.com> <d2e4a782-2e7a-44e4-9607-edb476c5051dn@googlegroups.com>
<S5OdndBkD7VHHs7_nZ2dnUU7_83NnZ2d@giganews.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <08139889-b966-403a-83d5-40284b0920c2n@googlegroups.com>
Subject: Re: Refuting the Peter Linz Halting Problem Proof --- Version(11) [
correct halt deciding criteria ]
From: dbush.mo...@gmail.com (Dennis Bush)
Injection-Date: Mon, 11 Apr 2022 01:30:35 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Lines: 222
 by: Dennis Bush - Mon, 11 Apr 2022 01:30 UTC

On Sunday, April 10, 2022 at 9:26:57 PM UTC-4, olcott wrote:
> On 4/10/2022 8:17 PM, Dennis Bush wrote:
> > On Sunday, April 10, 2022 at 9:13:23 PM UTC-4, olcott wrote:
> >> On 4/10/2022 8:10 PM, Dennis Bush wrote:
> >>> On Sunday, April 10, 2022 at 9:07:18 PM UTC-4, olcott wrote:
> >>>> On 4/10/2022 8:03 PM, Dennis Bush wrote:
> >>>>> On Sunday, April 10, 2022 at 9:00:25 PM UTC-4, olcott wrote:
> >>>>>> On 4/10/2022 7:44 PM, Dennis Bush wrote:
> >>>>>>> On Sunday, April 10, 2022 at 8:40:34 PM UTC-4, olcott wrote:
> >>>>>>>> On 4/10/2022 7:28 PM, Dennis Bush wrote:
> >>>>>>>>> On Sunday, April 10, 2022 at 7:58:55 PM UTC-4, olcott wrote:
> >>>>>>>>>> On 4/10/2022 6:26 PM, Dennis Bush wrote:
> >>>>>>>>>>> On Sunday, April 10, 2022 at 7:20:44 PM UTC-4, olcott wrote:
> >>>>>>>>>>>> On 4/10/2022 6:14 PM, André G. Isaak wrote:
> >>>>>>>>>>>>> On 2022-04-10 17:08, olcott wrote:
> >>>>>>>>>>>>>> On 4/10/2022 5:59 PM, André G. Isaak wrote:
> >>>>>>>>>>>>>>> On 2022-04-10 16:40, olcott wrote:
> >>>>>>>>>>>>>>>> On 4/10/2022 5:35 PM, André G. Isaak wrote:
> >>>>>>>>>>>>>>>>> On 2022-04-10 15:56, olcott wrote:
> >>>>>>>>>>>>>>>>>> On 4/10/2022 4:49 PM, André G. Isaak wrote:
> >>>>>>>>>>>>>>>>>>> On 2022-04-10 15:00, olcott wrote:
> >>>>>>>>>>>>>>>>>>>> On 4/10/2022 3:15 PM, olcott wrote:
> >>>>>>>>>>>>>>>>>>>>> On 4/10/2022 3:07 PM, André G. Isaak wrote:
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>> I'm trying to get you to write using correct and coherent
> >>>>>>>>>>>>>>>>>>>>>> notation. That's one of the things you'll need to be able to
> >>>>>>>>>>>>>>>>>>>>>> do if you ever hope to publish. That involves remembering to
> >>>>>>>>>>>>>>>>>>>>>> always include conditions and using the same terms in your
> >>>>>>>>>>>>>>>>>>>>>> 'equations' as in your text.
> >>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>> Not sure how that makes me a 'deceitful bastard'.
> >>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>> André
> >>>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>>> THAT you pretended to not know what I mean by embedded_H so
> >>>>>>>>>>>>>>>>>>>>> that you could artificially contrive a fake basis for rebuttal
> >>>>>>>>>>>>>>>>>>>>> when no actual basis for rebuttal exists makes you a deceitful
> >>>>>>>>>>>>>>>>>>>>> bastard.
> >>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>> IT IS THE CASE THAT the correctly simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >>>>>>>>>>>>>>>>>>>> embedded_H never reaches its own final state of ⟨Ĥ0.qy⟩ or
> >>>>>>>>>>>>>>>>>>>> ⟨Ĥ0.qn⟩ under any condition what-so-ever therefore ⟨Ĥ0⟩ ⟨Ĥ1⟩ is
> >>>>>>>>>>>>>>>>>>>> proved to specify a non-halting sequence of configurations.
> >>>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy
> >>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ2⟩ ⊢* H.qn
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>> This is now the third reply you've made to the same post.
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>> That post didn't make any arguments whatsoever about your claims.
> >>>>>>>>>>>>>>>>>>> It simply pointed out that you are misusing your notation and
> >>>>>>>>>>>>>>>>>>> urged you to correct it.
> >>>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>>> THE NOTATION IS A STIPULATIVE DEFINITION THUS DISAGREEMENT IS
> >>>>>>>>>>>>>>>>>> INCORRECT.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> If the notation is junk, then the definition is also junk.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> That's like "stipulating" that
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> +×yz÷² = ±z+³
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> It's meaningless because the notation is meaningless, much like
> >>>>>>>>>>>>>>>>> your notation above.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> This is meaningless:
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qy // what's the condition?
> >>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ0⟩ ⊢* H ⟨Ĥ0⟩ ⟨Ĥ1⟩ ⊢* H.qn // what's the condition?
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> With no conditions specified, the above is just nonsense.
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>> André
> >>>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
> >>>>>>>>>>>>>>>> final state.
> >>>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>>>>>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
> >>>>>>>>>>>>>>>> its final state.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>>> This is still nonsense.
> >>>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qy
> >>>>>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would reach its
> >>>>>>>>>>>>>> own final state.
> >>>>>>>>>>>>>>
> >>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* H.qn
> >>>>>>>>>>>>>> If the correctly simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H would never
> >>>>>>>>>>>>>> reach its own final state.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> And again you're still being inconsistent. You can either use H or use
> >>>>>>>>>>>>> embedded_H, but you can't mix the two.
> >>>>>>>>>>>>>
> >>>>>>>>>>>> Sure I can. I just did.
> >>>>>>>>>>>>>> This means that H pretends that it is only a UTM to see what its
> >>>>>>>>>>>>>> simulated input would do in this case. If it would never reach its own
> >>>>>>>>>>>>>> final state then H correctly rejects this input.
> >>>>>>>>>>>>>
> >>>>>>>>>>>>> A Turing Machine cannot "pretend" to be some different Turing Machine.
> >>>>>>>>>>>> It can perform a pure simulation of its input until this simulated input
> >>>>>>>>>>>> matches a repeating behavior pattern that proves this input never
> >>>>>>>>>>>> reaches its own final state.
> >>>>>>>>>>>
> >>>>>>>>>>> If that's the case, why does an actual UTM applied to the *same* input halt?
> >>>>>>>>>>>
> >>>>>>>>>>> Hint: Because the result of an actual UTM applied to the input defines the correct answer, so H answers wrong.
> >>>>>>>>>> Intuitively that would seem to be true, this intuition is incorrect.
> >>>>>>>>>>
> >>>>>>>>>> The ultimate definition of correct is the computation of the mapping of
> >>>>>>>>>> the inputs to an accept or reject state on the basis of the behavior
> >>>>>>>>>> that these inputs specify.
> >>>>>>>>>>
> >>>>>>>>>> That simulated inputs to embedded_H would never reach their own final
> >>>>>>>>>> state under any condition what-so-ever
> >>>>>>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> >>>>>>>>>> and conclusively proves they specify a non-halting sequence of
> >>>>>>>>>> configurations.
> >>>>>>>>>
> >>>>>>>>> Since embedded_H is the same as H (as you have yet to provide any evidence to the contrary), then the above can be applied to any simulating halt decider.
> >>>>>>>>>
> >>>>>>>> The topic is the single point that the simulated input ⟨Ĥ0⟩ ⟨Ĥ1⟩ to
> >>>>>>>> embedded_h cannot possibly reach its own final state of ⟨Ĥ0.qy⟩ or ⟨Ĥ0.qn⟩.
> >>>>>>>
> >>>>>>> And that same logic gives us this:
> >>>>>>>
> >>>>>>> That simulated inputs <N><5> to Ha3 would never reach their own final
> >>>>>>> state under any condition what-so-ever
> >>>>>>> IS THE ULTIMATE MEASURE OF THEIR HALTING BEHAVIOR
> >>>>>>> and conclusively proves they specify a non-halting sequence of
> >>>>>>> configurations.
> >>>>>>>
> >>>>>>> THE SIMULATED INPUT CANNOT POSSIBLY REACH ITS OWN FINAL STATE
> >>>>>>> THIS SINGLE FACT BY ITSELF PROVES THAT THE INPUT IS CORRECTLY REJECTED
> >>>>>>>
> >>>>>>> Try to find an error in the above.
> >>>>>>
> >>>>>> That simulated inputs <N><5> to Ha3
> >>>>>> are pure nonsense gibberish.
> >>>>>
> >>>>> So you agree that Ha3 is correct to reject <N><5>?
> >>>> It has no associated meaning
> >>>
> >>> Sure it does. Ha3 is a simulating halt decider whose halt status criteria is to abort after 3 steps, and N takes <n> as input and runs for exactly n steps before halting in state N.qy. And Ha3 rejects <N><5>.
> >>>
> >>> That simulated inputs <N><5> to Ha3 would never reach their own final
> >> You are starting with a broken halt decider, my rules only apply to
> >> correct halt deciders.
> >>
> >> It is like you are saying that no one can possibly drive their car and
> >> to prove this you drive your car into a tree.
> >
> > So what criteria would you apply to Ha3 to determine that it's broken?
> I would simply say that ridiculously stupid ideas such as Ha3 should
> never be presented by someone with your top 0.04% reputation they
> denigrate you. You must know how stupid this idea was before you first
> mentioned it.


Click here to read the complete article
Pages:12345678910111213141516171819202122232425262728293031323334353637383940
server_pubkey.txt

rocksolid light 0.9.8
clearnet tor