Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

"It's not just a computer -- it's your ass." -- Cal Keegan


devel / comp.theory / Re: Simulating halt deciders correct decider halting [ PO's perpetual mistake ]

SubjectAuthor
* ComicAndré G. Isaak
`* Simulating halt deciders correct decider haltingolcott
 +* Simulating halt deciders correct decider haltingRichard Damon
 |`* Simulating halt deciders correctly decide haltingolcott
 | `* Simulating halt deciders correctly decide haltingRichard Damon
 |  `* Simulating halt deciders correctly decide haltingolcott
 |   `* Simulating halt deciders correctly decide haltingRichard Damon
 |    `* Simulating halt deciders correctly decide haltingolcott
 |     `* Simulating halt deciders correctly decide haltingRichard Damon
 |      `* Simulating halt deciders correctly decide haltingolcott
 |       `- Simulating halt deciders correctly decide haltingRichard Damon
 `* Simulating halt deciders correct decider haltingMikko
  +* Simulating halt deciders correct decider haltingBen Bacarisse
  |+* Simulating halt deciders correct decider haltingRichard Damon
  ||`- Simulating halt deciders correct decider haltingBen Bacarisse
  |`* Simulating halt deciders correct decider haltingolcott
  | +* Simulating halt deciders correct decider haltingBen Bacarisse
  | |`* Simulating halt deciders correct decider haltingolcott
  | | `* Simulating halt deciders correct decider haltingBen Bacarisse
  | |  `- Simulating halt deciders correct decider haltingolcott
  | `- Simulating halt deciders correct decider haltingRichard Damon
  `* Simulating halt deciders correct decider haltingolcott
   `* Simulating halt deciders correct decider haltingMikko
    `* Simulating halt deciders correct decider haltingolcott
     +* Simulating halt deciders correct decider haltingBen Bacarisse
     |`* Simulating halt deciders correct decider haltingolcott
     | +* Simulating halt deciders correct decider haltingBen Bacarisse
     | |`* Simulating halt deciders correct decider haltingolcott
     | | +* Simulating halt deciders correct decider haltingBen Bacarisse
     | | |`* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | +* Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | | |`* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | | `* Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | | |  `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |   `* Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | | |    `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |     `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Richard Damon
     | | | |      `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |       +* Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | | |       |`* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |       | `- Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | | |       `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Mikko
     | | | |        `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |         `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Mikko
     | | | |          +* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Ben Bacarisse
     | | | |          |`* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Mikko
     | | | |          | +* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |          | |`- Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | | |          | +* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Ben Bacarisse
     | | | |          | |`* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Mikko
     | | | |          | | `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Ben Bacarisse
     | | | |          | |  `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Mikko
     | | | |          | |   `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Ben Bacarisse
     | | | |          | |    `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |          | |     +- Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | | |          | |     `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Mikko
     | | | |          | |      `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |          | |       +* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Mikko
     | | | |          | |       |`* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |          | |       | +- Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Richard Damon
     | | | |          | |       | `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Mikko
     | | | |          | |       |  `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |          | |       |   `- Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | | |          | |       `* Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | | |          | |        `- Simulating halt deciders correct decider halting [ Ben'sAndré G. Isaak
     | | | |          | `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |          |  `- Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | | |          `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | | |           `- Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | | `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Ben Bacarisse
     | | |  `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | |   +* Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | |   |`* Simulating halt deciders correct decider halting [ Ben'solcott
     | | |   | `* Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | |   |  `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | |   |   `* Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | |   |    `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | |   |     `* Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | |   |      `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | |   |       +- Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | |   |       `* Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | |   |        `* Correcting the errors of logicolcott
     | | |   |         `* Correcting the errors of logicRichard Damon
     | | |   |          `* Correcting the errors of logicolcott
     | | |   |           `* Correcting the errors of logicRichard Damon
     | | |   |            `* Correcting the errors of logicolcott
     | | |   |             `* Correcting the errors of logicRichard Damon
     | | |   |              `* Correcting the errors of logicolcott
     | | |   |               `* Correcting the errors of logicRichard Damon
     | | |   |                `* Correcting the notion of provability using purely generic termsolcott
     | | |   |                 `* Correcting the notion of provability using purely generic termsRichard Damon
     | | |   |                  +* Correcting the notion of provability using purely generic termsolcott
     | | |   |                  |`- Correcting the notion of provability using purely generic termsRichard Damon
     | | |   |                  `- Correcting the notion of provability using purely generic termsolcott
     | | |   `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Ben Bacarisse
     | | |    `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | |     +- Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | |     +- Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | |     `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Ben Bacarisse
     | | |      `* Simulating halt deciders correct decider halting [ Ben'solcott
     | | |       +* Simulating halt deciders correct decider halting [ Ben'sRichard Damon
     | | |       `* Simulating halt deciders correct decider halting [ Ben's perpetual mistake ]Ben Bacarisse
     | | `- Simulating halt deciders correct decider haltingRichard Damon
     | `- Simulating halt deciders correct decider haltingBen Bacarisse
     `- Simulating halt deciders correct decider haltingRichard Damon

Pages:12345678910111213141516171819
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<6ItYJ.108105$3jp8.37953@fx33.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!feeder1.feed.usenet.farm!feed.usenet.farm!peer02.ams4!peer.am4.highwinds-media.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx33.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0jl0r$uum$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com>
<0e363322-a8e3-4c60-b0b4-e434ecb102f2n@googlegroups.com>
<svedncZkH7kEJ63_nZ2dnUU7_8xh4p2d@giganews.com> <t0qnkv$uon$1@dont-email.me>
<K4ednUemRYQAca3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0r1j4$it7$1@dont-email.me>
<fsadneWSFMObkKz_nZ2dnUU7_8xh4p2d@giganews.com> <t0s36f$cbc$1@dont-email.me>
<SqqdnQg8jtyCbKz_nZ2dnUU7_8zNnZ2d@giganews.com> <t0t5at$82k$1@gioia.aioe.org>
<v_2dnTkg4-rrga__nZ2dnUU7_8zNnZ2d@giganews.com>
<yNmdnbUKtsTkva__nZ2dnUU7-Q_NnZ2d@brightview.co.uk>
<dpOdnZ-dZa6zq6__nZ2dnUU7_8zNnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <dpOdnZ-dZa6zq6__nZ2dnUU7_8zNnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 150
Message-ID: <6ItYJ.108105$3jp8.37953@fx33.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: Wed, 16 Mar 2022 18:41:07 -0400
X-Received-Bytes: 9365
 by: Richard Damon - Wed, 16 Mar 2022 22:41 UTC

On 3/16/22 3:10 PM, olcott wrote:
> On 3/16/2022 12:37 PM, Mike Terry wrote:
>> On 16/03/2022 17:20, olcott wrote:
>>> On 3/16/2022 12:04 PM, Mike Terry wrote:
>>>> On 16/03/2022 14:15, olcott wrote:
>>>>> On 3/16/2022 2:21 AM, Jeff Barnett wrote:
>>>>>> On 3/15/2022 4:02 PM, olcott wrote:
>>>>>>> On 3/15/2022 4:48 PM, Jeff Barnett wrote:
>>>>>>>> On 3/15/2022 1:44 PM, olcott wrote:
>>>>>>>>> On 3/15/2022 1:58 PM, Jeff Barnett wrote:
>>>>>>>>>> On 3/15/2022 10:11 AM, olcott wrote:
>>>>>>>>>>> On 3/15/2022 10:44 AM, Malcolm McLean wrote:
>>>>>>>>>>
>>>>>>>>>>     <MAJOR SNIP>
>>>>>>>>>>
>>>>>>>>>>>> So how would you describe a compiler which is
>>>>>>>>>>>> "bootstrapped", i.e. fed its own
>>>>>>>>>>>> source code?
>>>>>>>>>>>
>>>>>>>>>>> A compiler that is fed its own source-code is not the same
>>>>>>>>>>> because the compiler does not execute this source-code.
>>>>>>>>>> This is one of your best Peter. Along the way you've had 100s
>>>>>>>>>> of messages that have said that simulation as a basis for a
>>>>>>>>>> Halting Problem solution is hopeless. Of course you pay no
>>>>>>>>>> attention because it's unlikely you understood what you were
>>>>>>>>>> being told. So here you are looping back over years of the
>>>>>>>>>> same bone headed approach.
>>>>>>>>>>
>>>>>>>>>> Let's start with a few basics:
>>>>>>>>>>
>>>>>>>>>> Nothing executes source code; even an interpreter ingests it
>>>>>>>>>> first.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> A compiler the compiles its own source-code is nothing at all
>>>>>>>>> like executing this source code.
>>>>>>>>
>>>>>>>> You really do have rocks in your head. Think for at least 2
>>>>>>>> seconds before responding and getting it all wrong. The mistakes
>>>>>>>> you are making with the above statement are so basic that I
>>>>>>>> hardly know where to start. As I've been told many times it's
>>>>>>>> harder to teach Kindergarten than grad students. And in this
>>>>>>>> instance, with you, we have a sixty year old crawling around in
>>>>>>>> diapers.
>>>>>>>>
>>>>>>>>> An interpreter that interprets source code can be reasonably
>>>>>>>>> construed as running this source code.
>>>>>>>>
>>>>>>>> Perhaps. The issue is it really doesn't know that it is it's own
>>>>>>>> source code, does it? And, in fact, neither it nor any observer
>>>>>>>> is aware of any vicious self reference. Only a dunce would worry
>>>>>>>> about it. You do worry don't you?
>>>>>>>
>>>>>>> In other words you are saying that no one is bright enough to be
>>>>>>> able to detect what is essentially infinite recursion.
>>>>>> You soiled your diapers again. I said nothing of the sort. I will
>>>>>> say it now though, nobody is intelligent enough to systematically
>>>>>> (by algorithm) spot infinite recursion. God can't do it either.
>>>>>> It's not theoretically possible. Only an ignorant nitwit would not
>>>>>> know that and prattle on for years about it.
>>>>>>
>>>>>
>>>>> I already have a group of many experts that concur that infinite
>>>>> recursion can be detected and the criterion measure by which it is
>>>>> correctly detected.
>>>>
>>>> I'm afraid that you lack the intellect to understand exactly what
>>>> other people are saying on technical issues.  How many times have
>>>> you quoted me (and others here) as supporting something you've
>>>> claimed, whereas it turns out you had just misunderstood some remark
>>>> that had been made? [Answer: lots of times!]
>>>>
>>>> You also have a habit of going elsewhere, and "tricking" the people
>>>> there into "agreeing" with some claim you've made here by not
>>>> properly explaining the full context of your claim.  Then you come
>>>> back here selectively quoting some "expert" to suggest he is
>>>> supporting you. [Like when you went to the x86 group and showed them
>>>> your "trace" asking them if they could see what's going on, and got
>>>> one of them to say "it's looping...".  You failed to mention the
>>>> trace was not the "processor trace" they would naturally expect, and
>>>> that there was simulation involved, and that your trace was in fact
>>>> some kind of "merged simulation trace", and that you were using this
>>>> trace to disprove the Halting Problem theorem.]
>>>>
>>>> It's been pointed out to you many times that algorithms exhist that
>>>> can identify /some/ infinite loops/recursions as such, but no
>>>> algorithm detects ALL non-halting behaviour.
>>>>
>>>> And specifically, your test (looking for more than one call to a
>>>> particular address etc.) is /unsound/ when you try to use it on your
>>>> "merged simulation" trace.  No expert would say otherwise if they
>>>> had been given the full context, so probably you've just tricked
>>>> someone again...
>>>>
>>>>
>>>> Mike.
>>>
>>> None-the-less is is self-evident that the input presented to the copy
>>> of the Linz H embedded at Ĥ.qx does specify infinitely nested
>>> simulation to simulating halt decider embedded_H thus proving that a
>>> transition to Ĥ.qn by embedded_H would be correct.
>>
>> You mean self-evident TO YOU.  To people who have an understanding of
>> TMs it is simply wrong or meaningless (depending on how tolerant
>> people are of your wishy-washy phrasing).
>>
>>
>> Mike.
>>
>
> They simply dogmatically state that the believe that I am wrong about
> this yet cannot point to the specific error because there is none:
>
> When Ĥ is applied to ⟨Ĥ⟩
>   Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>
> Then these steps would keep repeating:
>   Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>   Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>   Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>
> The above repeating pattern shows that the correctly simulated input to
> embedded_H would never reach its final state of ⟨Ĥ⟩.qn conclusively
> proving that this simulated input never halts. This enables embedded_H
> to abort its simulation and correctly transition to Ĥ.qn.
>

The error has been pointed out to you many times, but you seem either
too dumb or too dishonest to see/admit the error.

In fact, YOU have even previous provided the trace of H^ applied to <H^>
(or actually P(P) ) that shows that this computation halts, even though
H 'correctly' said that it would never halt, and you were using
convoluted logic to try to claim that it wasn't actually the behavior of
P(P) that mattered.

This PROVES that you claim is incorrect, and you are just being a
pathological liar about it because you can't accept that in Mathematics,
your 'precious' rule that ALL Truth must be Provable, or it isn't really
Truth doesn't hold, because it uses a different concept of Trutht (and
even basic rules of logic).

Allm you have done over that past years is ruin your reputation and
condemn yourself to a life of lying about what you are talking about, as
the real Truth just hurts too much to your soul.


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<2MtYJ.190086$SeK9.148168@fx97.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!news.neodome.net!feeder1.feed.usenet.farm!feed.usenet.farm!peer02.ams4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx97.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me>
<-OWdnRXF29D67rb_nZ2dnUU7_8zNnZ2d@giganews.com> <871qz73n0i.fsf@bsb.me.uk>
<NMOdnQddB-ilkLD_nZ2dnUU7_8zNnZ2d@giganews.com> <t0j3ip$3rg$1@dont-email.me>
<R8CdnTRBnut9trD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jc0j$3in$1@dont-email.me>
<DfOdnckFsoViqrD_nZ2dnUU7_8zNnZ2d@giganews.com> <t0jfsk$s26$1@dont-email.me>
<vMKdnWgvI43bzrD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jl0r$uum$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<WradneHYjO8-laz_nZ2dnUU7_83NnZ2d@giganews.com> <t0tg8q$a07$1@dont-email.me>
<2OadncUO86S52q__nZ2dnUU7_8zNnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <2OadncUO86S52q__nZ2dnUU7_8zNnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 129
Message-ID: <2MtYJ.190086$SeK9.148168@fx97.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: Wed, 16 Mar 2022 18:45:18 -0400
X-Received-Bytes: 6815
 by: Richard Damon - Wed, 16 Mar 2022 22:45 UTC

On 3/16/22 4:22 PM, olcott wrote:
> On 3/16/2022 3:11 PM, André G. Isaak wrote:
>> On 2022-03-15 15:44, olcott wrote:
>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>> On 2022-03-15 08:51, olcott wrote:
>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak wrote:
>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>
>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>
>>>>>>>>> Again, I'll repeat the question which you dishonestly snipped
>>>>>>>>> rather
>>>>>>>>> than answering. I won't bother putting it in all caps or
>>>>>>>>> repeating it
>>>>>>>>> five times.
>>>>>>>>>
>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which can be
>>>>>>>>> passed
>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>
>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>
>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of indirect
>>>>>>>> reference
>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly impossible to pass
>>>>>>>> this
>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>> There are no 'levels of indirection' when discussing Turing
>>>>>>> Machines.
>>>>>>>
>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be given as
>>>>>>> an input
>>>>>>> to your decider, then your decider is broken since it must be
>>>>>>> able to
>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>
>>>>>> Though that would actually be a genuine contribution to computer
>>>>>> science.
>>>>>> If you could devise a language such that a large subset of halting
>>>>>> and
>>>>>> non-halting machines could be described, but not machines for
>>>>>> which the
>>>>>> halting status is difficult or impossible for a predefined halt
>>>>>> decider to determine.
>>>>>
>>>>> André does not seem to be able to comprehend that a Turing machine
>>>>> decider cannot possibly have its own self or an encoding of its own
>>>>> self as its input. The closest thing possible that it can have is
>>>>> an encoding of another different instance of itself.
>>>>
>>>> Computations don't have different instances. What would it even mean
>>>> to 'instantiate' a computation?
>>>>
>>>> André
>>>>
>>>
>>> A Turing machine UTM that is simulating its own Turing machine
>>> description is two distinct instances: (executed and simulated) even
>>> if computer science does not bother to pay attention to this level of
>>> detail, or have the terminology to express it.
>>
>> You're confusing computations and Turing Machines.
>>
>> If you pass a UTM a description of itself, it will determine what UTM
>> applied to an empty tape will do.
>>
>> UTM ⟨UTM⟩
>>
>> and
>>
>> UTM ∅
>>
>> are entirely distinct computations.
>
> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>
> In the above: Ĥ applied to ⟨Ĥ⟩ and the ⟨Ĥ⟩ ⟨Ĥ⟩ simulated by embedded_H
> vary by exactly one level of indirect reference.
>
> embedded_H does not, cannot, and its not supposed to report on the exact
> same computation that contains itself.
>
> embedded_H computes the mapping of its input ⟨Ĥ⟩ ⟨Ĥ⟩ a final state of
> embedded_H.

And this proves you aren't working on the Halting Problem, since BY
DEFINITION the halt decider applied to <M> w needs to report on the
behavior of M applied to w which means that embedded_H applied to <H^>
<H^> needs to report on the behavior of H^ applied to <H^> (the 'level
of indirection' difference being part of the DEFINITION of the mapping
that the decider is to compute).

There is NO 'exception' in the definition for M containing a copy of the
Halt Decider, so you can't claim one.

Since you say this isn't what embedded_H is doing, it is NOT a Halt
Decider, so you fail.

>
>> They are not different 'instances' of some computation. Every
>> "instance" of
>>
>> M ⟨I⟩
>>
>> is the exact same computation. So there is no point in talking about
>> "instances".
>>
>> Do you actually understand what instantiation means?
>>
>> André
>>
>
> What Does Instantiate Mean?
> Instantiate (a verb) and instantiation (the noun) in computer science
> refer to the creation of an object (or an “instance” of a given class)
> in an object-oriented programming (OOP) language. Referencing a class
> declaration, an instantiated object is named and created, in memory or
> on disk.
>
> https://www.techopedia.com/definition/26857/instantiate#:~:text=Instantiate%20(a%20verb)%20and%20instantiation,in%20memory%20or%20on%20disk.
>
>
>
>

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ][ brain dead moron]

<JPtYJ.155977$7F2.126477@fx12.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!2.eu.feeder.erje.net!feeder.erje.net!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!feeder1.feed.usenet.farm!feed.usenet.farm!peer02.ams4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx12.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ][ brain dead moron]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0jfsk$s26$1@dont-email.me>
<vMKdnWgvI43bzrD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jl0r$uum$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<-eidnVPrS-yup6z_nZ2dnUU7_8xh4p2d@giganews.com>
<IkbYJ.88206$ZmJ7.3220@fx06.iad>
<zZSdnTmU-vY71qz_nZ2dnUU7_8xh4p2d@giganews.com>
<e4cYJ.149884$LN2.112198@fx13.iad>
<uridnbJz65BH06z_nZ2dnUU7_81g4p2d@giganews.com>
<ArcYJ.82726$yi_7.44673@fx39.iad>
<5f6dnSKLoqPEx6z_nZ2dnUU7_8xh4p2d@giganews.com>
<qwjYJ.139335$mF2.123895@fx11.iad>
<gc-dne2MeYm_aKz_nZ2dnUU7_8zNnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <gc-dne2MeYm_aKz_nZ2dnUU7_8zNnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 212
Message-ID: <JPtYJ.155977$7F2.126477@fx12.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: Wed, 16 Mar 2022 18:49:13 -0400
X-Received-Bytes: 11230
 by: Richard Damon - Wed, 16 Mar 2022 22:49 UTC

On 3/16/22 10:33 AM, olcott wrote:
> On 3/16/2022 6:05 AM, Richard Damon wrote:
>> On 3/15/22 11:32 PM, olcott wrote:
>>> On 3/15/2022 10:02 PM, Richard Damon wrote:
>>>> On 3/15/22 10:43 PM, olcott wrote:
>>>>> On 3/15/2022 9:38 PM, Richard Damon wrote:
>>>>>> On 3/15/22 10:29 PM, olcott wrote:
>>>>>>> On 3/15/2022 8:47 PM, Richard Damon wrote:
>>>>>>>> On 3/15/22 9:15 PM, olcott wrote:
>>>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Again, I'll repeat the question which you dishonestly
>>>>>>>>>>>>>>> snipped rather
>>>>>>>>>>>>>>> than answering. I won't bother putting it in all caps or
>>>>>>>>>>>>>>> repeating it
>>>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which
>>>>>>>>>>>>>>> can be passed
>>>>>>>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of
>>>>>>>>>>>>>> indirect reference
>>>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly impossible
>>>>>>>>>>>>>> to pass this
>>>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>>>> There are no 'levels of indirection' when discussing Turing
>>>>>>>>>>>>> Machines.
>>>>>>>>>>>>>
>>>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be
>>>>>>>>>>>>> given as an input
>>>>>>>>>>>>> to your decider, then your decider is broken since it must
>>>>>>>>>>>>> be able to
>>>>>>>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>>>>>>>
>>>>>>>>>>>> Though that would actually be a genuine contribution to
>>>>>>>>>>>> computer science.
>>>>>>>>>>>> If you could devise a language such that a large subset of
>>>>>>>>>>>> halting and
>>>>>>>>>>>> non-halting machines could be described, but not machines
>>>>>>>>>>>> for which the
>>>>>>>>>>>> halting status is difficult or impossible for a predefined
>>>>>>>>>>>> halt decider to determine.
>>>>>>>>>>>
>>>>>>>>>>> André does not seem to be able to comprehend that a Turing
>>>>>>>>>>> machine decider cannot possibly have its own self or an
>>>>>>>>>>> encoding of its own self as its input. The closest thing
>>>>>>>>>>> possible that it can have is an encoding of another different
>>>>>>>>>>> instance of itself.
>>>>>>>>>>
>>>>>>>>>> Computations don't have different instances. What would it
>>>>>>>>>> even mean to 'instantiate' a computation?
>>>>>>>>>>
>>>>>>>>>> André
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Back to the key point:
>>>>>>>>>
>>>>>>>>> That ⟨Ĥ⟩ ⟨Ĥ⟩ finite strings specify non-halting behavior when
>>>>>>>>> correctly simulated by the UTM within embedded_H is the same as
>>>>>>>>> these finite strings specifying non-halting behavior when
>>>>>>>>> correctly interpreted by a BASIC in interpreter.
>>>>>>>>>
>>>>>>>>> 10 PRINT "Hello, World!"
>>>>>>>>> 20 goto 10
>>>>>>>>> 30 END
>>>>>>>>>
>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates
>>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>
>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates
>>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates
>>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates
>>>>>>>>> ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>>
>>>>>>>>> The above repeating pattern shows that the correctly simulated
>>>>>>>>> input to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>>>>>>> conclusively proving that this simulated input never halts.
>>>>>>>>> This enables embedded_H to abort its simulation and correctly
>>>>>>>>> transition to Ĥ.qn.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> But that infinite behavor only occurs if the embedded_H NEVER
>>>>>>>> aborts its simulation and thus it fails at the requirement to
>>>>>>>> GIVE the answer.
>>>>>>>>
>>>>>>>
>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>
>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>
>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>
>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> Which only happens if embedded_H never aborts its simulation,
>>>>> No idiot it happens no matter what !
>>>>> No idiot it happens no matter what !
>>>>> No idiot it happens no matter what !
>>>>> No idiot it happens no matter what !
>>>>> No idiot it happens no matter what !
>>>>>
>>>>
>>>> Nope, unless you can prove that two copies of the exact same
>>>> algorithm given the exact same data can give differerent results (by
>>>> showing an ACTUAL example that does it) it is proven otherwise and
>>>> you are proved to be just a pathological liar.
>>> This conclusively proves that I am correct.
>>> Saying that you simply don't believe it is not any rebuttal!
>>>
>>> When Ĥ is applied to ⟨Ĥ⟩
>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>
>>> Then these steps would keep repeating:
>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩
>>> ⟨Ĥ5⟩...
>>>
>>> The above repeating pattern shows that the correctly simulated input
>>> to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>> conclusively proving that this simulated input never halts. This
>>> enables embedded_H to abort its simulation and correctly transition
>>> to Ĥ.qn.
>>>
>>
>> Nope, smae mistake. Just proves that you can't prove you claim and
>> also that you like to LIE by improper clipping.
>>
>> Note, you OMITTED the challenge, (Quoted below), so you are obviously
>> being INTENTIONAL about your failure:
>>
>>>
>>> If ANY copy of embedded_H applied to <H^> <H^> goes to Qn, then the
>>> top level embedded_H will also go to Qn and the H^ that it is
>>> embedded in goes to H^.Qn and HALT, and NOT infinite pattern occurs.
>>>
>>> Just Denying what is proven before your eyes proves that you are
>>> either a pathological liar or delusional and have lost all grasp of
>>> the truth.
>>>
>>> Please try to show where my proof is wrong.
>>>
>>> Show how an H^ built on an embedded_H that aborts its simulation of
>>> <H^> <H^> doesn't halt, or prove that two identical copies of a
>>> machine can behave differently when given identical information.
>>> (Since you claim it happens in this case too)
>>>
>>> Failure to do this just proves you are lying.
>>
>
> I just proved what the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ is.
> I have no idea what you mean by improper clipping.


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<N8OdnWZY1_WU9q__nZ2dnUU7_83NnZ2d@giganews.com>

  copy mid

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

  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: Wed, 16 Mar 2022 17:56:09 -0500
Date: Wed, 16 Mar 2022 17:56:07 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com>
<0e363322-a8e3-4c60-b0b4-e434ecb102f2n@googlegroups.com>
<svedncZkH7kEJ63_nZ2dnUU7_8xh4p2d@giganews.com> <t0qnkv$uon$1@dont-email.me>
<K4ednUemRYQAca3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0r1j4$it7$1@dont-email.me>
<fsadneWSFMObkKz_nZ2dnUU7_8xh4p2d@giganews.com> <t0s36f$cbc$1@dont-email.me>
<SqqdnQg8jtyCbKz_nZ2dnUU7_8zNnZ2d@giganews.com> <t0t5at$82k$1@gioia.aioe.org>
<v_2dnTkg4-rrga__nZ2dnUU7_8zNnZ2d@giganews.com>
<yNmdnbUKtsTkva__nZ2dnUU7-Q_NnZ2d@brightview.co.uk>
<dpOdnZ-dZa6zq6__nZ2dnUU7_8zNnZ2d@giganews.com>
<6ItYJ.108105$3jp8.37953@fx33.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <6ItYJ.108105$3jp8.37953@fx33.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <N8OdnWZY1_WU9q__nZ2dnUU7_83NnZ2d@giganews.com>
Lines: 151
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-XKRupz70tZuKbj8rcj+Zi1RvxnbdzeP7PBgEBDEcmSyVR88QbwaZGo+Hmwz/DTprSHhk2UghATKmGQ5!iFHlbGlGlg5d4HNKH403nhrLX1Lqym55IefFbKN82lUA7i4jkU3enfIf35BZnvF0gzCoSZp0wPc1
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: 9318
 by: olcott - Wed, 16 Mar 2022 22:56 UTC

On 3/16/2022 5:41 PM, Richard Damon wrote:
> On 3/16/22 3:10 PM, olcott wrote:
>> On 3/16/2022 12:37 PM, Mike Terry wrote:
>>> On 16/03/2022 17:20, olcott wrote:
>>>> On 3/16/2022 12:04 PM, Mike Terry wrote:
>>>>> On 16/03/2022 14:15, olcott wrote:
>>>>>> On 3/16/2022 2:21 AM, Jeff Barnett wrote:
>>>>>>> On 3/15/2022 4:02 PM, olcott wrote:
>>>>>>>> On 3/15/2022 4:48 PM, Jeff Barnett wrote:
>>>>>>>>> On 3/15/2022 1:44 PM, olcott wrote:
>>>>>>>>>> On 3/15/2022 1:58 PM, Jeff Barnett wrote:
>>>>>>>>>>> On 3/15/2022 10:11 AM, olcott wrote:
>>>>>>>>>>>> On 3/15/2022 10:44 AM, Malcolm McLean wrote:
>>>>>>>>>>>
>>>>>>>>>>>     <MAJOR SNIP>
>>>>>>>>>>>
>>>>>>>>>>>>> So how would you describe a compiler which is
>>>>>>>>>>>>> "bootstrapped", i.e. fed its own
>>>>>>>>>>>>> source code?
>>>>>>>>>>>>
>>>>>>>>>>>> A compiler that is fed its own source-code is not the same
>>>>>>>>>>>> because the compiler does not execute this source-code.
>>>>>>>>>>> This is one of your best Peter. Along the way you've had 100s
>>>>>>>>>>> of messages that have said that simulation as a basis for a
>>>>>>>>>>> Halting Problem solution is hopeless. Of course you pay no
>>>>>>>>>>> attention because it's unlikely you understood what you were
>>>>>>>>>>> being told. So here you are looping back over years of the
>>>>>>>>>>> same bone headed approach.
>>>>>>>>>>>
>>>>>>>>>>> Let's start with a few basics:
>>>>>>>>>>>
>>>>>>>>>>> Nothing executes source code; even an interpreter ingests it
>>>>>>>>>>> first.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> A compiler the compiles its own source-code is nothing at all
>>>>>>>>>> like executing this source code.
>>>>>>>>>
>>>>>>>>> You really do have rocks in your head. Think for at least 2
>>>>>>>>> seconds before responding and getting it all wrong. The
>>>>>>>>> mistakes you are making with the above statement are so basic
>>>>>>>>> that I hardly know where to start. As I've been told many times
>>>>>>>>> it's harder to teach Kindergarten than grad students. And in
>>>>>>>>> this instance, with you, we have a sixty year old crawling
>>>>>>>>> around in diapers.
>>>>>>>>>
>>>>>>>>>> An interpreter that interprets source code can be reasonably
>>>>>>>>>> construed as running this source code.
>>>>>>>>>
>>>>>>>>> Perhaps. The issue is it really doesn't know that it is it's
>>>>>>>>> own source code, does it? And, in fact, neither it nor any
>>>>>>>>> observer is aware of any vicious self reference. Only a dunce
>>>>>>>>> would worry about it. You do worry don't you?
>>>>>>>>
>>>>>>>> In other words you are saying that no one is bright enough to be
>>>>>>>> able to detect what is essentially infinite recursion.
>>>>>>> You soiled your diapers again. I said nothing of the sort. I will
>>>>>>> say it now though, nobody is intelligent enough to systematically
>>>>>>> (by algorithm) spot infinite recursion. God can't do it either.
>>>>>>> It's not theoretically possible. Only an ignorant nitwit would
>>>>>>> not know that and prattle on for years about it.
>>>>>>>
>>>>>>
>>>>>> I already have a group of many experts that concur that infinite
>>>>>> recursion can be detected and the criterion measure by which it is
>>>>>> correctly detected.
>>>>>
>>>>> I'm afraid that you lack the intellect to understand exactly what
>>>>> other people are saying on technical issues.  How many times have
>>>>> you quoted me (and others here) as supporting something you've
>>>>> claimed, whereas it turns out you had just misunderstood some
>>>>> remark that had been made? [Answer: lots of times!]
>>>>>
>>>>> You also have a habit of going elsewhere, and "tricking" the people
>>>>> there into "agreeing" with some claim you've made here by not
>>>>> properly explaining the full context of your claim.  Then you come
>>>>> back here selectively quoting some "expert" to suggest he is
>>>>> supporting you. [Like when you went to the x86 group and showed
>>>>> them your "trace" asking them if they could see what's going on,
>>>>> and got one of them to say "it's looping...".  You failed to
>>>>> mention the trace was not the "processor trace" they would
>>>>> naturally expect, and that there was simulation involved, and that
>>>>> your trace was in fact some kind of "merged simulation trace", and
>>>>> that you were using this trace to disprove the Halting Problem
>>>>> theorem.]
>>>>>
>>>>> It's been pointed out to you many times that algorithms exhist that
>>>>> can identify /some/ infinite loops/recursions as such, but no
>>>>> algorithm detects ALL non-halting behaviour.
>>>>>
>>>>> And specifically, your test (looking for more than one call to a
>>>>> particular address etc.) is /unsound/ when you try to use it on
>>>>> your "merged simulation" trace.  No expert would say otherwise if
>>>>> they had been given the full context, so probably you've just
>>>>> tricked someone again...
>>>>>
>>>>>
>>>>> Mike.
>>>>
>>>> None-the-less is is self-evident that the input presented to the
>>>> copy of the Linz H embedded at Ĥ.qx does specify infinitely nested
>>>> simulation to simulating halt decider embedded_H thus proving that a
>>>> transition to Ĥ.qn by embedded_H would be correct.
>>>
>>> You mean self-evident TO YOU.  To people who have an understanding of
>>> TMs it is simply wrong or meaningless (depending on how tolerant
>>> people are of your wishy-washy phrasing).
>>>
>>>
>>> Mike.
>>>
>>
>> They simply dogmatically state that the believe that I am wrong about
>> this yet cannot point to the specific error because there is none:
>>
>> When Ĥ is applied to ⟨Ĥ⟩
>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>
>> Then these steps would keep repeating:
>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩
>> ⟨Ĥ5⟩...
>>
>> The above repeating pattern shows that the correctly simulated input
>> to embedded_H would never reach its final state of ⟨Ĥ⟩.qn conclusively
>> proving that this simulated input never halts. This enables embedded_H
>> to abort its simulation and correctly transition to Ĥ.qn.
>>
>
> The error has been pointed out to you many times, but you seem either
> too dumb or too dishonest to see/admit the error.
>
You cannot show that the simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H can
possibly ever reach its own final state ⟨Ĥ⟩.qn in any finite number of
simulated steps YOU FREAKING BRAIN DEAD MORON!


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<5PqdnasJo-l98a__nZ2dnUU7_81g4p2d@giganews.com>

  copy mid

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

  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: Wed, 16 Mar 2022 18:04:00 -0500
Date: Wed, 16 Mar 2022 18:03:58 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <871qz73n0i.fsf@bsb.me.uk>
<NMOdnQddB-ilkLD_nZ2dnUU7_8zNnZ2d@giganews.com> <t0j3ip$3rg$1@dont-email.me>
<R8CdnTRBnut9trD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jc0j$3in$1@dont-email.me>
<DfOdnckFsoViqrD_nZ2dnUU7_8zNnZ2d@giganews.com> <t0jfsk$s26$1@dont-email.me>
<vMKdnWgvI43bzrD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jl0r$uum$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<WradneHYjO8-laz_nZ2dnUU7_83NnZ2d@giganews.com> <t0tg8q$a07$1@dont-email.me>
<2OadncUO86S52q__nZ2dnUU7_8zNnZ2d@giganews.com>
<2MtYJ.190086$SeK9.148168@fx97.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <2MtYJ.190086$SeK9.148168@fx97.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <5PqdnasJo-l98a__nZ2dnUU7_81g4p2d@giganews.com>
Lines: 100
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-zYAJIPZWBffnOZE8lWaYYejvcBEPYju1HJmRwOvo1oXRdAhohVDt8G5h6LQIs2glI8plYoKYXDcZgGP!FKSdZC6P8Ju914yVK+t+XS3T8KPyMANcLymcnVc0YvpolkZrJO+lUdsQd295FUaRprIKHl/5RW3b
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: 6087
 by: olcott - Wed, 16 Mar 2022 23:03 UTC

On 3/16/2022 5:45 PM, Richard Damon wrote:
> On 3/16/22 4:22 PM, olcott wrote:
>> On 3/16/2022 3:11 PM, André G. Isaak wrote:
>>> On 2022-03-15 15:44, olcott wrote:
>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak wrote:
>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>
>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>
>>>>>>>>>> Again, I'll repeat the question which you dishonestly snipped
>>>>>>>>>> rather
>>>>>>>>>> than answering. I won't bother putting it in all caps or
>>>>>>>>>> repeating it
>>>>>>>>>> five times.
>>>>>>>>>>
>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which can be
>>>>>>>>>> passed
>>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>
>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of indirect
>>>>>>>>> reference
>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly impossible to
>>>>>>>>> pass this
>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>> There are no 'levels of indirection' when discussing Turing
>>>>>>>> Machines.
>>>>>>>>
>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be given as
>>>>>>>> an input
>>>>>>>> to your decider, then your decider is broken since it must be
>>>>>>>> able to
>>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>>
>>>>>>> Though that would actually be a genuine contribution to computer
>>>>>>> science.
>>>>>>> If you could devise a language such that a large subset of
>>>>>>> halting and
>>>>>>> non-halting machines could be described, but not machines for
>>>>>>> which the
>>>>>>> halting status is difficult or impossible for a predefined halt
>>>>>>> decider to determine.
>>>>>>
>>>>>> André does not seem to be able to comprehend that a Turing machine
>>>>>> decider cannot possibly have its own self or an encoding of its
>>>>>> own self as its input. The closest thing possible that it can have
>>>>>> is an encoding of another different instance of itself.
>>>>>
>>>>> Computations don't have different instances. What would it even
>>>>> mean to 'instantiate' a computation?
>>>>>
>>>>> André
>>>>>
>>>>
>>>> A Turing machine UTM that is simulating its own Turing machine
>>>> description is two distinct instances: (executed and simulated) even
>>>> if computer science does not bother to pay attention to this level
>>>> of detail, or have the terminology to express it.
>>>
>>> You're confusing computations and Turing Machines.
>>>
>>> If you pass a UTM a description of itself, it will determine what UTM
>>> applied to an empty tape will do.
>>>
>>> UTM ⟨UTM⟩
>>>
>>> and
>>>
>>> UTM ∅
>>>
>>> are entirely distinct computations.
>>
>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>
>> In the above: Ĥ applied to ⟨Ĥ⟩ and the ⟨Ĥ⟩ ⟨Ĥ⟩ simulated by embedded_H
>> vary by exactly one level of indirect reference.
>>
>> embedded_H does not, cannot, and its not supposed to report on the
>> exact same computation that contains itself.
>>
>> embedded_H computes the mapping of its input ⟨Ĥ⟩ ⟨Ĥ⟩ a final state of
>> embedded_H.
>
> And this proves you aren't working on the Halting Problem,
All deciders compute the mapping from their inputs to their own final
state BRAIN DEAD MORON!

--
Copyright 2021 Pete Olcott

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

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ][ brain dead moron]

<5PqdnaoJo-nk8K__nZ2dnUU7_839fwAA@giganews.com>

  copy mid

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

  copy link   Newsgroups: comp.theory
X-Received: by 2002:a7b:ce04:0:b0:38c:6c34:9aac with SMTP id m4-20020a7bce04000000b0038c6c349aacmr1549726wmc.142.1647471998503;
Wed, 16 Mar 2022 16:06:38 -0700 (PDT)
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!2.eu.feeder.erje.net!feeder.erje.net!proxad.net!feeder1-2.proxad.net!209.85.128.87.MISMATCH!news-out.google.com!nntp.google.com!border1.nntp.dca1.giganews.com!nntp.giganews.com!buffer1.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 16 Mar 2022 18:06:33 -0500
Date: Wed, 16 Mar 2022 18:06:31 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ][ brain dead moron]
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me>
<vMKdnWgvI43bzrD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jl0r$uum$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<-eidnVPrS-yup6z_nZ2dnUU7_8xh4p2d@giganews.com>
<IkbYJ.88206$ZmJ7.3220@fx06.iad>
<zZSdnTmU-vY71qz_nZ2dnUU7_8xh4p2d@giganews.com>
<e4cYJ.149884$LN2.112198@fx13.iad>
<uridnbJz65BH06z_nZ2dnUU7_81g4p2d@giganews.com>
<ArcYJ.82726$yi_7.44673@fx39.iad>
<5f6dnSKLoqPEx6z_nZ2dnUU7_8xh4p2d@giganews.com>
<qwjYJ.139335$mF2.123895@fx11.iad>
<gc-dne2MeYm_aKz_nZ2dnUU7_8zNnZ2d@giganews.com>
<JPtYJ.155977$7F2.126477@fx12.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <JPtYJ.155977$7F2.126477@fx12.iad>
Message-ID: <5PqdnaoJo-nk8K__nZ2dnUU7_839fwAA@giganews.com>
Lines: 485
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-vxSBQQmZbd1JcI+GYlbkrYrYAxtovd+3qiPna5kt4sGuoDbau2+wjur4h/lTMt1f/PnhknNKzPIL00Z!lKRHinLq/f2r6V0LVcrqrtryiCUyqR4SJF4adi8NSAQx2OWo7Rxe7VJhk+ToIxxCD37kH6FgNM0+
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: 32108
Content-Language: en-US
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
 by: olcott - Wed, 16 Mar 2022 23:06 UTC

On 3/16/2022 5:49 PM, Richard Damon wrote:
> On 3/16/22 10:33 AM, olcott wrote:
>> On 3/16/2022 6:05 AM, Richard Damon wrote:
>>> On 3/15/22 11:32 PM, olcott wrote:
>>>> On 3/15/2022 10:02 PM, Richard Damon wrote:
>>>>> On 3/15/22 10:43 PM, olcott wrote:
>>>>>> On 3/15/2022 9:38 PM, Richard Damon wrote:
>>>>>>> On 3/15/22 10:29 PM, olcott wrote:
>>>>>>>> On 3/15/2022 8:47 PM, Richard Damon wrote:
>>>>>>>>> On 3/15/22 9:15 PM, olcott wrote:
>>>>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Again, I'll repeat the question which you dishonestly
>>>>>>>>>>>>>>>> snipped rather
>>>>>>>>>>>>>>>> than answering. I won't bother putting it in all caps or
>>>>>>>>>>>>>>>> repeating it
>>>>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which
>>>>>>>>>>>>>>>> can be passed
>>>>>>>>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of
>>>>>>>>>>>>>>> indirect reference
>>>>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly impossible
>>>>>>>>>>>>>>> to pass this
>>>>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>>>>> There are no 'levels of indirection' when discussing
>>>>>>>>>>>>>> Turing Machines.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be
>>>>>>>>>>>>>> given as an input
>>>>>>>>>>>>>> to your decider, then your decider is broken since it must
>>>>>>>>>>>>>> be able to
>>>>>>>>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>>>>>>>>
>>>>>>>>>>>>> Though that would actually be a genuine contribution to
>>>>>>>>>>>>> computer science.
>>>>>>>>>>>>> If you could devise a language such that a large subset of
>>>>>>>>>>>>> halting and
>>>>>>>>>>>>> non-halting machines could be described, but not machines
>>>>>>>>>>>>> for which the
>>>>>>>>>>>>> halting status is difficult or impossible for a predefined
>>>>>>>>>>>>> halt decider to determine.
>>>>>>>>>>>>
>>>>>>>>>>>> André does not seem to be able to comprehend that a Turing
>>>>>>>>>>>> machine decider cannot possibly have its own self or an
>>>>>>>>>>>> encoding of its own self as its input. The closest thing
>>>>>>>>>>>> possible that it can have is an encoding of another
>>>>>>>>>>>> different instance of itself.
>>>>>>>>>>>
>>>>>>>>>>> Computations don't have different instances. What would it
>>>>>>>>>>> even mean to 'instantiate' a computation?
>>>>>>>>>>>
>>>>>>>>>>> André
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Back to the key point:
>>>>>>>>>>
>>>>>>>>>> That ⟨Ĥ⟩ ⟨Ĥ⟩ finite strings specify non-halting behavior when
>>>>>>>>>> correctly simulated by the UTM within embedded_H is the same
>>>>>>>>>> as these finite strings specifying non-halting behavior when
>>>>>>>>>> correctly interpreted by a BASIC in interpreter.
>>>>>>>>>>
>>>>>>>>>> 10 PRINT "Hello, World!"
>>>>>>>>>> 20 goto 10
>>>>>>>>>> 30 END
>>>>>>>>>>
>>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates
>>>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>>
>>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates
>>>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates
>>>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates
>>>>>>>>>> ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>>>
>>>>>>>>>> The above repeating pattern shows that the correctly simulated
>>>>>>>>>> input to embedded_H would never reach its final state of
>>>>>>>>>> ⟨Ĥ⟩.qn conclusively proving that this simulated input never
>>>>>>>>>> halts. This enables embedded_H to abort its simulation and
>>>>>>>>>> correctly transition to Ĥ.qn.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> But that infinite behavor only occurs if the embedded_H NEVER
>>>>>>>>> aborts its simulation and thus it fails at the requirement to
>>>>>>>>> GIVE the answer.
>>>>>>>>>
>>>>>>>>
>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>
>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>
>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>
>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Which only happens if embedded_H never aborts its simulation,
>>>>>> No idiot it happens no matter what !
>>>>>> No idiot it happens no matter what !
>>>>>> No idiot it happens no matter what !
>>>>>> No idiot it happens no matter what !
>>>>>> No idiot it happens no matter what !
>>>>>>
>>>>>
>>>>> Nope, unless you can prove that two copies of the exact same
>>>>> algorithm given the exact same data can give differerent results
>>>>> (by showing an ACTUAL example that does it) it is proven otherwise
>>>>> and you are proved to be just a pathological liar.
>>>> This conclusively proves that I am correct.
>>>> Saying that you simply don't believe it is not any rebuttal!
>>>>
>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>
>>>> Then these steps would keep repeating:
>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩
>>>> ⟨Ĥ5⟩...
>>>>
>>>> The above repeating pattern shows that the correctly simulated input
>>>> to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>> conclusively proving that this simulated input never halts. This
>>>> enables embedded_H to abort its simulation and correctly transition
>>>> to Ĥ.qn.
>>>>
>>>
>>> Nope, smae mistake. Just proves that you can't prove you claim and
>>> also that you like to LIE by improper clipping.
>>>
>>> Note, you OMITTED the challenge, (Quoted below), so you are obviously
>>> being INTENTIONAL about your failure:
>>>
>>>>
>>>> If ANY copy of embedded_H applied to <H^> <H^> goes to Qn, then the
>>>> top level embedded_H will also go to Qn and the H^ that it is
>>>> embedded in goes to H^.Qn and HALT, and NOT infinite pattern occurs.
>>>>
>>>> Just Denying what is proven before your eyes proves that you are
>>>> either a pathological liar or delusional and have lost all grasp of
>>>> the truth.
>>>>
>>>> Please try to show where my proof is wrong.
>>>>
>>>> Show how an H^ built on an embedded_H that aborts its simulation of
>>>> <H^> <H^> doesn't halt, or prove that two identical copies of a
>>>> machine can behave differently when given identical information.
>>>> (Since you claim it happens in this case too)
>>>>
>>>> Failure to do this just proves you are lying.
>>>
>>
>> I just proved what the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ is.
>> I have no idea what you mean by improper clipping.
>
> Jsut proves that you don't understand what Truth is.
>
>>
>> H.q0 ⟨M⟩ w ⊢* H.qy ----- iff UTM( ⟨M⟩, w ) reaches the final state of M
>> H.q0 ⟨M⟩ w ⊢* H.qn ----- iff UTM( ⟨M⟩, w ) would never reach the final
>> state of M
>>
>> Simulating halt decider H performs a pure simulation of its input as
>> if it was a UTM unless and until it detects an infinitely repeating
>> pattern. Then it aborts the simulation of its input and transitions to
>> its final reject state. Otherwise H transitions to its accept state
>> when its simulation ends.
>>
>> The following simplifies the syntax for the definition of the Linz
>> Turing machine Ĥ, it is now a single machine with a single start
>> state. A copy of Linz H is embedded at Ĥ.qx.
>>
>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its final
>> state.
>>
>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach its
>> final state.
>>
>>
>
> Which is all a LIE by your own admision.
>
> Since you keep on removing my comment, I will not repeat them, but just
> point out that even YOUR have previously ADMITTED that the equivalnt of
> H^ applied to <H^> does Halt when H decides on <H^> <H^> as non-halting.
>


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<AiuYJ.133566$r6p7.54783@fx41.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!feeder1.feed.usenet.farm!feed.usenet.farm!peer02.ams4!peer.am4.highwinds-media.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com>
<0e363322-a8e3-4c60-b0b4-e434ecb102f2n@googlegroups.com>
<svedncZkH7kEJ63_nZ2dnUU7_8xh4p2d@giganews.com> <t0qnkv$uon$1@dont-email.me>
<K4ednUemRYQAca3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0r1j4$it7$1@dont-email.me>
<fsadneWSFMObkKz_nZ2dnUU7_8xh4p2d@giganews.com> <t0s36f$cbc$1@dont-email.me>
<SqqdnQg8jtyCbKz_nZ2dnUU7_8zNnZ2d@giganews.com> <t0t5at$82k$1@gioia.aioe.org>
<v_2dnTkg4-rrga__nZ2dnUU7_8zNnZ2d@giganews.com>
<yNmdnbUKtsTkva__nZ2dnUU7-Q_NnZ2d@brightview.co.uk>
<dpOdnZ-dZa6zq6__nZ2dnUU7_8zNnZ2d@giganews.com>
<6ItYJ.108105$3jp8.37953@fx33.iad>
<N8OdnWZY1_WU9q__nZ2dnUU7_83NnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <N8OdnWZY1_WU9q__nZ2dnUU7_83NnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 177
Message-ID: <AiuYJ.133566$r6p7.54783@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: Wed, 16 Mar 2022 19:22:08 -0400
X-Received-Bytes: 10365
 by: Richard Damon - Wed, 16 Mar 2022 23:22 UTC

On 3/16/22 6:56 PM, olcott wrote:
> On 3/16/2022 5:41 PM, Richard Damon wrote:
>> On 3/16/22 3:10 PM, olcott wrote:
>>> On 3/16/2022 12:37 PM, Mike Terry wrote:
>>>> On 16/03/2022 17:20, olcott wrote:
>>>>> On 3/16/2022 12:04 PM, Mike Terry wrote:
>>>>>> On 16/03/2022 14:15, olcott wrote:
>>>>>>> On 3/16/2022 2:21 AM, Jeff Barnett wrote:
>>>>>>>> On 3/15/2022 4:02 PM, olcott wrote:
>>>>>>>>> On 3/15/2022 4:48 PM, Jeff Barnett wrote:
>>>>>>>>>> On 3/15/2022 1:44 PM, olcott wrote:
>>>>>>>>>>> On 3/15/2022 1:58 PM, Jeff Barnett wrote:
>>>>>>>>>>>> On 3/15/2022 10:11 AM, olcott wrote:
>>>>>>>>>>>>> On 3/15/2022 10:44 AM, Malcolm McLean wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>     <MAJOR SNIP>
>>>>>>>>>>>>
>>>>>>>>>>>>>> So how would you describe a compiler which is
>>>>>>>>>>>>>> "bootstrapped", i.e. fed its own
>>>>>>>>>>>>>> source code?
>>>>>>>>>>>>>
>>>>>>>>>>>>> A compiler that is fed its own source-code is not the same
>>>>>>>>>>>>> because the compiler does not execute this source-code.
>>>>>>>>>>>> This is one of your best Peter. Along the way you've had
>>>>>>>>>>>> 100s of messages that have said that simulation as a basis
>>>>>>>>>>>> for a Halting Problem solution is hopeless. Of course you
>>>>>>>>>>>> pay no attention because it's unlikely you understood what
>>>>>>>>>>>> you were being told. So here you are looping back over years
>>>>>>>>>>>> of the same bone headed approach.
>>>>>>>>>>>>
>>>>>>>>>>>> Let's start with a few basics:
>>>>>>>>>>>>
>>>>>>>>>>>> Nothing executes source code; even an interpreter ingests it
>>>>>>>>>>>> first.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> A compiler the compiles its own source-code is nothing at all
>>>>>>>>>>> like executing this source code.
>>>>>>>>>>
>>>>>>>>>> You really do have rocks in your head. Think for at least 2
>>>>>>>>>> seconds before responding and getting it all wrong. The
>>>>>>>>>> mistakes you are making with the above statement are so basic
>>>>>>>>>> that I hardly know where to start. As I've been told many
>>>>>>>>>> times it's harder to teach Kindergarten than grad students.
>>>>>>>>>> And in this instance, with you, we have a sixty year old
>>>>>>>>>> crawling around in diapers.
>>>>>>>>>>
>>>>>>>>>>> An interpreter that interprets source code can be reasonably
>>>>>>>>>>> construed as running this source code.
>>>>>>>>>>
>>>>>>>>>> Perhaps. The issue is it really doesn't know that it is it's
>>>>>>>>>> own source code, does it? And, in fact, neither it nor any
>>>>>>>>>> observer is aware of any vicious self reference. Only a dunce
>>>>>>>>>> would worry about it. You do worry don't you?
>>>>>>>>>
>>>>>>>>> In other words you are saying that no one is bright enough to
>>>>>>>>> be able to detect what is essentially infinite recursion.
>>>>>>>> You soiled your diapers again. I said nothing of the sort. I
>>>>>>>> will say it now though, nobody is intelligent enough to
>>>>>>>> systematically (by algorithm) spot infinite recursion. God can't
>>>>>>>> do it either. It's not theoretically possible. Only an ignorant
>>>>>>>> nitwit would not know that and prattle on for years about it.
>>>>>>>>
>>>>>>>
>>>>>>> I already have a group of many experts that concur that infinite
>>>>>>> recursion can be detected and the criterion measure by which it
>>>>>>> is correctly detected.
>>>>>>
>>>>>> I'm afraid that you lack the intellect to understand exactly what
>>>>>> other people are saying on technical issues.  How many times have
>>>>>> you quoted me (and others here) as supporting something you've
>>>>>> claimed, whereas it turns out you had just misunderstood some
>>>>>> remark that had been made? [Answer: lots of times!]
>>>>>>
>>>>>> You also have a habit of going elsewhere, and "tricking" the
>>>>>> people there into "agreeing" with some claim you've made here by
>>>>>> not properly explaining the full context of your claim.  Then you
>>>>>> come back here selectively quoting some "expert" to suggest he is
>>>>>> supporting you. [Like when you went to the x86 group and showed
>>>>>> them your "trace" asking them if they could see what's going on,
>>>>>> and got one of them to say "it's looping...".  You failed to
>>>>>> mention the trace was not the "processor trace" they would
>>>>>> naturally expect, and that there was simulation involved, and that
>>>>>> your trace was in fact some kind of "merged simulation trace", and
>>>>>> that you were using this trace to disprove the Halting Problem
>>>>>> theorem.]
>>>>>>
>>>>>> It's been pointed out to you many times that algorithms exhist
>>>>>> that can identify /some/ infinite loops/recursions as such, but no
>>>>>> algorithm detects ALL non-halting behaviour.
>>>>>>
>>>>>> And specifically, your test (looking for more than one call to a
>>>>>> particular address etc.) is /unsound/ when you try to use it on
>>>>>> your "merged simulation" trace.  No expert would say otherwise if
>>>>>> they had been given the full context, so probably you've just
>>>>>> tricked someone again...
>>>>>>
>>>>>>
>>>>>> Mike.
>>>>>
>>>>> None-the-less is is self-evident that the input presented to the
>>>>> copy of the Linz H embedded at Ĥ.qx does specify infinitely nested
>>>>> simulation to simulating halt decider embedded_H thus proving that
>>>>> a transition to Ĥ.qn by embedded_H would be correct.
>>>>
>>>> You mean self-evident TO YOU.  To people who have an understanding
>>>> of TMs it is simply wrong or meaningless (depending on how tolerant
>>>> people are of your wishy-washy phrasing).
>>>>
>>>>
>>>> Mike.
>>>>
>>>
>>> They simply dogmatically state that the believe that I am wrong about
>>> this yet cannot point to the specific error because there is none:
>>>
>>> When Ĥ is applied to ⟨Ĥ⟩
>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>
>>> Then these steps would keep repeating:
>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩
>>> ⟨Ĥ5⟩...
>>>
>>> The above repeating pattern shows that the correctly simulated input
>>> to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>> conclusively proving that this simulated input never halts. This
>>> enables embedded_H to abort its simulation and correctly transition
>>> to Ĥ.qn.
>>>
>>
>> The error has been pointed out to you many times, but you seem either
>> too dumb or too dishonest to see/admit the error.
>>
> You cannot show that the simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H can
> possibly ever reach its own final state ⟨Ĥ⟩.qn in any finite number of
> simulated steps YOU FREAKING BRAIN DEAD MORON!
>
> Ĥ.qn is not the final state of any simulated input:
> YOU FREAKING BRAIN DEAD MORON!
>
> Ĥ.qn is only the final state of the simulating halt decider
> YOU FREAKING BRAIN DEAD MORON!
>


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<QluYJ.202063$aT3.96177@fx09.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!news.freedyn.de!newsreader4.netcologne.de!news.netcologne.de!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx09.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0j3ip$3rg$1@dont-email.me>
<R8CdnTRBnut9trD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jc0j$3in$1@dont-email.me>
<DfOdnckFsoViqrD_nZ2dnUU7_8zNnZ2d@giganews.com> <t0jfsk$s26$1@dont-email.me>
<vMKdnWgvI43bzrD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jl0r$uum$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<WradneHYjO8-laz_nZ2dnUU7_83NnZ2d@giganews.com> <t0tg8q$a07$1@dont-email.me>
<2OadncUO86S52q__nZ2dnUU7_8zNnZ2d@giganews.com>
<2MtYJ.190086$SeK9.148168@fx97.iad>
<5PqdnasJo-l98a__nZ2dnUU7_81g4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <5PqdnasJo-l98a__nZ2dnUU7_81g4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 108
Message-ID: <QluYJ.202063$aT3.96177@fx09.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: Wed, 16 Mar 2022 19:25:36 -0400
X-Received-Bytes: 6306
 by: Richard Damon - Wed, 16 Mar 2022 23:25 UTC

On 3/16/22 7:03 PM, olcott wrote:
> On 3/16/2022 5:45 PM, Richard Damon wrote:
>> On 3/16/22 4:22 PM, olcott wrote:
>>> On 3/16/2022 3:11 PM, André G. Isaak wrote:
>>>> On 2022-03-15 15:44, olcott wrote:
>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak wrote:
>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>
>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>
>>>>>>>>>>> Again, I'll repeat the question which you dishonestly snipped
>>>>>>>>>>> rather
>>>>>>>>>>> than answering. I won't bother putting it in all caps or
>>>>>>>>>>> repeating it
>>>>>>>>>>> five times.
>>>>>>>>>>>
>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which can be
>>>>>>>>>>> passed
>>>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>
>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of indirect
>>>>>>>>>> reference
>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly impossible to
>>>>>>>>>> pass this
>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>> There are no 'levels of indirection' when discussing Turing
>>>>>>>>> Machines.
>>>>>>>>>
>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be given as
>>>>>>>>> an input
>>>>>>>>> to your decider, then your decider is broken since it must be
>>>>>>>>> able to
>>>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>>>
>>>>>>>> Though that would actually be a genuine contribution to computer
>>>>>>>> science.
>>>>>>>> If you could devise a language such that a large subset of
>>>>>>>> halting and
>>>>>>>> non-halting machines could be described, but not machines for
>>>>>>>> which the
>>>>>>>> halting status is difficult or impossible for a predefined halt
>>>>>>>> decider to determine.
>>>>>>>
>>>>>>> André does not seem to be able to comprehend that a Turing
>>>>>>> machine decider cannot possibly have its own self or an encoding
>>>>>>> of its own self as its input. The closest thing possible that it
>>>>>>> can have is an encoding of another different instance of itself.
>>>>>>
>>>>>> Computations don't have different instances. What would it even
>>>>>> mean to 'instantiate' a computation?
>>>>>>
>>>>>> André
>>>>>>
>>>>>
>>>>> A Turing machine UTM that is simulating its own Turing machine
>>>>> description is two distinct instances: (executed and simulated)
>>>>> even if computer science does not bother to pay attention to this
>>>>> level of detail, or have the terminology to express it.
>>>>
>>>> You're confusing computations and Turing Machines.
>>>>
>>>> If you pass a UTM a description of itself, it will determine what
>>>> UTM applied to an empty tape will do.
>>>>
>>>> UTM ⟨UTM⟩
>>>>
>>>> and
>>>>
>>>> UTM ∅
>>>>
>>>> are entirely distinct computations.
>>>
>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>
>>> In the above: Ĥ applied to ⟨Ĥ⟩ and the ⟨Ĥ⟩ ⟨Ĥ⟩ simulated by
>>> embedded_H vary by exactly one level of indirect reference.
>>>
>>> embedded_H does not, cannot, and its not supposed to report on the
>>> exact same computation that contains itself.
>>>
>>> embedded_H computes the mapping of its input ⟨Ĥ⟩ ⟨Ĥ⟩ a final state of
>>> embedded_H.
>>
>> And this proves you aren't working on the Halting Problem,
> All deciders compute the mapping from their inputs to their own final
> state BRAIN DEAD MORON!
>

But they must go to the CORRECT state, so all you are showing is that
Truth means nothing to you.

The CORRECT answer for H <H^> <H^> MUST (by DEFINITION) be based on the
behavior of H^ applied to <H^>, which Halts if H goes to Qn, so H is
proven to be incorrect.

H <M> w must go to H.Qy iff M w halts and to H.Qn iff M w never halts.

Since H^ <H^> will Halt if H <H^> <H^> goes to H.Qn, that answer is BY
DEFINITION incorrect, as H BY DEFINITION needed to have gone to H.Qy for
that input.

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ][ brain dead moron]

<4quYJ.166505$LN2.22099@fx13.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!news.uzoreto.com!newsfeed.xs4all.nl!newsfeed7.news.xs4all.nl!peer03.ams4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx13.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ][ brain dead moron]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0jl0r$uum$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<-eidnVPrS-yup6z_nZ2dnUU7_8xh4p2d@giganews.com>
<IkbYJ.88206$ZmJ7.3220@fx06.iad>
<zZSdnTmU-vY71qz_nZ2dnUU7_8xh4p2d@giganews.com>
<e4cYJ.149884$LN2.112198@fx13.iad>
<uridnbJz65BH06z_nZ2dnUU7_81g4p2d@giganews.com>
<ArcYJ.82726$yi_7.44673@fx39.iad>
<5f6dnSKLoqPEx6z_nZ2dnUU7_8xh4p2d@giganews.com>
<qwjYJ.139335$mF2.123895@fx11.iad>
<gc-dne2MeYm_aKz_nZ2dnUU7_8zNnZ2d@giganews.com>
<JPtYJ.155977$7F2.126477@fx12.iad>
<5PqdnaoJo-nk8K__nZ2dnUU7_839fwAA@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <5PqdnaoJo-nk8K__nZ2dnUU7_839fwAA@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 497
Message-ID: <4quYJ.166505$LN2.22099@fx13.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: Wed, 16 Mar 2022 19:30:08 -0400
X-Received-Bytes: 33051
 by: Richard Damon - Wed, 16 Mar 2022 23:30 UTC

On 3/16/22 7:06 PM, olcott wrote:
> On 3/16/2022 5:49 PM, Richard Damon wrote:
>> On 3/16/22 10:33 AM, olcott wrote:
>>> On 3/16/2022 6:05 AM, Richard Damon wrote:
>>>> On 3/15/22 11:32 PM, olcott wrote:
>>>>> On 3/15/2022 10:02 PM, Richard Damon wrote:
>>>>>> On 3/15/22 10:43 PM, olcott wrote:
>>>>>>> On 3/15/2022 9:38 PM, Richard Damon wrote:
>>>>>>>> On 3/15/22 10:29 PM, olcott wrote:
>>>>>>>>> On 3/15/2022 8:47 PM, Richard Damon wrote:
>>>>>>>>>> On 3/15/22 9:15 PM, olcott wrote:
>>>>>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak
>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Again, I'll repeat the question which you dishonestly
>>>>>>>>>>>>>>>>> snipped rather
>>>>>>>>>>>>>>>>> than answering. I won't bother putting it in all caps
>>>>>>>>>>>>>>>>> or repeating it
>>>>>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which
>>>>>>>>>>>>>>>>> can be passed
>>>>>>>>>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩
>>>>>>>>>>>>>>>>> ⟨Ĥ⟩?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of
>>>>>>>>>>>>>>>> indirect reference
>>>>>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly impossible
>>>>>>>>>>>>>>>> to pass this
>>>>>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>>>>>> There are no 'levels of indirection' when discussing
>>>>>>>>>>>>>>> Turing Machines.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be
>>>>>>>>>>>>>>> given as an input
>>>>>>>>>>>>>>> to your decider, then your decider is broken since it
>>>>>>>>>>>>>>> must be able to
>>>>>>>>>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Though that would actually be a genuine contribution to
>>>>>>>>>>>>>> computer science.
>>>>>>>>>>>>>> If you could devise a language such that a large subset of
>>>>>>>>>>>>>> halting and
>>>>>>>>>>>>>> non-halting machines could be described, but not machines
>>>>>>>>>>>>>> for which the
>>>>>>>>>>>>>> halting status is difficult or impossible for a predefined
>>>>>>>>>>>>>> halt decider to determine.
>>>>>>>>>>>>>
>>>>>>>>>>>>> André does not seem to be able to comprehend that a Turing
>>>>>>>>>>>>> machine decider cannot possibly have its own self or an
>>>>>>>>>>>>> encoding of its own self as its input. The closest thing
>>>>>>>>>>>>> possible that it can have is an encoding of another
>>>>>>>>>>>>> different instance of itself.
>>>>>>>>>>>>
>>>>>>>>>>>> Computations don't have different instances. What would it
>>>>>>>>>>>> even mean to 'instantiate' a computation?
>>>>>>>>>>>>
>>>>>>>>>>>> André
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Back to the key point:
>>>>>>>>>>>
>>>>>>>>>>> That ⟨Ĥ⟩ ⟨Ĥ⟩ finite strings specify non-halting behavior when
>>>>>>>>>>> correctly simulated by the UTM within embedded_H is the same
>>>>>>>>>>> as these finite strings specifying non-halting behavior when
>>>>>>>>>>> correctly interpreted by a BASIC in interpreter.
>>>>>>>>>>>
>>>>>>>>>>> 10 PRINT "Hello, World!"
>>>>>>>>>>> 20 goto 10
>>>>>>>>>>> 30 END
>>>>>>>>>>>
>>>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates
>>>>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>>>
>>>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates
>>>>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates
>>>>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates
>>>>>>>>>>> ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>>>>
>>>>>>>>>>> The above repeating pattern shows that the correctly
>>>>>>>>>>> simulated input to embedded_H would never reach its final
>>>>>>>>>>> state of ⟨Ĥ⟩.qn conclusively proving that this simulated
>>>>>>>>>>> input never halts. This enables embedded_H to abort its
>>>>>>>>>>> simulation and correctly transition to Ĥ.qn.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> But that infinite behavor only occurs if the embedded_H NEVER
>>>>>>>>>> aborts its simulation and thus it fails at the requirement to
>>>>>>>>>> GIVE the answer.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>
>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>
>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>
>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> Which only happens if embedded_H never aborts its simulation,
>>>>>>> No idiot it happens no matter what !
>>>>>>> No idiot it happens no matter what !
>>>>>>> No idiot it happens no matter what !
>>>>>>> No idiot it happens no matter what !
>>>>>>> No idiot it happens no matter what !
>>>>>>>
>>>>>>
>>>>>> Nope, unless you can prove that two copies of the exact same
>>>>>> algorithm given the exact same data can give differerent results
>>>>>> (by showing an ACTUAL example that does it) it is proven otherwise
>>>>>> and you are proved to be just a pathological liar.
>>>>> This conclusively proves that I am correct.
>>>>> Saying that you simply don't believe it is not any rebuttal!
>>>>>
>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>
>>>>> Then these steps would keep repeating:
>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩
>>>>> ⟨Ĥ3⟩
>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩
>>>>> ⟨Ĥ4⟩
>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩
>>>>> ⟨Ĥ5⟩...
>>>>>
>>>>> The above repeating pattern shows that the correctly simulated
>>>>> input to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>>> conclusively proving that this simulated input never halts. This
>>>>> enables embedded_H to abort its simulation and correctly transition
>>>>> to Ĥ.qn.
>>>>>
>>>>
>>>> Nope, smae mistake. Just proves that you can't prove you claim and
>>>> also that you like to LIE by improper clipping.
>>>>
>>>> Note, you OMITTED the challenge, (Quoted below), so you are
>>>> obviously being INTENTIONAL about your failure:
>>>>
>>>>>
>>>>> If ANY copy of embedded_H applied to <H^> <H^> goes to Qn, then the
>>>>> top level embedded_H will also go to Qn and the H^ that it is
>>>>> embedded in goes to H^.Qn and HALT, and NOT infinite pattern occurs.
>>>>>
>>>>> Just Denying what is proven before your eyes proves that you are
>>>>> either a pathological liar or delusional and have lost all grasp of
>>>>> the truth.
>>>>>
>>>>> Please try to show where my proof is wrong.
>>>>>
>>>>> Show how an H^ built on an embedded_H that aborts its simulation of
>>>>> <H^> <H^> doesn't halt, or prove that two identical copies of a
>>>>> machine can behave differently when given identical information.
>>>>> (Since you claim it happens in this case too)
>>>>>
>>>>> Failure to do this just proves you are lying.
>>>>
>>>
>>> I just proved what the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ is.
>>> I have no idea what you mean by improper clipping.
>>
>> Jsut proves that you don't understand what Truth is.
>>
>>>
>>> H.q0 ⟨M⟩ w ⊢* H.qy ----- iff UTM( ⟨M⟩, w ) reaches the final state of M
>>> H.q0 ⟨M⟩ w ⊢* H.qn ----- iff UTM( ⟨M⟩, w ) would never reach the
>>> final state of M
>>>
>>> Simulating halt decider H performs a pure simulation of its input as
>>> if it was a UTM unless and until it detects an infinitely repeating
>>> pattern. Then it aborts the simulation of its input and transitions
>>> to its final reject state. Otherwise H transitions to its accept
>>> state when its simulation ends.
>>>
>>> The following simplifies the syntax for the definition of the Linz
>>> Turing machine Ĥ, it is now a single machine with a single start
>>> state. A copy of Linz H is embedded at Ĥ.qx.
>>>
>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its final
>>> state.
>>>
>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach its
>>> final state.
>>>
>>>
>>
>> Which is all a LIE by your own admision.
>>
>> Since you keep on removing my comment, I will not repeat them, but
>> just point out that even YOUR have previously ADMITTED that the
>> equivalnt of H^ applied to <H^> does Halt when H decides on <H^> <H^>
>> as non-halting.
>>
>
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
>
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
>
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
>
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
>
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
>
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
>
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
>
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
>
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
> possibly reach its own final state in any finite number of simulated steps.
>


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<Co6dnctfpZYC7q__nZ2dnUU7_81g4p2d@giganews.com>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!nntp.club.cc.cmu.edu!45.76.7.193.MISMATCH!3.us.feeder.erje.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: Wed, 16 Mar 2022 18:32:47 -0500
Date: Wed, 16 Mar 2022 18:32:45 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com>
<0e363322-a8e3-4c60-b0b4-e434ecb102f2n@googlegroups.com>
<svedncZkH7kEJ63_nZ2dnUU7_8xh4p2d@giganews.com> <t0qnkv$uon$1@dont-email.me>
<K4ednUemRYQAca3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0r1j4$it7$1@dont-email.me>
<fsadneWSFMObkKz_nZ2dnUU7_8xh4p2d@giganews.com> <t0s36f$cbc$1@dont-email.me>
<SqqdnQg8jtyCbKz_nZ2dnUU7_8zNnZ2d@giganews.com> <t0t5at$82k$1@gioia.aioe.org>
<v_2dnTkg4-rrga__nZ2dnUU7_8zNnZ2d@giganews.com>
<yNmdnbUKtsTkva__nZ2dnUU7-Q_NnZ2d@brightview.co.uk>
<dpOdnZ-dZa6zq6__nZ2dnUU7_8zNnZ2d@giganews.com>
<6ItYJ.108105$3jp8.37953@fx33.iad>
<N8OdnWZY1_WU9q__nZ2dnUU7_83NnZ2d@giganews.com>
<AiuYJ.133566$r6p7.54783@fx41.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <AiuYJ.133566$r6p7.54783@fx41.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <Co6dnctfpZYC7q__nZ2dnUU7_81g4p2d@giganews.com>
Lines: 162
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-Exoy34yL41mBRrz6uxwQsSa/pZ30hOeftspUKzx0l2zD6TLvMaZ8rd3yDVL1/bYv93Y543RXmVXQA+l!JZehCH1cSjx86C3fPsebUTEhkIDNu1pY4imMnxwvHBQm6YlXolVq1dxEjKN1D4IqbvtzICN/VzOk
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: 10104
 by: olcott - Wed, 16 Mar 2022 23:32 UTC

On 3/16/2022 6:22 PM, Richard Damon wrote:
> On 3/16/22 6:56 PM, olcott wrote:
>> On 3/16/2022 5:41 PM, Richard Damon wrote:
>>> On 3/16/22 3:10 PM, olcott wrote:
>>>> On 3/16/2022 12:37 PM, Mike Terry wrote:
>>>>> On 16/03/2022 17:20, olcott wrote:
>>>>>> On 3/16/2022 12:04 PM, Mike Terry wrote:
>>>>>>> On 16/03/2022 14:15, olcott wrote:
>>>>>>>> On 3/16/2022 2:21 AM, Jeff Barnett wrote:
>>>>>>>>> On 3/15/2022 4:02 PM, olcott wrote:
>>>>>>>>>> On 3/15/2022 4:48 PM, Jeff Barnett wrote:
>>>>>>>>>>> On 3/15/2022 1:44 PM, olcott wrote:
>>>>>>>>>>>> On 3/15/2022 1:58 PM, Jeff Barnett wrote:
>>>>>>>>>>>>> On 3/15/2022 10:11 AM, olcott wrote:
>>>>>>>>>>>>>> On 3/15/2022 10:44 AM, Malcolm McLean wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>     <MAJOR SNIP>
>>>>>>>>>>>>>
>>>>>>>>>>>>>>> So how would you describe a compiler which is
>>>>>>>>>>>>>>> "bootstrapped", i.e. fed its own
>>>>>>>>>>>>>>> source code?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> A compiler that is fed its own source-code is not the same
>>>>>>>>>>>>>> because the compiler does not execute this source-code.
>>>>>>>>>>>>> This is one of your best Peter. Along the way you've had
>>>>>>>>>>>>> 100s of messages that have said that simulation as a basis
>>>>>>>>>>>>> for a Halting Problem solution is hopeless. Of course you
>>>>>>>>>>>>> pay no attention because it's unlikely you understood what
>>>>>>>>>>>>> you were being told. So here you are looping back over
>>>>>>>>>>>>> years of the same bone headed approach.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Let's start with a few basics:
>>>>>>>>>>>>>
>>>>>>>>>>>>> Nothing executes source code; even an interpreter ingests
>>>>>>>>>>>>> it first.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> A compiler the compiles its own source-code is nothing at
>>>>>>>>>>>> all like executing this source code.
>>>>>>>>>>>
>>>>>>>>>>> You really do have rocks in your head. Think for at least 2
>>>>>>>>>>> seconds before responding and getting it all wrong. The
>>>>>>>>>>> mistakes you are making with the above statement are so basic
>>>>>>>>>>> that I hardly know where to start. As I've been told many
>>>>>>>>>>> times it's harder to teach Kindergarten than grad students.
>>>>>>>>>>> And in this instance, with you, we have a sixty year old
>>>>>>>>>>> crawling around in diapers.
>>>>>>>>>>>
>>>>>>>>>>>> An interpreter that interprets source code can be reasonably
>>>>>>>>>>>> construed as running this source code.
>>>>>>>>>>>
>>>>>>>>>>> Perhaps. The issue is it really doesn't know that it is it's
>>>>>>>>>>> own source code, does it? And, in fact, neither it nor any
>>>>>>>>>>> observer is aware of any vicious self reference. Only a dunce
>>>>>>>>>>> would worry about it. You do worry don't you?
>>>>>>>>>>
>>>>>>>>>> In other words you are saying that no one is bright enough to
>>>>>>>>>> be able to detect what is essentially infinite recursion.
>>>>>>>>> You soiled your diapers again. I said nothing of the sort. I
>>>>>>>>> will say it now though, nobody is intelligent enough to
>>>>>>>>> systematically (by algorithm) spot infinite recursion. God
>>>>>>>>> can't do it either. It's not theoretically possible. Only an
>>>>>>>>> ignorant nitwit would not know that and prattle on for years
>>>>>>>>> about it.
>>>>>>>>>
>>>>>>>>
>>>>>>>> I already have a group of many experts that concur that infinite
>>>>>>>> recursion can be detected and the criterion measure by which it
>>>>>>>> is correctly detected.
>>>>>>>
>>>>>>> I'm afraid that you lack the intellect to understand exactly what
>>>>>>> other people are saying on technical issues.  How many times have
>>>>>>> you quoted me (and others here) as supporting something you've
>>>>>>> claimed, whereas it turns out you had just misunderstood some
>>>>>>> remark that had been made? [Answer: lots of times!]
>>>>>>>
>>>>>>> You also have a habit of going elsewhere, and "tricking" the
>>>>>>> people there into "agreeing" with some claim you've made here by
>>>>>>> not properly explaining the full context of your claim.  Then you
>>>>>>> come back here selectively quoting some "expert" to suggest he is
>>>>>>> supporting you. [Like when you went to the x86 group and showed
>>>>>>> them your "trace" asking them if they could see what's going on,
>>>>>>> and got one of them to say "it's looping...".  You failed to
>>>>>>> mention the trace was not the "processor trace" they would
>>>>>>> naturally expect, and that there was simulation involved, and
>>>>>>> that your trace was in fact some kind of "merged simulation
>>>>>>> trace", and that you were using this trace to disprove the
>>>>>>> Halting Problem theorem.]
>>>>>>>
>>>>>>> It's been pointed out to you many times that algorithms exhist
>>>>>>> that can identify /some/ infinite loops/recursions as such, but
>>>>>>> no algorithm detects ALL non-halting behaviour.
>>>>>>>
>>>>>>> And specifically, your test (looking for more than one call to a
>>>>>>> particular address etc.) is /unsound/ when you try to use it on
>>>>>>> your "merged simulation" trace.  No expert would say otherwise if
>>>>>>> they had been given the full context, so probably you've just
>>>>>>> tricked someone again...
>>>>>>>
>>>>>>>
>>>>>>> Mike.
>>>>>>
>>>>>> None-the-less is is self-evident that the input presented to the
>>>>>> copy of the Linz H embedded at Ĥ.qx does specify infinitely nested
>>>>>> simulation to simulating halt decider embedded_H thus proving that
>>>>>> a transition to Ĥ.qn by embedded_H would be correct.
>>>>>
>>>>> You mean self-evident TO YOU.  To people who have an understanding
>>>>> of TMs it is simply wrong or meaningless (depending on how tolerant
>>>>> people are of your wishy-washy phrasing).
>>>>>
>>>>>
>>>>> Mike.
>>>>>
>>>>
>>>> They simply dogmatically state that the believe that I am wrong
>>>> about this yet cannot point to the specific error because there is
>>>> none:
>>>>
>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>
>>>> Then these steps would keep repeating:
>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩
>>>> ⟨Ĥ5⟩...
>>>>
>>>> The above repeating pattern shows that the correctly simulated input
>>>> to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>> conclusively proving that this simulated input never halts. This
>>>> enables embedded_H to abort its simulation and correctly transition
>>>> to Ĥ.qn.
>>>>
>>>
>>> The error has been pointed out to you many times, but you seem either
>>> too dumb or too dishonest to see/admit the error.
>>>
>> You cannot show that the simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H can
>> possibly ever reach its own final state ⟨Ĥ⟩.qn in any finite number of
>> simulated steps YOU FREAKING BRAIN DEAD MORON!
>>
>> Ĥ.qn is not the final state of any simulated input:
>> YOU FREAKING BRAIN DEAD MORON!
>>
>> Ĥ.qn is only the final state of the simulating halt decider
>> YOU FREAKING BRAIN DEAD MORON!
>>
>
> But I CAN and HAVE proven that the CORRECT simulation of <H^> <H^> by an
> ACTUAL UTM does reach that state.
Not at all because you are a BRAIN DEAD MORON you are simply TOO DAMNED
STUPID to know the difference between when the simulated input reaches
the final state of this simulated input and when the directly executed
halt decider reaches its own final state.


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<Co6dncpfpZbX6a__nZ2dnUU7_81g4p2d@giganews.com>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!border1.nntp.dca1.giganews.com!nntp.giganews.com!buffer1.nntp.dca1.giganews.com!buffer2.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Wed, 16 Mar 2022 18:35:37 -0500
Date: Wed, 16 Mar 2022 18:35:36 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0j3ip$3rg$1@dont-email.me>
<R8CdnTRBnut9trD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jc0j$3in$1@dont-email.me>
<DfOdnckFsoViqrD_nZ2dnUU7_8zNnZ2d@giganews.com> <t0jfsk$s26$1@dont-email.me>
<vMKdnWgvI43bzrD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jl0r$uum$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<WradneHYjO8-laz_nZ2dnUU7_83NnZ2d@giganews.com> <t0tg8q$a07$1@dont-email.me>
<2OadncUO86S52q__nZ2dnUU7_8zNnZ2d@giganews.com>
<2MtYJ.190086$SeK9.148168@fx97.iad>
<5PqdnasJo-l98a__nZ2dnUU7_81g4p2d@giganews.com>
<QluYJ.202063$aT3.96177@fx09.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <QluYJ.202063$aT3.96177@fx09.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <Co6dncpfpZbX6a__nZ2dnUU7_81g4p2d@giganews.com>
Lines: 112
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-GpV+/vGQd9RVdGSE6TBZKzcUblitGlc1aLDxuKzUXPZ9RG/LIkew8wwO2jJfn9vzNy06/z7ubmmZHQi!+TOdCDvQ3yTpfpzebiHsW8yvXAPLae1FUCBm5MjNddFyN9ty+WfdBYVmeNrV7q1RHjAGI234pzC6
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: 6675
 by: olcott - Wed, 16 Mar 2022 23:35 UTC

On 3/16/2022 6:25 PM, Richard Damon wrote:
> On 3/16/22 7:03 PM, olcott wrote:
>> On 3/16/2022 5:45 PM, Richard Damon wrote:
>>> On 3/16/22 4:22 PM, olcott wrote:
>>>> On 3/16/2022 3:11 PM, André G. Isaak wrote:
>>>>> On 2022-03-15 15:44, olcott wrote:
>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak wrote:
>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>
>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>
>>>>>>>>>>>> Again, I'll repeat the question which you dishonestly
>>>>>>>>>>>> snipped rather
>>>>>>>>>>>> than answering. I won't bother putting it in all caps or
>>>>>>>>>>>> repeating it
>>>>>>>>>>>> five times.
>>>>>>>>>>>>
>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which can
>>>>>>>>>>>> be passed
>>>>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>
>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of indirect
>>>>>>>>>>> reference
>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly impossible to
>>>>>>>>>>> pass this
>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>> There are no 'levels of indirection' when discussing Turing
>>>>>>>>>> Machines.
>>>>>>>>>>
>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be given
>>>>>>>>>> as an input
>>>>>>>>>> to your decider, then your decider is broken since it must be
>>>>>>>>>> able to
>>>>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>>>>
>>>>>>>>> Though that would actually be a genuine contribution to
>>>>>>>>> computer science.
>>>>>>>>> If you could devise a language such that a large subset of
>>>>>>>>> halting and
>>>>>>>>> non-halting machines could be described, but not machines for
>>>>>>>>> which the
>>>>>>>>> halting status is difficult or impossible for a predefined halt
>>>>>>>>> decider to determine.
>>>>>>>>
>>>>>>>> André does not seem to be able to comprehend that a Turing
>>>>>>>> machine decider cannot possibly have its own self or an encoding
>>>>>>>> of its own self as its input. The closest thing possible that it
>>>>>>>> can have is an encoding of another different instance of itself.
>>>>>>>
>>>>>>> Computations don't have different instances. What would it even
>>>>>>> mean to 'instantiate' a computation?
>>>>>>>
>>>>>>> André
>>>>>>>
>>>>>>
>>>>>> A Turing machine UTM that is simulating its own Turing machine
>>>>>> description is two distinct instances: (executed and simulated)
>>>>>> even if computer science does not bother to pay attention to this
>>>>>> level of detail, or have the terminology to express it.
>>>>>
>>>>> You're confusing computations and Turing Machines.
>>>>>
>>>>> If you pass a UTM a description of itself, it will determine what
>>>>> UTM applied to an empty tape will do.
>>>>>
>>>>> UTM ⟨UTM⟩
>>>>>
>>>>> and
>>>>>
>>>>> UTM ∅
>>>>>
>>>>> are entirely distinct computations.
>>>>
>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>
>>>> In the above: Ĥ applied to ⟨Ĥ⟩ and the ⟨Ĥ⟩ ⟨Ĥ⟩ simulated by
>>>> embedded_H vary by exactly one level of indirect reference.
>>>>
>>>> embedded_H does not, cannot, and its not supposed to report on the
>>>> exact same computation that contains itself.
>>>>
>>>> embedded_H computes the mapping of its input ⟨Ĥ⟩ ⟨Ĥ⟩ to a final state
>>>> of embedded_H.
>>>
>>> And this proves you aren't working on the Halting Problem,
>> All deciders compute the mapping from their inputs to their own final
>> state BRAIN DEAD MORON!
>>
>
> But they must go to the CORRECT state, so all you are showing is that
> Truth means nothing to you.
>

You just said that the fact that the halt decider computes the mapping
from its input to its own final state proves that I am not working on
the halting problem YOU BRAIN DEAD MORON!

--
Copyright 2021 Pete Olcott

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

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ][ brain dead moron]

<Co6dncVfpZZ76a__nZ2dnUU7_81g4p2d@giganews.com>

  copy mid

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

  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: Wed, 16 Mar 2022 18:38:14 -0500
Date: Wed, 16 Mar 2022 18:38:13 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ][ brain dead moron]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<-eidnVPrS-yup6z_nZ2dnUU7_8xh4p2d@giganews.com>
<IkbYJ.88206$ZmJ7.3220@fx06.iad>
<zZSdnTmU-vY71qz_nZ2dnUU7_8xh4p2d@giganews.com>
<e4cYJ.149884$LN2.112198@fx13.iad>
<uridnbJz65BH06z_nZ2dnUU7_81g4p2d@giganews.com>
<ArcYJ.82726$yi_7.44673@fx39.iad>
<5f6dnSKLoqPEx6z_nZ2dnUU7_8xh4p2d@giganews.com>
<qwjYJ.139335$mF2.123895@fx11.iad>
<gc-dne2MeYm_aKz_nZ2dnUU7_8zNnZ2d@giganews.com>
<JPtYJ.155977$7F2.126477@fx12.iad>
<5PqdnaoJo-nk8K__nZ2dnUU7_839fwAA@giganews.com>
<4quYJ.166505$LN2.22099@fx13.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <4quYJ.166505$LN2.22099@fx13.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <Co6dncVfpZZ76a__nZ2dnUU7_81g4p2d@giganews.com>
Lines: 631
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-MKaRwZVv4ne2Gr2AXPK6aYQYg8GEbo/IBaKkJLoXNfK/w4N/IBpe5Ser/GgdoiBGzy23CZOnOnlg3Za!4zL0ugU76mPS0dZUOSjxOHe6AHv5Gai3zc0ktQchtg9VVS5aF+yzViKJeqcFq6KqYDEO4F1CnvaC
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: 34435
 by: olcott - Wed, 16 Mar 2022 23:38 UTC

On 3/16/2022 6:30 PM, Richard Damon wrote:
> On 3/16/22 7:06 PM, olcott wrote:
>> On 3/16/2022 5:49 PM, Richard Damon wrote:
>>> On 3/16/22 10:33 AM, olcott wrote:
>>>> On 3/16/2022 6:05 AM, Richard Damon wrote:
>>>>> On 3/15/22 11:32 PM, olcott wrote:
>>>>>> On 3/15/2022 10:02 PM, Richard Damon wrote:
>>>>>>> On 3/15/22 10:43 PM, olcott wrote:
>>>>>>>> On 3/15/2022 9:38 PM, Richard Damon wrote:
>>>>>>>>> On 3/15/22 10:29 PM, olcott wrote:
>>>>>>>>>> On 3/15/2022 8:47 PM, Richard Damon wrote:
>>>>>>>>>>> On 3/15/22 9:15 PM, olcott wrote:
>>>>>>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak
>>>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Again, I'll repeat the question which you dishonestly
>>>>>>>>>>>>>>>>>> snipped rather
>>>>>>>>>>>>>>>>>> than answering. I won't bother putting it in all caps
>>>>>>>>>>>>>>>>>> or repeating it
>>>>>>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which
>>>>>>>>>>>>>>>>>> can be passed
>>>>>>>>>>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩
>>>>>>>>>>>>>>>>>> ⟨Ĥ⟩?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of
>>>>>>>>>>>>>>>>> indirect reference
>>>>>>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly
>>>>>>>>>>>>>>>>> impossible to pass this
>>>>>>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>>>>>>> There are no 'levels of indirection' when discussing
>>>>>>>>>>>>>>>> Turing Machines.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be
>>>>>>>>>>>>>>>> given as an input
>>>>>>>>>>>>>>>> to your decider, then your decider is broken since it
>>>>>>>>>>>>>>>> must be able to
>>>>>>>>>>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Though that would actually be a genuine contribution to
>>>>>>>>>>>>>>> computer science.
>>>>>>>>>>>>>>> If you could devise a language such that a large subset
>>>>>>>>>>>>>>> of halting and
>>>>>>>>>>>>>>> non-halting machines could be described, but not machines
>>>>>>>>>>>>>>> for which the
>>>>>>>>>>>>>>> halting status is difficult or impossible for a
>>>>>>>>>>>>>>> predefined halt decider to determine.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> André does not seem to be able to comprehend that a Turing
>>>>>>>>>>>>>> machine decider cannot possibly have its own self or an
>>>>>>>>>>>>>> encoding of its own self as its input. The closest thing
>>>>>>>>>>>>>> possible that it can have is an encoding of another
>>>>>>>>>>>>>> different instance of itself.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Computations don't have different instances. What would it
>>>>>>>>>>>>> even mean to 'instantiate' a computation?
>>>>>>>>>>>>>
>>>>>>>>>>>>> André
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Back to the key point:
>>>>>>>>>>>>
>>>>>>>>>>>> That ⟨Ĥ⟩ ⟨Ĥ⟩ finite strings specify non-halting behavior
>>>>>>>>>>>> when correctly simulated by the UTM within embedded_H is the
>>>>>>>>>>>> same as these finite strings specifying non-halting behavior
>>>>>>>>>>>> when correctly interpreted by a BASIC in interpreter.
>>>>>>>>>>>>
>>>>>>>>>>>> 10 PRINT "Hello, World!"
>>>>>>>>>>>> 20 goto 10
>>>>>>>>>>>> 30 END
>>>>>>>>>>>>
>>>>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates
>>>>>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>>>>
>>>>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H
>>>>>>>>>>>> simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H
>>>>>>>>>>>> simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H
>>>>>>>>>>>> simulates ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>>>>>
>>>>>>>>>>>> The above repeating pattern shows that the correctly
>>>>>>>>>>>> simulated input to embedded_H would never reach its final
>>>>>>>>>>>> state of ⟨Ĥ⟩.qn conclusively proving that this simulated
>>>>>>>>>>>> input never halts. This enables embedded_H to abort its
>>>>>>>>>>>> simulation and correctly transition to Ĥ.qn.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> But that infinite behavor only occurs if the embedded_H NEVER
>>>>>>>>>>> aborts its simulation and thus it fails at the requirement to
>>>>>>>>>>> GIVE the answer.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>>
>>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>>
>>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>>
>>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Which only happens if embedded_H never aborts its simulation,
>>>>>>>> No idiot it happens no matter what !
>>>>>>>> No idiot it happens no matter what !
>>>>>>>> No idiot it happens no matter what !
>>>>>>>> No idiot it happens no matter what !
>>>>>>>> No idiot it happens no matter what !
>>>>>>>>
>>>>>>>
>>>>>>> Nope, unless you can prove that two copies of the exact same
>>>>>>> algorithm given the exact same data can give differerent results
>>>>>>> (by showing an ACTUAL example that does it) it is proven
>>>>>>> otherwise and you are proved to be just a pathological liar.
>>>>>> This conclusively proves that I am correct.
>>>>>> Saying that you simply don't believe it is not any rebuttal!
>>>>>>
>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩
>>>>>> ⟨Ĥ2⟩
>>>>>>
>>>>>> Then these steps would keep repeating:
>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩
>>>>>> ⟨Ĥ3⟩
>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩
>>>>>> ⟨Ĥ4⟩
>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩
>>>>>> ⟨Ĥ5⟩...
>>>>>>
>>>>>> The above repeating pattern shows that the correctly simulated
>>>>>> input to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>>>> conclusively proving that this simulated input never halts. This
>>>>>> enables embedded_H to abort its simulation and correctly
>>>>>> transition to Ĥ.qn.
>>>>>>
>>>>>
>>>>> Nope, smae mistake. Just proves that you can't prove you claim and
>>>>> also that you like to LIE by improper clipping.
>>>>>
>>>>> Note, you OMITTED the challenge, (Quoted below), so you are
>>>>> obviously being INTENTIONAL about your failure:
>>>>>
>>>>>>
>>>>>> If ANY copy of embedded_H applied to <H^> <H^> goes to Qn, then
>>>>>> the top level embedded_H will also go to Qn and the H^ that it is
>>>>>> embedded in goes to H^.Qn and HALT, and NOT infinite pattern occurs.
>>>>>>
>>>>>> Just Denying what is proven before your eyes proves that you are
>>>>>> either a pathological liar or delusional and have lost all grasp
>>>>>> of the truth.
>>>>>>
>>>>>> Please try to show where my proof is wrong.
>>>>>>
>>>>>> Show how an H^ built on an embedded_H that aborts its simulation
>>>>>> of <H^> <H^> doesn't halt, or prove that two identical copies of a
>>>>>> machine can behave differently when given identical information.
>>>>>> (Since you claim it happens in this case too)
>>>>>>
>>>>>> Failure to do this just proves you are lying.
>>>>>
>>>>
>>>> I just proved what the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ is.
>>>> I have no idea what you mean by improper clipping.
>>>
>>> Jsut proves that you don't understand what Truth is.
>>>
>>>>
>>>> H.q0 ⟨M⟩ w ⊢* H.qy ----- iff UTM( ⟨M⟩, w ) reaches the final state of M
>>>> H.q0 ⟨M⟩ w ⊢* H.qn ----- iff UTM( ⟨M⟩, w ) would never reach the
>>>> final state of M
>>>>
>>>> Simulating halt decider H performs a pure simulation of its input as
>>>> if it was a UTM unless and until it detects an infinitely repeating
>>>> pattern. Then it aborts the simulation of its input and transitions
>>>> to its final reject state. Otherwise H transitions to its accept
>>>> state when its simulation ends.
>>>>
>>>> The following simplifies the syntax for the definition of the Linz
>>>> Turing machine Ĥ, it is now a single machine with a single start
>>>> state. A copy of Linz H is embedded at Ĥ.qx.
>>>>
>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>> final state.
>>>>
>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>> its final state.
>>>>
>>>>
>>>
>>> Which is all a LIE by your own admision.
>>>
>>> Since you keep on removing my comment, I will not repeat them, but
>>> just point out that even YOUR have previously ADMITTED that the
>>> equivalnt of H^ applied to <H^> does Halt when H decides on <H^> <H^>
>>> as non-halting.
>>>
>>
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>>
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>>
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>>
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>>
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>>
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>>
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>>
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>>
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>> possibly reach its own final state in any finite number of simulated
>> steps.
>>
>
> You are wrong, and stuck in your own infinite loop (maybe you need to
> abort your self).
>
YOU ARE JUST TOO FREAKING STUPID TO KNOW the difference between the
direct execution of the halt decider that reaches its own final state
and its simulated input that cannot possibly ever reach its own final
state.


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ][ brain dead moron]

<AsvYJ.82472$8V_7.1672@fx04.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.goja.nl.eu.org!news.freedyn.de!newsreader4.netcologne.de!news.netcologne.de!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx04.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ][ brain dead moron]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<-eidnVPrS-yup6z_nZ2dnUU7_8xh4p2d@giganews.com>
<IkbYJ.88206$ZmJ7.3220@fx06.iad>
<zZSdnTmU-vY71qz_nZ2dnUU7_8xh4p2d@giganews.com>
<e4cYJ.149884$LN2.112198@fx13.iad>
<uridnbJz65BH06z_nZ2dnUU7_81g4p2d@giganews.com>
<ArcYJ.82726$yi_7.44673@fx39.iad>
<5f6dnSKLoqPEx6z_nZ2dnUU7_8xh4p2d@giganews.com>
<qwjYJ.139335$mF2.123895@fx11.iad>
<gc-dne2MeYm_aKz_nZ2dnUU7_8zNnZ2d@giganews.com>
<JPtYJ.155977$7F2.126477@fx12.iad>
<5PqdnaoJo-nk8K__nZ2dnUU7_839fwAA@giganews.com>
<4quYJ.166505$LN2.22099@fx13.iad>
<Co6dncVfpZZ76a__nZ2dnUU7_81g4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <Co6dncVfpZZ76a__nZ2dnUU7_81g4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 644
Message-ID: <AsvYJ.82472$8V_7.1672@fx04.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: Wed, 16 Mar 2022 20:41:05 -0400
X-Received-Bytes: 35356
 by: Richard Damon - Thu, 17 Mar 2022 00:41 UTC

On 3/16/22 7:38 PM, olcott wrote:
> On 3/16/2022 6:30 PM, Richard Damon wrote:
>> On 3/16/22 7:06 PM, olcott wrote:
>>> On 3/16/2022 5:49 PM, Richard Damon wrote:
>>>> On 3/16/22 10:33 AM, olcott wrote:
>>>>> On 3/16/2022 6:05 AM, Richard Damon wrote:
>>>>>> On 3/15/22 11:32 PM, olcott wrote:
>>>>>>> On 3/15/2022 10:02 PM, Richard Damon wrote:
>>>>>>>> On 3/15/22 10:43 PM, olcott wrote:
>>>>>>>>> On 3/15/2022 9:38 PM, Richard Damon wrote:
>>>>>>>>>> On 3/15/22 10:29 PM, olcott wrote:
>>>>>>>>>>> On 3/15/2022 8:47 PM, Richard Damon wrote:
>>>>>>>>>>>> On 3/15/22 9:15 PM, olcott wrote:
>>>>>>>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G.
>>>>>>>>>>>>>>>> Isaak wrote:
>>>>>>>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Again, I'll repeat the question which you dishonestly
>>>>>>>>>>>>>>>>>>> snipped rather
>>>>>>>>>>>>>>>>>>> than answering. I won't bother putting it in all caps
>>>>>>>>>>>>>>>>>>> or repeating it
>>>>>>>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string
>>>>>>>>>>>>>>>>>>> which can be passed
>>>>>>>>>>>>>>>>>>> to Ĥ if that computation is in fact different from
>>>>>>>>>>>>>>>>>>> ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of
>>>>>>>>>>>>>>>>>> indirect reference
>>>>>>>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly
>>>>>>>>>>>>>>>>>> impossible to pass this
>>>>>>>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>>>>>>>> There are no 'levels of indirection' when discussing
>>>>>>>>>>>>>>>>> Turing Machines.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be
>>>>>>>>>>>>>>>>> given as an input
>>>>>>>>>>>>>>>>> to your decider, then your decider is broken since it
>>>>>>>>>>>>>>>>> must be able to
>>>>>>>>>>>>>>>>> provide an answer for *every* computation, including Ĥ
>>>>>>>>>>>>>>>>> ⟨Ĥ⟩.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Though that would actually be a genuine contribution to
>>>>>>>>>>>>>>>> computer science.
>>>>>>>>>>>>>>>> If you could devise a language such that a large subset
>>>>>>>>>>>>>>>> of halting and
>>>>>>>>>>>>>>>> non-halting machines could be described, but not
>>>>>>>>>>>>>>>> machines for which the
>>>>>>>>>>>>>>>> halting status is difficult or impossible for a
>>>>>>>>>>>>>>>> predefined halt decider to determine.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> André does not seem to be able to comprehend that a
>>>>>>>>>>>>>>> Turing machine decider cannot possibly have its own self
>>>>>>>>>>>>>>> or an encoding of its own self as its input. The closest
>>>>>>>>>>>>>>> thing possible that it can have is an encoding of another
>>>>>>>>>>>>>>> different instance of itself.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Computations don't have different instances. What would it
>>>>>>>>>>>>>> even mean to 'instantiate' a computation?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Back to the key point:
>>>>>>>>>>>>>
>>>>>>>>>>>>> That ⟨Ĥ⟩ ⟨Ĥ⟩ finite strings specify non-halting behavior
>>>>>>>>>>>>> when correctly simulated by the UTM within embedded_H is
>>>>>>>>>>>>> the same as these finite strings specifying non-halting
>>>>>>>>>>>>> behavior when correctly interpreted by a BASIC in interpreter.
>>>>>>>>>>>>>
>>>>>>>>>>>>> 10 PRINT "Hello, World!"
>>>>>>>>>>>>> 20 goto 10
>>>>>>>>>>>>> 30 END
>>>>>>>>>>>>>
>>>>>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H
>>>>>>>>>>>>> simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>>>>>
>>>>>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H
>>>>>>>>>>>>> simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H
>>>>>>>>>>>>> simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H
>>>>>>>>>>>>> simulates ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>>>>>>
>>>>>>>>>>>>> The above repeating pattern shows that the correctly
>>>>>>>>>>>>> simulated input to embedded_H would never reach its final
>>>>>>>>>>>>> state of ⟨Ĥ⟩.qn conclusively proving that this simulated
>>>>>>>>>>>>> input never halts. This enables embedded_H to abort its
>>>>>>>>>>>>> simulation and correctly transition to Ĥ.qn.
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> But that infinite behavor only occurs if the embedded_H
>>>>>>>>>>>> NEVER aborts its simulation and thus it fails at the
>>>>>>>>>>>> requirement to GIVE the answer.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>
>>>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>
>>>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>
>>>>>>>>>>> correctly simulated input to embedded_H would never reach its
>>>>>>>>>>> final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Which only happens if embedded_H never aborts its simulation,
>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>
>>>>>>>>
>>>>>>>> Nope, unless you can prove that two copies of the exact same
>>>>>>>> algorithm given the exact same data can give differerent results
>>>>>>>> (by showing an ACTUAL example that does it) it is proven
>>>>>>>> otherwise and you are proved to be just a pathological liar.
>>>>>>> This conclusively proves that I am correct.
>>>>>>> Saying that you simply don't believe it is not any rebuttal!
>>>>>>>
>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩
>>>>>>> ⟨Ĥ2⟩
>>>>>>>
>>>>>>> Then these steps would keep repeating:
>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates
>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates
>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates
>>>>>>> ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>
>>>>>>> The above repeating pattern shows that the correctly simulated
>>>>>>> input to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>>>>> conclusively proving that this simulated input never halts. This
>>>>>>> enables embedded_H to abort its simulation and correctly
>>>>>>> transition to Ĥ.qn.
>>>>>>>
>>>>>>
>>>>>> Nope, smae mistake. Just proves that you can't prove you claim and
>>>>>> also that you like to LIE by improper clipping.
>>>>>>
>>>>>> Note, you OMITTED the challenge, (Quoted below), so you are
>>>>>> obviously being INTENTIONAL about your failure:
>>>>>>
>>>>>>>
>>>>>>> If ANY copy of embedded_H applied to <H^> <H^> goes to Qn, then
>>>>>>> the top level embedded_H will also go to Qn and the H^ that it is
>>>>>>> embedded in goes to H^.Qn and HALT, and NOT infinite pattern occurs.
>>>>>>>
>>>>>>> Just Denying what is proven before your eyes proves that you are
>>>>>>> either a pathological liar or delusional and have lost all grasp
>>>>>>> of the truth.
>>>>>>>
>>>>>>> Please try to show where my proof is wrong.
>>>>>>>
>>>>>>> Show how an H^ built on an embedded_H that aborts its simulation
>>>>>>> of <H^> <H^> doesn't halt, or prove that two identical copies of
>>>>>>> a machine can behave differently when given identical
>>>>>>> information. (Since you claim it happens in this case too)
>>>>>>>
>>>>>>> Failure to do this just proves you are lying.
>>>>>>
>>>>>
>>>>> I just proved what the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ is.
>>>>> I have no idea what you mean by improper clipping.
>>>>
>>>> Jsut proves that you don't understand what Truth is.
>>>>
>>>>>
>>>>> H.q0 ⟨M⟩ w ⊢* H.qy ----- iff UTM( ⟨M⟩, w ) reaches the final state
>>>>> of M
>>>>> H.q0 ⟨M⟩ w ⊢* H.qn ----- iff UTM( ⟨M⟩, w ) would never reach the
>>>>> final state of M
>>>>>
>>>>> Simulating halt decider H performs a pure simulation of its input
>>>>> as if it was a UTM unless and until it detects an infinitely
>>>>> repeating pattern. Then it aborts the simulation of its input and
>>>>> transitions to its final reject state. Otherwise H transitions to
>>>>> its accept state when its simulation ends.
>>>>>
>>>>> The following simplifies the syntax for the definition of the Linz
>>>>> Turing machine Ĥ, it is now a single machine with a single start
>>>>> state. A copy of Linz H is embedded at Ĥ.qx.
>>>>>
>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>> final state.
>>>>>
>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>> its final state.
>>>>>
>>>>>
>>>>
>>>> Which is all a LIE by your own admision.
>>>>
>>>> Since you keep on removing my comment, I will not repeat them, but
>>>> just point out that even YOUR have previously ADMITTED that the
>>>> equivalnt of H^ applied to <H^> does Halt when H decides on <H^>
>>>> <H^> as non-halting.
>>>>
>>>
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>>
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>>
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>>
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>>
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>>
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>>
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>>
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>>
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>> possibly reach its own final state in any finite number of simulated
>>> steps.
>>>
>>
>> You are wrong, and stuck in your own infinite loop (maybe you need to
>> abort your self).
>>
> YOU ARE JUST TOO FREAKING STUPID TO KNOW the difference between the
> direct execution of the halt decider that reaches its own final state
> and its simulated input that cannot possibly ever reach its own final
> state.
>
>


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<1wvYJ.82473$8V_7.46576@fx04.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!feeder1.feed.usenet.farm!feed.usenet.farm!tr1.eu1.usenetexpress.com!feeder.usenetexpress.com!tr2.iad1.usenetexpress.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx04.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0jc0j$3in$1@dont-email.me> <DfOdnckFsoViqrD_nZ2dnUU7_8zNnZ2d@giganews.com> <t0jfsk$s26$1@dont-email.me> <vMKdnWgvI43bzrD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jl0r$uum$1@dont-email.me> <8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me> <a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me> <etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me> <NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me> <6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com> <mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me> <WradneHYjO8-laz_nZ2dnUU7_83NnZ2d@giganews.com> <t0tg8q$a07$1@dont-email.me> <2OadncUO86S52q__nZ2dnUU7_8zNnZ2d@giganews.com> <2MtYJ.190086$SeK9.148168@fx97.iad> <5PqdnasJo-l98a__nZ2dnUU7_81g4p2d@giganews.com> <QluYJ.202063$aT3.96177@fx09.iad> <Co6dncpfpZbX6a__nZ2dnUU7_81g4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <Co6dncpfpZbX6a__nZ2dnUU7_81g4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 122
Message-ID: <1wvYJ.82473$8V_7.46576@fx04.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: Wed, 16 Mar 2022 20:44:45 -0400
X-Received-Bytes: 6797
 by: Richard Damon - Thu, 17 Mar 2022 00:44 UTC

On 3/16/22 7:35 PM, olcott wrote:
> On 3/16/2022 6:25 PM, Richard Damon wrote:
>> On 3/16/22 7:03 PM, olcott wrote:
>>> On 3/16/2022 5:45 PM, Richard Damon wrote:
>>>> On 3/16/22 4:22 PM, olcott wrote:
>>>>> On 3/16/2022 3:11 PM, André G. Isaak wrote:
>>>>>> On 2022-03-15 15:44, olcott wrote:
>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak wrote:
>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Again, I'll repeat the question which you dishonestly
>>>>>>>>>>>>> snipped rather
>>>>>>>>>>>>> than answering. I won't bother putting it in all caps or
>>>>>>>>>>>>> repeating it
>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>
>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which can
>>>>>>>>>>>>> be passed
>>>>>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>
>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of
>>>>>>>>>>>> indirect reference
>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly impossible to
>>>>>>>>>>>> pass this
>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>> There are no 'levels of indirection' when discussing Turing
>>>>>>>>>>> Machines.
>>>>>>>>>>>
>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be given
>>>>>>>>>>> as an input
>>>>>>>>>>> to your decider, then your decider is broken since it must be
>>>>>>>>>>> able to
>>>>>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>>>>>
>>>>>>>>>> Though that would actually be a genuine contribution to
>>>>>>>>>> computer science.
>>>>>>>>>> If you could devise a language such that a large subset of
>>>>>>>>>> halting and
>>>>>>>>>> non-halting machines could be described, but not machines for
>>>>>>>>>> which the
>>>>>>>>>> halting status is difficult or impossible for a predefined
>>>>>>>>>> halt decider to determine.
>>>>>>>>>
>>>>>>>>> André does not seem to be able to comprehend that a Turing
>>>>>>>>> machine decider cannot possibly have its own self or an
>>>>>>>>> encoding of its own self as its input. The closest thing
>>>>>>>>> possible that it can have is an encoding of another different
>>>>>>>>> instance of itself.
>>>>>>>>
>>>>>>>> Computations don't have different instances. What would it even
>>>>>>>> mean to 'instantiate' a computation?
>>>>>>>>
>>>>>>>> André
>>>>>>>>
>>>>>>>
>>>>>>> A Turing machine UTM that is simulating its own Turing machine
>>>>>>> description is two distinct instances: (executed and simulated)
>>>>>>> even if computer science does not bother to pay attention to this
>>>>>>> level of detail, or have the terminology to express it.
>>>>>>
>>>>>> You're confusing computations and Turing Machines.
>>>>>>
>>>>>> If you pass a UTM a description of itself, it will determine what
>>>>>> UTM applied to an empty tape will do.
>>>>>>
>>>>>> UTM ⟨UTM⟩
>>>>>>
>>>>>> and
>>>>>>
>>>>>> UTM ∅
>>>>>>
>>>>>> are entirely distinct computations.
>>>>>
>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>
>>>>> In the above: Ĥ applied to ⟨Ĥ⟩ and the ⟨Ĥ⟩ ⟨Ĥ⟩ simulated by
>>>>> embedded_H vary by exactly one level of indirect reference.
>>>>>
>>>>> embedded_H does not, cannot, and its not supposed to report on the
>>>>> exact same computation that contains itself.
>>>>>
>>>>> embedded_H computes the mapping of its input ⟨Ĥ⟩ ⟨Ĥ⟩ to a final
>>>>> state of embedded_H.
>>>>
>>>> And this proves you aren't working on the Halting Problem,
>>> All deciders compute the mapping from their inputs to their own final
>>> state BRAIN DEAD MORON!
>>>
>>
>> But they must go to the CORRECT state, so all you are showing is that
>> Truth means nothing to you.
>>
>
> You just said that the fact that the halt decider computes the mapping
> from its input to its own final state proves that I am not working on
> the halting problem YOU BRAIN DEAD MORON!
>
>

You just prove that you can't read, and LIE by deceptive clipping.

Since you reject that actual definition of the mapping of a Halt
Decider, and claim your H CAN'T be held to that, it just isn't a Halt
Decider.

PERIOD.

You are just living in your own fantasy world where nothing is actually
real or true, just figments of your own imagination.

You are going to be sorely disapointed when the Truth meets you face to
face and can't find any of it in you.

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ][ brain dead moron]

<QJmdnQH2fLEqGa__nZ2dnUU7_81g4p2d@giganews.com>

  copy mid

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

  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: Wed, 16 Mar 2022 19:45:42 -0500
Date: Wed, 16 Mar 2022 19:45:41 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ][ brain dead moron]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<-eidnVPrS-yup6z_nZ2dnUU7_8xh4p2d@giganews.com>
<IkbYJ.88206$ZmJ7.3220@fx06.iad>
<zZSdnTmU-vY71qz_nZ2dnUU7_8xh4p2d@giganews.com>
<e4cYJ.149884$LN2.112198@fx13.iad>
<uridnbJz65BH06z_nZ2dnUU7_81g4p2d@giganews.com>
<ArcYJ.82726$yi_7.44673@fx39.iad>
<5f6dnSKLoqPEx6z_nZ2dnUU7_8xh4p2d@giganews.com>
<qwjYJ.139335$mF2.123895@fx11.iad>
<gc-dne2MeYm_aKz_nZ2dnUU7_8zNnZ2d@giganews.com>
<JPtYJ.155977$7F2.126477@fx12.iad>
<5PqdnaoJo-nk8K__nZ2dnUU7_839fwAA@giganews.com>
<4quYJ.166505$LN2.22099@fx13.iad>
<Co6dncVfpZZ76a__nZ2dnUU7_81g4p2d@giganews.com>
<AsvYJ.82472$8V_7.1672@fx04.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <AsvYJ.82472$8V_7.1672@fx04.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <QJmdnQH2fLEqGa__nZ2dnUU7_81g4p2d@giganews.com>
Lines: 654
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-1faK1vcsrXp78NyQwFDxXZ1uXnvSxhTO6lpYN2z6Gorb8myU1rxCH22flPop8TlJni9/wVxLiqIXMl+!h+wYCtd/jZxdSD/73l87UT6ZvHKiCw+Z2MZLJiu1QpBvuTlZxsEc9Cxue6ztf3xk5jS3CiHAUlTK
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: 36528
 by: olcott - Thu, 17 Mar 2022 00:45 UTC

On 3/16/2022 7:41 PM, Richard Damon wrote:
> On 3/16/22 7:38 PM, olcott wrote:
>> On 3/16/2022 6:30 PM, Richard Damon wrote:
>>> On 3/16/22 7:06 PM, olcott wrote:
>>>> On 3/16/2022 5:49 PM, Richard Damon wrote:
>>>>> On 3/16/22 10:33 AM, olcott wrote:
>>>>>> On 3/16/2022 6:05 AM, Richard Damon wrote:
>>>>>>> On 3/15/22 11:32 PM, olcott wrote:
>>>>>>>> On 3/15/2022 10:02 PM, Richard Damon wrote:
>>>>>>>>> On 3/15/22 10:43 PM, olcott wrote:
>>>>>>>>>> On 3/15/2022 9:38 PM, Richard Damon wrote:
>>>>>>>>>>> On 3/15/22 10:29 PM, olcott wrote:
>>>>>>>>>>>> On 3/15/2022 8:47 PM, Richard Damon wrote:
>>>>>>>>>>>>> On 3/15/22 9:15 PM, olcott wrote:
>>>>>>>>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G.
>>>>>>>>>>>>>>>>> Isaak wrote:
>>>>>>>>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Again, I'll repeat the question which you
>>>>>>>>>>>>>>>>>>>> dishonestly snipped rather
>>>>>>>>>>>>>>>>>>>> than answering. I won't bother putting it in all
>>>>>>>>>>>>>>>>>>>> caps or repeating it
>>>>>>>>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string
>>>>>>>>>>>>>>>>>>>> which can be passed
>>>>>>>>>>>>>>>>>>>> to Ĥ if that computation is in fact different from
>>>>>>>>>>>>>>>>>>>> ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of
>>>>>>>>>>>>>>>>>>> indirect reference
>>>>>>>>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly
>>>>>>>>>>>>>>>>>>> impossible to pass this
>>>>>>>>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>>>>>>>>> There are no 'levels of indirection' when discussing
>>>>>>>>>>>>>>>>>> Turing Machines.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be
>>>>>>>>>>>>>>>>>> given as an input
>>>>>>>>>>>>>>>>>> to your decider, then your decider is broken since it
>>>>>>>>>>>>>>>>>> must be able to
>>>>>>>>>>>>>>>>>> provide an answer for *every* computation, including Ĥ
>>>>>>>>>>>>>>>>>> ⟨Ĥ⟩.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Though that would actually be a genuine contribution to
>>>>>>>>>>>>>>>>> computer science.
>>>>>>>>>>>>>>>>> If you could devise a language such that a large subset
>>>>>>>>>>>>>>>>> of halting and
>>>>>>>>>>>>>>>>> non-halting machines could be described, but not
>>>>>>>>>>>>>>>>> machines for which the
>>>>>>>>>>>>>>>>> halting status is difficult or impossible for a
>>>>>>>>>>>>>>>>> predefined halt decider to determine.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> André does not seem to be able to comprehend that a
>>>>>>>>>>>>>>>> Turing machine decider cannot possibly have its own self
>>>>>>>>>>>>>>>> or an encoding of its own self as its input. The closest
>>>>>>>>>>>>>>>> thing possible that it can have is an encoding of
>>>>>>>>>>>>>>>> another different instance of itself.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Computations don't have different instances. What would
>>>>>>>>>>>>>>> it even mean to 'instantiate' a computation?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Back to the key point:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> That ⟨Ĥ⟩ ⟨Ĥ⟩ finite strings specify non-halting behavior
>>>>>>>>>>>>>> when correctly simulated by the UTM within embedded_H is
>>>>>>>>>>>>>> the same as these finite strings specifying non-halting
>>>>>>>>>>>>>> behavior when correctly interpreted by a BASIC in
>>>>>>>>>>>>>> interpreter.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 10 PRINT "Hello, World!"
>>>>>>>>>>>>>> 20 goto 10
>>>>>>>>>>>>>> 30 END
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H
>>>>>>>>>>>>>> simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H
>>>>>>>>>>>>>> simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H
>>>>>>>>>>>>>> simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H
>>>>>>>>>>>>>> simulates ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The above repeating pattern shows that the correctly
>>>>>>>>>>>>>> simulated input to embedded_H would never reach its final
>>>>>>>>>>>>>> state of ⟨Ĥ⟩.qn conclusively proving that this simulated
>>>>>>>>>>>>>> input never halts. This enables embedded_H to abort its
>>>>>>>>>>>>>> simulation and correctly transition to Ĥ.qn.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> But that infinite behavor only occurs if the embedded_H
>>>>>>>>>>>>> NEVER aborts its simulation and thus it fails at the
>>>>>>>>>>>>> requirement to GIVE the answer.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>
>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>
>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>
>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Which only happens if embedded_H never aborts its simulation,
>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Nope, unless you can prove that two copies of the exact same
>>>>>>>>> algorithm given the exact same data can give differerent
>>>>>>>>> results (by showing an ACTUAL example that does it) it is
>>>>>>>>> proven otherwise and you are proved to be just a pathological
>>>>>>>>> liar.
>>>>>>>> This conclusively proves that I am correct.
>>>>>>>> Saying that you simply don't believe it is not any rebuttal!
>>>>>>>>
>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates
>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>
>>>>>>>> Then these steps would keep repeating:
>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates
>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates
>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates
>>>>>>>> ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>
>>>>>>>> The above repeating pattern shows that the correctly simulated
>>>>>>>> input to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>>>>>> conclusively proving that this simulated input never halts. This
>>>>>>>> enables embedded_H to abort its simulation and correctly
>>>>>>>> transition to Ĥ.qn.
>>>>>>>>
>>>>>>>
>>>>>>> Nope, smae mistake. Just proves that you can't prove you claim
>>>>>>> and also that you like to LIE by improper clipping.
>>>>>>>
>>>>>>> Note, you OMITTED the challenge, (Quoted below), so you are
>>>>>>> obviously being INTENTIONAL about your failure:
>>>>>>>
>>>>>>>>
>>>>>>>> If ANY copy of embedded_H applied to <H^> <H^> goes to Qn, then
>>>>>>>> the top level embedded_H will also go to Qn and the H^ that it
>>>>>>>> is embedded in goes to H^.Qn and HALT, and NOT infinite pattern
>>>>>>>> occurs.
>>>>>>>>
>>>>>>>> Just Denying what is proven before your eyes proves that you are
>>>>>>>> either a pathological liar or delusional and have lost all grasp
>>>>>>>> of the truth.
>>>>>>>>
>>>>>>>> Please try to show where my proof is wrong.
>>>>>>>>
>>>>>>>> Show how an H^ built on an embedded_H that aborts its simulation
>>>>>>>> of <H^> <H^> doesn't halt, or prove that two identical copies of
>>>>>>>> a machine can behave differently when given identical
>>>>>>>> information. (Since you claim it happens in this case too)
>>>>>>>>
>>>>>>>> Failure to do this just proves you are lying.
>>>>>>>
>>>>>>
>>>>>> I just proved what the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ is.
>>>>>> I have no idea what you mean by improper clipping.
>>>>>
>>>>> Jsut proves that you don't understand what Truth is.
>>>>>
>>>>>>
>>>>>> H.q0 ⟨M⟩ w ⊢* H.qy ----- iff UTM( ⟨M⟩, w ) reaches the final state
>>>>>> of M
>>>>>> H.q0 ⟨M⟩ w ⊢* H.qn ----- iff UTM( ⟨M⟩, w ) would never reach the
>>>>>> final state of M
>>>>>>
>>>>>> Simulating halt decider H performs a pure simulation of its input
>>>>>> as if it was a UTM unless and until it detects an infinitely
>>>>>> repeating pattern. Then it aborts the simulation of its input and
>>>>>> transitions to its final reject state. Otherwise H transitions to
>>>>>> its accept state when its simulation ends.
>>>>>>
>>>>>> The following simplifies the syntax for the definition of the Linz
>>>>>> Turing machine Ĥ, it is now a single machine with a single start
>>>>>> state. A copy of Linz H is embedded at Ĥ.qx.
>>>>>>
>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>> final state.
>>>>>>
>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>>> its final state.
>>>>>>
>>>>>>
>>>>>
>>>>> Which is all a LIE by your own admision.
>>>>>
>>>>> Since you keep on removing my comment, I will not repeat them, but
>>>>> just point out that even YOUR have previously ADMITTED that the
>>>>> equivalnt of H^ applied to <H^> does Halt when H decides on <H^>
>>>>> <H^> as non-halting.
>>>>>
>>>>
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>>
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>>
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>>
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>>
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>>
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>>
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>>
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>>
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>> possibly reach its own final state in any finite number of simulated
>>>> steps.
>>>>
>>>
>>> You are wrong, and stuck in your own infinite loop (maybe you need to
>>> abort your self).
>>>
>> YOU ARE JUST TOO FREAKING STUPID TO KNOW the difference between the
>> direct execution of the halt decider that reaches its own final state
>> and its simulated input that cannot possibly ever reach its own final
>> state.
>>
>>
>
> No, YOU are to stupid to understand that H isn't being asked about its
> own simulation, but the behavior of the computation it has been given
> the description of.


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<XyvYJ.155981$7F2.22585@fx12.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!newsfeed.xs4all.nl!newsfeed9.news.xs4all.nl!peer01.ams4!peer.am4.highwinds-media.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx12.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com>
<0e363322-a8e3-4c60-b0b4-e434ecb102f2n@googlegroups.com>
<svedncZkH7kEJ63_nZ2dnUU7_8xh4p2d@giganews.com> <t0qnkv$uon$1@dont-email.me>
<K4ednUemRYQAca3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0r1j4$it7$1@dont-email.me>
<fsadneWSFMObkKz_nZ2dnUU7_8xh4p2d@giganews.com> <t0s36f$cbc$1@dont-email.me>
<SqqdnQg8jtyCbKz_nZ2dnUU7_8zNnZ2d@giganews.com> <t0t5at$82k$1@gioia.aioe.org>
<v_2dnTkg4-rrga__nZ2dnUU7_8zNnZ2d@giganews.com>
<yNmdnbUKtsTkva__nZ2dnUU7-Q_NnZ2d@brightview.co.uk>
<dpOdnZ-dZa6zq6__nZ2dnUU7_8zNnZ2d@giganews.com>
<6ItYJ.108105$3jp8.37953@fx33.iad>
<N8OdnWZY1_WU9q__nZ2dnUU7_83NnZ2d@giganews.com>
<AiuYJ.133566$r6p7.54783@fx41.iad>
<Co6dnctfpZYC7q__nZ2dnUU7_81g4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <Co6dnctfpZYC7q__nZ2dnUU7_81g4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 175
Message-ID: <XyvYJ.155981$7F2.22585@fx12.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: Wed, 16 Mar 2022 20:47:51 -0400
X-Received-Bytes: 10376
 by: Richard Damon - Thu, 17 Mar 2022 00:47 UTC

On 3/16/22 7:32 PM, olcott wrote:
> On 3/16/2022 6:22 PM, Richard Damon wrote:
>> On 3/16/22 6:56 PM, olcott wrote:
>>> On 3/16/2022 5:41 PM, Richard Damon wrote:
>>>> On 3/16/22 3:10 PM, olcott wrote:
>>>>> On 3/16/2022 12:37 PM, Mike Terry wrote:
>>>>>> On 16/03/2022 17:20, olcott wrote:
>>>>>>> On 3/16/2022 12:04 PM, Mike Terry wrote:
>>>>>>>> On 16/03/2022 14:15, olcott wrote:
>>>>>>>>> On 3/16/2022 2:21 AM, Jeff Barnett wrote:
>>>>>>>>>> On 3/15/2022 4:02 PM, olcott wrote:
>>>>>>>>>>> On 3/15/2022 4:48 PM, Jeff Barnett wrote:
>>>>>>>>>>>> On 3/15/2022 1:44 PM, olcott wrote:
>>>>>>>>>>>>> On 3/15/2022 1:58 PM, Jeff Barnett wrote:
>>>>>>>>>>>>>> On 3/15/2022 10:11 AM, olcott wrote:
>>>>>>>>>>>>>>> On 3/15/2022 10:44 AM, Malcolm McLean wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>     <MAJOR SNIP>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> So how would you describe a compiler which is
>>>>>>>>>>>>>>>> "bootstrapped", i.e. fed its own
>>>>>>>>>>>>>>>> source code?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> A compiler that is fed its own source-code is not the
>>>>>>>>>>>>>>> same because the compiler does not execute this source-code.
>>>>>>>>>>>>>> This is one of your best Peter. Along the way you've had
>>>>>>>>>>>>>> 100s of messages that have said that simulation as a basis
>>>>>>>>>>>>>> for a Halting Problem solution is hopeless. Of course you
>>>>>>>>>>>>>> pay no attention because it's unlikely you understood what
>>>>>>>>>>>>>> you were being told. So here you are looping back over
>>>>>>>>>>>>>> years of the same bone headed approach.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Let's start with a few basics:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Nothing executes source code; even an interpreter ingests
>>>>>>>>>>>>>> it first.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> A compiler the compiles its own source-code is nothing at
>>>>>>>>>>>>> all like executing this source code.
>>>>>>>>>>>>
>>>>>>>>>>>> You really do have rocks in your head. Think for at least 2
>>>>>>>>>>>> seconds before responding and getting it all wrong. The
>>>>>>>>>>>> mistakes you are making with the above statement are so
>>>>>>>>>>>> basic that I hardly know where to start. As I've been told
>>>>>>>>>>>> many times it's harder to teach Kindergarten than grad
>>>>>>>>>>>> students. And in this instance, with you, we have a sixty
>>>>>>>>>>>> year old crawling around in diapers.
>>>>>>>>>>>>
>>>>>>>>>>>>> An interpreter that interprets source code can be
>>>>>>>>>>>>> reasonably construed as running this source code.
>>>>>>>>>>>>
>>>>>>>>>>>> Perhaps. The issue is it really doesn't know that it is it's
>>>>>>>>>>>> own source code, does it? And, in fact, neither it nor any
>>>>>>>>>>>> observer is aware of any vicious self reference. Only a
>>>>>>>>>>>> dunce would worry about it. You do worry don't you?
>>>>>>>>>>>
>>>>>>>>>>> In other words you are saying that no one is bright enough to
>>>>>>>>>>> be able to detect what is essentially infinite recursion.
>>>>>>>>>> You soiled your diapers again. I said nothing of the sort. I
>>>>>>>>>> will say it now though, nobody is intelligent enough to
>>>>>>>>>> systematically (by algorithm) spot infinite recursion. God
>>>>>>>>>> can't do it either. It's not theoretically possible. Only an
>>>>>>>>>> ignorant nitwit would not know that and prattle on for years
>>>>>>>>>> about it.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I already have a group of many experts that concur that
>>>>>>>>> infinite recursion can be detected and the criterion measure by
>>>>>>>>> which it is correctly detected.
>>>>>>>>
>>>>>>>> I'm afraid that you lack the intellect to understand exactly
>>>>>>>> what other people are saying on technical issues.  How many
>>>>>>>> times have you quoted me (and others here) as supporting
>>>>>>>> something you've claimed, whereas it turns out you had just
>>>>>>>> misunderstood some remark that had been made? [Answer: lots of
>>>>>>>> times!]
>>>>>>>>
>>>>>>>> You also have a habit of going elsewhere, and "tricking" the
>>>>>>>> people there into "agreeing" with some claim you've made here by
>>>>>>>> not properly explaining the full context of your claim.  Then
>>>>>>>> you come back here selectively quoting some "expert" to suggest
>>>>>>>> he is supporting you. [Like when you went to the x86 group and
>>>>>>>> showed them your "trace" asking them if they could see what's
>>>>>>>> going on, and got one of them to say "it's looping...".  You
>>>>>>>> failed to mention the trace was not the "processor trace" they
>>>>>>>> would naturally expect, and that there was simulation involved,
>>>>>>>> and that your trace was in fact some kind of "merged simulation
>>>>>>>> trace", and that you were using this trace to disprove the
>>>>>>>> Halting Problem theorem.]
>>>>>>>>
>>>>>>>> It's been pointed out to you many times that algorithms exhist
>>>>>>>> that can identify /some/ infinite loops/recursions as such, but
>>>>>>>> no algorithm detects ALL non-halting behaviour.
>>>>>>>>
>>>>>>>> And specifically, your test (looking for more than one call to a
>>>>>>>> particular address etc.) is /unsound/ when you try to use it on
>>>>>>>> your "merged simulation" trace.  No expert would say otherwise
>>>>>>>> if they had been given the full context, so probably you've just
>>>>>>>> tricked someone again...
>>>>>>>>
>>>>>>>>
>>>>>>>> Mike.
>>>>>>>
>>>>>>> None-the-less is is self-evident that the input presented to the
>>>>>>> copy of the Linz H embedded at Ĥ.qx does specify infinitely
>>>>>>> nested simulation to simulating halt decider embedded_H thus
>>>>>>> proving that a transition to Ĥ.qn by embedded_H would be correct.
>>>>>>
>>>>>> You mean self-evident TO YOU.  To people who have an understanding
>>>>>> of TMs it is simply wrong or meaningless (depending on how
>>>>>> tolerant people are of your wishy-washy phrasing).
>>>>>>
>>>>>>
>>>>>> Mike.
>>>>>>
>>>>>
>>>>> They simply dogmatically state that the believe that I am wrong
>>>>> about this yet cannot point to the specific error because there is
>>>>> none:
>>>>>
>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>
>>>>> Then these steps would keep repeating:
>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩
>>>>> ⟨Ĥ3⟩
>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩
>>>>> ⟨Ĥ4⟩
>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩
>>>>> ⟨Ĥ5⟩...
>>>>>
>>>>> The above repeating pattern shows that the correctly simulated
>>>>> input to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>>> conclusively proving that this simulated input never halts. This
>>>>> enables embedded_H to abort its simulation and correctly transition
>>>>> to Ĥ.qn.
>>>>>
>>>>
>>>> The error has been pointed out to you many times, but you seem
>>>> either too dumb or too dishonest to see/admit the error.
>>>>
>>> You cannot show that the simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H can
>>> possibly ever reach its own final state ⟨Ĥ⟩.qn in any finite number
>>> of simulated steps YOU FREAKING BRAIN DEAD MORON!
>>>
>>> Ĥ.qn is not the final state of any simulated input:
>>> YOU FREAKING BRAIN DEAD MORON!
>>>
>>> Ĥ.qn is only the final state of the simulating halt decider
>>> YOU FREAKING BRAIN DEAD MORON!
>>>
>>
>> But I CAN and HAVE proven that the CORRECT simulation of <H^> <H^> by
>> an ACTUAL UTM does reach that state.
> Not at all because you are a BRAIN DEAD MORON you are simply TOO DAMNED
> STUPID to know the difference between when the simulated input reaches
> the final state of this simulated input and when the directly executed
> halt decider reaches its own final state.
>


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<QJmdnQD2fLGlGK__nZ2dnUU7_81g4p2d@giganews.com>

  copy mid

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

  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: Wed, 16 Mar 2022 19:47:52 -0500
Date: Wed, 16 Mar 2022 19:47:51 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0jc0j$3in$1@dont-email.me>
<DfOdnckFsoViqrD_nZ2dnUU7_8zNnZ2d@giganews.com> <t0jfsk$s26$1@dont-email.me>
<vMKdnWgvI43bzrD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jl0r$uum$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<WradneHYjO8-laz_nZ2dnUU7_83NnZ2d@giganews.com> <t0tg8q$a07$1@dont-email.me>
<2OadncUO86S52q__nZ2dnUU7_8zNnZ2d@giganews.com>
<2MtYJ.190086$SeK9.148168@fx97.iad>
<5PqdnasJo-l98a__nZ2dnUU7_81g4p2d@giganews.com>
<QluYJ.202063$aT3.96177@fx09.iad>
<Co6dncpfpZbX6a__nZ2dnUU7_81g4p2d@giganews.com>
<1wvYJ.82473$8V_7.46576@fx04.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <1wvYJ.82473$8V_7.46576@fx04.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <QJmdnQD2fLGlGK__nZ2dnUU7_81g4p2d@giganews.com>
Lines: 124
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-LXnYx9Ybak38Ock4k2p4q/95fF3mbENsCkPbFBCSa4jO/RiAJZFdK9JJ8m3naQ8NP4lIix/uRucU5//!wb4T7NEFSKSyIfe3dSTacL3trDnXtGfH8GZU3cAEWYP+8RKrQcOPh0ourJCrVLVGF1rp90xKbJCX
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: 7245
 by: olcott - Thu, 17 Mar 2022 00:47 UTC

On 3/16/2022 7:44 PM, Richard Damon wrote:
> On 3/16/22 7:35 PM, olcott wrote:
>> On 3/16/2022 6:25 PM, Richard Damon wrote:
>>> On 3/16/22 7:03 PM, olcott wrote:
>>>> On 3/16/2022 5:45 PM, Richard Damon wrote:
>>>>> On 3/16/22 4:22 PM, olcott wrote:
>>>>>> On 3/16/2022 3:11 PM, André G. Isaak wrote:
>>>>>>> On 2022-03-15 15:44, olcott wrote:
>>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak wrote:
>>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Again, I'll repeat the question which you dishonestly
>>>>>>>>>>>>>> snipped rather
>>>>>>>>>>>>>> than answering. I won't bother putting it in all caps or
>>>>>>>>>>>>>> repeating it
>>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which can
>>>>>>>>>>>>>> be passed
>>>>>>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>>
>>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of
>>>>>>>>>>>>> indirect reference
>>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly impossible to
>>>>>>>>>>>>> pass this
>>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>>> There are no 'levels of indirection' when discussing Turing
>>>>>>>>>>>> Machines.
>>>>>>>>>>>>
>>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be given
>>>>>>>>>>>> as an input
>>>>>>>>>>>> to your decider, then your decider is broken since it must
>>>>>>>>>>>> be able to
>>>>>>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>>>>>>
>>>>>>>>>>> Though that would actually be a genuine contribution to
>>>>>>>>>>> computer science.
>>>>>>>>>>> If you could devise a language such that a large subset of
>>>>>>>>>>> halting and
>>>>>>>>>>> non-halting machines could be described, but not machines for
>>>>>>>>>>> which the
>>>>>>>>>>> halting status is difficult or impossible for a predefined
>>>>>>>>>>> halt decider to determine.
>>>>>>>>>>
>>>>>>>>>> André does not seem to be able to comprehend that a Turing
>>>>>>>>>> machine decider cannot possibly have its own self or an
>>>>>>>>>> encoding of its own self as its input. The closest thing
>>>>>>>>>> possible that it can have is an encoding of another different
>>>>>>>>>> instance of itself.
>>>>>>>>>
>>>>>>>>> Computations don't have different instances. What would it even
>>>>>>>>> mean to 'instantiate' a computation?
>>>>>>>>>
>>>>>>>>> André
>>>>>>>>>
>>>>>>>>
>>>>>>>> A Turing machine UTM that is simulating its own Turing machine
>>>>>>>> description is two distinct instances: (executed and simulated)
>>>>>>>> even if computer science does not bother to pay attention to
>>>>>>>> this level of detail, or have the terminology to express it.
>>>>>>>
>>>>>>> You're confusing computations and Turing Machines.
>>>>>>>
>>>>>>> If you pass a UTM a description of itself, it will determine what
>>>>>>> UTM applied to an empty tape will do.
>>>>>>>
>>>>>>> UTM ⟨UTM⟩
>>>>>>>
>>>>>>> and
>>>>>>>
>>>>>>> UTM ∅
>>>>>>>
>>>>>>> are entirely distinct computations.
>>>>>>
>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>
>>>>>> In the above: Ĥ applied to ⟨Ĥ⟩ and the ⟨Ĥ⟩ ⟨Ĥ⟩ simulated by
>>>>>> embedded_H vary by exactly one level of indirect reference.
>>>>>>
>>>>>> embedded_H does not, cannot, and its not supposed to report on the
>>>>>> exact same computation that contains itself.
>>>>>>
>>>>>> embedded_H computes the mapping of its input ⟨Ĥ⟩ ⟨Ĥ⟩ to a final
>>>>>> state of embedded_H.
>>>>>
>>>>> And this proves you aren't working on the Halting Problem,
>>>> All deciders compute the mapping from their inputs to their own
>>>> final state BRAIN DEAD MORON!
>>>>
>>>
>>> But they must go to the CORRECT state, so all you are showing is that
>>> Truth means nothing to you.
>>>
>>
>> You just said that the fact that the halt decider computes the mapping
>> from its input to its own final state proves that I am not working on
>> the halting problem YOU BRAIN DEAD MORON!
>>
>>
>
> You just prove that you can't read, and LIE by deceptive clipping.
>

I only clip after the point that I am responding to.

You freaking screwed up and forgot that deciders compute the mapping
from their inputs to their own final states.

--
Copyright 2021 Pete Olcott

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

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<GI2dnYNBPZRnGK__nZ2dnUU7_83NnZ2d@giganews.com>

  copy mid

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

  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: Wed, 16 Mar 2022 19:51:06 -0500
Date: Wed, 16 Mar 2022 19:51:04 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com>
<0e363322-a8e3-4c60-b0b4-e434ecb102f2n@googlegroups.com>
<svedncZkH7kEJ63_nZ2dnUU7_8xh4p2d@giganews.com> <t0qnkv$uon$1@dont-email.me>
<K4ednUemRYQAca3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0r1j4$it7$1@dont-email.me>
<fsadneWSFMObkKz_nZ2dnUU7_8xh4p2d@giganews.com> <t0s36f$cbc$1@dont-email.me>
<SqqdnQg8jtyCbKz_nZ2dnUU7_8zNnZ2d@giganews.com> <t0t5at$82k$1@gioia.aioe.org>
<v_2dnTkg4-rrga__nZ2dnUU7_8zNnZ2d@giganews.com>
<yNmdnbUKtsTkva__nZ2dnUU7-Q_NnZ2d@brightview.co.uk>
<dpOdnZ-dZa6zq6__nZ2dnUU7_8zNnZ2d@giganews.com>
<6ItYJ.108105$3jp8.37953@fx33.iad>
<N8OdnWZY1_WU9q__nZ2dnUU7_83NnZ2d@giganews.com>
<AiuYJ.133566$r6p7.54783@fx41.iad>
<Co6dnctfpZYC7q__nZ2dnUU7_81g4p2d@giganews.com>
<XyvYJ.155981$7F2.22585@fx12.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <XyvYJ.155981$7F2.22585@fx12.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <GI2dnYNBPZRnGK__nZ2dnUU7_83NnZ2d@giganews.com>
Lines: 179
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-RYNdsmJu0BQSHCvvqknrdKiLTUxrtZDtF77j6FE8cMTKn9c713Zx8VmUypgurKKRLQB9PyX56/r4gQl!iP2KRbTTddpPQAmZ3Me5g113oSqb9QACPfhi8nGROlSmFwYMLehySxeNe8MkYl10ixiG34cbWYfy
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: 10871
 by: olcott - Thu, 17 Mar 2022 00:51 UTC

On 3/16/2022 7:47 PM, Richard Damon wrote:
> On 3/16/22 7:32 PM, olcott wrote:
>> On 3/16/2022 6:22 PM, Richard Damon wrote:
>>> On 3/16/22 6:56 PM, olcott wrote:
>>>> On 3/16/2022 5:41 PM, Richard Damon wrote:
>>>>> On 3/16/22 3:10 PM, olcott wrote:
>>>>>> On 3/16/2022 12:37 PM, Mike Terry wrote:
>>>>>>> On 16/03/2022 17:20, olcott wrote:
>>>>>>>> On 3/16/2022 12:04 PM, Mike Terry wrote:
>>>>>>>>> On 16/03/2022 14:15, olcott wrote:
>>>>>>>>>> On 3/16/2022 2:21 AM, Jeff Barnett wrote:
>>>>>>>>>>> On 3/15/2022 4:02 PM, olcott wrote:
>>>>>>>>>>>> On 3/15/2022 4:48 PM, Jeff Barnett wrote:
>>>>>>>>>>>>> On 3/15/2022 1:44 PM, olcott wrote:
>>>>>>>>>>>>>> On 3/15/2022 1:58 PM, Jeff Barnett wrote:
>>>>>>>>>>>>>>> On 3/15/2022 10:11 AM, olcott wrote:
>>>>>>>>>>>>>>>> On 3/15/2022 10:44 AM, Malcolm McLean wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>     <MAJOR SNIP>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> So how would you describe a compiler which is
>>>>>>>>>>>>>>>>> "bootstrapped", i.e. fed its own
>>>>>>>>>>>>>>>>> source code?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> A compiler that is fed its own source-code is not the
>>>>>>>>>>>>>>>> same because the compiler does not execute this
>>>>>>>>>>>>>>>> source-code.
>>>>>>>>>>>>>>> This is one of your best Peter. Along the way you've had
>>>>>>>>>>>>>>> 100s of messages that have said that simulation as a
>>>>>>>>>>>>>>> basis for a Halting Problem solution is hopeless. Of
>>>>>>>>>>>>>>> course you pay no attention because it's unlikely you
>>>>>>>>>>>>>>> understood what you were being told. So here you are
>>>>>>>>>>>>>>> looping back over years of the same bone headed approach.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Let's start with a few basics:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Nothing executes source code; even an interpreter ingests
>>>>>>>>>>>>>>> it first.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> A compiler the compiles its own source-code is nothing at
>>>>>>>>>>>>>> all like executing this source code.
>>>>>>>>>>>>>
>>>>>>>>>>>>> You really do have rocks in your head. Think for at least 2
>>>>>>>>>>>>> seconds before responding and getting it all wrong. The
>>>>>>>>>>>>> mistakes you are making with the above statement are so
>>>>>>>>>>>>> basic that I hardly know where to start. As I've been told
>>>>>>>>>>>>> many times it's harder to teach Kindergarten than grad
>>>>>>>>>>>>> students. And in this instance, with you, we have a sixty
>>>>>>>>>>>>> year old crawling around in diapers.
>>>>>>>>>>>>>
>>>>>>>>>>>>>> An interpreter that interprets source code can be
>>>>>>>>>>>>>> reasonably construed as running this source code.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Perhaps. The issue is it really doesn't know that it is
>>>>>>>>>>>>> it's own source code, does it? And, in fact, neither it nor
>>>>>>>>>>>>> any observer is aware of any vicious self reference. Only a
>>>>>>>>>>>>> dunce would worry about it. You do worry don't you?
>>>>>>>>>>>>
>>>>>>>>>>>> In other words you are saying that no one is bright enough
>>>>>>>>>>>> to be able to detect what is essentially infinite recursion.
>>>>>>>>>>> You soiled your diapers again. I said nothing of the sort. I
>>>>>>>>>>> will say it now though, nobody is intelligent enough to
>>>>>>>>>>> systematically (by algorithm) spot infinite recursion. God
>>>>>>>>>>> can't do it either. It's not theoretically possible. Only an
>>>>>>>>>>> ignorant nitwit would not know that and prattle on for years
>>>>>>>>>>> about it.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I already have a group of many experts that concur that
>>>>>>>>>> infinite recursion can be detected and the criterion measure
>>>>>>>>>> by which it is correctly detected.
>>>>>>>>>
>>>>>>>>> I'm afraid that you lack the intellect to understand exactly
>>>>>>>>> what other people are saying on technical issues.  How many
>>>>>>>>> times have you quoted me (and others here) as supporting
>>>>>>>>> something you've claimed, whereas it turns out you had just
>>>>>>>>> misunderstood some remark that had been made? [Answer: lots of
>>>>>>>>> times!]
>>>>>>>>>
>>>>>>>>> You also have a habit of going elsewhere, and "tricking" the
>>>>>>>>> people there into "agreeing" with some claim you've made here
>>>>>>>>> by not properly explaining the full context of your claim.
>>>>>>>>> Then you come back here selectively quoting some "expert" to
>>>>>>>>> suggest he is supporting you. [Like when you went to the x86
>>>>>>>>> group and showed them your "trace" asking them if they could
>>>>>>>>> see what's going on, and got one of them to say "it's
>>>>>>>>> looping...".  You failed to mention the trace was not the
>>>>>>>>> "processor trace" they would naturally expect, and that there
>>>>>>>>> was simulation involved, and that your trace was in fact some
>>>>>>>>> kind of "merged simulation trace", and that you were using this
>>>>>>>>> trace to disprove the Halting Problem theorem.]
>>>>>>>>>
>>>>>>>>> It's been pointed out to you many times that algorithms exhist
>>>>>>>>> that can identify /some/ infinite loops/recursions as such, but
>>>>>>>>> no algorithm detects ALL non-halting behaviour.
>>>>>>>>>
>>>>>>>>> And specifically, your test (looking for more than one call to
>>>>>>>>> a particular address etc.) is /unsound/ when you try to use it
>>>>>>>>> on your "merged simulation" trace.  No expert would say
>>>>>>>>> otherwise if they had been given the full context, so probably
>>>>>>>>> you've just tricked someone again...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Mike.
>>>>>>>>
>>>>>>>> None-the-less is is self-evident that the input presented to the
>>>>>>>> copy of the Linz H embedded at Ĥ.qx does specify infinitely
>>>>>>>> nested simulation to simulating halt decider embedded_H thus
>>>>>>>> proving that a transition to Ĥ.qn by embedded_H would be correct.
>>>>>>>
>>>>>>> You mean self-evident TO YOU.  To people who have an
>>>>>>> understanding of TMs it is simply wrong or meaningless (depending
>>>>>>> on how tolerant people are of your wishy-washy phrasing).
>>>>>>>
>>>>>>>
>>>>>>> Mike.
>>>>>>>
>>>>>>
>>>>>> They simply dogmatically state that the believe that I am wrong
>>>>>> about this yet cannot point to the specific error because there is
>>>>>> none:
>>>>>>
>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩
>>>>>> ⟨Ĥ2⟩
>>>>>>
>>>>>> Then these steps would keep repeating:
>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩
>>>>>> ⟨Ĥ3⟩
>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩
>>>>>> ⟨Ĥ4⟩
>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩
>>>>>> ⟨Ĥ5⟩...
>>>>>>
>>>>>> The above repeating pattern shows that the correctly simulated
>>>>>> input to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>>>> conclusively proving that this simulated input never halts. This
>>>>>> enables embedded_H to abort its simulation and correctly
>>>>>> transition to Ĥ.qn.
>>>>>>
>>>>>
>>>>> The error has been pointed out to you many times, but you seem
>>>>> either too dumb or too dishonest to see/admit the error.
>>>>>
>>>> You cannot show that the simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H can
>>>> possibly ever reach its own final state ⟨Ĥ⟩.qn in any finite number
>>>> of simulated steps YOU FREAKING BRAIN DEAD MORON!
>>>>
>>>> Ĥ.qn is not the final state of any simulated input:
>>>> YOU FREAKING BRAIN DEAD MORON!
>>>>
>>>> Ĥ.qn is only the final state of the simulating halt decider
>>>> YOU FREAKING BRAIN DEAD MORON!
>>>>
>>>
>>> But I CAN and HAVE proven that the CORRECT simulation of <H^> <H^> by
>>> an ACTUAL UTM does reach that state.
>> Not at all because you are a BRAIN DEAD MORON you are simply TOO
>> DAMNED STUPID to know the difference between when the simulated input
>> reaches the final state of this simulated input and when the directly
>> executed halt decider reaches its own final state.
>>
>
> If the simulation doesn't match the actual exectution, then it isn't a
> correct simulation.


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<4KvYJ.82475$Mpg8.33227@fx34.iad>

  copy mid

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

  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!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0jfsk$s26$1@dont-email.me>
<vMKdnWgvI43bzrD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jl0r$uum$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<WradneHYjO8-laz_nZ2dnUU7_83NnZ2d@giganews.com> <t0tg8q$a07$1@dont-email.me>
<2OadncUO86S52q__nZ2dnUU7_8zNnZ2d@giganews.com>
<2MtYJ.190086$SeK9.148168@fx97.iad>
<5PqdnasJo-l98a__nZ2dnUU7_81g4p2d@giganews.com>
<QluYJ.202063$aT3.96177@fx09.iad>
<Co6dncpfpZbX6a__nZ2dnUU7_81g4p2d@giganews.com>
<1wvYJ.82473$8V_7.46576@fx04.iad>
<QJmdnQD2fLGlGK__nZ2dnUU7_81g4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <QJmdnQD2fLGlGK__nZ2dnUU7_81g4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 138
Message-ID: <4KvYJ.82475$Mpg8.33227@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: Wed, 16 Mar 2022 20:59:44 -0400
X-Received-Bytes: 7539
X-Original-Bytes: 7318
 by: Richard Damon - Thu, 17 Mar 2022 00:59 UTC

On 3/16/22 8:47 PM, olcott wrote:
> On 3/16/2022 7:44 PM, Richard Damon wrote:
>> On 3/16/22 7:35 PM, olcott wrote:
>>> On 3/16/2022 6:25 PM, Richard Damon wrote:
>>>> On 3/16/22 7:03 PM, olcott wrote:
>>>>> On 3/16/2022 5:45 PM, Richard Damon wrote:
>>>>>> On 3/16/22 4:22 PM, olcott wrote:
>>>>>>> On 3/16/2022 3:11 PM, André G. Isaak wrote:
>>>>>>>> On 2022-03-15 15:44, olcott wrote:
>>>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak
>>>>>>>>>>>> wrote:
>>>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Again, I'll repeat the question which you dishonestly
>>>>>>>>>>>>>>> snipped rather
>>>>>>>>>>>>>>> than answering. I won't bother putting it in all caps or
>>>>>>>>>>>>>>> repeating it
>>>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which
>>>>>>>>>>>>>>> can be passed
>>>>>>>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of
>>>>>>>>>>>>>> indirect reference
>>>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly impossible
>>>>>>>>>>>>>> to pass this
>>>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>>>> There are no 'levels of indirection' when discussing Turing
>>>>>>>>>>>>> Machines.
>>>>>>>>>>>>>
>>>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be
>>>>>>>>>>>>> given as an input
>>>>>>>>>>>>> to your decider, then your decider is broken since it must
>>>>>>>>>>>>> be able to
>>>>>>>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>>>>>>>
>>>>>>>>>>>> Though that would actually be a genuine contribution to
>>>>>>>>>>>> computer science.
>>>>>>>>>>>> If you could devise a language such that a large subset of
>>>>>>>>>>>> halting and
>>>>>>>>>>>> non-halting machines could be described, but not machines
>>>>>>>>>>>> for which the
>>>>>>>>>>>> halting status is difficult or impossible for a predefined
>>>>>>>>>>>> halt decider to determine.
>>>>>>>>>>>
>>>>>>>>>>> André does not seem to be able to comprehend that a Turing
>>>>>>>>>>> machine decider cannot possibly have its own self or an
>>>>>>>>>>> encoding of its own self as its input. The closest thing
>>>>>>>>>>> possible that it can have is an encoding of another different
>>>>>>>>>>> instance of itself.
>>>>>>>>>>
>>>>>>>>>> Computations don't have different instances. What would it
>>>>>>>>>> even mean to 'instantiate' a computation?
>>>>>>>>>>
>>>>>>>>>> André
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> A Turing machine UTM that is simulating its own Turing machine
>>>>>>>>> description is two distinct instances: (executed and simulated)
>>>>>>>>> even if computer science does not bother to pay attention to
>>>>>>>>> this level of detail, or have the terminology to express it.
>>>>>>>>
>>>>>>>> You're confusing computations and Turing Machines.
>>>>>>>>
>>>>>>>> If you pass a UTM a description of itself, it will determine
>>>>>>>> what UTM applied to an empty tape will do.
>>>>>>>>
>>>>>>>> UTM ⟨UTM⟩
>>>>>>>>
>>>>>>>> and
>>>>>>>>
>>>>>>>> UTM ∅
>>>>>>>>
>>>>>>>> are entirely distinct computations.
>>>>>>>
>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>
>>>>>>> In the above: Ĥ applied to ⟨Ĥ⟩ and the ⟨Ĥ⟩ ⟨Ĥ⟩ simulated by
>>>>>>> embedded_H vary by exactly one level of indirect reference.
>>>>>>>
>>>>>>> embedded_H does not, cannot, and its not supposed to report on
>>>>>>> the exact same computation that contains itself.
>>>>>>>
>>>>>>> embedded_H computes the mapping of its input ⟨Ĥ⟩ ⟨Ĥ⟩ to a final
>>>>>>> state of embedded_H.
>>>>>>
>>>>>> And this proves you aren't working on the Halting Problem,
>>>>> All deciders compute the mapping from their inputs to their own
>>>>> final state BRAIN DEAD MORON!
>>>>>
>>>>
>>>> But they must go to the CORRECT state, so all you are showing is
>>>> that Truth means nothing to you.
>>>>
>>>
>>> You just said that the fact that the halt decider computes the
>>> mapping from its input to its own final state proves that I am not
>>> working on the halting problem YOU BRAIN DEAD MORON!
>>>
>>>
>>
>> You just prove that you can't read, and LIE by deceptive clipping.
>>
>
> I only clip after the point that I am responding to.
>
> You freaking screwed up and forgot that deciders compute the mapping
> from their inputs to their own final states.
>

No, you clip off parts that relate to what you are answering.

For instance, you skip the part where I mention that deciders need to
compute the CORRECT mapping.

Anyone can give a 'random' answer if there is not definition of what the
righrt answer is.

I guess this is what you mean by 'Truth', the decider can give whatever
answer it wants, and call it the "truth"

You have just PROVED that you have ZERO understanding of Truth or
Correctness.

You will spend eternity working out how you lies need to work out.

FAIL.

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ][ brain dead moron]

<ZNvYJ.130266$m1S7.7252@fx36.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!rocksolid2!news.neodome.net!news.uzoreto.com!newsreader4.netcologne.de!news.netcologne.de!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx36.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ][ brain dead moron]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<-eidnVPrS-yup6z_nZ2dnUU7_8xh4p2d@giganews.com>
<IkbYJ.88206$ZmJ7.3220@fx06.iad>
<zZSdnTmU-vY71qz_nZ2dnUU7_8xh4p2d@giganews.com>
<e4cYJ.149884$LN2.112198@fx13.iad>
<uridnbJz65BH06z_nZ2dnUU7_81g4p2d@giganews.com>
<ArcYJ.82726$yi_7.44673@fx39.iad>
<5f6dnSKLoqPEx6z_nZ2dnUU7_8xh4p2d@giganews.com>
<qwjYJ.139335$mF2.123895@fx11.iad>
<gc-dne2MeYm_aKz_nZ2dnUU7_8zNnZ2d@giganews.com>
<JPtYJ.155977$7F2.126477@fx12.iad>
<5PqdnaoJo-nk8K__nZ2dnUU7_839fwAA@giganews.com>
<4quYJ.166505$LN2.22099@fx13.iad>
<Co6dncVfpZZ76a__nZ2dnUU7_81g4p2d@giganews.com>
<AsvYJ.82472$8V_7.1672@fx04.iad>
<QJmdnQH2fLEqGa__nZ2dnUU7_81g4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <QJmdnQH2fLEqGa__nZ2dnUU7_81g4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 667
Message-ID: <ZNvYJ.130266$m1S7.7252@fx36.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: Wed, 16 Mar 2022 21:03:54 -0400
X-Received-Bytes: 37293
 by: Richard Damon - Thu, 17 Mar 2022 01:03 UTC

On 3/16/22 8:45 PM, olcott wrote:
> On 3/16/2022 7:41 PM, Richard Damon wrote:
>> On 3/16/22 7:38 PM, olcott wrote:
>>> On 3/16/2022 6:30 PM, Richard Damon wrote:
>>>> On 3/16/22 7:06 PM, olcott wrote:
>>>>> On 3/16/2022 5:49 PM, Richard Damon wrote:
>>>>>> On 3/16/22 10:33 AM, olcott wrote:
>>>>>>> On 3/16/2022 6:05 AM, Richard Damon wrote:
>>>>>>>> On 3/15/22 11:32 PM, olcott wrote:
>>>>>>>>> On 3/15/2022 10:02 PM, Richard Damon wrote:
>>>>>>>>>> On 3/15/22 10:43 PM, olcott wrote:
>>>>>>>>>>> On 3/15/2022 9:38 PM, Richard Damon wrote:
>>>>>>>>>>>> On 3/15/22 10:29 PM, olcott wrote:
>>>>>>>>>>>>> On 3/15/2022 8:47 PM, Richard Damon wrote:
>>>>>>>>>>>>>> On 3/15/22 9:15 PM, olcott wrote:
>>>>>>>>>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G.
>>>>>>>>>>>>>>>>>> Isaak wrote:
>>>>>>>>>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Again, I'll repeat the question which you
>>>>>>>>>>>>>>>>>>>>> dishonestly snipped rather
>>>>>>>>>>>>>>>>>>>>> than answering. I won't bother putting it in all
>>>>>>>>>>>>>>>>>>>>> caps or repeating it
>>>>>>>>>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string
>>>>>>>>>>>>>>>>>>>>> which can be passed
>>>>>>>>>>>>>>>>>>>>> to Ĥ if that computation is in fact different from
>>>>>>>>>>>>>>>>>>>>> ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of
>>>>>>>>>>>>>>>>>>>> indirect reference
>>>>>>>>>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly
>>>>>>>>>>>>>>>>>>>> impossible to pass this
>>>>>>>>>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>>>>>>>>>> There are no 'levels of indirection' when discussing
>>>>>>>>>>>>>>>>>>> Turing Machines.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can
>>>>>>>>>>>>>>>>>>> be given as an input
>>>>>>>>>>>>>>>>>>> to your decider, then your decider is broken since it
>>>>>>>>>>>>>>>>>>> must be able to
>>>>>>>>>>>>>>>>>>> provide an answer for *every* computation, including
>>>>>>>>>>>>>>>>>>> Ĥ ⟨Ĥ⟩.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Though that would actually be a genuine contribution
>>>>>>>>>>>>>>>>>> to computer science.
>>>>>>>>>>>>>>>>>> If you could devise a language such that a large
>>>>>>>>>>>>>>>>>> subset of halting and
>>>>>>>>>>>>>>>>>> non-halting machines could be described, but not
>>>>>>>>>>>>>>>>>> machines for which the
>>>>>>>>>>>>>>>>>> halting status is difficult or impossible for a
>>>>>>>>>>>>>>>>>> predefined halt decider to determine.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> André does not seem to be able to comprehend that a
>>>>>>>>>>>>>>>>> Turing machine decider cannot possibly have its own
>>>>>>>>>>>>>>>>> self or an encoding of its own self as its input. The
>>>>>>>>>>>>>>>>> closest thing possible that it can have is an encoding
>>>>>>>>>>>>>>>>> of another different instance of itself.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Computations don't have different instances. What would
>>>>>>>>>>>>>>>> it even mean to 'instantiate' a computation?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Back to the key point:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> That ⟨Ĥ⟩ ⟨Ĥ⟩ finite strings specify non-halting behavior
>>>>>>>>>>>>>>> when correctly simulated by the UTM within embedded_H is
>>>>>>>>>>>>>>> the same as these finite strings specifying non-halting
>>>>>>>>>>>>>>> behavior when correctly interpreted by a BASIC in
>>>>>>>>>>>>>>> interpreter.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 10 PRINT "Hello, World!"
>>>>>>>>>>>>>>> 20 goto 10
>>>>>>>>>>>>>>> 30 END
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H
>>>>>>>>>>>>>>> simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H
>>>>>>>>>>>>>>> simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H
>>>>>>>>>>>>>>> simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H
>>>>>>>>>>>>>>> simulates ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The above repeating pattern shows that the correctly
>>>>>>>>>>>>>>> simulated input to embedded_H would never reach its final
>>>>>>>>>>>>>>> state of ⟨Ĥ⟩.qn conclusively proving that this simulated
>>>>>>>>>>>>>>> input never halts. This enables embedded_H to abort its
>>>>>>>>>>>>>>> simulation and correctly transition to Ĥ.qn.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> But that infinite behavor only occurs if the embedded_H
>>>>>>>>>>>>>> NEVER aborts its simulation and thus it fails at the
>>>>>>>>>>>>>> requirement to GIVE the answer.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>>
>>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>>
>>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>>
>>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Which only happens if embedded_H never aborts its simulation,
>>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Nope, unless you can prove that two copies of the exact same
>>>>>>>>>> algorithm given the exact same data can give differerent
>>>>>>>>>> results (by showing an ACTUAL example that does it) it is
>>>>>>>>>> proven otherwise and you are proved to be just a pathological
>>>>>>>>>> liar.
>>>>>>>>> This conclusively proves that I am correct.
>>>>>>>>> Saying that you simply don't believe it is not any rebuttal!
>>>>>>>>>
>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates
>>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>
>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates
>>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates
>>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates
>>>>>>>>> ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>>
>>>>>>>>> The above repeating pattern shows that the correctly simulated
>>>>>>>>> input to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>>>>>>> conclusively proving that this simulated input never halts.
>>>>>>>>> This enables embedded_H to abort its simulation and correctly
>>>>>>>>> transition to Ĥ.qn.
>>>>>>>>>
>>>>>>>>
>>>>>>>> Nope, smae mistake. Just proves that you can't prove you claim
>>>>>>>> and also that you like to LIE by improper clipping.
>>>>>>>>
>>>>>>>> Note, you OMITTED the challenge, (Quoted below), so you are
>>>>>>>> obviously being INTENTIONAL about your failure:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> If ANY copy of embedded_H applied to <H^> <H^> goes to Qn, then
>>>>>>>>> the top level embedded_H will also go to Qn and the H^ that it
>>>>>>>>> is embedded in goes to H^.Qn and HALT, and NOT infinite pattern
>>>>>>>>> occurs.
>>>>>>>>>
>>>>>>>>> Just Denying what is proven before your eyes proves that you
>>>>>>>>> are either a pathological liar or delusional and have lost all
>>>>>>>>> grasp of the truth.
>>>>>>>>>
>>>>>>>>> Please try to show where my proof is wrong.
>>>>>>>>>
>>>>>>>>> Show how an H^ built on an embedded_H that aborts its
>>>>>>>>> simulation of <H^> <H^> doesn't halt, or prove that two
>>>>>>>>> identical copies of a machine can behave differently when given
>>>>>>>>> identical information. (Since you claim it happens in this case
>>>>>>>>> too)
>>>>>>>>>
>>>>>>>>> Failure to do this just proves you are lying.
>>>>>>>>
>>>>>>>
>>>>>>> I just proved what the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ is.
>>>>>>> I have no idea what you mean by improper clipping.
>>>>>>
>>>>>> Jsut proves that you don't understand what Truth is.
>>>>>>
>>>>>>>
>>>>>>> H.q0 ⟨M⟩ w ⊢* H.qy ----- iff UTM( ⟨M⟩, w ) reaches the final
>>>>>>> state of M
>>>>>>> H.q0 ⟨M⟩ w ⊢* H.qn ----- iff UTM( ⟨M⟩, w ) would never reach the
>>>>>>> final state of M
>>>>>>>
>>>>>>> Simulating halt decider H performs a pure simulation of its input
>>>>>>> as if it was a UTM unless and until it detects an infinitely
>>>>>>> repeating pattern. Then it aborts the simulation of its input and
>>>>>>> transitions to its final reject state. Otherwise H transitions to
>>>>>>> its accept state when its simulation ends.
>>>>>>>
>>>>>>> The following simplifies the syntax for the definition of the
>>>>>>> Linz Turing machine Ĥ, it is now a single machine with a single
>>>>>>> start state. A copy of Linz H is embedded at Ĥ.qx.
>>>>>>>
>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>> final state.
>>>>>>>
>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never reach
>>>>>>> its final state.
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> Which is all a LIE by your own admision.
>>>>>>
>>>>>> Since you keep on removing my comment, I will not repeat them, but
>>>>>> just point out that even YOUR have previously ADMITTED that the
>>>>>> equivalnt of H^ applied to <H^> does Halt when H decides on <H^>
>>>>>> <H^> as non-halting.
>>>>>>
>>>>>
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>>
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>>
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>>
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>>
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>>
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>>
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>>
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>>
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H cannot
>>>>> possibly reach its own final state in any finite number of
>>>>> simulated steps.
>>>>>
>>>>
>>>> You are wrong, and stuck in your own infinite loop (maybe you need
>>>> to abort your self).
>>>>
>>> YOU ARE JUST TOO FREAKING STUPID TO KNOW the difference between the
>>> direct execution of the halt decider that reaches its own final state
>>> and its simulated input that cannot possibly ever reach its own final
>>> state.
>>>
>>>
>>
>> No, YOU are to stupid to understand that H isn't being asked about its
>> own simulation, but the behavior of the computation it has been given
>> the description of.
>
> When Ĥ is applied to ⟨Ĥ⟩
>   Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>
> That does this when embedded_H simulates it...
>
> Then these steps would keep repeating:
>   Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>   Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>   Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>
>


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<lSvYJ.122169$GjY3.113217@fx01.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!newsreader4.netcologne.de!news.netcologne.de!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.ams4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx01.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.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com>
<0e363322-a8e3-4c60-b0b4-e434ecb102f2n@googlegroups.com>
<svedncZkH7kEJ63_nZ2dnUU7_8xh4p2d@giganews.com> <t0qnkv$uon$1@dont-email.me>
<K4ednUemRYQAca3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0r1j4$it7$1@dont-email.me>
<fsadneWSFMObkKz_nZ2dnUU7_8xh4p2d@giganews.com> <t0s36f$cbc$1@dont-email.me>
<SqqdnQg8jtyCbKz_nZ2dnUU7_8zNnZ2d@giganews.com> <t0t5at$82k$1@gioia.aioe.org>
<v_2dnTkg4-rrga__nZ2dnUU7_8zNnZ2d@giganews.com>
<yNmdnbUKtsTkva__nZ2dnUU7-Q_NnZ2d@brightview.co.uk>
<dpOdnZ-dZa6zq6__nZ2dnUU7_8zNnZ2d@giganews.com>
<6ItYJ.108105$3jp8.37953@fx33.iad>
<N8OdnWZY1_WU9q__nZ2dnUU7_83NnZ2d@giganews.com>
<AiuYJ.133566$r6p7.54783@fx41.iad>
<Co6dnctfpZYC7q__nZ2dnUU7_81g4p2d@giganews.com>
<XyvYJ.155981$7F2.22585@fx12.iad>
<GI2dnYNBPZRnGK__nZ2dnUU7_83NnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <GI2dnYNBPZRnGK__nZ2dnUU7_83NnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 190
Message-ID: <lSvYJ.122169$GjY3.113217@fx01.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: Wed, 16 Mar 2022 21:08:33 -0400
X-Received-Bytes: 11374
 by: Richard Damon - Thu, 17 Mar 2022 01:08 UTC

On 3/16/22 8:51 PM, olcott wrote:
> On 3/16/2022 7:47 PM, Richard Damon wrote:
>> On 3/16/22 7:32 PM, olcott wrote:
>>> On 3/16/2022 6:22 PM, Richard Damon wrote:
>>>> On 3/16/22 6:56 PM, olcott wrote:
>>>>> On 3/16/2022 5:41 PM, Richard Damon wrote:
>>>>>> On 3/16/22 3:10 PM, olcott wrote:
>>>>>>> On 3/16/2022 12:37 PM, Mike Terry wrote:
>>>>>>>> On 16/03/2022 17:20, olcott wrote:
>>>>>>>>> On 3/16/2022 12:04 PM, Mike Terry wrote:
>>>>>>>>>> On 16/03/2022 14:15, olcott wrote:
>>>>>>>>>>> On 3/16/2022 2:21 AM, Jeff Barnett wrote:
>>>>>>>>>>>> On 3/15/2022 4:02 PM, olcott wrote:
>>>>>>>>>>>>> On 3/15/2022 4:48 PM, Jeff Barnett wrote:
>>>>>>>>>>>>>> On 3/15/2022 1:44 PM, olcott wrote:
>>>>>>>>>>>>>>> On 3/15/2022 1:58 PM, Jeff Barnett wrote:
>>>>>>>>>>>>>>>> On 3/15/2022 10:11 AM, olcott wrote:
>>>>>>>>>>>>>>>>> On 3/15/2022 10:44 AM, Malcolm McLean wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>     <MAJOR SNIP>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> So how would you describe a compiler which is
>>>>>>>>>>>>>>>>>> "bootstrapped", i.e. fed its own
>>>>>>>>>>>>>>>>>> source code?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> A compiler that is fed its own source-code is not the
>>>>>>>>>>>>>>>>> same because the compiler does not execute this
>>>>>>>>>>>>>>>>> source-code.
>>>>>>>>>>>>>>>> This is one of your best Peter. Along the way you've had
>>>>>>>>>>>>>>>> 100s of messages that have said that simulation as a
>>>>>>>>>>>>>>>> basis for a Halting Problem solution is hopeless. Of
>>>>>>>>>>>>>>>> course you pay no attention because it's unlikely you
>>>>>>>>>>>>>>>> understood what you were being told. So here you are
>>>>>>>>>>>>>>>> looping back over years of the same bone headed approach.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Let's start with a few basics:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Nothing executes source code; even an interpreter
>>>>>>>>>>>>>>>> ingests it first.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> A compiler the compiles its own source-code is nothing at
>>>>>>>>>>>>>>> all like executing this source code.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> You really do have rocks in your head. Think for at least
>>>>>>>>>>>>>> 2 seconds before responding and getting it all wrong. The
>>>>>>>>>>>>>> mistakes you are making with the above statement are so
>>>>>>>>>>>>>> basic that I hardly know where to start. As I've been told
>>>>>>>>>>>>>> many times it's harder to teach Kindergarten than grad
>>>>>>>>>>>>>> students. And in this instance, with you, we have a sixty
>>>>>>>>>>>>>> year old crawling around in diapers.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> An interpreter that interprets source code can be
>>>>>>>>>>>>>>> reasonably construed as running this source code.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Perhaps. The issue is it really doesn't know that it is
>>>>>>>>>>>>>> it's own source code, does it? And, in fact, neither it
>>>>>>>>>>>>>> nor any observer is aware of any vicious self reference.
>>>>>>>>>>>>>> Only a dunce would worry about it. You do worry don't you?
>>>>>>>>>>>>>
>>>>>>>>>>>>> In other words you are saying that no one is bright enough
>>>>>>>>>>>>> to be able to detect what is essentially infinite recursion.
>>>>>>>>>>>> You soiled your diapers again. I said nothing of the sort. I
>>>>>>>>>>>> will say it now though, nobody is intelligent enough to
>>>>>>>>>>>> systematically (by algorithm) spot infinite recursion. God
>>>>>>>>>>>> can't do it either. It's not theoretically possible. Only an
>>>>>>>>>>>> ignorant nitwit would not know that and prattle on for years
>>>>>>>>>>>> about it.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I already have a group of many experts that concur that
>>>>>>>>>>> infinite recursion can be detected and the criterion measure
>>>>>>>>>>> by which it is correctly detected.
>>>>>>>>>>
>>>>>>>>>> I'm afraid that you lack the intellect to understand exactly
>>>>>>>>>> what other people are saying on technical issues.  How many
>>>>>>>>>> times have you quoted me (and others here) as supporting
>>>>>>>>>> something you've claimed, whereas it turns out you had just
>>>>>>>>>> misunderstood some remark that had been made? [Answer: lots of
>>>>>>>>>> times!]
>>>>>>>>>>
>>>>>>>>>> You also have a habit of going elsewhere, and "tricking" the
>>>>>>>>>> people there into "agreeing" with some claim you've made here
>>>>>>>>>> by not properly explaining the full context of your claim.
>>>>>>>>>> Then you come back here selectively quoting some "expert" to
>>>>>>>>>> suggest he is supporting you. [Like when you went to the x86
>>>>>>>>>> group and showed them your "trace" asking them if they could
>>>>>>>>>> see what's going on, and got one of them to say "it's
>>>>>>>>>> looping...".  You failed to mention the trace was not the
>>>>>>>>>> "processor trace" they would naturally expect, and that there
>>>>>>>>>> was simulation involved, and that your trace was in fact some
>>>>>>>>>> kind of "merged simulation trace", and that you were using
>>>>>>>>>> this trace to disprove the Halting Problem theorem.]
>>>>>>>>>>
>>>>>>>>>> It's been pointed out to you many times that algorithms exhist
>>>>>>>>>> that can identify /some/ infinite loops/recursions as such,
>>>>>>>>>> but no algorithm detects ALL non-halting behaviour.
>>>>>>>>>>
>>>>>>>>>> And specifically, your test (looking for more than one call to
>>>>>>>>>> a particular address etc.) is /unsound/ when you try to use it
>>>>>>>>>> on your "merged simulation" trace.  No expert would say
>>>>>>>>>> otherwise if they had been given the full context, so probably
>>>>>>>>>> you've just tricked someone again...
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Mike.
>>>>>>>>>
>>>>>>>>> None-the-less is is self-evident that the input presented to
>>>>>>>>> the copy of the Linz H embedded at Ĥ.qx does specify infinitely
>>>>>>>>> nested simulation to simulating halt decider embedded_H thus
>>>>>>>>> proving that a transition to Ĥ.qn by embedded_H would be correct.
>>>>>>>>
>>>>>>>> You mean self-evident TO YOU.  To people who have an
>>>>>>>> understanding of TMs it is simply wrong or meaningless
>>>>>>>> (depending on how tolerant people are of your wishy-washy
>>>>>>>> phrasing).
>>>>>>>>
>>>>>>>>
>>>>>>>> Mike.
>>>>>>>>
>>>>>>>
>>>>>>> They simply dogmatically state that the believe that I am wrong
>>>>>>> about this yet cannot point to the specific error because there
>>>>>>> is none:
>>>>>>>
>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩
>>>>>>> ⟨Ĥ2⟩
>>>>>>>
>>>>>>> Then these steps would keep repeating:
>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates
>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates
>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates
>>>>>>> ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>
>>>>>>> The above repeating pattern shows that the correctly simulated
>>>>>>> input to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>>>>> conclusively proving that this simulated input never halts. This
>>>>>>> enables embedded_H to abort its simulation and correctly
>>>>>>> transition to Ĥ.qn.
>>>>>>>
>>>>>>
>>>>>> The error has been pointed out to you many times, but you seem
>>>>>> either too dumb or too dishonest to see/admit the error.
>>>>>>
>>>>> You cannot show that the simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H can
>>>>> possibly ever reach its own final state ⟨Ĥ⟩.qn in any finite number
>>>>> of simulated steps YOU FREAKING BRAIN DEAD MORON!
>>>>>
>>>>> Ĥ.qn is not the final state of any simulated input:
>>>>> YOU FREAKING BRAIN DEAD MORON!
>>>>>
>>>>> Ĥ.qn is only the final state of the simulating halt decider
>>>>> YOU FREAKING BRAIN DEAD MORON!
>>>>>
>>>>
>>>> But I CAN and HAVE proven that the CORRECT simulation of <H^> <H^>
>>>> by an ACTUAL UTM does reach that state.
>>> Not at all because you are a BRAIN DEAD MORON you are simply TOO
>>> DAMNED STUPID to know the difference between when the simulated input
>>> reaches the final state of this simulated input and when the directly
>>> executed halt decider reaches its own final state.
>>>
>>
>> If the simulation doesn't match the actual exectution, then it isn't a
>> correct simulation.
>
> It is a verifiable fact that the pure simulation of the input to
> embedded_H would never halt in any finite number of steps of simulation.
>
> Quit being a "Putin says he is rescuing Ukraine" liar.
>
>


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<DLCdne23I_kwF6__nZ2dnUU7_81g4p2d@giganews.com>

  copy mid

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

  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: Wed, 16 Mar 2022 20:11:09 -0500
Date: Wed, 16 Mar 2022 20:11:07 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0jfsk$s26$1@dont-email.me>
<vMKdnWgvI43bzrD_nZ2dnUU7_83NnZ2d@giganews.com> <t0jl0r$uum$1@dont-email.me>
<8J-dnX5F44-EdLL_nZ2dnUU7_83NnZ2d@giganews.com> <t0oqf4$lkm$1@dont-email.me>
<a7-dnZ8Rnvbnc7L_nZ2dnUU7_81g4p2d@giganews.com> <t0or6h$vkm$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<WradneHYjO8-laz_nZ2dnUU7_83NnZ2d@giganews.com> <t0tg8q$a07$1@dont-email.me>
<2OadncUO86S52q__nZ2dnUU7_8zNnZ2d@giganews.com>
<2MtYJ.190086$SeK9.148168@fx97.iad>
<5PqdnasJo-l98a__nZ2dnUU7_81g4p2d@giganews.com>
<QluYJ.202063$aT3.96177@fx09.iad>
<Co6dncpfpZbX6a__nZ2dnUU7_81g4p2d@giganews.com>
<1wvYJ.82473$8V_7.46576@fx04.iad>
<QJmdnQD2fLGlGK__nZ2dnUU7_81g4p2d@giganews.com>
<4KvYJ.82475$Mpg8.33227@fx34.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <4KvYJ.82475$Mpg8.33227@fx34.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <DLCdne23I_kwF6__nZ2dnUU7_81g4p2d@giganews.com>
Lines: 135
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-32LIhF70tFXhGUdnMVkHnQ10SQVzCKj87dl1xjMK8Oq+bZn8yVghnwA+tjEChd7pXogvcQONDqSqt4b!w84nNSzmwIzJSPdip0eXxRCFn4N0w/AosycxlnCx8qqh97FJDH4OSMnDM8Ey4dPflrI2wHE7z6Oq
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: 7843
 by: olcott - Thu, 17 Mar 2022 01:11 UTC

On 3/16/2022 7:59 PM, Richard Damon wrote:
> On 3/16/22 8:47 PM, olcott wrote:
>> On 3/16/2022 7:44 PM, Richard Damon wrote:
>>> On 3/16/22 7:35 PM, olcott wrote:
>>>> On 3/16/2022 6:25 PM, Richard Damon wrote:
>>>>> On 3/16/22 7:03 PM, olcott wrote:
>>>>>> On 3/16/2022 5:45 PM, Richard Damon wrote:
>>>>>>> On 3/16/22 4:22 PM, olcott wrote:
>>>>>>>> On 3/16/2022 3:11 PM, André G. Isaak wrote:
>>>>>>>>> On 2022-03-15 15:44, olcott wrote:
>>>>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G. Isaak
>>>>>>>>>>>>> wrote:
>>>>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Again, I'll repeat the question which you dishonestly
>>>>>>>>>>>>>>>> snipped rather
>>>>>>>>>>>>>>>> than answering. I won't bother putting it in all caps or
>>>>>>>>>>>>>>>> repeating it
>>>>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string which
>>>>>>>>>>>>>>>> can be passed
>>>>>>>>>>>>>>>> to Ĥ if that computation is in fact different from ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level of
>>>>>>>>>>>>>>> indirect reference
>>>>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly impossible
>>>>>>>>>>>>>>> to pass this
>>>>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>>>>> There are no 'levels of indirection' when discussing
>>>>>>>>>>>>>> Turing Machines.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can be
>>>>>>>>>>>>>> given as an input
>>>>>>>>>>>>>> to your decider, then your decider is broken since it must
>>>>>>>>>>>>>> be able to
>>>>>>>>>>>>>> provide an answer for *every* computation, including Ĥ ⟨Ĥ⟩.
>>>>>>>>>>>>>>
>>>>>>>>>>>>> Though that would actually be a genuine contribution to
>>>>>>>>>>>>> computer science.
>>>>>>>>>>>>> If you could devise a language such that a large subset of
>>>>>>>>>>>>> halting and
>>>>>>>>>>>>> non-halting machines could be described, but not machines
>>>>>>>>>>>>> for which the
>>>>>>>>>>>>> halting status is difficult or impossible for a predefined
>>>>>>>>>>>>> halt decider to determine.
>>>>>>>>>>>>
>>>>>>>>>>>> André does not seem to be able to comprehend that a Turing
>>>>>>>>>>>> machine decider cannot possibly have its own self or an
>>>>>>>>>>>> encoding of its own self as its input. The closest thing
>>>>>>>>>>>> possible that it can have is an encoding of another
>>>>>>>>>>>> different instance of itself.
>>>>>>>>>>>
>>>>>>>>>>> Computations don't have different instances. What would it
>>>>>>>>>>> even mean to 'instantiate' a computation?
>>>>>>>>>>>
>>>>>>>>>>> André
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> A Turing machine UTM that is simulating its own Turing machine
>>>>>>>>>> description is two distinct instances: (executed and
>>>>>>>>>> simulated) even if computer science does not bother to pay
>>>>>>>>>> attention to this level of detail, or have the terminology to
>>>>>>>>>> express it.
>>>>>>>>>
>>>>>>>>> You're confusing computations and Turing Machines.
>>>>>>>>>
>>>>>>>>> If you pass a UTM a description of itself, it will determine
>>>>>>>>> what UTM applied to an empty tape will do.
>>>>>>>>>
>>>>>>>>> UTM ⟨UTM⟩
>>>>>>>>>
>>>>>>>>> and
>>>>>>>>>
>>>>>>>>> UTM ∅
>>>>>>>>>
>>>>>>>>> are entirely distinct computations.
>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>
>>>>>>>> In the above: Ĥ applied to ⟨Ĥ⟩ and the ⟨Ĥ⟩ ⟨Ĥ⟩ simulated by
>>>>>>>> embedded_H vary by exactly one level of indirect reference.
>>>>>>>>
>>>>>>>> embedded_H does not, cannot, and its not supposed to report on
>>>>>>>> the exact same computation that contains itself.
>>>>>>>>
>>>>>>>> embedded_H computes the mapping of its input ⟨Ĥ⟩ ⟨Ĥ⟩ to a final
>>>>>>>> state of embedded_H.
>>>>>>>
>>>>>>> And this proves you aren't working on the Halting Problem,
>>>>>> All deciders compute the mapping from their inputs to their own
>>>>>> final state BRAIN DEAD MORON!
>>>>>>
>>>>>
>>>>> But they must go to the CORRECT state, so all you are showing is
>>>>> that Truth means nothing to you.
>>>>>
>>>>
>>>> You just said that the fact that the halt decider computes the
>>>> mapping from its input to its own final state proves that I am not
>>>> working on the halting problem YOU BRAIN DEAD MORON!
>>>>
>>>>
>>>
>>> You just prove that you can't read, and LIE by deceptive clipping.
>>>
>>
>> I only clip after the point that I am responding to.
>>
>> You freaking screwed up and forgot that deciders compute the mapping
>> from their inputs to their own final states.
>>
>
> No, you clip off parts that relate to what you are answering.

As soon as you indicated that you don't know what a decider is I
stopped. All of the rest of you points were anchored in the error of not
knowing what a decider is.

--
Copyright 2021 Pete Olcott

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

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ][ brain dead moron]

<a7-dnR51UqsAFq__nZ2dnUU7_8zNnZ2d@giganews.com>

  copy mid

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

  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: Wed, 16 Mar 2022 20:15:09 -0500
Date: Wed, 16 Mar 2022 20:15:07 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ][ brain dead moron]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me>
<etCdnYVMIulebrL_nZ2dnUU7_8zNnZ2d@giganews.com> <t0os8s$kbu$1@dont-email.me>
<NbadnXJjo-dLn63_nZ2dnUU7_8zNnZ2d@giganews.com> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0qsmr$9oq$1@dont-email.me>
<-eidnVPrS-yup6z_nZ2dnUU7_8xh4p2d@giganews.com>
<IkbYJ.88206$ZmJ7.3220@fx06.iad>
<zZSdnTmU-vY71qz_nZ2dnUU7_8xh4p2d@giganews.com>
<e4cYJ.149884$LN2.112198@fx13.iad>
<uridnbJz65BH06z_nZ2dnUU7_81g4p2d@giganews.com>
<ArcYJ.82726$yi_7.44673@fx39.iad>
<5f6dnSKLoqPEx6z_nZ2dnUU7_8xh4p2d@giganews.com>
<qwjYJ.139335$mF2.123895@fx11.iad>
<gc-dne2MeYm_aKz_nZ2dnUU7_8zNnZ2d@giganews.com>
<JPtYJ.155977$7F2.126477@fx12.iad>
<5PqdnaoJo-nk8K__nZ2dnUU7_839fwAA@giganews.com>
<4quYJ.166505$LN2.22099@fx13.iad>
<Co6dncVfpZZ76a__nZ2dnUU7_81g4p2d@giganews.com>
<AsvYJ.82472$8V_7.1672@fx04.iad>
<QJmdnQH2fLEqGa__nZ2dnUU7_81g4p2d@giganews.com>
<ZNvYJ.130266$m1S7.7252@fx36.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <ZNvYJ.130266$m1S7.7252@fx36.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <a7-dnR51UqsAFq__nZ2dnUU7_8zNnZ2d@giganews.com>
Lines: 998
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-lkFXGD5DtlxKDyX5Xp1TNV15SrssZ0uOafZljUNd0EED2mcKNIlJmoPYQFqrYq+kI7LJpGqUE6CXR2j!/My8Amug8QlL5dCY5wPQv8++fzifxGO9qAfrAF7fNgWd4Nhn/ufP2TOKQIk4nAcrKTSe+X9D4tdZ
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: 54304
 by: olcott - Thu, 17 Mar 2022 01:15 UTC

On 3/16/2022 8:03 PM, Richard Damon wrote:
> On 3/16/22 8:45 PM, olcott wrote:
>> On 3/16/2022 7:41 PM, Richard Damon wrote:
>>> On 3/16/22 7:38 PM, olcott wrote:
>>>> On 3/16/2022 6:30 PM, Richard Damon wrote:
>>>>> On 3/16/22 7:06 PM, olcott wrote:
>>>>>> On 3/16/2022 5:49 PM, Richard Damon wrote:
>>>>>>> On 3/16/22 10:33 AM, olcott wrote:
>>>>>>>> On 3/16/2022 6:05 AM, Richard Damon wrote:
>>>>>>>>> On 3/15/22 11:32 PM, olcott wrote:
>>>>>>>>>> On 3/15/2022 10:02 PM, Richard Damon wrote:
>>>>>>>>>>> On 3/15/22 10:43 PM, olcott wrote:
>>>>>>>>>>>> On 3/15/2022 9:38 PM, Richard Damon wrote:
>>>>>>>>>>>>> On 3/15/22 10:29 PM, olcott wrote:
>>>>>>>>>>>>>> On 3/15/2022 8:47 PM, Richard Damon wrote:
>>>>>>>>>>>>>>> On 3/15/22 9:15 PM, olcott wrote:
>>>>>>>>>>>>>>>> On 3/15/2022 3:24 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>> On 2022-03-15 08:51, olcott wrote:
>>>>>>>>>>>>>>>>>> On 3/15/2022 6:35 AM, Malcolm McLean wrote:
>>>>>>>>>>>>>>>>>>> On Tuesday, 15 March 2022 at 04:04:06 UTC, André G.
>>>>>>>>>>>>>>>>>>> Isaak wrote:
>>>>>>>>>>>>>>>>>>>> On 2022-03-14 21:07, olcott wrote:
>>>>>>>>>>>>>>>>>>>>> On 3/14/2022 9:05 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>>>>>>> On 2022-03-14 20:02, olcott wrote:
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> <snip nonresponsive post>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Again, I'll repeat the question which you
>>>>>>>>>>>>>>>>>>>>>> dishonestly snipped rather
>>>>>>>>>>>>>>>>>>>>>> than answering. I won't bother putting it in all
>>>>>>>>>>>>>>>>>>>>>> caps or repeating it
>>>>>>>>>>>>>>>>>>>>>> five times.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> How does one encode Ĥ applied to ⟨Ĥ⟩ as a string
>>>>>>>>>>>>>>>>>>>>>> which can be passed
>>>>>>>>>>>>>>>>>>>>>> to Ĥ if that computation is in fact different from
>>>>>>>>>>>>>>>>>>>>>> ⟨Ĥ⟩ ⟨Ĥ⟩?
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> The ⟨Ĥ⟩ ⟨Ĥ⟩ above is inherently exactly one level
>>>>>>>>>>>>>>>>>>>>> of indirect reference
>>>>>>>>>>>>>>>>>>>>> away from Ĥ ⟨Ĥ⟩ above, thus making it utterly
>>>>>>>>>>>>>>>>>>>>> impossible to pass this
>>>>>>>>>>>>>>>>>>>>> exact same Ĥ ⟨Ĥ⟩ as an input to embedded_H.
>>>>>>>>>>>>>>>>>>>> There are no 'levels of indirection' when discussing
>>>>>>>>>>>>>>>>>>>> Turing Machines.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> If there is no way to encode Ĥ ⟨Ĥ⟩ such that it can
>>>>>>>>>>>>>>>>>>>> be given as an input
>>>>>>>>>>>>>>>>>>>> to your decider, then your decider is broken since
>>>>>>>>>>>>>>>>>>>> it must be able to
>>>>>>>>>>>>>>>>>>>> provide an answer for *every* computation, including
>>>>>>>>>>>>>>>>>>>> Ĥ ⟨Ĥ⟩.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> Though that would actually be a genuine contribution
>>>>>>>>>>>>>>>>>>> to computer science.
>>>>>>>>>>>>>>>>>>> If you could devise a language such that a large
>>>>>>>>>>>>>>>>>>> subset of halting and
>>>>>>>>>>>>>>>>>>> non-halting machines could be described, but not
>>>>>>>>>>>>>>>>>>> machines for which the
>>>>>>>>>>>>>>>>>>> halting status is difficult or impossible for a
>>>>>>>>>>>>>>>>>>> predefined halt decider to determine.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> André does not seem to be able to comprehend that a
>>>>>>>>>>>>>>>>>> Turing machine decider cannot possibly have its own
>>>>>>>>>>>>>>>>>> self or an encoding of its own self as its input. The
>>>>>>>>>>>>>>>>>> closest thing possible that it can have is an encoding
>>>>>>>>>>>>>>>>>> of another different instance of itself.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Computations don't have different instances. What would
>>>>>>>>>>>>>>>>> it even mean to 'instantiate' a computation?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> André
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Back to the key point:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> That ⟨Ĥ⟩ ⟨Ĥ⟩ finite strings specify non-halting behavior
>>>>>>>>>>>>>>>> when correctly simulated by the UTM within embedded_H is
>>>>>>>>>>>>>>>> the same as these finite strings specifying non-halting
>>>>>>>>>>>>>>>> behavior when correctly interpreted by a BASIC in
>>>>>>>>>>>>>>>> interpreter.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 10 PRINT "Hello, World!"
>>>>>>>>>>>>>>>> 20 goto 10
>>>>>>>>>>>>>>>> 30 END
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H
>>>>>>>>>>>>>>>> simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H
>>>>>>>>>>>>>>>> simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H
>>>>>>>>>>>>>>>> simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H
>>>>>>>>>>>>>>>> simulates ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> The above repeating pattern shows that the correctly
>>>>>>>>>>>>>>>> simulated input to embedded_H would never reach its
>>>>>>>>>>>>>>>> final state of ⟨Ĥ⟩.qn conclusively proving that this
>>>>>>>>>>>>>>>> simulated input never halts. This enables embedded_H to
>>>>>>>>>>>>>>>> abort its simulation and correctly transition to Ĥ.qn.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> But that infinite behavor only occurs if the embedded_H
>>>>>>>>>>>>>>> NEVER aborts its simulation and thus it fails at the
>>>>>>>>>>>>>>> requirement to GIVE the answer.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> correctly simulated input to embedded_H would never reach
>>>>>>>>>>>>>> its final state of ⟨Ĥ⟩.qn
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> Which only happens if embedded_H never aborts its simulation,
>>>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>>>> No idiot it happens no matter what !
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Nope, unless you can prove that two copies of the exact same
>>>>>>>>>>> algorithm given the exact same data can give differerent
>>>>>>>>>>> results (by showing an ACTUAL example that does it) it is
>>>>>>>>>>> proven otherwise and you are proved to be just a pathological
>>>>>>>>>>> liar.
>>>>>>>>>> This conclusively proves that I am correct.
>>>>>>>>>> Saying that you simply don't believe it is not any rebuttal!
>>>>>>>>>>
>>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates
>>>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>>
>>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates
>>>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates
>>>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates
>>>>>>>>>> ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>>>
>>>>>>>>>> The above repeating pattern shows that the correctly simulated
>>>>>>>>>> input to embedded_H would never reach its final state of
>>>>>>>>>> ⟨Ĥ⟩.qn conclusively proving that this simulated input never
>>>>>>>>>> halts. This enables embedded_H to abort its simulation and
>>>>>>>>>> correctly transition to Ĥ.qn.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Nope, smae mistake. Just proves that you can't prove you claim
>>>>>>>>> and also that you like to LIE by improper clipping.
>>>>>>>>>
>>>>>>>>> Note, you OMITTED the challenge, (Quoted below), so you are
>>>>>>>>> obviously being INTENTIONAL about your failure:
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> If ANY copy of embedded_H applied to <H^> <H^> goes to Qn,
>>>>>>>>>> then the top level embedded_H will also go to Qn and the H^
>>>>>>>>>> that it is embedded in goes to H^.Qn and HALT, and NOT
>>>>>>>>>> infinite pattern occurs.
>>>>>>>>>>
>>>>>>>>>> Just Denying what is proven before your eyes proves that you
>>>>>>>>>> are either a pathological liar or delusional and have lost all
>>>>>>>>>> grasp of the truth.
>>>>>>>>>>
>>>>>>>>>> Please try to show where my proof is wrong.
>>>>>>>>>>
>>>>>>>>>> Show how an H^ built on an embedded_H that aborts its
>>>>>>>>>> simulation of <H^> <H^> doesn't halt, or prove that two
>>>>>>>>>> identical copies of a machine can behave differently when
>>>>>>>>>> given identical information. (Since you claim it happens in
>>>>>>>>>> this case too)
>>>>>>>>>>
>>>>>>>>>> Failure to do this just proves you are lying.
>>>>>>>>>
>>>>>>>>
>>>>>>>> I just proved what the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩
>>>>>>>> is.
>>>>>>>> I have no idea what you mean by improper clipping.
>>>>>>>
>>>>>>> Jsut proves that you don't understand what Truth is.
>>>>>>>
>>>>>>>>
>>>>>>>> H.q0 ⟨M⟩ w ⊢* H.qy ----- iff UTM( ⟨M⟩, w ) reaches the final
>>>>>>>> state of M
>>>>>>>> H.q0 ⟨M⟩ w ⊢* H.qn ----- iff UTM( ⟨M⟩, w ) would never reach the
>>>>>>>> final state of M
>>>>>>>>
>>>>>>>> Simulating halt decider H performs a pure simulation of its
>>>>>>>> input as if it was a UTM unless and until it detects an
>>>>>>>> infinitely repeating pattern. Then it aborts the simulation of
>>>>>>>> its input and transitions to its final reject state. Otherwise H
>>>>>>>> transitions to its accept state when its simulation ends.
>>>>>>>>
>>>>>>>> The following simplifies the syntax for the definition of the
>>>>>>>> Linz Turing machine Ĥ, it is now a single machine with a single
>>>>>>>> start state. A copy of Linz H is embedded at Ĥ.qx.
>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would reach its
>>>>>>>> final state.
>>>>>>>>
>>>>>>>> Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>>>>>>>> If the pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by embedded_H would never
>>>>>>>> reach its final state.
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Which is all a LIE by your own admision.
>>>>>>>
>>>>>>> Since you keep on removing my comment, I will not repeat them,
>>>>>>> but just point out that even YOUR have previously ADMITTED that
>>>>>>> the equivalnt of H^ applied to <H^> does Halt when H decides on
>>>>>>> <H^> <H^> as non-halting.
>>>>>>>
>>>>>>
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>>
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>>
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>>
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>>
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>>
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>>
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>>
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>>
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>> It is a fact that the simulated input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H
>>>>>> cannot possibly reach its own final state in any finite number of
>>>>>> simulated steps.
>>>>>>
>>>>>
>>>>> You are wrong, and stuck in your own infinite loop (maybe you need
>>>>> to abort your self).
>>>>>
>>>> YOU ARE JUST TOO FREAKING STUPID TO KNOW the difference between the
>>>> direct execution of the halt decider that reaches its own final
>>>> state and its simulated input that cannot possibly ever reach its
>>>> own final state.
>>>>
>>>>
>>>
>>> No, YOU are to stupid to understand that H isn't being asked about
>>> its own simulation, but the behavior of the computation it has been
>>> given the description of.
>>
>> When Ĥ is applied to ⟨Ĥ⟩
>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>
>> That does this when embedded_H simulates it...
>>
>> Then these steps would keep repeating:
>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates ⟨Ĥ4⟩
>> ⟨Ĥ5⟩...
>>
>>
>
> Back to this again? Have fun running around forever in circles.
>
> This ONLY happens if embedded_H never aborts its simulation,


Click here to read the complete article
Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<87ee311iqm.fsf@bsb.me.uk>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!eternal-september.org!reader02.eternal-september.org!.POSTED!not-for-mail
From: ben.use...@bsb.me.uk (Ben Bacarisse)
Newsgroups: comp.theory
Subject: Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]
Date: Thu, 17 Mar 2022 01:16:17 +0000
Organization: A noiseless patient Spider
Lines: 38
Message-ID: <87ee311iqm.fsf@bsb.me.uk>
References: <svjh4r$sqh$1@dont-email.me>
<7pWdnX1i993jwbv_nZ2dnUU7_83NnZ2d@giganews.com>
<87bkyh5s3t.fsf@bsb.me.uk>
<7--dnVwf4b-9Dbv_nZ2dnUU7_83NnZ2d@giganews.com>
<87tuc941c8.fsf@bsb.me.uk>
<lrGdnWIzlZcJULv_nZ2dnUU7_83NnZ2d@giganews.com>
<87bkyg3p22.fsf@bsb.me.uk>
<rpGdnc6CJc_Yi7X_nZ2dnUU7_83NnZ2d@giganews.com>
<875yon4wsh.fsf@bsb.me.uk> <t099v5$sif$1@dont-email.me>
<87mthx2qi3.fsf@bsb.me.uk>
<-OWdnRXF29D67rb_nZ2dnUU7_8zNnZ2d@giganews.com>
<871qz73n0i.fsf@bsb.me.uk>
<NMOdnQddB-ilkLD_nZ2dnUU7_8zNnZ2d@giganews.com>
<t0j3ip$3rg$1@dont-email.me>
<R8CdnTRBnut9trD_nZ2dnUU7_83NnZ2d@giganews.com>
<t0jc0j$3in$1@dont-email.me>
<DfOdnckFsoViqrD_nZ2dnUU7_8zNnZ2d@giganews.com>
<t0jfsk$s26$1@dont-email.me> <87pmmq1rz7.fsf@bsb.me.uk>
<8J-dnXlF448pdLL_nZ2dnUU7_81g4p2d@giganews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Injection-Info: reader02.eternal-september.org; posting-host="8179eac41ad0d4ebbe49b8fa97db0394";
logging-data="11028"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+IAaxePfB4xo6kQJSrt5bswrZNHaTotYU="
Cancel-Lock: sha1:Hn5aBQYnKyfMI017uAjYNn6vk1Q=
sha1:zmO9wSVFDGu2b2TkaulvlK3piuY=
X-BSB-Auth: 1.05d741fbe12d212dc82b.20220317011617GMT.87ee311iqm.fsf@bsb.me.uk
 by: Ben Bacarisse - Thu, 17 Mar 2022 01:16 UTC

olcott <NoOne@NoWhere.com> writes:

> On 3/12/2022 8:55 PM, Ben Bacarisse wrote:
>> André G. Isaak <agisaak@gm.invalid> writes:
>>
>>>> On 3/12/2022 5:57 PM, André G. Isaak wrote:
>>
>>>>> So what string, according to you, encodes the computation Ĥ applied
>>>>> to ⟨Ĥ⟩? If these two "different" computations don't have separate
>>>>> encodings as strings then they are not, in fact, different
>>>>> computations at all.
>>>
>>> No Comment?
>>>
>>> I know you've been asked this question before and have consistently
>>> ignored it. According to a recent post of yours that constitutes
>>> justification for a repetitive all-caps temper tantrum!
>> I once tried to get a direct answer to this question. I asked 12 times
>> in consecutive posts but never got one.
>> Later, on the related question of whether ⟨Ĥ⟩ ⟨Ĥ⟩ encodes a halting
>> computation I got this dazzling display of equivocation:
>> "When it is construed as input to H then ⟨Ĥ⟩ ⟨Ĥ⟩ encodes a halting
>> computation.
>> When it is construed as input to Ĥ.qx then ⟨Ĥ⟩ ⟨Ĥ⟩ DOES NOT encode a
>> halting computation."
>> Bear in mind that at time, PO's machines were magic: two identical state
>> transition functions could entail transitions to different states when
>> presented with identical inputs. He has since backed off from some of
>> these remarks, but it never exactly clear which previous claims he would
>> now accept were wrong.
>
> None-the-less...

You mean you won't comment on the above but would rather present new
junk about BASIC. Oh well... I can't stop you.

--
Ben.

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ more clarity ]

<a7-dnRl1UqtiFq__nZ2dnUU7_8xh4p2d@giganews.com>

  copy mid

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

  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: Wed, 16 Mar 2022 20:16:47 -0500
Date: Wed, 16 Mar 2022 20:16:46 -0500
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
Thunderbird/91.7.0
Subject: Re: Simulating halt deciders correct decider halting [ Ben's
perpetual mistake ][ more clarity ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <t0p37j$rqr$1@dont-email.me>
<6d1375c9-507e-4b64-bd79-7d6e74f023f9n@googlegroups.com>
<mu2dnZOmL_1lOq3_nZ2dnUU7_8zNnZ2d@giganews.com>
<0e363322-a8e3-4c60-b0b4-e434ecb102f2n@googlegroups.com>
<svedncZkH7kEJ63_nZ2dnUU7_8xh4p2d@giganews.com> <t0qnkv$uon$1@dont-email.me>
<K4ednUemRYQAca3_nZ2dnUU7_8zNnZ2d@giganews.com> <t0r1j4$it7$1@dont-email.me>
<fsadneWSFMObkKz_nZ2dnUU7_8xh4p2d@giganews.com> <t0s36f$cbc$1@dont-email.me>
<SqqdnQg8jtyCbKz_nZ2dnUU7_8zNnZ2d@giganews.com> <t0t5at$82k$1@gioia.aioe.org>
<v_2dnTkg4-rrga__nZ2dnUU7_8zNnZ2d@giganews.com>
<yNmdnbUKtsTkva__nZ2dnUU7-Q_NnZ2d@brightview.co.uk>
<dpOdnZ-dZa6zq6__nZ2dnUU7_8zNnZ2d@giganews.com>
<6ItYJ.108105$3jp8.37953@fx33.iad>
<N8OdnWZY1_WU9q__nZ2dnUU7_83NnZ2d@giganews.com>
<AiuYJ.133566$r6p7.54783@fx41.iad>
<Co6dnctfpZYC7q__nZ2dnUU7_81g4p2d@giganews.com>
<XyvYJ.155981$7F2.22585@fx12.iad>
<GI2dnYNBPZRnGK__nZ2dnUU7_83NnZ2d@giganews.com>
<lSvYJ.122169$GjY3.113217@fx01.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <lSvYJ.122169$GjY3.113217@fx01.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <a7-dnRl1UqtiFq__nZ2dnUU7_8xh4p2d@giganews.com>
Lines: 263
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-PyP5IWHYv07eUVj66UwDXtjWb8Bhzytr2JGYZ/PuD0bW7uefB4jp8fmbf6LQD8rfzCoQEkaJ25FmDmD!Z1aOd2AqHsiE0XvmpmXL4fP8bc2CCwEJfO/VSOWSUlnVYLt9tBHAh9YICka8oWBNiRs4E/l6+pQO
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: 14232
 by: olcott - Thu, 17 Mar 2022 01:16 UTC

On 3/16/2022 8:08 PM, Richard Damon wrote:
> On 3/16/22 8:51 PM, olcott wrote:
>> On 3/16/2022 7:47 PM, Richard Damon wrote:
>>> On 3/16/22 7:32 PM, olcott wrote:
>>>> On 3/16/2022 6:22 PM, Richard Damon wrote:
>>>>> On 3/16/22 6:56 PM, olcott wrote:
>>>>>> On 3/16/2022 5:41 PM, Richard Damon wrote:
>>>>>>> On 3/16/22 3:10 PM, olcott wrote:
>>>>>>>> On 3/16/2022 12:37 PM, Mike Terry wrote:
>>>>>>>>> On 16/03/2022 17:20, olcott wrote:
>>>>>>>>>> On 3/16/2022 12:04 PM, Mike Terry wrote:
>>>>>>>>>>> On 16/03/2022 14:15, olcott wrote:
>>>>>>>>>>>> On 3/16/2022 2:21 AM, Jeff Barnett wrote:
>>>>>>>>>>>>> On 3/15/2022 4:02 PM, olcott wrote:
>>>>>>>>>>>>>> On 3/15/2022 4:48 PM, Jeff Barnett wrote:
>>>>>>>>>>>>>>> On 3/15/2022 1:44 PM, olcott wrote:
>>>>>>>>>>>>>>>> On 3/15/2022 1:58 PM, Jeff Barnett wrote:
>>>>>>>>>>>>>>>>> On 3/15/2022 10:11 AM, olcott wrote:
>>>>>>>>>>>>>>>>>> On 3/15/2022 10:44 AM, Malcolm McLean wrote:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>     <MAJOR SNIP>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> So how would you describe a compiler which is
>>>>>>>>>>>>>>>>>>> "bootstrapped", i.e. fed its own
>>>>>>>>>>>>>>>>>>> source code?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> A compiler that is fed its own source-code is not the
>>>>>>>>>>>>>>>>>> same because the compiler does not execute this
>>>>>>>>>>>>>>>>>> source-code.
>>>>>>>>>>>>>>>>> This is one of your best Peter. Along the way you've
>>>>>>>>>>>>>>>>> had 100s of messages that have said that simulation as
>>>>>>>>>>>>>>>>> a basis for a Halting Problem solution is hopeless. Of
>>>>>>>>>>>>>>>>> course you pay no attention because it's unlikely you
>>>>>>>>>>>>>>>>> understood what you were being told. So here you are
>>>>>>>>>>>>>>>>> looping back over years of the same bone headed approach.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Let's start with a few basics:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Nothing executes source code; even an interpreter
>>>>>>>>>>>>>>>>> ingests it first.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> A compiler the compiles its own source-code is nothing
>>>>>>>>>>>>>>>> at all like executing this source code.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> You really do have rocks in your head. Think for at least
>>>>>>>>>>>>>>> 2 seconds before responding and getting it all wrong. The
>>>>>>>>>>>>>>> mistakes you are making with the above statement are so
>>>>>>>>>>>>>>> basic that I hardly know where to start. As I've been
>>>>>>>>>>>>>>> told many times it's harder to teach Kindergarten than
>>>>>>>>>>>>>>> grad students. And in this instance, with you, we have a
>>>>>>>>>>>>>>> sixty year old crawling around in diapers.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> An interpreter that interprets source code can be
>>>>>>>>>>>>>>>> reasonably construed as running this source code.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Perhaps. The issue is it really doesn't know that it is
>>>>>>>>>>>>>>> it's own source code, does it? And, in fact, neither it
>>>>>>>>>>>>>>> nor any observer is aware of any vicious self reference.
>>>>>>>>>>>>>>> Only a dunce would worry about it. You do worry don't you?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> In other words you are saying that no one is bright enough
>>>>>>>>>>>>>> to be able to detect what is essentially infinite recursion.
>>>>>>>>>>>>> You soiled your diapers again. I said nothing of the sort.
>>>>>>>>>>>>> I will say it now though, nobody is intelligent enough to
>>>>>>>>>>>>> systematically (by algorithm) spot infinite recursion. God
>>>>>>>>>>>>> can't do it either. It's not theoretically possible. Only
>>>>>>>>>>>>> an ignorant nitwit would not know that and prattle on for
>>>>>>>>>>>>> years about it.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I already have a group of many experts that concur that
>>>>>>>>>>>> infinite recursion can be detected and the criterion measure
>>>>>>>>>>>> by which it is correctly detected.
>>>>>>>>>>>
>>>>>>>>>>> I'm afraid that you lack the intellect to understand exactly
>>>>>>>>>>> what other people are saying on technical issues.  How many
>>>>>>>>>>> times have you quoted me (and others here) as supporting
>>>>>>>>>>> something you've claimed, whereas it turns out you had just
>>>>>>>>>>> misunderstood some remark that had been made? [Answer: lots
>>>>>>>>>>> of times!]
>>>>>>>>>>>
>>>>>>>>>>> You also have a habit of going elsewhere, and "tricking" the
>>>>>>>>>>> people there into "agreeing" with some claim you've made here
>>>>>>>>>>> by not properly explaining the full context of your claim.
>>>>>>>>>>> Then you come back here selectively quoting some "expert" to
>>>>>>>>>>> suggest he is supporting you. [Like when you went to the x86
>>>>>>>>>>> group and showed them your "trace" asking them if they could
>>>>>>>>>>> see what's going on, and got one of them to say "it's
>>>>>>>>>>> looping...".  You failed to mention the trace was not the
>>>>>>>>>>> "processor trace" they would naturally expect, and that there
>>>>>>>>>>> was simulation involved, and that your trace was in fact some
>>>>>>>>>>> kind of "merged simulation trace", and that you were using
>>>>>>>>>>> this trace to disprove the Halting Problem theorem.]
>>>>>>>>>>>
>>>>>>>>>>> It's been pointed out to you many times that algorithms
>>>>>>>>>>> exhist that can identify /some/ infinite loops/recursions as
>>>>>>>>>>> such, but no algorithm detects ALL non-halting behaviour.
>>>>>>>>>>>
>>>>>>>>>>> And specifically, your test (looking for more than one call
>>>>>>>>>>> to a particular address etc.) is /unsound/ when you try to
>>>>>>>>>>> use it on your "merged simulation" trace.  No expert would
>>>>>>>>>>> say otherwise if they had been given the full context, so
>>>>>>>>>>> probably you've just tricked someone again...
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Mike.
>>>>>>>>>>
>>>>>>>>>> None-the-less is is self-evident that the input presented to
>>>>>>>>>> the copy of the Linz H embedded at Ĥ.qx does specify
>>>>>>>>>> infinitely nested simulation to simulating halt decider
>>>>>>>>>> embedded_H thus proving that a transition to Ĥ.qn by
>>>>>>>>>> embedded_H would be correct.
>>>>>>>>>
>>>>>>>>> You mean self-evident TO YOU.  To people who have an
>>>>>>>>> understanding of TMs it is simply wrong or meaningless
>>>>>>>>> (depending on how tolerant people are of your wishy-washy
>>>>>>>>> phrasing).
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Mike.
>>>>>>>>>
>>>>>>>>
>>>>>>>> They simply dogmatically state that the believe that I am wrong
>>>>>>>> about this yet cannot point to the specific error because there
>>>>>>>> is none:
>>>>>>>>
>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>    Ĥ copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H simulates
>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>
>>>>>>>> Then these steps would keep repeating:
>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H simulates
>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H simulates
>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩
>>>>>>>>    Ĥ3 copies its input ⟨Ĥ4⟩ to ⟨Ĥ5⟩ then embedded_H simulates
>>>>>>>> ⟨Ĥ4⟩ ⟨Ĥ5⟩...
>>>>>>>>
>>>>>>>> The above repeating pattern shows that the correctly simulated
>>>>>>>> input to embedded_H would never reach its final state of ⟨Ĥ⟩.qn
>>>>>>>> conclusively proving that this simulated input never halts. This
>>>>>>>> enables embedded_H to abort its simulation and correctly
>>>>>>>> transition to Ĥ.qn.
>>>>>>>>
>>>>>>>
>>>>>>> The error has been pointed out to you many times, but you seem
>>>>>>> either too dumb or too dishonest to see/admit the error.
>>>>>>>
>>>>>> You cannot show that the simulated input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H can
>>>>>> possibly ever reach its own final state ⟨Ĥ⟩.qn in any finite
>>>>>> number of simulated steps YOU FREAKING BRAIN DEAD MORON!
>>>>>>
>>>>>> Ĥ.qn is not the final state of any simulated input:
>>>>>> YOU FREAKING BRAIN DEAD MORON!
>>>>>>
>>>>>> Ĥ.qn is only the final state of the simulating halt decider
>>>>>> YOU FREAKING BRAIN DEAD MORON!
>>>>>>
>>>>>
>>>>> But I CAN and HAVE proven that the CORRECT simulation of <H^> <H^>
>>>>> by an ACTUAL UTM does reach that state.
>>>> Not at all because you are a BRAIN DEAD MORON you are simply TOO
>>>> DAMNED STUPID to know the difference between when the simulated
>>>> input reaches the final state of this simulated input and when the
>>>> directly executed halt decider reaches its own final state.
>>>>
>>>
>>> If the simulation doesn't match the actual exectution, then it isn't
>>> a correct simulation.
>>
>> It is a verifiable fact that the pure simulation of the input to
>> embedded_H would never halt in any finite number of steps of simulation.
>>
>> Quit being a "Putin says he is rescuing Ukraine" liar.
>>
>>
>
> Another Fallicy, you like them don't you. Doesn't help your arguement
> one bit, and just shows you have nothing to stand on.
>
> It is only 'verifiable' that the pure simulation does this if H is JUST
> a pure simulator and never aborts.
>


Click here to read the complete article

devel / comp.theory / Re: Simulating halt deciders correct decider halting [ PO's perpetual mistake ]

Pages:12345678910111213141516171819
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor