Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

If you're not part of the solution, you're part of the precipitate.


devel / comp.theory / Comic

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 ][ much agreement ]

<0elZJ.224694$aT3.159176@fx09.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!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!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 ][ much agreement ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <87mti160ab.fsf@bsb.me.uk>
<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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 180
Message-ID: <0elZJ.224694$aT3.159176@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: Sat, 19 Mar 2022 09:51:57 -0400
X-Received-Bytes: 9257
 by: Richard Damon - Sat, 19 Mar 2022 13:51 UTC

On 3/19/22 9:34 AM, olcott wrote:
> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>> olcott <NoOne@NoWhere.com> writes:
>>
>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>> olcott <NoOne@NoWhere.com> writes:
>>>>
>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>
>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>
>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>> simulation:
>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩) halts,
>>>>>>>> and
>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩) does
>>>>>>>> not halt.
>>>>>>>> Feel fee to replace "halts" with "would reach its final state" (and
>>>>>>>> similarly for "does not halt") if it make you feel better.  Both
>>>>>>>> figures
>>>>>>>> of speech convey the same mathematical fact, but one is shorter
>>>>>>>> and fits
>>>>>>>> on a line.
>>>>>>>> What you can't do, if you want to keep talking about what Linz is
>>>>>>>> talking about, is replace the reference to a UTM with embedded_H.
>>>>>>>
>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>> Not in dispute.
>>>>>>
>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>> simulation to
>>>>>>> be a part of the decision process.
>>>>>> Not in dispute.
>>>>>>
>>>>>>> Embedded_H determines whether or not its simulated input would ever
>>>>>>> reach its final state if embedded_H remained in pure UTM mode.
>>>>>> Not in dispute.
>>>>>>
>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by
>>>>>>>>> the
>>>>>>>>> copy of H embedded within Ĥ would never reach the final state
>>>>>>>>> of this
>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>> Irrelevant.  What matters is what follows logically from Linz's
>>>>>>>> definition of a halt decider.  If you think there is any point,
>>>>>>>> I'll
>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>
>>>>>>> If the input to embedded_H never halts and embedded_H correctly
>>>>>>> reports this that is most relevant.
>>>>>> Not in dispute (except for the poor wording).
>>>>>> If you want to know why you are still wrong after 14 years, you are
>>>>>> going to have to learn to follow what other people are saying.  Of
>>>>>> course, if you did that, you'd see all your mistakes, so you are much
>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>
>>>>>
>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating halt decider
>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely nested
>>>>> simulation to embedded_H thus making the embedded_H transition to Ĥ.qn
>>>>> correct.
>>>> No.
>>>
>>> The reason that you only have a dogmatic reply rather than any
>>> supporting reasoning is that I am correct.
>>
>> No, it's because there is no evidence that you can accept the
>> explanations that are put to you.
>
> That is a bullshit excuse to hide the fact that you fail to understand
> what I said. You could provide an answer for posterity and for others
> that may eventually come to this post. The truth is you can't point out
> any specific error because there is no error.
>
>>   Do you really think it's worth my
>> while explaining, yet again, that re-defining what H should do is just
>> pointless?
>>
>> I'll take the time to explain if you ask intelligent questions, but my
>> repeating that reply to what you keep cutting and pasting is just a
>> waste of time.
>>
>
> All of the "rebuttals" never pointing out any specific error and were
> always some kind of ad hominem attack of another.

MOST of the rebuttals point out specific errors (or at least reference
previous attempts to point them out).

The issue s you don't seem to understand the meaning of the words enough
to understand what is being said.

A bit like trying to explain something 'adult' to a 3 year old.

>
>>> No one can find any error in the following only because there is no
>>> error to be found.
>>
>
> No one can find any error in the following only because there is no
> error to be found.
>
> When Ĥ is applied to ⟨Ĥ⟩
>   Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩
>
> Then these steps would keep repeating:
>   Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>   Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>   Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>
> (1) If embedded_H does not abort the simulation of its input the
> simulation never stops and the simulated input never reaches its final
> state.
>
> (2) If embedded_H does abort the simulation of its input the simulation
> is aborted at some point shown above and the simulated input never
> reaches its final state.
>
> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
> configurations that never reach a final state. This in turn makes the
> transition to Ĥ.qn by embedded_H correct.

I have pointed out the error many times and you just ignore it because
you don't want to believe it.

The infinite loop described only exist if embedded_H never aborts its
simulation, and in that case, it never gives an answer.

If embedded_H aborts its simulation, and goes to Qn, then the top level
H^ applied to <H^> will go to H^.Qn and Halt, and thus <H^> <H^>, which
represents this, represents a HALTING computaiton, and thus embedded_H
is WRONG by DEFINITION.

>
>> You can't see the error.  That's not the same thing at all.
>>
>
> That no one pointed out a specific error is a verified fact.
> That no one pointed out an error because there is no error is a
> reasonably plausible conclusion.

Specifed errors have been pointed out MANY times. YOU just don't
understand them because you don't understand what any of this actually
means.

>
>> I some sense you clearly know that there is not halt decider because
>> there would be no need to re-define what the correct answer is if you
>> thought it were possible.
>>
>
> Everyone (including Linz) makes the mistake that the copy of the Linz H
> embedded in Ĥ must report on its own behavior never realizing that this
> is just not the way that deciders work.

No, YOU don't understand that this is EXACTLY how Deciders work. If the
question is about them, then answer about themselves.

The is no self-referential exception built into the definiton of a
decider. You might think it needs to be, because you don't understand
logic that uses forms of self-reference.

>
> It is an easily verified fact that simulating halt deciders (like all
> deciders) only compute the mapping from their inputs, thus are not even
> allowed to report on their own behavior.
>
>

Can you PROVE That? That they are not ALLOWED to report on their own
behavior, even if that is the question put before them?

Or are you saying that BY DEFINITION a Halt Decider, as defined as a
decider that can report the halting status of ANY computation can not
exist as it might need to report on a copy of itself?

Re: Simulating halt deciders correct decider halting [ Key error ][ no contradiction ]

<RflZJ.224695$aT3.216904@fx09.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!newsreader4.netcologne.de!news.netcologne.de!peer01.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.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 [ Key error ][
no contradiction ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me>
<NPadnQFZBvHBTa7_nZ2dnUU7_8zNnZ2d@giganews.com>
<UkQYJ.123416$Wdl5.17663@fx44.iad>
<feGdnfXhOaTISa7_nZ2dnUU7_83NnZ2d@giganews.com>
<GFQYJ.123418$Wdl5.85094@fx44.iad>
<FoKdncV2j6uIRa7_nZ2dnUU7_8zNnZ2d@giganews.com>
<UYQYJ.208197$aT3.156208@fx09.iad>
<ZNKdnSJG-NgnQq7_nZ2dnUU7_8xh4p2d@giganews.com>
<6QRYJ.217541$oF2.188372@fx10.iad>
<jvCdnQc-kZtoaa7_nZ2dnUU7_8zNnZ2d@giganews.com>
<8I%YJ.165304$7F2.56756@fx12.iad>
<_tidnVvGqvZfDqn_nZ2dnUU7_83NnZ2d@giganews.com>
<LX0ZJ.208561$aT3.63168@fx09.iad>
<e5mdnWmWB95yAan_nZ2dnUU7_83NnZ2d@giganews.com>
<GS1ZJ.165311$7F2.88126@fx12.iad>
<FfGdnXGznfKQMan_nZ2dnUU7_83NnZ2d@giganews.com> <87wngrryk8.fsf@bsb.me.uk>
<w6-dnUtVp5ShVan_nZ2dnUU7_83NnZ2d@giganews.com> <87fsnesqdk.fsf@bsb.me.uk>
<FpGdnR1EWL5Io6j_nZ2dnUU7_8xh4p2d@giganews.com>
<JqkZJ.123738$GjY3.53840@fx01.iad>
<4bmdnUT5Fa1bSKj_nZ2dnUU7_81g4p2d@giganews.com>
<BTkZJ.175741$7F2.170395@fx12.iad>
<-M-dnaY1GusFQaj_nZ2dnUU7_81g4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <-M-dnaY1GusFQaj_nZ2dnUU7_81g4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 72
Message-ID: <RflZJ.224695$aT3.216904@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: Sat, 19 Mar 2022 09:53:54 -0400
X-Received-Bytes: 4850
 by: Richard Damon - Sat, 19 Mar 2022 13:53 UTC

On 3/19/22 9:37 AM, olcott wrote:
> On 3/19/2022 8:28 AM, Richard Damon wrote:
>> On 3/19/22 9:08 AM, olcott wrote:
>>> On 3/19/2022 7:57 AM, Richard Damon wrote:
>>>> On 3/18/22 10:24 PM, olcott wrote:
>>>>> On 3/18/2022 8:05 PM, Ben Bacarisse wrote:
>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>
>>>>>>> On 3/18/2022 11:54 AM, Ben Bacarisse wrote:
>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>
>>>>>>>>> No BRAIN DEAD MORON this is not true, I keep calling you a
>>>>>>>>> BRAIN DEAD
>>>>>>>>> MORON because after I have explain all the details you cannot
>>>>>>>>> remember
>>>>>>>>> what I just said.
>>>>>>>> I see the petulant six-year-old is in residence today.
>>>>>>>>
>>>>>>>>> A decider maps its inputs to its own accept reject state.
>>>>>>>>> A halt decider does not compute the halt status of itself.
>>>>>>>>
>>>>>>>> A halt decider, let's call it H, maps the input <Ĥ> <Ĥ> to its
>>>>>>>> accept
>>>>>
>>>>> You have changed the subject away from the Linz proof's conclusion
>>>>> that deals with Ĥ applied to <Ĥ> and not H applied to <Ĥ> <Ĥ>.
>>>>>
>>>>
>>>> NO, you don't understand what the conclusion actually means. Perhaps
>>>> you don't even understand what 'Proof by Contradiction' means, since
>>>> I don't think the logic system you want to use supports it.
>>>
>>> Linz and I are talking about Ĥ applied to <Ĥ>,
>>> we are not talking about H applied to <Ĥ> <Ĥ>.
>>> You assume (against the verified facts) that it makes no difference.
>>
>> Right, but the argument also uses the definiton of what H applied to
>> <H^> <H^> does, which you don't seem to understand, because you are an
>> idiot.
>>
>>>
>>> </Linz:1990:320>
>>> Now Ĥ is a Turing machine, so that it will have some description in
>>> Σ*, say ŵ . This string, in addition to being the description of Ĥ
>>> can also be used as input string. We can therefore legitimately ask
>>> what would happen if Ĥ is applied to ŵ .
>>> …
>>> The contradiction tells us that our assumption of the existence of H,
>>> and hence the assumption of the decidability of the halting problem,
>>> must be false.
>>> </Linz:1990:320>
>>>
>>
>> Right, and if you understood the logic used to present the
>> contradiction, you might undstand where you are wrong.
>
> Linz says that both the transition to Ĥ.qy and Ĥ.qn are the wrong
> answer, I prove that the transition to Ĥ.qn is the correct answer.
>
> Your only rebuttal to this proof was simply an ad hominem attack.
>

How is saying a Computation that Halts is a Non-Halting Computation.

Remember the DEFINITION of a Halt Decider is that H applied to <M> w
must only go to H.Qn if M applied to w never halts.

Since H^ applied to <H^> does Halt if H applied to <H^> <H^> goes to
H.Qn, then that is NOT the right answer.

Your proof uses wrong definitions.

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ much agreement ]

<dllZJ.123740$GjY3.1158@fx01.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.goja.nl.eu.org!news.freedyn.de!newsreader4.netcologne.de!news.netcologne.de!peer03.ams1!peer.ams1.xlned.com!news.xlned.com!peer02.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 ][ much agreement ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<x5KdnaRRdp_SXqn_nZ2dnUU7_83NnZ2d@giganews.com> <87cziisqbn.fsf@bsb.me.uk>
<FpGdnRxEWL6soqj_nZ2dnUU7_8xh4p2d@giganews.com> <871qyyrso1.fsf@bsb.me.uk>
<vIqdnUEuoItyRaj_nZ2dnUU7_8zNnZ2d@giganews.com>
<WZkZJ.224425$t2Bb.16310@fx98.iad>
<-M-dnaA1GuvfQKj_nZ2dnUU7_81g4p2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <-M-dnaA1GuvfQKj_nZ2dnUU7_81g4p2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 158
Message-ID: <dllZJ.123740$GjY3.1158@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: Sat, 19 Mar 2022 09:59:37 -0400
X-Received-Bytes: 8778
 by: Richard Damon - Sat, 19 Mar 2022 13:59 UTC

On 3/19/22 9:40 AM, olcott wrote:
> On 3/19/2022 8:34 AM, Richard Damon wrote:
>> On 3/19/22 9:21 AM, olcott wrote:
>>> On 3/19/2022 8:14 AM, Ben Bacarisse wrote:
>>>> olcott <NoOne@NoWhere.com> writes:
>>>>
>>>>> On 3/18/2022 8:07 PM, Ben Bacarisse wrote:
>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>
>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>
>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>
>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>
>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>>>>> simulation:
>>>>>>>>>>>>        Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>> halts, and
>>>>>>>>>>>>        Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>> does not halt.
>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>> state" (and
>>>>>>>>>>>> similarly for "does not halt") if it make you feel better.
>>>>>>>>>>>> Both figures
>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>> on a line.
>>>>>>>>>>>> What you can't do, if you want to keep talking about what
>>>>>>>>>>>> Linz is
>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>
>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>> Not in dispute.
>>>>>>>>>>
>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>> simulation to
>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>> Not in dispute.
>>>>>>>>>>
>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>> would ever
>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM mode.
>>>>>>>>>> Not in dispute.
>>>>>>>>>>
>>>>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩
>>>>>>>>>>>>> ⟨Ĥ⟩ by the
>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>>> state of this
>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>> Irrelevant.  What matters is what follows logically from Linz's
>>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>>> point, I'll
>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>
>>>>>>>>>>> If the input to embedded_H never halts and embedded_H correctly
>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>> If you want to know why you are still wrong after 14 years,
>>>>>>>>>> you are
>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>> saying.  Of
>>>>>>>>>> course, if you did that, you'd see all your mistakes, so you
>>>>>>>>>> are much
>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>
>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating halt
>>>>>>>>> decider
>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely nested
>>>>>>>>> simulation to embedded_H thus making the embedded_H transition
>>>>>>>>> to Ĥ.qn
>>>>>>>>> correct.
>>>>>>>>
>>>>>>>> No.
>>>>>>>
>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>     Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates
>>>>>>> ⟨Ĥ0⟩ ⟨Ĥ1⟩
>>>>>>>
>>>>>>> Then these steps would keep repeating:
>>>>>>>     Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates
>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>     Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates
>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>     Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates
>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>>>>>>>
>>>>>>> (1) If embedded_H does not abort the simulation of its input the
>>>>>>> simulation never stops and the simulated input never reaches its
>>>>>>> final
>>>>>>> state.
>>>>>>>
>>>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>>>> simulation is aborted at some point shown above and the simulated
>>>>>>> input never reaches its final state.
>>>>>>>
>>>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>>>>>> configurations that never reach a final state. This in turn makes
>>>>>>> the
>>>>>>> transition to Ĥ.qn by embedded_H correct.
>>>>>> None of this corrects the mistake -- my "no" still stands.  In
>>>>>> general,
>>>>>> giving more details will not correct a fundamental error.
>>>>>
>>>>> THIS IS YOUR FIRST MISTAKE:
>>>>> You have changed the subject away from the Linz proof's conclusion
>>>>> that deals with Ĥ applied to <Ĥ> and not H applied to <Ĥ> <Ĥ>.
>>>>
>>>> That's exactly what I was talking about.  What mistake did you think I
>>>> was pointing out?  Your providing more details about the mistake did
>>>> not
>>>> correct it.
>>>>
>>>
>>> I will take your continual dodge of the subject as an attempt to hide
>>> the fact that you fail to even comprehend the terminology. The idea
>>> of infinitely nested simulation is beyond you capacity to understand.
>>>
>>> You should be able to understand that the Linz proof's conclusion is
>>> not based on H applied to <Ĥ> <Ĥ> and instead is based on Ĥ applied
>>> to <Ĥ>.
>>>
>>
>> Except that is IS based on what H applied to <H^> <H^> does,
>
> </Linz:1990:320>
> Now Ĥ is a Turing machine, so that it will have some description in Σ*,
> say ŵ . This string, in addition to being the description of Ĥ can also
> be used as input string. We can therefore legitimately ask what would
> happen if Ĥ is applied to ŵ .
> …
> The contradiction tells us that our assumption of the existence of H,
> and hence the assumption of the decidability of the halting problem,
> must be false.
> </Linz:1990:320>
>
> Until you get back to Ĥ applied to <Ĥ> everyone will know that you are a
> God damned liar.
>
>
Ok. H^ applied to <H^> will go to H^.Qn (which will halt) if and only if
H applied to <H^> <H^> goes to H.Qn, and H applied to <H^> <H^> is
allowed to go to H.Qn if and only if H^ applied to <H^> will never halt.


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

<znlZJ.123741$GjY3.105893@fx01.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.goja.nl.eu.org!news.freedyn.de!newsreader4.netcologne.de!news.netcologne.de!peer02.ams1!peer.ams1.xlned.com!news.xlned.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 ][ much agreement ]
Content-Language: en-US
Newsgroups: comp.theory
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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com>
<QtkZJ.123739$GjY3.101601@fx01.iad>
<4bmdnUf5Fa3uS6j_nZ2dnUU7_81g4p2d@giganews.com>
<oUkZJ.175742$7F2.24013@fx12.iad>
<-M-dnaE1GutTQaj_nZ2dnUU7_81g4p2d@giganews.com>
<n5lZJ.179442$LN2.11325@fx13.iad>
<jdydnfMdwrodQqj_nZ2dnUU7_8zNnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <jdydnfMdwrodQqj_nZ2dnUU7_8zNnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 144
Message-ID: <znlZJ.123741$GjY3.105893@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: Sat, 19 Mar 2022 10:02:08 -0400
X-Received-Bytes: 8104
 by: Richard Damon - Sat, 19 Mar 2022 14:02 UTC

On 3/19/22 9:49 AM, olcott wrote:
> On 3/19/2022 8:42 AM, Richard Damon wrote:
>> On 3/19/22 9:38 AM, olcott wrote:
>>> On 3/19/2022 8:28 AM, Richard Damon wrote:
>>>> On 3/19/22 9:11 AM, olcott wrote:
>>>>> On 3/19/2022 8:00 AM, Richard Damon wrote:
>>>>>> On 3/18/22 10:55 PM, olcott wrote:
>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>
>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>
>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>
>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>>>>> simulation:
>>>>>>>>>>>>      Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>> halts, and
>>>>>>>>>>>>      Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩) does
>>>>>>>>>>>> not halt.
>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>> state" (and
>>>>>>>>>>>> similarly for "does not halt") if it make you feel better.
>>>>>>>>>>>> Both figures
>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>> on a line.
>>>>>>>>>>>> What you can't do, if you want to keep talking about what
>>>>>>>>>>>> Linz is
>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>
>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>> Not in dispute.
>>>>>>>>>>
>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>> simulation to
>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>> Not in dispute.
>>>>>>>>>>
>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>> would ever
>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM mode.
>>>>>>>>>> Not in dispute.
>>>>>>>>>>
>>>>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩
>>>>>>>>>>>>> ⟨Ĥ⟩ by the
>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>>> state of this
>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>> Irrelevant.  What matters is what follows logically from Linz's
>>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>>> point, I'll
>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>
>>>>>>>>>>> If the input to embedded_H never halts and embedded_H correctly
>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>> If you want to know why you are still wrong after 14 years,
>>>>>>>>>> you are
>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>> saying.  Of
>>>>>>>>>> course, if you did that, you'd see all your mistakes, so you
>>>>>>>>>> are much
>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating halt
>>>>>>>>> decider
>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely nested
>>>>>>>>> simulation to embedded_H thus making the embedded_H transition
>>>>>>>>> to Ĥ.qn
>>>>>>>>> correct.
>>>>>>>>
>>>>>>>> No.
>>>>>>>
>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>> supporting reasoning is that I am correct.
>>>>>>
>>>>>> What, like you don't understand what a UTM is, or that the loop
>>>>>> you describe only occurs if embedded_H never aborts its
>>>>>> simulation, and the if it does, then H^ applied to <H^> actually
>>>>>> HALTS as the trace I showed you did, so embedded_H is wrong.
>>>>>>
>>>>>> The problem isn't that people haven't given you reasoned
>>>>>> rebuttals, the problem iis that YOU dogmaticaaly ignore anything
>>>>>> that disagrees with your fantasies.
>>>>>>
>>>>>> You are just PROVING how ignorant you are of this whole topic,
>>>>>> includig what basic logic means.
>>>>>>
>>>>>
>>>>> More rhetoric instead of reasoning.
>>>>> Find an actual error in the steps below.
>>>>>
>>>>> More rhetoric instead of reasoning.
>>>>> Find an actual error in the steps below.
>>>>>
>>>>> More rhetoric instead of reasoning.
>>>>> Find an actual error in the steps below.
>>>>>
>>>>> More rhetoric instead of reasoning.
>>>>> Find an actual error in the steps below.
>>>>>
>>>>> More rhetoric instead of reasoning.
>>>>> Find an actual error in the steps below.
>>>>>
>>>>>
>>>>
>>>> Good description of your position.
>>>>
>>>
>>> The following is reasoning defecation for brains:
>>
>> Yes, it is just POOP.
>>
>> The problem is that the infinite loop only happens if H doesn't abort
>> its simulation and thus it fails to be a decider.
> Whether or not embedded_H aborts its simulation of  ⟨Ĥ⟩ ⟨Ĥ⟩ the
> simulated input never reaches its own final state YOU BRAIN DEAD MORON.
>
> When Ĥ is applied to ⟨Ĥ⟩
>   Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩
>
> Then these steps would keep repeating:
>   Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>   Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>   Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>
> There is no point in the above execution trace where the executing (not
> simulated) embedded_H can abort the simulation of its input where this
> simulated input reaches its own final state.
>

And that is your problem, the question isn't about the simulation done
by embedded_H, that is just your POOP. The question of the Halting
Problem is about the ACTUAL compuation, that is H^ applied to <H^>,
which can be equivalently looked at by the simulation by a UTM of the
input, but if embedded_H aborts its simulation, it isn't a UTM, so
doesn't count.

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ much agreement ]

<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>

  copy mid

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

  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: Sat, 19 Mar 2022 09:13:14 -0500
Date: Sat, 19 Mar 2022 09:13: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 ][ much agreement ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <87mti160ab.fsf@bsb.me.uk>
<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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <0elZJ.224694$aT3.159176@fx09.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
Lines: 157
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-rFnmWiR5hvUuIRUwB5A3l0wGVQLOfG5DdgoIAfR05ZHJgYfUQRxJrhLRXoYkPbLEGUPUbAiWBntFBbF!a0uvT9Tw7BR/TyZb6qFl0YQJxXQnIpBWGpc3kYAywEj8Y+L+7YH9xTff8qsYW5BQNOLilUVdjNN4
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: 8586
 by: olcott - Sat, 19 Mar 2022 14:13 UTC

On 3/19/2022 8:51 AM, Richard Damon wrote:
>
> On 3/19/22 9:34 AM, olcott wrote:
>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>> olcott <NoOne@NoWhere.com> writes:
>>>
>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>
>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>
>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>
>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>> simulation:
>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>> halts, and
>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩) does
>>>>>>>>> not halt.
>>>>>>>>> Feel fee to replace "halts" with "would reach its final state"
>>>>>>>>> (and
>>>>>>>>> similarly for "does not halt") if it make you feel better.
>>>>>>>>> Both figures
>>>>>>>>> of speech convey the same mathematical fact, but one is shorter
>>>>>>>>> and fits
>>>>>>>>> on a line.
>>>>>>>>> What you can't do, if you want to keep talking about what Linz is
>>>>>>>>> talking about, is replace the reference to a UTM with embedded_H.
>>>>>>>>
>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>> Not in dispute.
>>>>>>>
>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>> simulation to
>>>>>>>> be a part of the decision process.
>>>>>>> Not in dispute.
>>>>>>>
>>>>>>>> Embedded_H determines whether or not its simulated input would ever
>>>>>>>> reach its final state if embedded_H remained in pure UTM mode.
>>>>>>> Not in dispute.
>>>>>>>
>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩
>>>>>>>>>> by the
>>>>>>>>>> copy of H embedded within Ĥ would never reach the final state
>>>>>>>>>> of this
>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>> Irrelevant.  What matters is what follows logically from Linz's
>>>>>>>>> definition of a halt decider.  If you think there is any point,
>>>>>>>>> I'll
>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>
>>>>>>>> If the input to embedded_H never halts and embedded_H correctly
>>>>>>>> reports this that is most relevant.
>>>>>>> Not in dispute (except for the poor wording).
>>>>>>> If you want to know why you are still wrong after 14 years, you are
>>>>>>> going to have to learn to follow what other people are saying.  Of
>>>>>>> course, if you did that, you'd see all your mistakes, so you are
>>>>>>> much
>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>
>>>>>>
>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating halt
>>>>>> decider
>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely nested
>>>>>> simulation to embedded_H thus making the embedded_H transition to
>>>>>> Ĥ.qn
>>>>>> correct.
>>>>> No.
>>>>
>>>> The reason that you only have a dogmatic reply rather than any
>>>> supporting reasoning is that I am correct.
>>>
>>> No, it's because there is no evidence that you can accept the
>>> explanations that are put to you.
>>
>> That is a bullshit excuse to hide the fact that you fail to understand
>> what I said. You could provide an answer for posterity and for others
>> that may eventually come to this post. The truth is you can't point
>> out any specific error because there is no error.
>>
>>>   Do you really think it's worth my
>>> while explaining, yet again, that re-defining what H should do is just
>>> pointless?
>>>
>>> I'll take the time to explain if you ask intelligent questions, but my
>>> repeating that reply to what you keep cutting and pasting is just a
>>> waste of time.
>>>
>>
>> All of the "rebuttals" never pointing out any specific error and were
>> always some kind of ad hominem attack of another.
>
> MOST of the rebuttals point out specific errors (or at least reference
> previous attempts to point them out).
>
> The issue s you don't seem to understand the meaning of the words enough
> to understand what is being said.
>
> A bit like trying to explain something 'adult' to a 3 year old.
>
>>
>>>> No one can find any error in the following only because there is no
>>>> error to be found.
>>>
>>
>> No one can find any error in the following only because there is no
>> error to be found.
>>
>> When Ĥ is applied to ⟨Ĥ⟩
>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩
>>
>> Then these steps would keep repeating:
>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩
>> ⟨Ĥ4⟩...
>>
>> (1) If embedded_H does not abort the simulation of its input the
>> simulation never stops and the simulated input never reaches its final
>> state.
>>
>> (2) If embedded_H does abort the simulation of its input the simulation
>> is aborted at some point shown above and the simulated input never
>> reaches its final state.
>>
>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>> configurations that never reach a final state. This in turn makes the
>> transition to Ĥ.qn by embedded_H correct.
>
>
> I have pointed out the error many times and you just ignore it because
> you don't want to believe it.
>
> The infinite loop described only exist if embedded_H never aborts its
> simulation, and in that case, it never gives an answer.
>
> If embedded_H aborts its simulation, and goes to Qn, then the top level
> H^ applied to <H^> will go to H^.Qn and Halt,
In other words when the simulating halt decider copy of H embedded
within Ĥ correctly determines that its input will never reach its own
final state it transitions to Ĥ.qn and stops running.

Since itself is not an actual input to itself this does not form a
contradiction.

When embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn it has correctly computed the mapping
form its input to its own final reject state.

--
Copyright 2021 Pete Olcott

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

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ much agreement ]

<8IlZJ.179444$LN2.100729@fx13.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!feeder1.feed.usenet.farm!feed.usenet.farm!peer01.ams4!peer.am4.highwinds-media.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!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 ][ much agreement ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <87mti160ab.fsf@bsb.me.uk>
<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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 170
Message-ID: <8IlZJ.179444$LN2.100729@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: Sat, 19 Mar 2022 10:24:05 -0400
X-Received-Bytes: 9171
 by: Richard Damon - Sat, 19 Mar 2022 14:24 UTC

On 3/19/22 10:13 AM, olcott wrote:
> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>
>> On 3/19/22 9:34 AM, olcott wrote:
>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>> olcott <NoOne@NoWhere.com> writes:
>>>>
>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>
>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>
>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>
>>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>>> simulation:
>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>> halts, and
>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩) does
>>>>>>>>>> not halt.
>>>>>>>>>> Feel fee to replace "halts" with "would reach its final state"
>>>>>>>>>> (and
>>>>>>>>>> similarly for "does not halt") if it make you feel better.
>>>>>>>>>> Both figures
>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>> shorter and fits
>>>>>>>>>> on a line.
>>>>>>>>>> What you can't do, if you want to keep talking about what Linz is
>>>>>>>>>> talking about, is replace the reference to a UTM with embedded_H.
>>>>>>>>>
>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>> Not in dispute.
>>>>>>>>
>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>> simulation to
>>>>>>>>> be a part of the decision process.
>>>>>>>> Not in dispute.
>>>>>>>>
>>>>>>>>> Embedded_H determines whether or not its simulated input would
>>>>>>>>> ever
>>>>>>>>> reach its final state if embedded_H remained in pure UTM mode.
>>>>>>>> Not in dispute.
>>>>>>>>
>>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩
>>>>>>>>>>> by the
>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final state
>>>>>>>>>>> of this
>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>> Irrelevant.  What matters is what follows logically from Linz's
>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>> point, I'll
>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>
>>>>>>>>> If the input to embedded_H never halts and embedded_H correctly
>>>>>>>>> reports this that is most relevant.
>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>> If you want to know why you are still wrong after 14 years, you are
>>>>>>>> going to have to learn to follow what other people are saying.  Of
>>>>>>>> course, if you did that, you'd see all your mistakes, so you are
>>>>>>>> much
>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>
>>>>>>>
>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating halt
>>>>>>> decider
>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely nested
>>>>>>> simulation to embedded_H thus making the embedded_H transition to
>>>>>>> Ĥ.qn
>>>>>>> correct.
>>>>>> No.
>>>>>
>>>>> The reason that you only have a dogmatic reply rather than any
>>>>> supporting reasoning is that I am correct.
>>>>
>>>> No, it's because there is no evidence that you can accept the
>>>> explanations that are put to you.
>>>
>>> That is a bullshit excuse to hide the fact that you fail to
>>> understand what I said. You could provide an answer for posterity and
>>> for others that may eventually come to this post. The truth is you
>>> can't point out any specific error because there is no error.
>>>
>>>>   Do you really think it's worth my
>>>> while explaining, yet again, that re-defining what H should do is just
>>>> pointless?
>>>>
>>>> I'll take the time to explain if you ask intelligent questions, but my
>>>> repeating that reply to what you keep cutting and pasting is just a
>>>> waste of time.
>>>>
>>>
>>> All of the "rebuttals" never pointing out any specific error and were
>>> always some kind of ad hominem attack of another.
>>
>> MOST of the rebuttals point out specific errors (or at least reference
>> previous attempts to point them out).
>>
>> The issue s you don't seem to understand the meaning of the words
>> enough to understand what is being said.
>>
>> A bit like trying to explain something 'adult' to a 3 year old.
>>
>>>
>>>>> No one can find any error in the following only because there is no
>>>>> error to be found.
>>>>
>>>
>>> No one can find any error in the following only because there is no
>>> error to be found.
>>>
>>> When Ĥ is applied to ⟨Ĥ⟩
>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩
>>>
>>> Then these steps would keep repeating:
>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩
>>> ⟨Ĥ4⟩...
>>>
>>> (1) If embedded_H does not abort the simulation of its input the
>>> simulation never stops and the simulated input never reaches its
>>> final state.
>>>
>>> (2) If embedded_H does abort the simulation of its input the simulation
>>> is aborted at some point shown above and the simulated input never
>>> reaches its final state.
>>>
>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>> configurations that never reach a final state. This in turn makes the
>>> transition to Ĥ.qn by embedded_H correct.
>>
>>
>> I have pointed out the error many times and you just ignore it because
>> you don't want to believe it.
>>
>> The infinite loop described only exist if embedded_H never aborts its
>> simulation, and in that case, it never gives an answer.
>>
>> If embedded_H aborts its simulation, and goes to Qn, then the top
>> level H^ applied to <H^> will go to H^.Qn and Halt,
> In other words when the simulating halt decider copy of H embedded
> within Ĥ correctly determines that its input will never reach its own
> final state it transitions to Ĥ.qn and stops running.
Except that it never correctly determined this, since it used a false
premise in its logic.

>
> Since itself is not an actual input to itself this does not form a
> contradictio

Except that the input IS a 'copy' of itself, and thus must behave
exactly like it. You don't seem to understand this property of Turing
Machine. If you wish to dispute it, find an actual counter example.

>
> When embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn it has correctly computed the mapping
> form its input to its own final reject state.
>


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

<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>

  copy mid

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

  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: Sat, 19 Mar 2022 09:33:58 -0500
Date: Sat, 19 Mar 2022 09:33:57 -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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <87mti160ab.fsf@bsb.me.uk>
<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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <8IlZJ.179444$LN2.100729@fx13.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
Lines: 174
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-azSbn6XB/hJCnBYAKb2O0RWW6lQIrxDRlk1FIitJVJc+yy/uSsbQisUHiUhlGtjeduo3iNylB3oxuvN!Kxd3lA9PWVs6PveTJdgam2iUAMRPT8UAXu40lkMdGnn+V/SEkGd1P/WdE4bUqabcrsJ8XGLAPkWz
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: 9619
 by: olcott - Sat, 19 Mar 2022 14:33 UTC

On 3/19/2022 9:24 AM, Richard Damon wrote:
> On 3/19/22 10:13 AM, olcott wrote:
>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>
>>> On 3/19/22 9:34 AM, olcott wrote:
>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>
>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>
>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>
>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>
>>>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>>>> simulation:
>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>> halts, and
>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩) does
>>>>>>>>>>> not halt.
>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>> state" (and
>>>>>>>>>>> similarly for "does not halt") if it make you feel better.
>>>>>>>>>>> Both figures
>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>> shorter and fits
>>>>>>>>>>> on a line.
>>>>>>>>>>> What you can't do, if you want to keep talking about what
>>>>>>>>>>> Linz is
>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>> embedded_H.
>>>>>>>>>>
>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>> Not in dispute.
>>>>>>>>>
>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>> simulation to
>>>>>>>>>> be a part of the decision process.
>>>>>>>>> Not in dispute.
>>>>>>>>>
>>>>>>>>>> Embedded_H determines whether or not its simulated input would
>>>>>>>>>> ever
>>>>>>>>>> reach its final state if embedded_H remained in pure UTM mode.
>>>>>>>>> Not in dispute.
>>>>>>>>>
>>>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩ ⟨Ĥ⟩
>>>>>>>>>>>> by the
>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>> state of this
>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>> Irrelevant.  What matters is what follows logically from Linz's
>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>> point, I'll
>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>
>>>>>>>>>> If the input to embedded_H never halts and embedded_H correctly
>>>>>>>>>> reports this that is most relevant.
>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>> If you want to know why you are still wrong after 14 years, you
>>>>>>>>> are
>>>>>>>>> going to have to learn to follow what other people are saying.  Of
>>>>>>>>> course, if you did that, you'd see all your mistakes, so you
>>>>>>>>> are much
>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>
>>>>>>>>
>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating halt
>>>>>>>> decider
>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely nested
>>>>>>>> simulation to embedded_H thus making the embedded_H transition
>>>>>>>> to Ĥ.qn
>>>>>>>> correct.
>>>>>>> No.
>>>>>>
>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>> supporting reasoning is that I am correct.
>>>>>
>>>>> No, it's because there is no evidence that you can accept the
>>>>> explanations that are put to you.
>>>>
>>>> That is a bullshit excuse to hide the fact that you fail to
>>>> understand what I said. You could provide an answer for posterity
>>>> and for others that may eventually come to this post. The truth is
>>>> you can't point out any specific error because there is no error.
>>>>
>>>>>   Do you really think it's worth my
>>>>> while explaining, yet again, that re-defining what H should do is just
>>>>> pointless?
>>>>>
>>>>> I'll take the time to explain if you ask intelligent questions, but my
>>>>> repeating that reply to what you keep cutting and pasting is just a
>>>>> waste of time.
>>>>>
>>>>
>>>> All of the "rebuttals" never pointing out any specific error and
>>>> were always some kind of ad hominem attack of another.
>>>
>>> MOST of the rebuttals point out specific errors (or at least
>>> reference previous attempts to point them out).
>>>
>>> The issue s you don't seem to understand the meaning of the words
>>> enough to understand what is being said.
>>>
>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>
>>>>
>>>>>> No one can find any error in the following only because there is no
>>>>>> error to be found.
>>>>>
>>>>
>>>> No one can find any error in the following only because there is no
>>>> error to be found.
>>>>
>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩
>>>>
>>>> Then these steps would keep repeating:
>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩
>>>> ⟨Ĥ2⟩
>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩
>>>> ⟨Ĥ3⟩
>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩
>>>> ⟨Ĥ4⟩...
>>>>
>>>> (1) If embedded_H does not abort the simulation of its input the
>>>> simulation never stops and the simulated input never reaches its
>>>> final state.
>>>>
>>>> (2) If embedded_H does abort the simulation of its input the simulation
>>>> is aborted at some point shown above and the simulated input never
>>>> reaches its final state.
>>>>
>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>>> configurations that never reach a final state. This in turn makes
>>>> the transition to Ĥ.qn by embedded_H correct.
>>>
>>>
>>> I have pointed out the error many times and you just ignore it
>>> because you don't want to believe it.
>>>
>>> The infinite loop described only exist if embedded_H never aborts its
>>> simulation, and in that case, it never gives an answer.
>>>
>>> If embedded_H aborts its simulation, and goes to Qn, then the top
>>> level H^ applied to <H^> will go to H^.Qn and Halt,
>> In other words when the simulating halt decider copy of H embedded
>> within Ĥ correctly determines that its input will never reach its own
>> final state it transitions to Ĥ.qn and stops running.
> Except that it never correctly determined this, since it used a false
> premise in its logic.
>
>>
>> Since itself is not an actual input to itself this does not form a
>> contradictio
>
> Except that the input IS a 'copy' of itself, and thus must behave
> exactly like it. You don't seem to understand this property of Turing
> Machine. If you wish to dispute it, find an actual counter example.
It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩ is
not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.


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

<b2mZJ.129640$Lbb6.26838@fx45.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!news.swapon.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!fx45.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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory
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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 201
Message-ID: <b2mZJ.129640$Lbb6.26838@fx45.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: Sat, 19 Mar 2022 10:47:36 -0400
X-Received-Bytes: 10451
 by: Richard Damon - Sat, 19 Mar 2022 14:47 UTC

On 3/19/22 10:33 AM, olcott wrote:
> On 3/19/2022 9:24 AM, Richard Damon wrote:
>> On 3/19/22 10:13 AM, olcott wrote:
>>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>>
>>>> On 3/19/22 9:34 AM, olcott wrote:
>>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>
>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>
>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>
>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>
>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>>>>> simulation:
>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>> halts, and
>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>> does not halt.
>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>> state" (and
>>>>>>>>>>>> similarly for "does not halt") if it make you feel better.
>>>>>>>>>>>> Both figures
>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>> on a line.
>>>>>>>>>>>> What you can't do, if you want to keep talking about what
>>>>>>>>>>>> Linz is
>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>
>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>> Not in dispute.
>>>>>>>>>>
>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>> simulation to
>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>> Not in dispute.
>>>>>>>>>>
>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>> would ever
>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM mode.
>>>>>>>>>> Not in dispute.
>>>>>>>>>>
>>>>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩
>>>>>>>>>>>>> ⟨Ĥ⟩ by the
>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>>> state of this
>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>> Irrelevant.  What matters is what follows logically from Linz's
>>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>>> point, I'll
>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>
>>>>>>>>>>> If the input to embedded_H never halts and embedded_H correctly
>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>> If you want to know why you are still wrong after 14 years,
>>>>>>>>>> you are
>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>> saying.  Of
>>>>>>>>>> course, if you did that, you'd see all your mistakes, so you
>>>>>>>>>> are much
>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating halt
>>>>>>>>> decider
>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely nested
>>>>>>>>> simulation to embedded_H thus making the embedded_H transition
>>>>>>>>> to Ĥ.qn
>>>>>>>>> correct.
>>>>>>>> No.
>>>>>>>
>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>> supporting reasoning is that I am correct.
>>>>>>
>>>>>> No, it's because there is no evidence that you can accept the
>>>>>> explanations that are put to you.
>>>>>
>>>>> That is a bullshit excuse to hide the fact that you fail to
>>>>> understand what I said. You could provide an answer for posterity
>>>>> and for others that may eventually come to this post. The truth is
>>>>> you can't point out any specific error because there is no error.
>>>>>
>>>>>>   Do you really think it's worth my
>>>>>> while explaining, yet again, that re-defining what H should do is
>>>>>> just
>>>>>> pointless?
>>>>>>
>>>>>> I'll take the time to explain if you ask intelligent questions,
>>>>>> but my
>>>>>> repeating that reply to what you keep cutting and pasting is just a
>>>>>> waste of time.
>>>>>>
>>>>>
>>>>> All of the "rebuttals" never pointing out any specific error and
>>>>> were always some kind of ad hominem attack of another.
>>>>
>>>> MOST of the rebuttals point out specific errors (or at least
>>>> reference previous attempts to point them out).
>>>>
>>>> The issue s you don't seem to understand the meaning of the words
>>>> enough to understand what is being said.
>>>>
>>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>>
>>>>>
>>>>>>> No one can find any error in the following only because there is no
>>>>>>> error to be found.
>>>>>>
>>>>>
>>>>> No one can find any error in the following only because there is no
>>>>> error to be found.
>>>>>
>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩
>>>>>
>>>>> Then these steps would keep repeating:
>>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩
>>>>> ⟨Ĥ2⟩
>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩
>>>>> ⟨Ĥ3⟩
>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩
>>>>> ⟨Ĥ4⟩...
>>>>>
>>>>> (1) If embedded_H does not abort the simulation of its input the
>>>>> simulation never stops and the simulated input never reaches its
>>>>> final state.
>>>>>
>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>> simulation
>>>>> is aborted at some point shown above and the simulated input never
>>>>> reaches its final state.
>>>>>
>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>>>> configurations that never reach a final state. This in turn makes
>>>>> the transition to Ĥ.qn by embedded_H correct.
>>>>
>>>>
>>>> I have pointed out the error many times and you just ignore it
>>>> because you don't want to believe it.
>>>>
>>>> The infinite loop described only exist if embedded_H never aborts
>>>> its simulation, and in that case, it never gives an answer.
>>>>
>>>> If embedded_H aborts its simulation, and goes to Qn, then the top
>>>> level H^ applied to <H^> will go to H^.Qn and Halt,
>>> In other words when the simulating halt decider copy of H embedded
>>> within Ĥ correctly determines that its input will never reach its own
>>> final state it transitions to Ĥ.qn and stops running.
>> Except that it never correctly determined this, since it used a false
>> premise in its logic.
>>
>>>
>>> Since itself is not an actual input to itself this does not form a
>>> contradictio
>>
>> Except that the input IS a 'copy' of itself, and thus must behave
>> exactly like it. You don't seem to understand this property of Turing
>> Machine. If you wish to dispute it, find an actual counter example.
> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩ is
> not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>


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

<KdKdnQy_4Z5ocKj_nZ2dnUU7_83NnZ2d@giganews.com>

  copy mid

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

  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: Sat, 19 Mar 2022 09:51:33 -0500
Date: Sat, 19 Mar 2022 09:51:32 -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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
<b2mZJ.129640$Lbb6.26838@fx45.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <b2mZJ.129640$Lbb6.26838@fx45.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <KdKdnQy_4Z5ocKj_nZ2dnUU7_83NnZ2d@giganews.com>
Lines: 194
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-IyE6zvnH0lFkBSy9aVfGcfPJA4ziaVXMu3lDuEO/RDeckXX8mc87XAqWivqNv+hjnmztJOOZs9zUgfS!SCJR3RGJuMrdH456ght1Byo6Gv/eyC2JYoN8LnnacBav26ucX9fxAOJ88tI1ga9Ak/ACMKU6yYoZ
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: 10412
 by: olcott - Sat, 19 Mar 2022 14:51 UTC

On 3/19/2022 9:47 AM, Richard Damon wrote:
>
> On 3/19/22 10:33 AM, olcott wrote:
>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>> On 3/19/22 10:13 AM, olcott wrote:
>>>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>>>
>>>>> On 3/19/22 9:34 AM, olcott wrote:
>>>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>
>>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>
>>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>
>>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>
>>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>>>>>> simulation:
>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>> halts, and
>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>> does not halt.
>>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>>> state" (and
>>>>>>>>>>>>> similarly for "does not halt") if it make you feel better.
>>>>>>>>>>>>> Both figures
>>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>>> on a line.
>>>>>>>>>>>>> What you can't do, if you want to keep talking about what
>>>>>>>>>>>>> Linz is
>>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>>
>>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>
>>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>>> simulation to
>>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>
>>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>>> would ever
>>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM mode.
>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>
>>>>>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩
>>>>>>>>>>>>>> ⟨Ĥ⟩ by the
>>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>>>> state of this
>>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>>> Irrelevant.  What matters is what follows logically from
>>>>>>>>>>>>> Linz's
>>>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>>>> point, I'll
>>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>>
>>>>>>>>>>>> If the input to embedded_H never halts and embedded_H correctly
>>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>>> If you want to know why you are still wrong after 14 years,
>>>>>>>>>>> you are
>>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>>> saying.  Of
>>>>>>>>>>> course, if you did that, you'd see all your mistakes, so you
>>>>>>>>>>> are much
>>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating halt
>>>>>>>>>> decider
>>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely nested
>>>>>>>>>> simulation to embedded_H thus making the embedded_H transition
>>>>>>>>>> to Ĥ.qn
>>>>>>>>>> correct.
>>>>>>>>> No.
>>>>>>>>
>>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>>> supporting reasoning is that I am correct.
>>>>>>>
>>>>>>> No, it's because there is no evidence that you can accept the
>>>>>>> explanations that are put to you.
>>>>>>
>>>>>> That is a bullshit excuse to hide the fact that you fail to
>>>>>> understand what I said. You could provide an answer for posterity
>>>>>> and for others that may eventually come to this post. The truth is
>>>>>> you can't point out any specific error because there is no error.
>>>>>>
>>>>>>>   Do you really think it's worth my
>>>>>>> while explaining, yet again, that re-defining what H should do is
>>>>>>> just
>>>>>>> pointless?
>>>>>>>
>>>>>>> I'll take the time to explain if you ask intelligent questions,
>>>>>>> but my
>>>>>>> repeating that reply to what you keep cutting and pasting is just a
>>>>>>> waste of time.
>>>>>>>
>>>>>>
>>>>>> All of the "rebuttals" never pointing out any specific error and
>>>>>> were always some kind of ad hominem attack of another.
>>>>>
>>>>> MOST of the rebuttals point out specific errors (or at least
>>>>> reference previous attempts to point them out).
>>>>>
>>>>> The issue s you don't seem to understand the meaning of the words
>>>>> enough to understand what is being said.
>>>>>
>>>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>>>
>>>>>>
>>>>>>>> No one can find any error in the following only because there is no
>>>>>>>> error to be found.
>>>>>>>
>>>>>>
>>>>>> No one can find any error in the following only because there is
>>>>>> no error to be found.
>>>>>>
>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩
>>>>>> ⟨Ĥ1⟩
>>>>>>
>>>>>> Then these steps would keep repeating:
>>>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates
>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates
>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates
>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>>>>>>
>>>>>> (1) If embedded_H does not abort the simulation of its input the
>>>>>> simulation never stops and the simulated input never reaches its
>>>>>> final state.
>>>>>>
>>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>>> simulation
>>>>>> is aborted at some point shown above and the simulated input never
>>>>>> reaches its final state.
>>>>>>
>>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>>>>> configurations that never reach a final state. This in turn makes
>>>>>> the transition to Ĥ.qn by embedded_H correct.
>>>>>
>>>>>
>>>>> I have pointed out the error many times and you just ignore it
>>>>> because you don't want to believe it.
>>>>>
>>>>> The infinite loop described only exist if embedded_H never aborts
>>>>> its simulation, and in that case, it never gives an answer.
>>>>>
>>>>> If embedded_H aborts its simulation, and goes to Qn, then the top
>>>>> level H^ applied to <H^> will go to H^.Qn and Halt,
>>>> In other words when the simulating halt decider copy of H embedded
>>>> within Ĥ correctly determines that its input will never reach its
>>>> own final state it transitions to Ĥ.qn and stops running.
>>> Except that it never correctly determined this, since it used a false
>>> premise in its logic.
>>>
>>>>
>>>> Since itself is not an actual input to itself this does not form a
>>>> contradictio
>>>
>>> Except that the input IS a 'copy' of itself, and thus must behave
>>> exactly like it. You don't seem to understand this property of Turing
>>> Machine. If you wish to dispute it, find an actual counter example.
>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩
>> is not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>
>
> That isn't the question. The question is does the answer that embedded_H
> match the behavior of the computaition given as in input.
>
> The answer is NO.
>


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

<g9CdnQwaY7fQaaj_nZ2dnUU7_8zNnZ2d@giganews.com>

  copy mid

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

  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: Sat, 19 Mar 2022 10:18:37 -0500
Date: Sat, 19 Mar 2022 10:18: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 ][ damned lie ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
<b2mZJ.129640$Lbb6.26838@fx45.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <b2mZJ.129640$Lbb6.26838@fx45.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <g9CdnQwaY7fQaaj_nZ2dnUU7_8zNnZ2d@giganews.com>
Lines: 195
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-yFvThmRbGT1PzLd9RhrJMYgH3fJOq2KWUR7juVQUJ0EQNrVLMCiU5SUBJcw3wW3wGDFjfYoRTzKNjO+!nF1dxNIAtTXMzuLu+Z37uCwoVNKYDrUcPLdx0S/Vvq7Y6htVwdTpS+dtmAXQVa3So0F9G44zQl1Y
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: 10409
 by: olcott - Sat, 19 Mar 2022 15:18 UTC

On 3/19/2022 9:47 AM, Richard Damon wrote:
>
> On 3/19/22 10:33 AM, olcott wrote:
>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>> On 3/19/22 10:13 AM, olcott wrote:
>>>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>>>
>>>>> On 3/19/22 9:34 AM, olcott wrote:
>>>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>
>>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>
>>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>
>>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>
>>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>>>>>> simulation:
>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>> halts, and
>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>> does not halt.
>>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>>> state" (and
>>>>>>>>>>>>> similarly for "does not halt") if it make you feel better.
>>>>>>>>>>>>> Both figures
>>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>>> on a line.
>>>>>>>>>>>>> What you can't do, if you want to keep talking about what
>>>>>>>>>>>>> Linz is
>>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>>
>>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>
>>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>>> simulation to
>>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>
>>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>>> would ever
>>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM mode.
>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>
>>>>>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩
>>>>>>>>>>>>>> ⟨Ĥ⟩ by the
>>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>>>> state of this
>>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>>> Irrelevant.  What matters is what follows logically from
>>>>>>>>>>>>> Linz's
>>>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>>>> point, I'll
>>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>>
>>>>>>>>>>>> If the input to embedded_H never halts and embedded_H correctly
>>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>>> If you want to know why you are still wrong after 14 years,
>>>>>>>>>>> you are
>>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>>> saying.  Of
>>>>>>>>>>> course, if you did that, you'd see all your mistakes, so you
>>>>>>>>>>> are much
>>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating halt
>>>>>>>>>> decider
>>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely nested
>>>>>>>>>> simulation to embedded_H thus making the embedded_H transition
>>>>>>>>>> to Ĥ.qn
>>>>>>>>>> correct.
>>>>>>>>> No.
>>>>>>>>
>>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>>> supporting reasoning is that I am correct.
>>>>>>>
>>>>>>> No, it's because there is no evidence that you can accept the
>>>>>>> explanations that are put to you.
>>>>>>
>>>>>> That is a bullshit excuse to hide the fact that you fail to
>>>>>> understand what I said. You could provide an answer for posterity
>>>>>> and for others that may eventually come to this post. The truth is
>>>>>> you can't point out any specific error because there is no error.
>>>>>>
>>>>>>>   Do you really think it's worth my
>>>>>>> while explaining, yet again, that re-defining what H should do is
>>>>>>> just
>>>>>>> pointless?
>>>>>>>
>>>>>>> I'll take the time to explain if you ask intelligent questions,
>>>>>>> but my
>>>>>>> repeating that reply to what you keep cutting and pasting is just a
>>>>>>> waste of time.
>>>>>>>
>>>>>>
>>>>>> All of the "rebuttals" never pointing out any specific error and
>>>>>> were always some kind of ad hominem attack of another.
>>>>>
>>>>> MOST of the rebuttals point out specific errors (or at least
>>>>> reference previous attempts to point them out).
>>>>>
>>>>> The issue s you don't seem to understand the meaning of the words
>>>>> enough to understand what is being said.
>>>>>
>>>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>>>
>>>>>>
>>>>>>>> No one can find any error in the following only because there is no
>>>>>>>> error to be found.
>>>>>>>
>>>>>>
>>>>>> No one can find any error in the following only because there is
>>>>>> no error to be found.
>>>>>>
>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩
>>>>>> ⟨Ĥ1⟩
>>>>>>
>>>>>> Then these steps would keep repeating:
>>>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates
>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates
>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates
>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>>>>>>
>>>>>> (1) If embedded_H does not abort the simulation of its input the
>>>>>> simulation never stops and the simulated input never reaches its
>>>>>> final state.
>>>>>>
>>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>>> simulation
>>>>>> is aborted at some point shown above and the simulated input never
>>>>>> reaches its final state.
>>>>>>
>>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>>>>> configurations that never reach a final state. This in turn makes
>>>>>> the transition to Ĥ.qn by embedded_H correct.
>>>>>
>>>>>
>>>>> I have pointed out the error many times and you just ignore it
>>>>> because you don't want to believe it.
>>>>>
>>>>> The infinite loop described only exist if embedded_H never aborts
>>>>> its simulation, and in that case, it never gives an answer.
>>>>>
>>>>> If embedded_H aborts its simulation, and goes to Qn, then the top
>>>>> level H^ applied to <H^> will go to H^.Qn and Halt,
>>>> In other words when the simulating halt decider copy of H embedded
>>>> within Ĥ correctly determines that its input will never reach its
>>>> own final state it transitions to Ĥ.qn and stops running.
>>> Except that it never correctly determined this, since it used a false
>>> premise in its logic.
>>>
>>>>
>>>> Since itself is not an actual input to itself this does not form a
>>>> contradictio
>>>
>>> Except that the input IS a 'copy' of itself, and thus must behave
>>> exactly like it. You don't seem to understand this property of Turing
>>> Machine. If you wish to dispute it, find an actual counter example.
>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩
>> is not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>
>
> That isn't the question. The question is does the answer that embedded_H
> match the behavior of the computaition given as in input.
>
> The answer is NO.
>
> embedded_H <H^> <H^> -> Qn is only correct if H^ applied to <H^> will
> never halt,


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

<binZJ.224704$aT3.77901@fx09.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!news.roellig-ltd.de!open-news-network.org!peer01.ams4!peer.am4.highwinds-media.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 ][ damned lie ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me>
<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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
<b2mZJ.129640$Lbb6.26838@fx45.iad>
<g9CdnQwaY7fQaaj_nZ2dnUU7_8zNnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <g9CdnQwaY7fQaaj_nZ2dnUU7_8zNnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 201
Message-ID: <binZJ.224704$aT3.77901@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: Sat, 19 Mar 2022 12:12:56 -0400
X-Received-Bytes: 10646
 by: Richard Damon - Sat, 19 Mar 2022 16:12 UTC

On 3/19/22 11:18 AM, olcott wrote:
> On 3/19/2022 9:47 AM, Richard Damon wrote:
>>
>> On 3/19/22 10:33 AM, olcott wrote:
>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>> On 3/19/22 10:13 AM, olcott wrote:
>>>>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>>>>
>>>>>> On 3/19/22 9:34 AM, olcott wrote:
>>>>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>
>>>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>
>>>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>
>>>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>>>>>>> simulation:
>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>>> halts, and
>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>>> does not halt.
>>>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>>>> state" (and
>>>>>>>>>>>>>> similarly for "does not halt") if it make you feel better.
>>>>>>>>>>>>>> Both figures
>>>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>>>> on a line.
>>>>>>>>>>>>>> What you can't do, if you want to keep talking about what
>>>>>>>>>>>>>> Linz is
>>>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>
>>>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>>>> simulation to
>>>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>
>>>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>>>> would ever
>>>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM mode.
>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>
>>>>>>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩
>>>>>>>>>>>>>>> ⟨Ĥ⟩ by the
>>>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>>>>> state of this
>>>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>>>> Irrelevant.  What matters is what follows logically from
>>>>>>>>>>>>>> Linz's
>>>>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>>>>> point, I'll
>>>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>>>
>>>>>>>>>>>>> If the input to embedded_H never halts and embedded_H
>>>>>>>>>>>>> correctly
>>>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>>>> If you want to know why you are still wrong after 14 years,
>>>>>>>>>>>> you are
>>>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>>>> saying.  Of
>>>>>>>>>>>> course, if you did that, you'd see all your mistakes, so you
>>>>>>>>>>>> are much
>>>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating
>>>>>>>>>>> halt decider
>>>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely nested
>>>>>>>>>>> simulation to embedded_H thus making the embedded_H
>>>>>>>>>>> transition to Ĥ.qn
>>>>>>>>>>> correct.
>>>>>>>>>> No.
>>>>>>>>>
>>>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>>>> supporting reasoning is that I am correct.
>>>>>>>>
>>>>>>>> No, it's because there is no evidence that you can accept the
>>>>>>>> explanations that are put to you.
>>>>>>>
>>>>>>> That is a bullshit excuse to hide the fact that you fail to
>>>>>>> understand what I said. You could provide an answer for posterity
>>>>>>> and for others that may eventually come to this post. The truth
>>>>>>> is you can't point out any specific error because there is no error.
>>>>>>>
>>>>>>>>   Do you really think it's worth my
>>>>>>>> while explaining, yet again, that re-defining what H should do
>>>>>>>> is just
>>>>>>>> pointless?
>>>>>>>>
>>>>>>>> I'll take the time to explain if you ask intelligent questions,
>>>>>>>> but my
>>>>>>>> repeating that reply to what you keep cutting and pasting is just a
>>>>>>>> waste of time.
>>>>>>>>
>>>>>>>
>>>>>>> All of the "rebuttals" never pointing out any specific error and
>>>>>>> were always some kind of ad hominem attack of another.
>>>>>>
>>>>>> MOST of the rebuttals point out specific errors (or at least
>>>>>> reference previous attempts to point them out).
>>>>>>
>>>>>> The issue s you don't seem to understand the meaning of the words
>>>>>> enough to understand what is being said.
>>>>>>
>>>>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>>>>
>>>>>>>
>>>>>>>>> No one can find any error in the following only because there
>>>>>>>>> is no
>>>>>>>>> error to be found.
>>>>>>>>
>>>>>>>
>>>>>>> No one can find any error in the following only because there is
>>>>>>> no error to be found.
>>>>>>>
>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩
>>>>>>> ⟨Ĥ1⟩
>>>>>>>
>>>>>>> Then these steps would keep repeating:
>>>>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates
>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates
>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates
>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>>>>>>>
>>>>>>> (1) If embedded_H does not abort the simulation of its input the
>>>>>>> simulation never stops and the simulated input never reaches its
>>>>>>> final state.
>>>>>>>
>>>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>>>> simulation
>>>>>>> is aborted at some point shown above and the simulated input
>>>>>>> never reaches its final state.
>>>>>>>
>>>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>>>>>> configurations that never reach a final state. This in turn makes
>>>>>>> the transition to Ĥ.qn by embedded_H correct.
>>>>>>
>>>>>>
>>>>>> I have pointed out the error many times and you just ignore it
>>>>>> because you don't want to believe it.
>>>>>>
>>>>>> The infinite loop described only exist if embedded_H never aborts
>>>>>> its simulation, and in that case, it never gives an answer.
>>>>>>
>>>>>> If embedded_H aborts its simulation, and goes to Qn, then the top
>>>>>> level H^ applied to <H^> will go to H^.Qn and Halt,
>>>>> In other words when the simulating halt decider copy of H embedded
>>>>> within Ĥ correctly determines that its input will never reach its
>>>>> own final state it transitions to Ĥ.qn and stops running.
>>>> Except that it never correctly determined this, since it used a
>>>> false premise in its logic.
>>>>
>>>>>
>>>>> Since itself is not an actual input to itself this does not form a
>>>>> contradictio
>>>>
>>>> Except that the input IS a 'copy' of itself, and thus must behave
>>>> exactly like it. You don't seem to understand this property of
>>>> Turing Machine. If you wish to dispute it, find an actual counter
>>>> example.
>>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩
>>> is not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>>
>>
>> That isn't the question. The question is does the answer that
>> embedded_H match the behavior of the computaition given as in input.
>>
>> The answer is NO.
>>
>> embedded_H <H^> <H^> -> Qn is only correct if H^ applied to <H^> will
>> never halt,
>
> That is a God damned lie and you know it.
>
> embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn if the simulated ⟨Ĥ⟩ would never reach its
> own final state ⟨Ĥ⟩.qn in a finite number of simulated steps.
>


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

<klnZJ.224431$t2Bb.73075@fx98.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!newsfeed.xs4all.nl!newsfeed8.news.xs4all.nl!peer03.ams4!peer.am4.highwinds-media.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx98.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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me>
<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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
<b2mZJ.129640$Lbb6.26838@fx45.iad>
<KdKdnQy_4Z5ocKj_nZ2dnUU7_83NnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <KdKdnQy_4Z5ocKj_nZ2dnUU7_83NnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 201
Message-ID: <klnZJ.224431$t2Bb.73075@fx98.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: Sat, 19 Mar 2022 12:16:17 -0400
X-Received-Bytes: 10697
 by: Richard Damon - Sat, 19 Mar 2022 16:16 UTC

On 3/19/22 10:51 AM, olcott wrote:
> On 3/19/2022 9:47 AM, Richard Damon wrote:
>>
>> On 3/19/22 10:33 AM, olcott wrote:
>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>> On 3/19/22 10:13 AM, olcott wrote:
>>>>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>>>>
>>>>>> On 3/19/22 9:34 AM, olcott wrote:
>>>>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>
>>>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>
>>>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>
>>>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>>>>>>> simulation:
>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>>> halts, and
>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>>> does not halt.
>>>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>>>> state" (and
>>>>>>>>>>>>>> similarly for "does not halt") if it make you feel better.
>>>>>>>>>>>>>> Both figures
>>>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>>>> on a line.
>>>>>>>>>>>>>> What you can't do, if you want to keep talking about what
>>>>>>>>>>>>>> Linz is
>>>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>
>>>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>>>> simulation to
>>>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>
>>>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>>>> would ever
>>>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM mode.
>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>
>>>>>>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩
>>>>>>>>>>>>>>> ⟨Ĥ⟩ by the
>>>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>>>>> state of this
>>>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>>>> Irrelevant.  What matters is what follows logically from
>>>>>>>>>>>>>> Linz's
>>>>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>>>>> point, I'll
>>>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>>>
>>>>>>>>>>>>> If the input to embedded_H never halts and embedded_H
>>>>>>>>>>>>> correctly
>>>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>>>> If you want to know why you are still wrong after 14 years,
>>>>>>>>>>>> you are
>>>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>>>> saying.  Of
>>>>>>>>>>>> course, if you did that, you'd see all your mistakes, so you
>>>>>>>>>>>> are much
>>>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating
>>>>>>>>>>> halt decider
>>>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely nested
>>>>>>>>>>> simulation to embedded_H thus making the embedded_H
>>>>>>>>>>> transition to Ĥ.qn
>>>>>>>>>>> correct.
>>>>>>>>>> No.
>>>>>>>>>
>>>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>>>> supporting reasoning is that I am correct.
>>>>>>>>
>>>>>>>> No, it's because there is no evidence that you can accept the
>>>>>>>> explanations that are put to you.
>>>>>>>
>>>>>>> That is a bullshit excuse to hide the fact that you fail to
>>>>>>> understand what I said. You could provide an answer for posterity
>>>>>>> and for others that may eventually come to this post. The truth
>>>>>>> is you can't point out any specific error because there is no error.
>>>>>>>
>>>>>>>>   Do you really think it's worth my
>>>>>>>> while explaining, yet again, that re-defining what H should do
>>>>>>>> is just
>>>>>>>> pointless?
>>>>>>>>
>>>>>>>> I'll take the time to explain if you ask intelligent questions,
>>>>>>>> but my
>>>>>>>> repeating that reply to what you keep cutting and pasting is just a
>>>>>>>> waste of time.
>>>>>>>>
>>>>>>>
>>>>>>> All of the "rebuttals" never pointing out any specific error and
>>>>>>> were always some kind of ad hominem attack of another.
>>>>>>
>>>>>> MOST of the rebuttals point out specific errors (or at least
>>>>>> reference previous attempts to point them out).
>>>>>>
>>>>>> The issue s you don't seem to understand the meaning of the words
>>>>>> enough to understand what is being said.
>>>>>>
>>>>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>>>>
>>>>>>>
>>>>>>>>> No one can find any error in the following only because there
>>>>>>>>> is no
>>>>>>>>> error to be found.
>>>>>>>>
>>>>>>>
>>>>>>> No one can find any error in the following only because there is
>>>>>>> no error to be found.
>>>>>>>
>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩
>>>>>>> ⟨Ĥ1⟩
>>>>>>>
>>>>>>> Then these steps would keep repeating:
>>>>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates
>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates
>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates
>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>>>>>>>
>>>>>>> (1) If embedded_H does not abort the simulation of its input the
>>>>>>> simulation never stops and the simulated input never reaches its
>>>>>>> final state.
>>>>>>>
>>>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>>>> simulation
>>>>>>> is aborted at some point shown above and the simulated input
>>>>>>> never reaches its final state.
>>>>>>>
>>>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>>>>>> configurations that never reach a final state. This in turn makes
>>>>>>> the transition to Ĥ.qn by embedded_H correct.
>>>>>>
>>>>>>
>>>>>> I have pointed out the error many times and you just ignore it
>>>>>> because you don't want to believe it.
>>>>>>
>>>>>> The infinite loop described only exist if embedded_H never aborts
>>>>>> its simulation, and in that case, it never gives an answer.
>>>>>>
>>>>>> If embedded_H aborts its simulation, and goes to Qn, then the top
>>>>>> level H^ applied to <H^> will go to H^.Qn and Halt,
>>>>> In other words when the simulating halt decider copy of H embedded
>>>>> within Ĥ correctly determines that its input will never reach its
>>>>> own final state it transitions to Ĥ.qn and stops running.
>>>> Except that it never correctly determined this, since it used a
>>>> false premise in its logic.
>>>>
>>>>>
>>>>> Since itself is not an actual input to itself this does not form a
>>>>> contradictio
>>>>
>>>> Except that the input IS a 'copy' of itself, and thus must behave
>>>> exactly like it. You don't seem to understand this property of
>>>> Turing Machine. If you wish to dispute it, find an actual counter
>>>> example.
>>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩
>>> is not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>>
>>
>> That isn't the question. The question is does the answer that
>> embedded_H match the behavior of the computaition given as in input.
>>
>> The answer is NO.
>>
>
> It is an easily verified fact that the correct simulation of ⟨Ĥ⟩ ⟨Ĥ⟩ by
> embedded_H never reaches the final state of this simulated input in any
> finite number of steps of simulation.
>
> This is the point where you have pie dripping from your face and deny
> that pie exists.
>
>


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

<t14vvt$hfr$1@news.muc.de>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!news-peer.in.tum.de!news.muc.de!.POSTED.news.muc.de!not-for-mail
From: acm...@muc.de (Alan Mackenzie)
Newsgroups: comp.theory
Subject: Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][empirically verified ]
Date: Sat, 19 Mar 2022 16:22:21 -0000 (UTC)
Organization: muc.de e.V.
Message-ID: <t14vvt$hfr$1@news.muc.de>
References: <svjh4r$sqh$1@dont-email.me> <87k0cy1p0v.fsf@bsb.me.uk> <a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk> <DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk> <xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk> <-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com> <0elZJ.224694$aT3.159176@fx09.iad> <2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com> <8IlZJ.179444$LN2.100729@fx13.iad> <wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Injection-Date: Sat, 19 Mar 2022 16:22:21 -0000 (UTC)
Injection-Info: news.muc.de; posting-host="news.muc.de:2001:608:1000::2";
logging-data="17915"; mail-complaints-to="news-admin@muc.de"
User-Agent: tin/2.4.5-20201224 ("Glen Albyn") (FreeBSD/12.3-RELEASE-p1 (amd64))
 by: Alan Mackenzie - Sat, 19 Mar 2022 16:22 UTC

olcott <NoOne@nowhere.com> wrote:
> On 3/19/2022 9:24 AM, Richard Damon wrote:
>> On 3/19/22 10:13 AM, olcott wrote:

[ .... ]

>>> Since itself is not an actual input to itself this does not form a
>>> contradictio

>> Except that the input IS a 'copy' of itself, and thus must behave
>> exactly like it. You don't seem to understand this property of Turing
>> Machine. If you wish to dispute it, find an actual counter example.

> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩ is
> not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.

It can't be so verified without the code of H, which you refuse to
publish, and which you certainly haven't written. (If you had, you'd be
less bullish about its purported properties.)

[ .... ]

> --
> Copyright 2021 Pete Olcott

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

--
Alan Mackenzie (Nuremberg, Germany).

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][empirically verified ]

<gBnZJ.175746$7F2.134896@fx12.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder8.news.weretis.net!newsreader4.netcologne.de!news.netcologne.de!peer02.ams1!peer.ams1.xlned.com!news.xlned.com!peer03.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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com> <t14vvt$hfr$1@news.muc.de>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <t14vvt$hfr$1@news.muc.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 42
Message-ID: <gBnZJ.175746$7F2.134896@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: Sat, 19 Mar 2022 12:33:16 -0400
X-Received-Bytes: 2974
 by: Richard Damon - Sat, 19 Mar 2022 16:33 UTC

On 3/19/22 12:22 PM, Alan Mackenzie wrote:
> olcott <NoOne@nowhere.com> wrote:
>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>> On 3/19/22 10:13 AM, olcott wrote:
>
> [ .... ]
>
>>>> Since itself is not an actual input to itself this does not form a
>>>> contradictio
>
>>> Except that the input IS a 'copy' of itself, and thus must behave
>>> exactly like it. You don't seem to understand this property of Turing
>>> Machine. If you wish to dispute it, find an actual counter example.
>
>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩ is
>> not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>
> It can't be so verified without the code of H, which you refuse to
> publish, and which you certainly haven't written. (If you had, you'd be
> less bullish about its purported properties.)
>
> [ .... ]
>

Actually, what he is missing is that they are supposed to be the same,
and as H/embedded_H needs to ALWAYS behave finitely, and go to Qn only
if H^ applied to <H^> will never halt.

In actuality, it seems that at least in one scenario, their behavior IS
the same, that neither of them halt (and thus H fails to meet its
requirements). The other scenerio just results in H giving the wrong
answer (by neccesity by the construction of H^).

>> --
>> 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 ][ damned lie ]

<feOdnV8O0Yr8mqv_nZ2dnUU7_83NnZ2d@giganews.com>

  copy mid

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

  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: Sat, 19 Mar 2022 11:40:01 -0500
Date: Sat, 19 Mar 2022 11:40:00 -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 ][ damned lie ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
<b2mZJ.129640$Lbb6.26838@fx45.iad>
<g9CdnQwaY7fQaaj_nZ2dnUU7_8zNnZ2d@giganews.com>
<binZJ.224704$aT3.77901@fx09.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <binZJ.224704$aT3.77901@fx09.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <feOdnV8O0Yr8mqv_nZ2dnUU7_83NnZ2d@giganews.com>
Lines: 225
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-twoWXzTcUpALFHWcBBrnJWGCVU6OZDDjqFJZjuKXpv4TvVrUNtwSkXfCv6WOyPSUveHwFqpgApthmw8!mzRcWIbF4dP3GQrMhvoJilez2EwRpMEMaTxI+1i2rDwuT5ivi4XJKY6gLfgPqb6SvSMJaaMQW5h2
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: 11850
 by: olcott - Sat, 19 Mar 2022 16:40 UTC

On 3/19/2022 11:12 AM, Richard Damon wrote:
> On 3/19/22 11:18 AM, olcott wrote:
>> On 3/19/2022 9:47 AM, Richard Damon wrote:
>>>
>>> On 3/19/22 10:33 AM, olcott wrote:
>>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>>> On 3/19/22 10:13 AM, olcott wrote:
>>>>>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>>>>>
>>>>>>> On 3/19/22 9:34 AM, olcott wrote:
>>>>>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>
>>>>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>
>>>>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>>>>>>>> simulation:
>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>>>> halts, and
>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>>>> does not halt.
>>>>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>>>>> state" (and
>>>>>>>>>>>>>>> similarly for "does not halt") if it make you feel
>>>>>>>>>>>>>>> better. Both figures
>>>>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>>>>> on a line.
>>>>>>>>>>>>>>> What you can't do, if you want to keep talking about what
>>>>>>>>>>>>>>> Linz is
>>>>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>
>>>>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>>>>> simulation to
>>>>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>>>>> would ever
>>>>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM
>>>>>>>>>>>>>> mode.
>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩
>>>>>>>>>>>>>>>> ⟨Ĥ⟩ by the
>>>>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>>>>>> state of this
>>>>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>>>>> Irrelevant.  What matters is what follows logically from
>>>>>>>>>>>>>>> Linz's
>>>>>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>>>>>> point, I'll
>>>>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> If the input to embedded_H never halts and embedded_H
>>>>>>>>>>>>>> correctly
>>>>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>>>>> If you want to know why you are still wrong after 14 years,
>>>>>>>>>>>>> you are
>>>>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>>>>> saying.  Of
>>>>>>>>>>>>> course, if you did that, you'd see all your mistakes, so
>>>>>>>>>>>>> you are much
>>>>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating
>>>>>>>>>>>> halt decider
>>>>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely
>>>>>>>>>>>> nested
>>>>>>>>>>>> simulation to embedded_H thus making the embedded_H
>>>>>>>>>>>> transition to Ĥ.qn
>>>>>>>>>>>> correct.
>>>>>>>>>>> No.
>>>>>>>>>>
>>>>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>>>>> supporting reasoning is that I am correct.
>>>>>>>>>
>>>>>>>>> No, it's because there is no evidence that you can accept the
>>>>>>>>> explanations that are put to you.
>>>>>>>>
>>>>>>>> That is a bullshit excuse to hide the fact that you fail to
>>>>>>>> understand what I said. You could provide an answer for
>>>>>>>> posterity and for others that may eventually come to this post.
>>>>>>>> The truth is you can't point out any specific error because
>>>>>>>> there is no error.
>>>>>>>>
>>>>>>>>>   Do you really think it's worth my
>>>>>>>>> while explaining, yet again, that re-defining what H should do
>>>>>>>>> is just
>>>>>>>>> pointless?
>>>>>>>>>
>>>>>>>>> I'll take the time to explain if you ask intelligent questions,
>>>>>>>>> but my
>>>>>>>>> repeating that reply to what you keep cutting and pasting is
>>>>>>>>> just a
>>>>>>>>> waste of time.
>>>>>>>>>
>>>>>>>>
>>>>>>>> All of the "rebuttals" never pointing out any specific error and
>>>>>>>> were always some kind of ad hominem attack of another.
>>>>>>>
>>>>>>> MOST of the rebuttals point out specific errors (or at least
>>>>>>> reference previous attempts to point them out).
>>>>>>>
>>>>>>> The issue s you don't seem to understand the meaning of the words
>>>>>>> enough to understand what is being said.
>>>>>>>
>>>>>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>>>>>
>>>>>>>>
>>>>>>>>>> No one can find any error in the following only because there
>>>>>>>>>> is no
>>>>>>>>>> error to be found.
>>>>>>>>>
>>>>>>>>
>>>>>>>> No one can find any error in the following only because there is
>>>>>>>> no error to be found.
>>>>>>>>
>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates
>>>>>>>> ⟨Ĥ0⟩ ⟨Ĥ1⟩
>>>>>>>>
>>>>>>>> Then these steps would keep repeating:
>>>>>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates
>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates
>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates
>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>>>>>>>>
>>>>>>>> (1) If embedded_H does not abort the simulation of its input the
>>>>>>>> simulation never stops and the simulated input never reaches its
>>>>>>>> final state.
>>>>>>>>
>>>>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>>>>> simulation
>>>>>>>> is aborted at some point shown above and the simulated input
>>>>>>>> never reaches its final state.
>>>>>>>>
>>>>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>>>>>>> configurations that never reach a final state. This in turn
>>>>>>>> makes the transition to Ĥ.qn by embedded_H correct.
>>>>>>>
>>>>>>>
>>>>>>> I have pointed out the error many times and you just ignore it
>>>>>>> because you don't want to believe it.
>>>>>>>
>>>>>>> The infinite loop described only exist if embedded_H never aborts
>>>>>>> its simulation, and in that case, it never gives an answer.
>>>>>>>
>>>>>>> If embedded_H aborts its simulation, and goes to Qn, then the top
>>>>>>> level H^ applied to <H^> will go to H^.Qn and Halt,
>>>>>> In other words when the simulating halt decider copy of H embedded
>>>>>> within Ĥ correctly determines that its input will never reach its
>>>>>> own final state it transitions to Ĥ.qn and stops running.
>>>>> Except that it never correctly determined this, since it used a
>>>>> false premise in its logic.
>>>>>
>>>>>>
>>>>>> Since itself is not an actual input to itself this does not form a
>>>>>> contradictio
>>>>>
>>>>> Except that the input IS a 'copy' of itself, and thus must behave
>>>>> exactly like it. You don't seem to understand this property of
>>>>> Turing Machine. If you wish to dispute it, find an actual counter
>>>>> example.
>>>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩
>>>> is not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>>>
>>>
>>> That isn't the question. The question is does the answer that
>>> embedded_H match the behavior of the computaition given as in input.
>>>
>>> The answer is NO.
>>>
>>> embedded_H <H^> <H^> -> Qn is only correct if H^ applied to <H^> will
>>> never halt,
>>
>> That is a God damned lie and you know it.
>>
>> embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn if the simulated ⟨Ĥ⟩ would never reach its
>> own final state ⟨Ĥ⟩.qn in a finite number of simulated steps.
>>
>
> No, the DEFINITION of H is that H <H^> <H^> -> Qn only if H^ applied to
> <H^> will never reach a final state.
>


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

<1pqdnRFNLq_jlav_nZ2dnUU7_83NnZ2d@giganews.com>

  copy mid

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

  copy link   Newsgroups: comp.theory comp.ai.philosophy sci.logic sci.math
Followup: 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: Sat, 19 Mar 2022 11:44:46 -0500
Date: Sat, 19 Mar 2022 11:44: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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory,comp.ai.philosophy,sci.logic,sci.math
References: <svjh4r$sqh$1@dont-email.me> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com> <t14vvt$hfr$1@news.muc.de>
Followup-To: comp.theory
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <t14vvt$hfr$1@news.muc.de>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <1pqdnRFNLq_jlav_nZ2dnUU7_83NnZ2d@giganews.com>
Lines: 69
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-e122b77Ycw7dOkHx7eTILRf/K3hNG84JKJCQqmiY2ZWJLoyBX8DseIT3HmyQY+wCBhN5MQNt/I217RG!rmzycHmNsZek8ejbC9RrYX+oFNScWIcTMLKW8BRMFdU0iSJk7m2OeonDtq9ZIlrZChlzbyNwfHN0
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: 4491
 by: olcott - Sat, 19 Mar 2022 16:44 UTC

On 3/19/2022 11:22 AM, Alan Mackenzie wrote:
> olcott <NoOne@nowhere.com> wrote:
>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>> On 3/19/22 10:13 AM, olcott wrote:
>
> [ .... ]
>
>>>> Since itself is not an actual input to itself this does not form a
>>>> contradictio
>
>>> Except that the input IS a 'copy' of itself, and thus must behave
>>> exactly like it. You don't seem to understand this property of Turing
>>> Machine. If you wish to dispute it, find an actual counter example.
>
>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩ is
>> not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>
> It can't be so verified without the code of H, which you refuse to
> publish, and which you certainly haven't written. (If you had, you'd be
> less bullish about its purported properties.)
>

That we know that embedded_H is a simulating halt decider that aborts
its simulation and rejects its input as soon as it detects an infinitely
repeating behavior pattern tells us that rejecting its input would be
correct on the basis of this infinitely repeating behavior pattern that
we can see: (This by itself refutes Linz).

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

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

There is no point in the above execution trace where the executing (not
simulated) embedded_H can abort the simulation of its input where this
simulated input reaches its own final state.

When the original executing (not simulated) embedded_H sees the
infinitely repeating pattern then it aborts its simulation killing every
simulation in the whole process tree.

The above repeating pattern shows that the correctly simulated input to
embedded_H would never reach its final state of ⟨Ĥ⟩.qn in asny finite
number of steps conclusively proving that this simulated input never
halts. This enables embedded_H to abort its simulation and correctly
transition to Ĥ.qn.

> [ .... ]
>
>> --
>> Copyright 2021 Pete Olcott
>
>> Talent hits a target no one else can hit;
>> Genius hits a target no one else can see.
>> Arthur Schopenhauer
>

--
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 ][empirically verified ]

<7ZGdnXXA9JyylKv_nZ2dnUU7_83NnZ2d@giganews.com>

  copy mid

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

  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: Sat, 19 Mar 2022 11:47:43 -0500
Date: Sat, 19 Mar 2022 11:47:42 -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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
<b2mZJ.129640$Lbb6.26838@fx45.iad>
<KdKdnQy_4Z5ocKj_nZ2dnUU7_83NnZ2d@giganews.com>
<klnZJ.224431$t2Bb.73075@fx98.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <klnZJ.224431$t2Bb.73075@fx98.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <7ZGdnXXA9JyylKv_nZ2dnUU7_83NnZ2d@giganews.com>
Lines: 212
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-mFGA4lR4M9u5xoMv25/OAmeAzGFaNLBLh3z4mB+NEQJ+AZk71MCsE0AgrhiEd3yJEyCPls0qRlKUnav!zCxra8ZlMc6Y/FKcgSH87t1Bxbo1zpy9p4+sDCsUry6Vb8EFIiJZu2WIoKzBdRGCep0R0IVxOdzf
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: 11288
 by: olcott - Sat, 19 Mar 2022 16:47 UTC

On 3/19/2022 11:16 AM, Richard Damon wrote:
> On 3/19/22 10:51 AM, olcott wrote:
>> On 3/19/2022 9:47 AM, Richard Damon wrote:
>>>
>>> On 3/19/22 10:33 AM, olcott wrote:
>>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>>> On 3/19/22 10:13 AM, olcott wrote:
>>>>>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>>>>>
>>>>>>> On 3/19/22 9:34 AM, olcott wrote:
>>>>>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>
>>>>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>
>>>>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms of
>>>>>>>>>>>>>>> simulation:
>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>>>> halts, and
>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>>>> does not halt.
>>>>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>>>>> state" (and
>>>>>>>>>>>>>>> similarly for "does not halt") if it make you feel
>>>>>>>>>>>>>>> better. Both figures
>>>>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>>>>> on a line.
>>>>>>>>>>>>>>> What you can't do, if you want to keep talking about what
>>>>>>>>>>>>>>> Linz is
>>>>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>
>>>>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>>>>> simulation to
>>>>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>>>>> would ever
>>>>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM
>>>>>>>>>>>>>> mode.
>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> It <is> the case that the correct pure simulation of ⟨Ĥ⟩
>>>>>>>>>>>>>>>> ⟨Ĥ⟩ by the
>>>>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>>>>>> state of this
>>>>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>>>>> Irrelevant.  What matters is what follows logically from
>>>>>>>>>>>>>>> Linz's
>>>>>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>>>>>> point, I'll
>>>>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> If the input to embedded_H never halts and embedded_H
>>>>>>>>>>>>>> correctly
>>>>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>>>>> If you want to know why you are still wrong after 14 years,
>>>>>>>>>>>>> you are
>>>>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>>>>> saying.  Of
>>>>>>>>>>>>> course, if you did that, you'd see all your mistakes, so
>>>>>>>>>>>>> you are much
>>>>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating
>>>>>>>>>>>> halt decider
>>>>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely
>>>>>>>>>>>> nested
>>>>>>>>>>>> simulation to embedded_H thus making the embedded_H
>>>>>>>>>>>> transition to Ĥ.qn
>>>>>>>>>>>> correct.
>>>>>>>>>>> No.
>>>>>>>>>>
>>>>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>>>>> supporting reasoning is that I am correct.
>>>>>>>>>
>>>>>>>>> No, it's because there is no evidence that you can accept the
>>>>>>>>> explanations that are put to you.
>>>>>>>>
>>>>>>>> That is a bullshit excuse to hide the fact that you fail to
>>>>>>>> understand what I said. You could provide an answer for
>>>>>>>> posterity and for others that may eventually come to this post.
>>>>>>>> The truth is you can't point out any specific error because
>>>>>>>> there is no error.
>>>>>>>>
>>>>>>>>>   Do you really think it's worth my
>>>>>>>>> while explaining, yet again, that re-defining what H should do
>>>>>>>>> is just
>>>>>>>>> pointless?
>>>>>>>>>
>>>>>>>>> I'll take the time to explain if you ask intelligent questions,
>>>>>>>>> but my
>>>>>>>>> repeating that reply to what you keep cutting and pasting is
>>>>>>>>> just a
>>>>>>>>> waste of time.
>>>>>>>>>
>>>>>>>>
>>>>>>>> All of the "rebuttals" never pointing out any specific error and
>>>>>>>> were always some kind of ad hominem attack of another.
>>>>>>>
>>>>>>> MOST of the rebuttals point out specific errors (or at least
>>>>>>> reference previous attempts to point them out).
>>>>>>>
>>>>>>> The issue s you don't seem to understand the meaning of the words
>>>>>>> enough to understand what is being said.
>>>>>>>
>>>>>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>>>>>
>>>>>>>>
>>>>>>>>>> No one can find any error in the following only because there
>>>>>>>>>> is no
>>>>>>>>>> error to be found.
>>>>>>>>>
>>>>>>>>
>>>>>>>> No one can find any error in the following only because there is
>>>>>>>> no error to be found.
>>>>>>>>
>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates
>>>>>>>> ⟨Ĥ0⟩ ⟨Ĥ1⟩
>>>>>>>>
>>>>>>>> Then these steps would keep repeating:
>>>>>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates
>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates
>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates
>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>>>>>>>>
>>>>>>>> (1) If embedded_H does not abort the simulation of its input the
>>>>>>>> simulation never stops and the simulated input never reaches its
>>>>>>>> final state.
>>>>>>>>
>>>>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>>>>> simulation
>>>>>>>> is aborted at some point shown above and the simulated input
>>>>>>>> never reaches its final state.
>>>>>>>>
>>>>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>>>>>>> configurations that never reach a final state. This in turn
>>>>>>>> makes the transition to Ĥ.qn by embedded_H correct.
>>>>>>>
>>>>>>>
>>>>>>> I have pointed out the error many times and you just ignore it
>>>>>>> because you don't want to believe it.
>>>>>>>
>>>>>>> The infinite loop described only exist if embedded_H never aborts
>>>>>>> its simulation, and in that case, it never gives an answer.
>>>>>>>
>>>>>>> If embedded_H aborts its simulation, and goes to Qn, then the top
>>>>>>> level H^ applied to <H^> will go to H^.Qn and Halt,
>>>>>> In other words when the simulating halt decider copy of H embedded
>>>>>> within Ĥ correctly determines that its input will never reach its
>>>>>> own final state it transitions to Ĥ.qn and stops running.
>>>>> Except that it never correctly determined this, since it used a
>>>>> false premise in its logic.
>>>>>
>>>>>>
>>>>>> Since itself is not an actual input to itself this does not form a
>>>>>> contradictio
>>>>>
>>>>> Except that the input IS a 'copy' of itself, and thus must behave
>>>>> exactly like it. You don't seem to understand this property of
>>>>> Turing Machine. If you wish to dispute it, find an actual counter
>>>>> example.
>>>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩
>>>> is not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>>>
>>>
>>> That isn't the question. The question is does the answer that
>>> embedded_H match the behavior of the computaition given as in input.
>>>
>>> The answer is NO.
>>>
>>
>> It is an easily verified fact that the correct simulation of ⟨Ĥ⟩ ⟨Ĥ⟩
>> by embedded_H never reaches the final state of this simulated input in
>> any finite number of steps of simulation.
>>
>> This is the point where you have pie dripping from your face and deny
>> that pie exists.
>>
>>
>
> Nope, it is trivial to verify that the CORRECT simulation of <H^> <H^>
> (by a UTM)


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

<xQnZJ.19240$AO.5508@fx21.iad>

  copy mid

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

  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!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx21.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 ][ damned lie ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
<b2mZJ.129640$Lbb6.26838@fx45.iad>
<g9CdnQwaY7fQaaj_nZ2dnUU7_8zNnZ2d@giganews.com>
<binZJ.224704$aT3.77901@fx09.iad>
<feOdnV8O0Yr8mqv_nZ2dnUU7_83NnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <feOdnV8O0Yr8mqv_nZ2dnUU7_83NnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 241
Message-ID: <xQnZJ.19240$AO.5508@fx21.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: Sat, 19 Mar 2022 12:49:34 -0400
X-Received-Bytes: 12169
 by: Richard Damon - Sat, 19 Mar 2022 16:49 UTC

On 3/19/22 12:40 PM, olcott wrote:
> On 3/19/2022 11:12 AM, Richard Damon wrote:
>> On 3/19/22 11:18 AM, olcott wrote:
>>> On 3/19/2022 9:47 AM, Richard Damon wrote:
>>>>
>>>> On 3/19/22 10:33 AM, olcott wrote:
>>>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>>>> On 3/19/22 10:13 AM, olcott wrote:
>>>>>>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>>>>>>
>>>>>>>> On 3/19/22 9:34 AM, olcott wrote:
>>>>>>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>
>>>>>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>
>>>>>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms
>>>>>>>>>>>>>>>> of simulation:
>>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩
>>>>>>>>>>>>>>>> ⟨Ĥ⟩) halts, and
>>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>>>>> does not halt.
>>>>>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>>>>>> state" (and
>>>>>>>>>>>>>>>> similarly for "does not halt") if it make you feel
>>>>>>>>>>>>>>>> better. Both figures
>>>>>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>>>>>> on a line.
>>>>>>>>>>>>>>>> What you can't do, if you want to keep talking about
>>>>>>>>>>>>>>>> what Linz is
>>>>>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>>>>>> simulation to
>>>>>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>>>>>> would ever
>>>>>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM
>>>>>>>>>>>>>>> mode.
>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> It <is> the case that the correct pure simulation of
>>>>>>>>>>>>>>>>> ⟨Ĥ⟩ ⟨Ĥ⟩ by the
>>>>>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>>>>>>> state of this
>>>>>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>>>>>> Irrelevant.  What matters is what follows logically from
>>>>>>>>>>>>>>>> Linz's
>>>>>>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>>>>>>> point, I'll
>>>>>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> If the input to embedded_H never halts and embedded_H
>>>>>>>>>>>>>>> correctly
>>>>>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>>>>>> If you want to know why you are still wrong after 14
>>>>>>>>>>>>>> years, you are
>>>>>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>>>>>> saying.  Of
>>>>>>>>>>>>>> course, if you did that, you'd see all your mistakes, so
>>>>>>>>>>>>>> you are much
>>>>>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating
>>>>>>>>>>>>> halt decider
>>>>>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely
>>>>>>>>>>>>> nested
>>>>>>>>>>>>> simulation to embedded_H thus making the embedded_H
>>>>>>>>>>>>> transition to Ĥ.qn
>>>>>>>>>>>>> correct.
>>>>>>>>>>>> No.
>>>>>>>>>>>
>>>>>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>>>>>> supporting reasoning is that I am correct.
>>>>>>>>>>
>>>>>>>>>> No, it's because there is no evidence that you can accept the
>>>>>>>>>> explanations that are put to you.
>>>>>>>>>
>>>>>>>>> That is a bullshit excuse to hide the fact that you fail to
>>>>>>>>> understand what I said. You could provide an answer for
>>>>>>>>> posterity and for others that may eventually come to this post.
>>>>>>>>> The truth is you can't point out any specific error because
>>>>>>>>> there is no error.
>>>>>>>>>
>>>>>>>>>>   Do you really think it's worth my
>>>>>>>>>> while explaining, yet again, that re-defining what H should do
>>>>>>>>>> is just
>>>>>>>>>> pointless?
>>>>>>>>>>
>>>>>>>>>> I'll take the time to explain if you ask intelligent
>>>>>>>>>> questions, but my
>>>>>>>>>> repeating that reply to what you keep cutting and pasting is
>>>>>>>>>> just a
>>>>>>>>>> waste of time.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> All of the "rebuttals" never pointing out any specific error
>>>>>>>>> and were always some kind of ad hominem attack of another.
>>>>>>>>
>>>>>>>> MOST of the rebuttals point out specific errors (or at least
>>>>>>>> reference previous attempts to point them out).
>>>>>>>>
>>>>>>>> The issue s you don't seem to understand the meaning of the
>>>>>>>> words enough to understand what is being said.
>>>>>>>>
>>>>>>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>>>>>>
>>>>>>>>>
>>>>>>>>>>> No one can find any error in the following only because there
>>>>>>>>>>> is no
>>>>>>>>>>> error to be found.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> No one can find any error in the following only because there
>>>>>>>>> is no error to be found.
>>>>>>>>>
>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates
>>>>>>>>> ⟨Ĥ0⟩ ⟨Ĥ1⟩
>>>>>>>>>
>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates
>>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates
>>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates
>>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>>>>>>>>>
>>>>>>>>> (1) If embedded_H does not abort the simulation of its input
>>>>>>>>> the simulation never stops and the simulated input never
>>>>>>>>> reaches its final state.
>>>>>>>>>
>>>>>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>>>>>> simulation
>>>>>>>>> is aborted at some point shown above and the simulated input
>>>>>>>>> never reaches its final state.
>>>>>>>>>
>>>>>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>>>>>>>> configurations that never reach a final state. This in turn
>>>>>>>>> makes the transition to Ĥ.qn by embedded_H correct.
>>>>>>>>
>>>>>>>>
>>>>>>>> I have pointed out the error many times and you just ignore it
>>>>>>>> because you don't want to believe it.
>>>>>>>>
>>>>>>>> The infinite loop described only exist if embedded_H never
>>>>>>>> aborts its simulation, and in that case, it never gives an answer.
>>>>>>>>
>>>>>>>> If embedded_H aborts its simulation, and goes to Qn, then the
>>>>>>>> top level H^ applied to <H^> will go to H^.Qn and Halt,
>>>>>>> In other words when the simulating halt decider copy of H
>>>>>>> embedded within Ĥ correctly determines that its input will never
>>>>>>> reach its own final state it transitions to Ĥ.qn and stops running.
>>>>>> Except that it never correctly determined this, since it used a
>>>>>> false premise in its logic.
>>>>>>
>>>>>>>
>>>>>>> Since itself is not an actual input to itself this does not form
>>>>>>> a contradictio
>>>>>>
>>>>>> Except that the input IS a 'copy' of itself, and thus must behave
>>>>>> exactly like it. You don't seem to understand this property of
>>>>>> Turing Machine. If you wish to dispute it, find an actual counter
>>>>>> example.
>>>>> It can be empirically verified that the behavior of Ĥ applied to
>>>>> ⟨Ĥ⟩ is not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>>>>
>>>>
>>>> That isn't the question. The question is does the answer that
>>>> embedded_H match the behavior of the computaition given as in input.
>>>>
>>>> The answer is NO.
>>>>
>>>> embedded_H <H^> <H^> -> Qn is only correct if H^ applied to <H^>
>>>> will never halt,
>>>
>>> That is a God damned lie and you know it.
>>>
>>> embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn if the simulated ⟨Ĥ⟩ would never reach its
>>> own final state ⟨Ĥ⟩.qn in a finite number of simulated steps.
>>>
>>
>> No, the DEFINITION of H is that H <H^> <H^> -> Qn only if H^ applied
>> to <H^> will never reach a final state.
>>
>
> You know that is a damned lie.


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

<qIidnTm6mufrl6v_nZ2dnUU7_83NnZ2d@giganews.com>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!weretis.net!feeder6.news.weretis.net!1.us.feeder.erje.net!feeder.erje.net!border1.nntp.dca1.giganews.com!nntp.giganews.com!buffer1.nntp.dca1.giganews.com!news.giganews.com.POSTED!not-for-mail
NNTP-Posting-Date: Sat, 19 Mar 2022 11:53:10 -0500
Date: Sat, 19 Mar 2022 11:53:09 -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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com> <t14vvt$hfr$1@news.muc.de>
<gBnZJ.175746$7F2.134896@fx12.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <gBnZJ.175746$7F2.134896@fx12.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <qIidnTm6mufrl6v_nZ2dnUU7_83NnZ2d@giganews.com>
Lines: 42
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-8zZwRg0YxhpVfENz2FFIAcG6DPBbU7WU3qZVt9qxoBIXLEbpx7CocWpfw95hD2eZe+eA9HN5VudZhaC!A7Fh+KuUxjwYvG28+lhF5BiLcKE1Sxr3WT5ohEXhAe+Zyycx2BqjN/FJg7fgZ+4fld2kwTn3VDWV
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: 3327
 by: olcott - Sat, 19 Mar 2022 16:53 UTC

On 3/19/2022 11:33 AM, Richard Damon wrote:
> On 3/19/22 12:22 PM, Alan Mackenzie wrote:
>> olcott <NoOne@nowhere.com> wrote:
>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>> On 3/19/22 10:13 AM, olcott wrote:
>>
>> [ .... ]
>>
>>>>> Since itself is not an actual input to itself this does not form a
>>>>> contradictio
>>
>>>> Except that the input IS a 'copy' of itself, and thus must behave
>>>> exactly like it. You don't seem to understand this property of Turing
>>>> Machine. If you wish to dispute it, find an actual counter example.
>>
>>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩ is
>>> not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>
>> It can't be so verified without the code of H, which you refuse to
>> publish, and which you certainly haven't written.  (If you had, you'd be
>> less bullish about its purported properties.)
>>
>> [ .... ]
>>
>
> Actually, what he is missing is that they are supposed to be the same,
> and as H/embedded_H needs to ALWAYS behave finitely, and go to Qn only
> if H^ applied to <H^> will never halt.

No this is the moronic mistake of having a halt decider decide the halt
status of a non-input non-finite string and no decider can ever do that.

Deciders ONLY compute the mapping from their input finite strings to
their own accept or reject state.

--
Copyright 2021 Pete Olcott

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

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][ damned lie ]

<M_6dnW6aFp62lqv_nZ2dnUU7_8zNnZ2d@giganews.com>

  copy mid

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

  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: Sat, 19 Mar 2022 11:56:11 -0500
Date: Sat, 19 Mar 2022 11:56:10 -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 ][ damned lie ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
<b2mZJ.129640$Lbb6.26838@fx45.iad>
<g9CdnQwaY7fQaaj_nZ2dnUU7_8zNnZ2d@giganews.com>
<binZJ.224704$aT3.77901@fx09.iad>
<feOdnV8O0Yr8mqv_nZ2dnUU7_83NnZ2d@giganews.com>
<xQnZJ.19240$AO.5508@fx21.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <xQnZJ.19240$AO.5508@fx21.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <M_6dnW6aFp62lqv_nZ2dnUU7_8zNnZ2d@giganews.com>
Lines: 223
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-J6cyYccr7L2MSuFWtA2vUJXy/1yAzWG0QTTzeUd7j0q+z7IZITP7ixNpXcwT0DLOF7w0FULMPXGx2we!tUnzm8ojTgIUaxYfL8sAFoIyzXoZu4itTWSZ/pqP/Ehp4/RE8W7HjGlUborVieRyBaO0r/Kvf2NW
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: 12036
 by: olcott - Sat, 19 Mar 2022 16:56 UTC

On 3/19/2022 11:49 AM, Richard Damon wrote:
> On 3/19/22 12:40 PM, olcott wrote:
>> On 3/19/2022 11:12 AM, Richard Damon wrote:
>>> On 3/19/22 11:18 AM, olcott wrote:
>>>> On 3/19/2022 9:47 AM, Richard Damon wrote:
>>>>>
>>>>> On 3/19/22 10:33 AM, olcott wrote:
>>>>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>>>>> On 3/19/22 10:13 AM, olcott wrote:
>>>>>>>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>>>>>>>
>>>>>>>>> On 3/19/22 9:34 AM, olcott wrote:
>>>>>>>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>
>>>>>>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms
>>>>>>>>>>>>>>>>> of simulation:
>>>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩
>>>>>>>>>>>>>>>>> ⟨Ĥ⟩) halts, and
>>>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩
>>>>>>>>>>>>>>>>> ⟨Ĥ⟩) does not halt.
>>>>>>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>>>>>>> state" (and
>>>>>>>>>>>>>>>>> similarly for "does not halt") if it make you feel
>>>>>>>>>>>>>>>>> better. Both figures
>>>>>>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>>>>>>> on a line.
>>>>>>>>>>>>>>>>> What you can't do, if you want to keep talking about
>>>>>>>>>>>>>>>>> what Linz is
>>>>>>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>>>>>>> simulation to
>>>>>>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>>>>>>> would ever
>>>>>>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM
>>>>>>>>>>>>>>>> mode.
>>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> It <is> the case that the correct pure simulation of
>>>>>>>>>>>>>>>>>> ⟨Ĥ⟩ ⟨Ĥ⟩ by the
>>>>>>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the
>>>>>>>>>>>>>>>>>> final state of this
>>>>>>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>>>>>>> Irrelevant.  What matters is what follows logically
>>>>>>>>>>>>>>>>> from Linz's
>>>>>>>>>>>>>>>>> definition of a halt decider.  If you think there is
>>>>>>>>>>>>>>>>> any point, I'll
>>>>>>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> If the input to embedded_H never halts and embedded_H
>>>>>>>>>>>>>>>> correctly
>>>>>>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>>>>>>> If you want to know why you are still wrong after 14
>>>>>>>>>>>>>>> years, you are
>>>>>>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>>>>>>> saying.  Of
>>>>>>>>>>>>>>> course, if you did that, you'd see all your mistakes, so
>>>>>>>>>>>>>>> you are much
>>>>>>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating
>>>>>>>>>>>>>> halt decider
>>>>>>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely
>>>>>>>>>>>>>> nested
>>>>>>>>>>>>>> simulation to embedded_H thus making the embedded_H
>>>>>>>>>>>>>> transition to Ĥ.qn
>>>>>>>>>>>>>> correct.
>>>>>>>>>>>>> No.
>>>>>>>>>>>>
>>>>>>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>>>>>>> supporting reasoning is that I am correct.
>>>>>>>>>>>
>>>>>>>>>>> No, it's because there is no evidence that you can accept the
>>>>>>>>>>> explanations that are put to you.
>>>>>>>>>>
>>>>>>>>>> That is a bullshit excuse to hide the fact that you fail to
>>>>>>>>>> understand what I said. You could provide an answer for
>>>>>>>>>> posterity and for others that may eventually come to this
>>>>>>>>>> post. The truth is you can't point out any specific error
>>>>>>>>>> because there is no error.
>>>>>>>>>>
>>>>>>>>>>>   Do you really think it's worth my
>>>>>>>>>>> while explaining, yet again, that re-defining what H should
>>>>>>>>>>> do is just
>>>>>>>>>>> pointless?
>>>>>>>>>>>
>>>>>>>>>>> I'll take the time to explain if you ask intelligent
>>>>>>>>>>> questions, but my
>>>>>>>>>>> repeating that reply to what you keep cutting and pasting is
>>>>>>>>>>> just a
>>>>>>>>>>> waste of time.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> All of the "rebuttals" never pointing out any specific error
>>>>>>>>>> and were always some kind of ad hominem attack of another.
>>>>>>>>>
>>>>>>>>> MOST of the rebuttals point out specific errors (or at least
>>>>>>>>> reference previous attempts to point them out).
>>>>>>>>>
>>>>>>>>> The issue s you don't seem to understand the meaning of the
>>>>>>>>> words enough to understand what is being said.
>>>>>>>>>
>>>>>>>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>>> No one can find any error in the following only because
>>>>>>>>>>>> there is no
>>>>>>>>>>>> error to be found.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> No one can find any error in the following only because there
>>>>>>>>>> is no error to be found.
>>>>>>>>>>
>>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates
>>>>>>>>>> ⟨Ĥ0⟩ ⟨Ĥ1⟩
>>>>>>>>>>
>>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates
>>>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates
>>>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates
>>>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>>>>>>>>>>
>>>>>>>>>> (1) If embedded_H does not abort the simulation of its input
>>>>>>>>>> the simulation never stops and the simulated input never
>>>>>>>>>> reaches its final state.
>>>>>>>>>>
>>>>>>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>>>>>>> simulation
>>>>>>>>>> is aborted at some point shown above and the simulated input
>>>>>>>>>> never reaches its final state.
>>>>>>>>>>
>>>>>>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence
>>>>>>>>>> of configurations that never reach a final state. This in turn
>>>>>>>>>> makes the transition to Ĥ.qn by embedded_H correct.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I have pointed out the error many times and you just ignore it
>>>>>>>>> because you don't want to believe it.
>>>>>>>>>
>>>>>>>>> The infinite loop described only exist if embedded_H never
>>>>>>>>> aborts its simulation, and in that case, it never gives an answer.
>>>>>>>>>
>>>>>>>>> If embedded_H aborts its simulation, and goes to Qn, then the
>>>>>>>>> top level H^ applied to <H^> will go to H^.Qn and Halt,
>>>>>>>> In other words when the simulating halt decider copy of H
>>>>>>>> embedded within Ĥ correctly determines that its input will never
>>>>>>>> reach its own final state it transitions to Ĥ.qn and stops running.
>>>>>>> Except that it never correctly determined this, since it used a
>>>>>>> false premise in its logic.
>>>>>>>
>>>>>>>>
>>>>>>>> Since itself is not an actual input to itself this does not form
>>>>>>>> a contradictio
>>>>>>>
>>>>>>> Except that the input IS a 'copy' of itself, and thus must behave
>>>>>>> exactly like it. You don't seem to understand this property of
>>>>>>> Turing Machine. If you wish to dispute it, find an actual counter
>>>>>>> example.
>>>>>> It can be empirically verified that the behavior of Ĥ applied to
>>>>>> ⟨Ĥ⟩ is not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>>>>>
>>>>>
>>>>> That isn't the question. The question is does the answer that
>>>>> embedded_H match the behavior of the computaition given as in input.
>>>>>
>>>>> The answer is NO.
>>>>>
>>>>> embedded_H <H^> <H^> -> Qn is only correct if H^ applied to <H^>
>>>>> will never halt,
>>>>
>>>> That is a God damned lie and you know it.
>>>>
>>>> embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn if the simulated ⟨Ĥ⟩ would never reach
>>>> its own final state ⟨Ĥ⟩.qn in a finite number of simulated steps.
>>>>
>>>
>>> No, the DEFINITION of H is that H <H^> <H^> -> Qn only if H^ applied
>>> to <H^> will never reach a final state.
>>>
>>
>> You know that is a damned lie.
>
> ITS THE DEFINITION, it CAN'T BE A LIE, unless YOU ARE LYING about
> working on Halting,


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

<CgoZJ.86751$yi_7.41229@fx39.iad>

  copy mid

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

  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!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx39.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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com> <t14vvt$hfr$1@news.muc.de>
<1pqdnRFNLq_jlav_nZ2dnUU7_83NnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <1pqdnRFNLq_jlav_nZ2dnUU7_83NnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 84
Message-ID: <CgoZJ.86751$yi_7.41229@fx39.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: Sat, 19 Mar 2022 13:19:31 -0400
X-Received-Bytes: 4742
 by: Richard Damon - Sat, 19 Mar 2022 17:19 UTC

On 3/19/22 12:44 PM, olcott wrote:
> On 3/19/2022 11:22 AM, Alan Mackenzie wrote:
>> olcott <NoOne@nowhere.com> wrote:
>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>> On 3/19/22 10:13 AM, olcott wrote:
>>
>> [ .... ]
>>
>>>>> Since itself is not an actual input to itself this does not form a
>>>>> contradictio
>>
>>>> Except that the input IS a 'copy' of itself, and thus must behave
>>>> exactly like it. You don't seem to understand this property of Turing
>>>> Machine. If you wish to dispute it, find an actual counter example.
>>
>>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩ is
>>> not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>
>> It can't be so verified without the code of H, which you refuse to
>> publish, and which you certainly haven't written.  (If you had, you'd be
>> less bullish about its purported properties.)
>>
>
> That we know that embedded_H is a simulating halt decider that aborts
> its simulation and rejects its input as soon as it detects an infinitely
> repeating behavior pattern tells us that rejecting its input would be
> correct on the basis of this infinitely repeating behavior pattern that
> we can see:  (This by itself refutes Linz).
>

Except that no such finite pattern exists in H^ applied to <H^>, so
there is no pattern of H to use to abort it.

>
> When Ĥ is applied to ⟨Ĥ⟩
>   Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates ⟨Ĥ0⟩ ⟨Ĥ1⟩
>
> Then these steps would keep repeating:
>   Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>   Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>   Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>
> There is no point in the above execution trace where the executing (not
> simulated) embedded_H can abort the simulation of its input where this
> simulated input reaches its own final state.

Except it isn't the 'simulation' (by embedded_H) that matters, but the
actual behavior of the computation it describes (which is H^ applied to
<H^>) and we know that that Halt if embedded_H aborts and goes to Qn.

>
> When the original executing (not simulated) embedded_H sees the
> infinitely repeating pattern then it aborts its simulation killing every
> simulation in the whole process tree.

But the ACTUAL execution (which is what matters) halts.

>
> The above repeating pattern shows that the correctly simulated input to
> embedded_H would never reach its final state of ⟨Ĥ⟩.qn in asny finite
> number of steps conclusively proving that this simulated input never
> halts. This enables embedded_H to abort its simulation and correctly
> transition to Ĥ.qn.
>

And the ACTUAL exectution is what matters, not the simulation. Your
looking at the WRONG source of truth.

>
>> [ .... ]
>>
>>> --
>>> 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 ][empirically verified ]

<gioZJ.86791$yi_7.33717@fx39.iad>

  copy mid

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

  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!fx39.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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
<b2mZJ.129640$Lbb6.26838@fx45.iad>
<KdKdnQy_4Z5ocKj_nZ2dnUU7_83NnZ2d@giganews.com>
<klnZJ.224431$t2Bb.73075@fx98.iad>
<7ZGdnXXA9JyylKv_nZ2dnUU7_83NnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <7ZGdnXXA9JyylKv_nZ2dnUU7_83NnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 213
Message-ID: <gioZJ.86791$yi_7.33717@fx39.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: Sat, 19 Mar 2022 13:21:17 -0400
X-Received-Bytes: 11319
 by: Richard Damon - Sat, 19 Mar 2022 17:21 UTC

On 3/19/22 12:47 PM, olcott wrote:
> On 3/19/2022 11:16 AM, Richard Damon wrote:
>> On 3/19/22 10:51 AM, olcott wrote:
>>> On 3/19/2022 9:47 AM, Richard Damon wrote:
>>>>
>>>> On 3/19/22 10:33 AM, olcott wrote:
>>>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>>>> On 3/19/22 10:13 AM, olcott wrote:
>>>>>>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>>>>>>
>>>>>>>> On 3/19/22 9:34 AM, olcott wrote:
>>>>>>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>
>>>>>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>
>>>>>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms
>>>>>>>>>>>>>>>> of simulation:
>>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩
>>>>>>>>>>>>>>>> ⟨Ĥ⟩) halts, and
>>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩ ⟨Ĥ⟩)
>>>>>>>>>>>>>>>> does not halt.
>>>>>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its final
>>>>>>>>>>>>>>>> state" (and
>>>>>>>>>>>>>>>> similarly for "does not halt") if it make you feel
>>>>>>>>>>>>>>>> better. Both figures
>>>>>>>>>>>>>>>> of speech convey the same mathematical fact, but one is
>>>>>>>>>>>>>>>> shorter and fits
>>>>>>>>>>>>>>>> on a line.
>>>>>>>>>>>>>>>> What you can't do, if you want to keep talking about
>>>>>>>>>>>>>>>> what Linz is
>>>>>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>>>>>> simulation to
>>>>>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Embedded_H determines whether or not its simulated input
>>>>>>>>>>>>>>> would ever
>>>>>>>>>>>>>>> reach its final state if embedded_H remained in pure UTM
>>>>>>>>>>>>>>> mode.
>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> It <is> the case that the correct pure simulation of
>>>>>>>>>>>>>>>>> ⟨Ĥ⟩ ⟨Ĥ⟩ by the
>>>>>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the final
>>>>>>>>>>>>>>>>> state of this
>>>>>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>>>>>> Irrelevant.  What matters is what follows logically from
>>>>>>>>>>>>>>>> Linz's
>>>>>>>>>>>>>>>> definition of a halt decider.  If you think there is any
>>>>>>>>>>>>>>>> point, I'll
>>>>>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> If the input to embedded_H never halts and embedded_H
>>>>>>>>>>>>>>> correctly
>>>>>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>>>>>> If you want to know why you are still wrong after 14
>>>>>>>>>>>>>> years, you are
>>>>>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>>>>>> saying.  Of
>>>>>>>>>>>>>> course, if you did that, you'd see all your mistakes, so
>>>>>>>>>>>>>> you are much
>>>>>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating
>>>>>>>>>>>>> halt decider
>>>>>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely
>>>>>>>>>>>>> nested
>>>>>>>>>>>>> simulation to embedded_H thus making the embedded_H
>>>>>>>>>>>>> transition to Ĥ.qn
>>>>>>>>>>>>> correct.
>>>>>>>>>>>> No.
>>>>>>>>>>>
>>>>>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>>>>>> supporting reasoning is that I am correct.
>>>>>>>>>>
>>>>>>>>>> No, it's because there is no evidence that you can accept the
>>>>>>>>>> explanations that are put to you.
>>>>>>>>>
>>>>>>>>> That is a bullshit excuse to hide the fact that you fail to
>>>>>>>>> understand what I said. You could provide an answer for
>>>>>>>>> posterity and for others that may eventually come to this post.
>>>>>>>>> The truth is you can't point out any specific error because
>>>>>>>>> there is no error.
>>>>>>>>>
>>>>>>>>>>   Do you really think it's worth my
>>>>>>>>>> while explaining, yet again, that re-defining what H should do
>>>>>>>>>> is just
>>>>>>>>>> pointless?
>>>>>>>>>>
>>>>>>>>>> I'll take the time to explain if you ask intelligent
>>>>>>>>>> questions, but my
>>>>>>>>>> repeating that reply to what you keep cutting and pasting is
>>>>>>>>>> just a
>>>>>>>>>> waste of time.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> All of the "rebuttals" never pointing out any specific error
>>>>>>>>> and were always some kind of ad hominem attack of another.
>>>>>>>>
>>>>>>>> MOST of the rebuttals point out specific errors (or at least
>>>>>>>> reference previous attempts to point them out).
>>>>>>>>
>>>>>>>> The issue s you don't seem to understand the meaning of the
>>>>>>>> words enough to understand what is being said.
>>>>>>>>
>>>>>>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>>>>>>
>>>>>>>>>
>>>>>>>>>>> No one can find any error in the following only because there
>>>>>>>>>>> is no
>>>>>>>>>>> error to be found.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> No one can find any error in the following only because there
>>>>>>>>> is no error to be found.
>>>>>>>>>
>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates
>>>>>>>>> ⟨Ĥ0⟩ ⟨Ĥ1⟩
>>>>>>>>>
>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0 simulates
>>>>>>>>> ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1 simulates
>>>>>>>>> ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2 simulates
>>>>>>>>> ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>>>>>>>>>
>>>>>>>>> (1) If embedded_H does not abort the simulation of its input
>>>>>>>>> the simulation never stops and the simulated input never
>>>>>>>>> reaches its final state.
>>>>>>>>>
>>>>>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>>>>>> simulation
>>>>>>>>> is aborted at some point shown above and the simulated input
>>>>>>>>> never reaches its final state.
>>>>>>>>>
>>>>>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence of
>>>>>>>>> configurations that never reach a final state. This in turn
>>>>>>>>> makes the transition to Ĥ.qn by embedded_H correct.
>>>>>>>>
>>>>>>>>
>>>>>>>> I have pointed out the error many times and you just ignore it
>>>>>>>> because you don't want to believe it.
>>>>>>>>
>>>>>>>> The infinite loop described only exist if embedded_H never
>>>>>>>> aborts its simulation, and in that case, it never gives an answer.
>>>>>>>>
>>>>>>>> If embedded_H aborts its simulation, and goes to Qn, then the
>>>>>>>> top level H^ applied to <H^> will go to H^.Qn and Halt,
>>>>>>> In other words when the simulating halt decider copy of H
>>>>>>> embedded within Ĥ correctly determines that its input will never
>>>>>>> reach its own final state it transitions to Ĥ.qn and stops running.
>>>>>> Except that it never correctly determined this, since it used a
>>>>>> false premise in its logic.
>>>>>>
>>>>>>>
>>>>>>> Since itself is not an actual input to itself this does not form
>>>>>>> a contradictio
>>>>>>
>>>>>> Except that the input IS a 'copy' of itself, and thus must behave
>>>>>> exactly like it. You don't seem to understand this property of
>>>>>> Turing Machine. If you wish to dispute it, find an actual counter
>>>>>> example.
>>>>> It can be empirically verified that the behavior of Ĥ applied to
>>>>> ⟨Ĥ⟩ is not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>>>>
>>>>
>>>> That isn't the question. The question is does the answer that
>>>> embedded_H match the behavior of the computaition given as in input.
>>>>
>>>> The answer is NO.
>>>>
>>>
>>> It is an easily verified fact that the correct simulation of ⟨Ĥ⟩ ⟨Ĥ⟩
>>> by embedded_H never reaches the final state of this simulated input
>>> in any finite number of steps of simulation.
>>>
>>> This is the point where you have pie dripping from your face and deny
>>> that pie exists.
>>>
>>>
>>
>> Nope, it is trivial to verify that the CORRECT simulation of <H^> <H^>
>> (by a UTM)
>
> This is the point where you become a God damned liar.
> I say that when embedded_H uses its UTM functionality to simulate its
> input ⟨Ĥ⟩ ⟨Ĥ⟩ an infinitely repeating pattern is derived that we can see.
>
>


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

<LnoZJ.86840$yi_7.843@fx39.iad>

  copy mid

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

  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!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx39.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 ][ damned lie ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <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> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com>
<b2mZJ.129640$Lbb6.26838@fx45.iad>
<g9CdnQwaY7fQaaj_nZ2dnUU7_8zNnZ2d@giganews.com>
<binZJ.224704$aT3.77901@fx09.iad>
<feOdnV8O0Yr8mqv_nZ2dnUU7_83NnZ2d@giganews.com>
<xQnZJ.19240$AO.5508@fx21.iad>
<M_6dnW6aFp62lqv_nZ2dnUU7_8zNnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <M_6dnW6aFp62lqv_nZ2dnUU7_8zNnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 247
Message-ID: <LnoZJ.86840$yi_7.843@fx39.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: Sat, 19 Mar 2022 13:27:08 -0400
X-Received-Bytes: 12806
 by: Richard Damon - Sat, 19 Mar 2022 17:27 UTC

On 3/19/22 12:56 PM, olcott wrote:
> On 3/19/2022 11:49 AM, Richard Damon wrote:
>> On 3/19/22 12:40 PM, olcott wrote:
>>> On 3/19/2022 11:12 AM, Richard Damon wrote:
>>>> On 3/19/22 11:18 AM, olcott wrote:
>>>>> On 3/19/2022 9:47 AM, Richard Damon wrote:
>>>>>>
>>>>>> On 3/19/22 10:33 AM, olcott wrote:
>>>>>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>>>>>> On 3/19/22 10:13 AM, olcott wrote:
>>>>>>>>> On 3/19/2022 8:51 AM, Richard Damon wrote:
>>>>>>>>>>
>>>>>>>>>> On 3/19/22 9:34 AM, olcott wrote:
>>>>>>>>>>> On 3/19/2022 8:18 AM, Ben Bacarisse wrote:
>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>
>>>>>>>>>>>>> On 3/18/2022 11:40 AM, Ben Bacarisse wrote:
>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> On 3/16/2022 8:30 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On 3/12/2022 9:59 PM, Ben Bacarisse wrote:
>>>>>>>>>>>>>>>>>> olcott <NoOne@NoWhere.com> writes:
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> I've shown you how to write Linz's conditions in terms
>>>>>>>>>>>>>>>>>> of simulation:
>>>>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞  if UTM(⟨Ĥ⟩
>>>>>>>>>>>>>>>>>> ⟨Ĥ⟩) halts, and
>>>>>>>>>>>>>>>>>>       Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.qx ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn    if UTM(Ĥ⟩
>>>>>>>>>>>>>>>>>> ⟨Ĥ⟩) does not halt.
>>>>>>>>>>>>>>>>>> Feel fee to replace "halts" with "would reach its
>>>>>>>>>>>>>>>>>> final state" (and
>>>>>>>>>>>>>>>>>> similarly for "does not halt") if it make you feel
>>>>>>>>>>>>>>>>>> better. Both figures
>>>>>>>>>>>>>>>>>> of speech convey the same mathematical fact, but one
>>>>>>>>>>>>>>>>>> is shorter and fits
>>>>>>>>>>>>>>>>>> on a line.
>>>>>>>>>>>>>>>>>> What you can't do, if you want to keep talking about
>>>>>>>>>>>>>>>>>> what Linz is
>>>>>>>>>>>>>>>>>> talking about, is replace the reference to a UTM with
>>>>>>>>>>>>>>>>>> embedded_H.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Embedded_H has a full UTM as a part of it.
>>>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> The Linz ⊢* wild card state transition allows for a UTM
>>>>>>>>>>>>>>>>> simulation to
>>>>>>>>>>>>>>>>> be a part of the decision process.
>>>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Embedded_H determines whether or not its simulated
>>>>>>>>>>>>>>>>> input would ever
>>>>>>>>>>>>>>>>> reach its final state if embedded_H remained in pure
>>>>>>>>>>>>>>>>> UTM mode.
>>>>>>>>>>>>>>>> Not in dispute.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> It <is> the case that the correct pure simulation of
>>>>>>>>>>>>>>>>>>> ⟨Ĥ⟩ ⟨Ĥ⟩ by the
>>>>>>>>>>>>>>>>>>> copy of H embedded within Ĥ would never reach the
>>>>>>>>>>>>>>>>>>> final state of this
>>>>>>>>>>>>>>>>>>> input ⟨Ĥ⟩.qn.
>>>>>>>>>>>>>>>>>> Irrelevant.  What matters is what follows logically
>>>>>>>>>>>>>>>>>> from Linz's
>>>>>>>>>>>>>>>>>> definition of a halt decider.  If you think there is
>>>>>>>>>>>>>>>>>> any point, I'll
>>>>>>>>>>>>>>>>>> write it out again for you in terms of UTMs.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> If the input to embedded_H never halts and embedded_H
>>>>>>>>>>>>>>>>> correctly
>>>>>>>>>>>>>>>>> reports this that is most relevant.
>>>>>>>>>>>>>>>> Not in dispute (except for the poor wording).
>>>>>>>>>>>>>>>> If you want to know why you are still wrong after 14
>>>>>>>>>>>>>>>> years, you are
>>>>>>>>>>>>>>>> going to have to learn to follow what other people are
>>>>>>>>>>>>>>>> saying.  Of
>>>>>>>>>>>>>>>> course, if you did that, you'd see all your mistakes, so
>>>>>>>>>>>>>>>> you are much
>>>>>>>>>>>>>>>> better off remaining ignorant of what's being said to you.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> When the Linz H is embedded in the Linz Ĥ as a simulating
>>>>>>>>>>>>>>> halt decider
>>>>>>>>>>>>>>> then the input: ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H presents infinitely
>>>>>>>>>>>>>>> nested
>>>>>>>>>>>>>>> simulation to embedded_H thus making the embedded_H
>>>>>>>>>>>>>>> transition to Ĥ.qn
>>>>>>>>>>>>>>> correct.
>>>>>>>>>>>>>> No.
>>>>>>>>>>>>>
>>>>>>>>>>>>> The reason that you only have a dogmatic reply rather than any
>>>>>>>>>>>>> supporting reasoning is that I am correct.
>>>>>>>>>>>>
>>>>>>>>>>>> No, it's because there is no evidence that you can accept the
>>>>>>>>>>>> explanations that are put to you.
>>>>>>>>>>>
>>>>>>>>>>> That is a bullshit excuse to hide the fact that you fail to
>>>>>>>>>>> understand what I said. You could provide an answer for
>>>>>>>>>>> posterity and for others that may eventually come to this
>>>>>>>>>>> post. The truth is you can't point out any specific error
>>>>>>>>>>> because there is no error.
>>>>>>>>>>>
>>>>>>>>>>>>   Do you really think it's worth my
>>>>>>>>>>>> while explaining, yet again, that re-defining what H should
>>>>>>>>>>>> do is just
>>>>>>>>>>>> pointless?
>>>>>>>>>>>>
>>>>>>>>>>>> I'll take the time to explain if you ask intelligent
>>>>>>>>>>>> questions, but my
>>>>>>>>>>>> repeating that reply to what you keep cutting and pasting is
>>>>>>>>>>>> just a
>>>>>>>>>>>> waste of time.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> All of the "rebuttals" never pointing out any specific error
>>>>>>>>>>> and were always some kind of ad hominem attack of another.
>>>>>>>>>>
>>>>>>>>>> MOST of the rebuttals point out specific errors (or at least
>>>>>>>>>> reference previous attempts to point them out).
>>>>>>>>>>
>>>>>>>>>> The issue s you don't seem to understand the meaning of the
>>>>>>>>>> words enough to understand what is being said.
>>>>>>>>>>
>>>>>>>>>> A bit like trying to explain something 'adult' to a 3 year old.
>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>>> No one can find any error in the following only because
>>>>>>>>>>>>> there is no
>>>>>>>>>>>>> error to be found.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> No one can find any error in the following only because there
>>>>>>>>>>> is no error to be found.
>>>>>>>>>>>
>>>>>>>>>>> When Ĥ is applied to ⟨Ĥ⟩
>>>>>>>>>>>    Ĥ copies its input ⟨Ĥ0⟩ to ⟨Ĥ1⟩ then embedded_H simulates
>>>>>>>>>>> ⟨Ĥ0⟩ ⟨Ĥ1⟩
>>>>>>>>>>>
>>>>>>>>>>> Then these steps would keep repeating:
>>>>>>>>>>>    Ĥ0 copies its input ⟨Ĥ1⟩ to ⟨Ĥ2⟩ then embedded_H0
>>>>>>>>>>> simulates ⟨Ĥ1⟩ ⟨Ĥ2⟩
>>>>>>>>>>>    Ĥ1 copies its input ⟨Ĥ2⟩ to ⟨Ĥ3⟩ then embedded_H1
>>>>>>>>>>> simulates ⟨Ĥ2⟩ ⟨Ĥ3⟩
>>>>>>>>>>>    Ĥ2 copies its input ⟨Ĥ3⟩ to ⟨Ĥ4⟩ then embedded_H2
>>>>>>>>>>> simulates ⟨Ĥ3⟩ ⟨Ĥ4⟩...
>>>>>>>>>>>
>>>>>>>>>>> (1) If embedded_H does not abort the simulation of its input
>>>>>>>>>>> the simulation never stops and the simulated input never
>>>>>>>>>>> reaches its final state.
>>>>>>>>>>>
>>>>>>>>>>> (2) If embedded_H does abort the simulation of its input the
>>>>>>>>>>> simulation
>>>>>>>>>>> is aborted at some point shown above and the simulated input
>>>>>>>>>>> never reaches its final state.
>>>>>>>>>>>
>>>>>>>>>>> This proves that ⟨Ĥ⟩ ⟨Ĥ⟩ presents embedded_H with a sequence
>>>>>>>>>>> of configurations that never reach a final state. This in
>>>>>>>>>>> turn makes the transition to Ĥ.qn by embedded_H correct.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I have pointed out the error many times and you just ignore it
>>>>>>>>>> because you don't want to believe it.
>>>>>>>>>>
>>>>>>>>>> The infinite loop described only exist if embedded_H never
>>>>>>>>>> aborts its simulation, and in that case, it never gives an
>>>>>>>>>> answer.
>>>>>>>>>>
>>>>>>>>>> If embedded_H aborts its simulation, and goes to Qn, then the
>>>>>>>>>> top level H^ applied to <H^> will go to H^.Qn and Halt,
>>>>>>>>> In other words when the simulating halt decider copy of H
>>>>>>>>> embedded within Ĥ correctly determines that its input will
>>>>>>>>> never reach its own final state it transitions to Ĥ.qn and
>>>>>>>>> stops running.
>>>>>>>> Except that it never correctly determined this, since it used a
>>>>>>>> false premise in its logic.
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Since itself is not an actual input to itself this does not
>>>>>>>>> form a contradictio
>>>>>>>>
>>>>>>>> Except that the input IS a 'copy' of itself, and thus must
>>>>>>>> behave exactly like it. You don't seem to understand this
>>>>>>>> property of Turing Machine. If you wish to dispute it, find an
>>>>>>>> actual counter example.
>>>>>>> It can be empirically verified that the behavior of Ĥ applied to
>>>>>>> ⟨Ĥ⟩ is not the same as the behavior of embedded_H applied to ⟨Ĥ⟩
>>>>>>> ⟨Ĥ⟩.
>>>>>>>
>>>>>>
>>>>>> That isn't the question. The question is does the answer that
>>>>>> embedded_H match the behavior of the computaition given as in input.
>>>>>>
>>>>>> The answer is NO.
>>>>>>
>>>>>> embedded_H <H^> <H^> -> Qn is only correct if H^ applied to <H^>
>>>>>> will never halt,
>>>>>
>>>>> That is a God damned lie and you know it.
>>>>>
>>>>> embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn if the simulated ⟨Ĥ⟩ would never reach
>>>>> its own final state ⟨Ĥ⟩.qn in a finite number of simulated steps.
>>>>>
>>>>
>>>> No, the DEFINITION of H is that H <H^> <H^> -> Qn only if H^ applied
>>>> to <H^> will never reach a final state.
>>>>
>>>
>>> You know that is a damned lie.
>>
>> ITS THE DEFINITION, it CAN'T BE A LIE, unless YOU ARE LYING about
>> working on Halting,
>
>
> The definition of decider prohibits any decider from reporting on any
> non-input non-finite string: MORON.


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

<FpoZJ.86841$yi_7.77810@fx39.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.goja.nl.eu.org!3.eu.feeder.erje.net!feeder.erje.net!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!fx39.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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com> <t14vvt$hfr$1@news.muc.de>
<gBnZJ.175746$7F2.134896@fx12.iad>
<qIidnTm6mufrl6v_nZ2dnUU7_83NnZ2d@giganews.com>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <qIidnTm6mufrl6v_nZ2dnUU7_83NnZ2d@giganews.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 47
Message-ID: <FpoZJ.86841$yi_7.77810@fx39.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: Sat, 19 Mar 2022 13:29:10 -0400
X-Received-Bytes: 3410
 by: Richard Damon - Sat, 19 Mar 2022 17:29 UTC

On 3/19/22 12:53 PM, olcott wrote:
> On 3/19/2022 11:33 AM, Richard Damon wrote:
>> On 3/19/22 12:22 PM, Alan Mackenzie wrote:
>>> olcott <NoOne@nowhere.com> wrote:
>>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>>> On 3/19/22 10:13 AM, olcott wrote:
>>>
>>> [ .... ]
>>>
>>>>>> Since itself is not an actual input to itself this does not form a
>>>>>> contradictio
>>>
>>>>> Except that the input IS a 'copy' of itself, and thus must behave
>>>>> exactly like it. You don't seem to understand this property of Turing
>>>>> Machine. If you wish to dispute it, find an actual counter example.
>>>
>>>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩ is
>>>> not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>>
>>> It can't be so verified without the code of H, which you refuse to
>>> publish, and which you certainly haven't written.  (If you had, you'd be
>>> less bullish about its purported properties.)
>>>
>>> [ .... ]
>>>
>>
>> Actually, what he is missing is that they are supposed to be the same,
>> and as H/embedded_H needs to ALWAYS behave finitely, and go to Qn only
>> if H^ applied to <H^> will never halt.
>
> No this is the moronic mistake of having a halt decider decide the halt
> status of a non-input non-finite string and no decider can ever do that.
>
> Deciders ONLY compute the mapping from their input finite strings to
> their own accept or reject state.
>

Just shows who is the moron.

The DEFINITION of a Halt Decider is that a Halt Decider applied to the
string <M> w needs to report on the behavior of M applied to w.

So, yes the INPUT is <H^> <H^>, but the OUTPUT/MAPPING is based on H^
applied to <H^>, dispite what you want to cliam.

Just shows how little you understand how this works.

Re: Simulating halt deciders correct decider halting [ Ben's perpetual mistake ][empirically verified ]

<kMadnfoYSer1iav_nZ2dnUU7_81g4p2d@giganews.com>

  copy mid

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

  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: Sat, 19 Mar 2022 12:35:36 -0500
Date: Sat, 19 Mar 2022 12:35:35 -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 ][empirically verified ]
Content-Language: en-US
Newsgroups: comp.theory
References: <svjh4r$sqh$1@dont-email.me> <87k0cy1p0v.fsf@bsb.me.uk>
<a7-dnZwRnvZ3cLL_nZ2dnUU7_83NnZ2d@giganews.com> <878rt91i3h.fsf@bsb.me.uk>
<DNednRuxzNvqD6__nZ2dnUU7_8zNnZ2d@giganews.com> <878rt7tdru.fsf@bsb.me.uk>
<xKWdnWHEDteg26j_nZ2dnUU7_83NnZ2d@giganews.com> <87sfreqdw8.fsf@bsb.me.uk>
<-M-dnac1GuufQaj_nZ2dnUU7_83NnZ2d@giganews.com>
<0elZJ.224694$aT3.159176@fx09.iad>
<2Y-dnZukSpVneaj_nZ2dnUU7_83NnZ2d@giganews.com>
<8IlZJ.179444$LN2.100729@fx13.iad>
<wpudna9znIFLdKj_nZ2dnUU7_8zNnZ2d@giganews.com> <t14vvt$hfr$1@news.muc.de>
<1pqdnRFNLq_jlav_nZ2dnUU7_83NnZ2d@giganews.com>
<CgoZJ.86751$yi_7.41229@fx39.iad>
From: NoO...@NoWhere.com (olcott)
In-Reply-To: <CgoZJ.86751$yi_7.41229@fx39.iad>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <kMadnfoYSer1iav_nZ2dnUU7_81g4p2d@giganews.com>
Lines: 43
X-Usenet-Provider: http://www.giganews.com
X-Trace: sv3-YnxpCKu36kL5uK9B12B7qz99LNE0DRsfku/2vuJwd92YWENs8v30AXcadRglWFXQLj0SAuyn1jT3OFd!H4hoUNzVSBgF9JQpGLqbNJ7hFxhF8rHS56bOvAqAyFgbGTGgP0XOe8a1cqLB8hluy+WdrKN+nilA
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: 3527
 by: olcott - Sat, 19 Mar 2022 17:35 UTC

On 3/19/2022 12:19 PM, Richard Damon wrote:
> On 3/19/22 12:44 PM, olcott wrote:
>> On 3/19/2022 11:22 AM, Alan Mackenzie wrote:
>>> olcott <NoOne@nowhere.com> wrote:
>>>> On 3/19/2022 9:24 AM, Richard Damon wrote:
>>>>> On 3/19/22 10:13 AM, olcott wrote:
>>>
>>> [ .... ]
>>>
>>>>>> Since itself is not an actual input to itself this does not form a
>>>>>> contradictio
>>>
>>>>> Except that the input IS a 'copy' of itself, and thus must behave
>>>>> exactly like it. You don't seem to understand this property of Turing
>>>>> Machine. If you wish to dispute it, find an actual counter example.
>>>
>>>> It can be empirically verified that the behavior of Ĥ applied to ⟨Ĥ⟩ is
>>>> not the same as the behavior of embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩.
>>>
>>> It can't be so verified without the code of H, which you refuse to
>>> publish, and which you certainly haven't written.  (If you had, you'd be
>>> less bullish about its purported properties.)
>>>
>>
>> That we know that embedded_H is a simulating halt decider that aborts
>> its simulation and rejects its input as soon as it detects an
>> infinitely repeating behavior pattern tells us that rejecting its
>> input would be correct on the basis of this infinitely repeating
>> behavior pattern that we can see:  (This by itself refutes Linz).
>>
>
>
> Except that no such finite pattern exists in H^ applied to <H^>, so
> there is no pattern of H to use to abort it.
You are too stupid to know the difference between finite and infinite.

--
Copyright 2021 Pete Olcott

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


devel / comp.theory / Comic

Pages:12345678910111213141516171819
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor