Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

Linux: the choice of a GNU generation -- ksh@cis.ufl.edu put this on Tshirts in '93


devel / comp.theory / Simulating halt decider applied to a simpler input

SubjectAuthor
* Simulating halt decider applied to a simpler inputolcott
`* Simulating halt decider applied to a simpler inputRichard Damon
 `* Simulating halt decider applied to a simpler inputMr Flibble
  `* Simulating halt decider applied to a simpler inputRichard Damon
   +* Simulating halt decider applied to a simpler inputolcott
   |`* Simulating halt decider applied to a simpler inputRichard Damon
   | `* Simulating halt decider applied to a simpler inputolcott
   |  `* Simulating halt decider applied to a simpler inputRichard Damon
   |   `* Simulating halt decider applied to a simpler inputolcott
   |    `* Simulating halt decider applied to a simpler inputRichard Damon
   |     +* Simulating halt decider applied to a simpler inputMr Flibble
   |     |+- Simulating halt decider applied to a simpler inputolcott
   |     |`* Simulating halt decider applied to a simpler inputRichard Damon
   |     | `* Simulating halt decider applied to a simpler inputMr Flibble
   |     |  +- Simulating halt decider applied to a simpler inputolcott
   |     |  `* Simulating halt decider applied to a simpler inputRichard Damon
   |     |   +* Simulating halt decider applied to a simpler inputolcott
   |     |   |`* Simulating halt decider applied to a simpler inputRichard Damon
   |     |   | `* Simulating halt decider applied to a simpler inputolcott
   |     |   |  `* Simulating halt decider applied to a simpler inputRichard Damon
   |     |   |   `* Simulating halt decider applied to a simpler inputolcott
   |     |   |    `* Simulating halt decider applied to a simpler inputRichard Damon
   |     |   |     +* Simulating halt decider applied to a simpler inputolcott
   |     |   |     |`* Simulating halt decider applied to a simpler inputRichard Damon
   |     |   |     | `* Simulating halt decider applied to a simpler inputolcott
   |     |   |     |  `* Simulating halt decider applied to a simpler inputRichard Damon
   |     |   |     |   +* Simulating halt decider applied to a simpler inputMr Flibble
   |     |   |     |   |`- Simulating halt decider applied to a simpler inputRichard Damon
   |     |   |     |   `* Simulating halt decider applied to a simpler inputolcott
   |     |   |     |    `- Simulating halt decider applied to a simpler inputRichard Damon
   |     |   |     `* Simulating halt decider applied to a simpler inputolcott
   |     |   |      `* Simulating halt decider applied to a simpler inputRichard Damon
   |     |   |       `* Simulating halt decider applied to a simpler inputolcott
   |     |   |        `- Simulating halt decider applied to a simpler inputRichard Damon
   |     |   `* Simulating halt decider applied to a simpler inputMr Flibble
   |     |    `* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     +* Simulating halt decider applied to a simpler inputMr Flibble
   |     |     |`* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     | `* Simulating halt decider applied to a simpler inputMr Flibble
   |     |     |  +* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  |+* Simulating halt decider applied to a simpler inputMr Flibble
   |     |     |  ||`- Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  |`* Simulating halt decider applied to a simpler inputolcott
   |     |     |  | `- Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  +* Simulating halt decider applied to a simpler inputolcott
   |     |     |  |`* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  | `* Simulating halt decider applied to a simpler inputolcott
   |     |     |  |  `* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  |   +* Simulating halt decider applied to a simpler inputolcott
   |     |     |  |   |`* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  |   | +* Simulating halt decider applied to a simpler inputMr Flibble
   |     |     |  |   | |`* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  |   | | `* Simulating halt decider applied to a simpler inputMr Flibble
   |     |     |  |   | |  +- Simulating halt decider applied to a simpler inputolcott
   |     |     |  |   | |  `- Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  |   | `* Simulating halt decider applied to a simpler inputolcott
   |     |     |  |   |  `* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  |   |   `* Simulating halt decider applied to a simpler inputolcott
   |     |     |  |   |    `* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  |   |     +* Simulating halt decider applied to a simpler inputolcott
   |     |     |  |   |     |`* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  |   |     | `* Simulating halt decider applied to a simpler inputolcott
   |     |     |  |   |     |  `* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  |   |     |   `* Simulating halt decider applied to a simpler inputolcott
   |     |     |  |   |     |    `* Simulating halt decider applied to a simpler inputRichard Damon
   |     |     |  |   |     |     `- Simulating halt decider applied to a simpler inputolcott
   |     |     |  |   |     `* Olcottaholics anonymousBen Bacarisse
   |     |     |  |   |      `* E correctly simulated by H would never reach its last instruction andolcott
   |     |     |  |   |       `* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |        `* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |         `* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |          `* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           +* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |`* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           | `* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  +* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  |`* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | +* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  | |`* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | | `* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  | |  `* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | |   `* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  | |    `* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | |     `* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  | |      `* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | |       `* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  | |        `* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | |         `* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  | |          +* E correctly simulated by H would never reach its last instruction and terminate Mr Flibble
   |     |     |  |   |           |  | |          |+* E correctly simulated by H would never reach its last instructionDennis Bush
   |     |     |  |   |           |  | |          ||`* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  | |          || `* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | |          ||  +* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  | |          ||  |+* E correctly simulated by H would never reach its last instruction and terminate Mr Flibble
   |     |     |  |   |           |  | |          ||  ||`* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  | |          ||  || `- E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | |          ||  |`* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | |          ||  | `* E correctly simulated by H would never reach its last instruction and terminate Mr Flibble
   |     |     |  |   |           |  | |          ||  |  +* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  | |          ||  |  |`- E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | |          ||  |  `* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | |          ||  `* E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   |           |  | |          |`* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | |          `* E correctly simulated by H would never reach its last instructionRichard Damon
   |     |     |  |   |           |  | `- E correctly simulated by H would never reach its last instruction and terminate Mr Flibble
   |     |     |  |   |           |  `- E correctly simulated by H would never reach its last instruction and terminate Mr Flibble
   |     |     |  |   |           `- E correctly simulated by H would never reach its last instructionolcott
   |     |     |  |   `* Simulating halt decider applied to a simpler inputMr Flibble
   |     |     |  `- Simulating halt decider applied to a simpler inputolcott
   |     |     `- Simulating halt decider applied to a simpler inputMr Flibble
   |     `* Simulating halt decider applied to a simpler inputolcott
   `* Simulating halt decider applied to a simpler inputJeff Barnett

Pages:1234567
Simulating halt decider applied to a simpler input

<tklpng$shkk$1@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory sci.logic comp.lang.c++
Followup: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,sci.logic,comp.lang.c++
Subject: Simulating halt decider applied to a simpler input
Followup-To: comp.theory
Date: Fri, 11 Nov 2022 09:28:48 -0600
Organization: A noiseless patient Spider
Lines: 18
Message-ID: <tklpng$shkk$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 11 Nov 2022 15:28:48 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="eb0a6330bd8bb6e2f6c01b3dbcc0902d";
logging-data="935572"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19hZ/YtuWr3iVZb4hfS28WN"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.2
Cancel-Lock: sha1:Oc5pCkXEOOJUK1GTkoQLNChOxHE=
Content-Language: en-US
 by: olcott - Fri, 11 Nov 2022 15:28 UTC

void E(void (*x)())
{ H(x, x);
}

(Ignoring stack overflow) If H correctly simulates E would the simulated
E ever stop running without being aborted?

Because no E would ever stop running unless H aborts its simulation of E
this proves that the aborted E specifies a non-halting sequence of
configurations.

Simulating Halt Decider Applied to the Halting Theorem
https://www.researchgate.net/publication/364657019_Simulating_Halt_Decider_Applied_to_the_Halting_Theorem

--
Copyright 2022 Pete Olcott "Talent hits a target no one else can hit;
Genius hits a target no one else can see." Arthur Schopenhauer

Re: Simulating halt decider applied to a simpler input

<BhubL.6358$BaF9.3168@fx39.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.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:102.0)
Gecko/20100101 Thunderbird/102.4.2
Subject: Re: Simulating halt decider applied to a simpler input
Content-Language: en-US
Newsgroups: comp.theory
References: <tklpng$shkk$1@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tklpng$shkk$1@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 51
Message-ID: <BhubL.6358$BaF9.3168@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: Fri, 11 Nov 2022 10:57:19 -0500
X-Received-Bytes: 2895
 by: Richard Damon - Fri, 11 Nov 2022 15:57 UTC

On 11/11/22 10:28 AM, olcott wrote:
> void E(void (*x)())
> {
>   H(x, x);
> }
>
> (Ignoring stack overflow) If H correctly simulates E would the simulated
> E ever stop running without being aborted?
>
> Because no E would ever stop running unless H aborts its simulation of E
> this proves that the aborted E specifies a non-halting sequence of
> configurations.
>
> Simulating Halt Decider Applied to the Halting Theorem
> https://www.researchgate.net/publication/364657019_Simulating_Halt_Decider_Applied_to_the_Halting_Theorem
>

And No H that doesn't abort its simulation of an input that it thinks is
not halting can ever return a 0.

Thus, there is no E that calls a H that is a Halt Decider that doesn't Halt.

All you statement proves is that your H that returned 0 didn't actually
correctly decide on the input it was given, but a different one, because
it wasn't looking at all the code it needed to.

You don't seem to understand that you need to look at the input you were
actually given, to make the decision. You just seem to think that things
that aren't what actually are define what things are.

This is the proof of your ignorace.

It is a simple fact that you are not working on the Halting Problem
because you are actually using the requirements of the halting problem,
but you are just too stupid to know the differenc.

Sorry, you have wasted 18 years and destroyed your reputation because
you are made yourself too ignorant of the material and are too stupid to
understand the issue.

It doesn't matter that no H can correctly simulate this template to a
final state. That is just the error in your own mind.

THe question is what any specific instance does. Either E(E) will halt
because that H(E,E) for that E (incorrctly) aborts its simulation of
that E, and return 0, or we have a DIFFERENT class of H that doesn't
abort its simulation, and for THAT class of H, we do get a E(E) that
doesn't halt, but the H it was basd on doesn't give the answer, so is
still wrong.

Re: Simulating halt decider applied to a simpler input

<20221111183638.000034b9@reddwarf.jmc.corp>

  copy mid

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

  copy link   Newsgroups: comp.theory
Date: Fri, 11 Nov 2022 18:36:38 +0000
From: flib...@reddwarf.jmc.corp (Mr Flibble)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Message-ID: <20221111183638.000034b9@reddwarf.jmc.corp>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
Organization: NewsDemon - www.newsdemon.com
X-Newsreader: Claws Mail 4.1.1 (GTK 3.24.34; x86_64-w64-mingw32)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Lines: 60
Path: i2pn2.org!i2pn.org!news.uzoreto.com!feeder.usenetexpress.com!tr1.eu1.usenetexpress.com!news.newsdemon.com!not-for-mail
NNTP-Posting-Date: Fri, 11 Nov 2022 18:36:38 +0000
X-Received-Bytes: 2959
X-Complaints-To: abuse@newsdemon.com
 by: Mr Flibble - Fri, 11 Nov 2022 18:36 UTC

On Fri, 11 Nov 2022 10:57:19 -0500
Richard Damon <Richard@Damon-Family.org> wrote:

> On 11/11/22 10:28 AM, olcott wrote:
> > void E(void (*x)())
> > {
> >   H(x, x);
> > }
> >
> > (Ignoring stack overflow) If H correctly simulates E would the
> > simulated E ever stop running without being aborted?
> >
> > Because no E would ever stop running unless H aborts its simulation
> > of E this proves that the aborted E specifies a non-halting
> > sequence of configurations.
> >
> > Simulating Halt Decider Applied to the Halting Theorem
> > https://www.researchgate.net/publication/364657019_Simulating_Halt_Decider_Applied_to_the_Halting_Theorem
> >
>
> And No H that doesn't abort its simulation of an input that it thinks
> is not halting can ever return a 0.
>
> Thus, there is no E that calls a H that is a Halt Decider that
> doesn't Halt.
>
> All you statement proves is that your H that returned 0 didn't
> actually correctly decide on the input it was given, but a different
> one, because it wasn't looking at all the code it needed to.
>
> You don't seem to understand that you need to look at the input you
> were actually given, to make the decision. You just seem to think
> that things that aren't what actually are define what things are.
>
> This is the proof of your ignorace.
>
> It is a simple fact that you are not working on the Halting Problem
> because you are actually using the requirements of the halting
> problem, but you are just too stupid to know the differenc.
>
> Sorry, you have wasted 18 years and destroyed your reputation because
> you are made yourself too ignorant of the material and are too stupid
> to understand the issue.
>
> It doesn't matter that no H can correctly simulate this template to a
> final state. That is just the error in your own mind.
>
> THe question is what any specific instance does. Either E(E) will
> halt because that H(E,E) for that E (incorrctly) aborts its
> simulation of that E, and return 0, or we have a DIFFERENT class of H
> that doesn't abort its simulation, and for THAT class of H, we do get
> a E(E) that doesn't halt, but the H it was basd on doesn't give the
> answer, so is still wrong.

It is my understanding that Olcott has blocked you and I would have
thought given your intelligence you would also understand that.

/Flibble

Re: Simulating halt decider applied to a simpler input

<qJwbL.64266$TUR8.24023@fx17.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx17.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.4.2
Subject: Re: Simulating halt decider applied to a simpler input
Content-Language: en-US
Newsgroups: comp.theory
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <20221111183638.000034b9@reddwarf.jmc.corp>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 26
Message-ID: <qJwbL.64266$TUR8.24023@fx17.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: Fri, 11 Nov 2022 13:43:31 -0500
X-Received-Bytes: 1881
 by: Richard Damon - Fri, 11 Nov 2022 18:43 UTC

On 11/11/22 1:36 PM, Mr Flibble wrote:

> It is my understanding that Olcott has blocked you and I would have
> thought given your intelligence you would also understand that.
>
> /Flibble
>

I don't think he has actually blocked me, just mostly ignores me.

I say this because at times he seems to respond to what I say, even if
not in a direct reply,

Also, when someone like you replies, even if he has blocked me, he will
still see me.

More importantly, If anyone naive wanders into the archives, I want
enough evidence to be around to point out his errors.

Note also, my longer replies shows what I know and provide reasoning
behind the claims, showing the Truth.

His short claims, and guff replies just show that he doesn't actually
know what he is talking about, and reveals his ignorance. If he tries to
put his explanation into explicit words, his errors become very
apparent, I think even to him, so he just refuses.

Re: Simulating halt decider applied to a simpler input

<tkm72m$tqg4$1@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Date: Fri, 11 Nov 2022 13:16:37 -0600
Organization: A noiseless patient Spider
Lines: 37
Message-ID: <tkm72m$tqg4$1@dont-email.me>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 11 Nov 2022 19:16:38 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="eb0a6330bd8bb6e2f6c01b3dbcc0902d";
logging-data="977412"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/DBv7Ng7GIp9x8TkEudebl"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.2
Cancel-Lock: sha1:B9xrFnyg4HH+0J2VG6KQjhZyst4=
Content-Language: en-US
In-Reply-To: <qJwbL.64266$TUR8.24023@fx17.iad>
 by: olcott - Fri, 11 Nov 2022 19:16 UTC

On 11/11/2022 12:43 PM, Richard Damon wrote:
> On 11/11/22 1:36 PM, Mr Flibble wrote:
>
>> It is my understanding that Olcott has blocked you and I would have
>> thought given your intelligence you would also understand that.
>>
>> /Flibble
>>
>
> I don't think he has actually blocked me, just mostly ignores me.
>
> I say this because at times he seems to respond to what I say, even if
> not in a direct reply,
>
> Also, when someone like you replies, even if he has blocked me, he will
> still see me.
>
> More importantly, If anyone naive wanders into the archives, I want
> enough evidence to be around to point out his errors.
>
> Note also, my longer replies shows what I know and provide reasoning
> behind the claims, showing the Truth.
>
> His short claims, and guff replies just show that he doesn't actually
> know what he is talking about, and reveals his ignorance. If he tries to
> put his explanation into explicit words, his errors become very
> apparent, I think even to him, so he just refuses.

You always use the strawman deception as your only basis.
Naive readers will never notice this, yet naive readers are not in my
target audience.

--
Copyright 2022 Pete Olcott "Talent hits a target no one else can hit;
Genius hits a target no one else can see." Arthur Schopenhauer

Re: Simulating halt decider applied to a simpler input

<bpxbL.51553$Iwb3.1322@fx13.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.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:102.0)
Gecko/20100101 Thunderbird/102.4.2
Subject: Re: Simulating halt decider applied to a simpler input
Content-Language: en-US
Newsgroups: comp.theory
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tkm72m$tqg4$1@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 58
Message-ID: <bpxbL.51553$Iwb3.1322@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: Fri, 11 Nov 2022 14:30:13 -0500
X-Received-Bytes: 3026
 by: Richard Damon - Fri, 11 Nov 2022 19:30 UTC

On 11/11/22 2:16 PM, olcott wrote:
> On 11/11/2022 12:43 PM, Richard Damon wrote:
>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>
>>> It is my understanding that Olcott has blocked you and I would have
>>> thought given your intelligence you would also understand that.
>>>
>>> /Flibble
>>>
>>
>> I don't think he has actually blocked me, just mostly ignores me.
>>
>> I say this because at times he seems to respond to what I say, even if
>> not in a direct reply,
>>
>> Also, when someone like you replies, even if he has blocked me, he
>> will still see me.
>>
>> More importantly, If anyone naive wanders into the archives, I want
>> enough evidence to be around to point out his errors.
>>
>> Note also, my longer replies shows what I know and provide reasoning
>> behind the claims, showing the Truth.
>>
>> His short claims, and guff replies just show that he doesn't actually
>> know what he is talking about, and reveals his ignorance. If he tries
>> to put his explanation into explicit words, his errors become very
>> apparent, I think even to him, so he just refuses.
>
> You always use the strawman deception as your only basis.
> Naive readers will never notice this, yet naive readers are not in my
> target audience.
>
>

No, because *I* use the actual definition of a Halting Decider.

YOU have the Strawman, unless you are admitting that your "SHD" isn't
actually a Halting Decider.

The fact you can't tell the difference shows your ignorance.

YOU are the Naive one.

Do you reject that the correct answer for a Halt Decider when given the
description of a program and its input is whether that program when run
with that input will halt or not.

After all, that is the DEFINITION of a Halt Decider. (Care to provide an
actual published reference from a reputable source that says otherwise?)

So either you Simulation Halt Deciders answer that question or your
criteria makes that not actually a Halt Decider.

Your refusal to face that reveals who you are.

FAIL.

Re: Simulating halt decider applied to a simpler input

<tkm8da$tqg4$2@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Date: Fri, 11 Nov 2022 13:39:21 -0600
Organization: A noiseless patient Spider
Lines: 46
Message-ID: <tkm8da$tqg4$2@dont-email.me>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 11 Nov 2022 19:39:22 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="eb0a6330bd8bb6e2f6c01b3dbcc0902d";
logging-data="977412"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18lzoEc1U4VfTsEE1lp15jL"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.2
Cancel-Lock: sha1:v+ALLT/M/JPFWwCN/XOmLxGeKGI=
Content-Language: en-US
In-Reply-To: <bpxbL.51553$Iwb3.1322@fx13.iad>
 by: olcott - Fri, 11 Nov 2022 19:39 UTC

On 11/11/2022 1:30 PM, Richard Damon wrote:
> On 11/11/22 2:16 PM, olcott wrote:
>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>
>>>> It is my understanding that Olcott has blocked you and I would have
>>>> thought given your intelligence you would also understand that.
>>>>
>>>> /Flibble
>>>>
>>>
>>> I don't think he has actually blocked me, just mostly ignores me.
>>>
>>> I say this because at times he seems to respond to what I say, even
>>> if not in a direct reply,
>>>
>>> Also, when someone like you replies, even if he has blocked me, he
>>> will still see me.
>>>
>>> More importantly, If anyone naive wanders into the archives, I want
>>> enough evidence to be around to point out his errors.
>>>
>>> Note also, my longer replies shows what I know and provide reasoning
>>> behind the claims, showing the Truth.
>>>
>>> His short claims, and guff replies just show that he doesn't actually
>>> know what he is talking about, and reveals his ignorance. If he tries
>>> to put his explanation into explicit words, his errors become very
>>> apparent, I think even to him, so he just refuses.
>>
>> You always use the strawman deception as your only basis.
>> Naive readers will never notice this, yet naive readers are not in my
>> target audience.
>>
>>
>
> No, because *I* use the actual definition of a Halting Decider.
>
Anyone that accepts the definition of a universal Turing machine (UTM)
knows that the behavior of D correctly simulated by H provides H with a
correct basis for its halt status decision.

--
Copyright 2022 Pete Olcott "Talent hits a target no one else can hit;
Genius hits a target no one else can see." Arthur Schopenhauer

Re: Simulating halt decider applied to a simpler input

<tkm9ed$u30u$8@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: jbb...@notatt.com (Jeff Barnett)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Date: Fri, 11 Nov 2022 12:56:59 -0700
Organization: A noiseless patient Spider
Lines: 82
Message-ID: <tkm9ed$u30u$8@dont-email.me>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 11 Nov 2022 19:57:01 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="5023ca12beb5bb054b54e474a8c8e47f";
logging-data="986142"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+Qop0MOaGuVImXUorUmOLzWJkgstKboWM="
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.1
Cancel-Lock: sha1:WSp0YM7MWKUQC77eRcm8u4h2FeA=
In-Reply-To: <qJwbL.64266$TUR8.24023@fx17.iad>
Content-Language: en-US
 by: Jeff Barnett - Fri, 11 Nov 2022 19:56 UTC

On 11/11/2022 11:43 AM, Richard Damon wrote:
> On 11/11/22 1:36 PM, Mr Flibble wrote:
>
>> It is my understanding that Olcott has blocked you and I would have
>> thought given your intelligence you would also understand that.
>>
>> /Flibble
>>
>
> I don't think he has actually blocked me, just mostly ignores me.
>
> I say this because at times he seems to respond to what I say, even if
> not in a direct reply,
>
> Also, when someone like you replies, even if he has blocked me, he will
> still see me.
>
> More importantly, If anyone naive wanders into the archives, I want
> enough evidence to be around to point out his errors.

How is that working? Do you really think that repeating yourself
literally 1000's of times makes good reading? Almost anyone who can look
deeply enough into the logic will notice you engaging in a supposed
dialogue with a stone wall (actually a stone brain). After your first
half dozen messages a few years ago, you have added nothing to the
conversation. Time to move on.

> Note also, my longer replies shows what I know and provide reasoning
> behind the claims, showing the Truth.

It's a trivial truth and few will be fooled. Further, the real truth
tellers and teachers do not hang out in these groups or archives. Too
many truth tellers too few acolytes shrewd enough to know who has the
inside track on god's word. Did you know that PO, in his less lucid
moments, thinks he's a truth teller too? Truth tellers only pass the
word when they preach to the choir.

> His short claims, and guff replies just show that he doesn't actually
> know what he is talking about, and reveals his ignorance. If he tries to
> put his explanation into explicit words, his errors become very
> apparent, I think even to him, so he just refuses.

So what? Rather than save the world from a babbling idiot, why not
rescue homeless puppies at risk? You would be doing a better thing and
would be more admired. A mathematical social worker is not needed.

I think, instead, you don't know what to do with your time and have
select this task to fill the gaps. Anyone studying the archives will
notice that PO is the clear victor in all these threads. His head is too
thick to be bothered by facts or sort-of facts; he's too ignorant and
proud to be bothered by anyone else's facts or religion; and some of
your presentations (articles) are not worded in the best way or are
slightly misleading to someone who doesn't already know most of what you
meant to say. (That's a problem with most of us writing articles without
a few hours reflection before posting.) You will not win this way.

Since I think you seek recognition for your efforts as a white knight
and it's not working, I suggest you go black hat! Beat PO at his own
game: Initiate threads five to twenty times a week; Have response chains
where you respond significant numbers of times to your own articles; Be
outrageous!

This will only work if you devote enough time to take all of the PO
USENET distinctions away from him. You must, every month, win the honors
for (1) most threads started, (2) most number of responses to threads
you have started, (3) most posts by an individual, (4) threads with
largest number of indentations, (5) the highest number of almost
repetitious posts - slight variations required, (6) highest percentage
of silly capitalization, and (7) most times breaking USENET rules on
text postings.

When you follow the above seven point program (and you are well on your
way in many of the points) you will eclipse PO and he will go POOF into
a heap of dust. You will have won! At last. and history and the titles
will be yours. You will be known to future USENET generations, for as
long as the archives are maintained, as a winner.

However, and this is an important however, you will have approximately
the same impact on the truth as you do now. Why not have fun instead?
--
Jeff Barnett

Re: Simulating halt decider applied to a simpler input

<tkmaog$u5n3$1@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Date: Fri, 11 Nov 2022 14:19:27 -0600
Organization: A noiseless patient Spider
Lines: 100
Message-ID: <tkmaog$u5n3$1@dont-email.me>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm9ed$u30u$8@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 11 Nov 2022 20:19:28 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="cdf8b4ebc2bd82bd7682e37b23f4daba";
logging-data="988899"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18hw1ACMG49kmw1Bc2dboUX"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.2
Cancel-Lock: sha1:UuGo1RM7P9obwBxadgbrMCFCyL4=
In-Reply-To: <tkm9ed$u30u$8@dont-email.me>
Content-Language: en-US
 by: olcott - Fri, 11 Nov 2022 20:19 UTC

On 11/11/2022 1:56 PM, Jeff Barnett wrote:
> On 11/11/2022 11:43 AM, Richard Damon wrote:
>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>
>>> It is my understanding that Olcott has blocked you and I would have
>>> thought given your intelligence you would also understand that.
>>>
>>> /Flibble
>>>
>>
>> I don't think he has actually blocked me, just mostly ignores me.
>>
>> I say this because at times he seems to respond to what I say, even if
>> not in a direct reply,
>>
>> Also, when someone like you replies, even if he has blocked me, he
>> will still see me.
>>
>> More importantly, If anyone naive wanders into the archives, I want
>> enough evidence to be around to point out his errors.
>
> How is that working? Do you really think that repeating yourself
> literally 1000's of times makes good reading? Almost anyone who can look
> deeply enough into the logic will notice you engaging in a supposed
> dialogue with a stone wall (actually a stone brain). After your first
> half dozen messages a few years ago, you have added nothing to the
> conversation. Time to move on.
>
>> Note also, my longer replies shows what I know and provide reasoning
>> behind the claims, showing the Truth.
>
> It's a trivial truth and few will be fooled. Further, the real truth
> tellers and teachers do not hang out in these groups or archives. Too
> many truth tellers too few acolytes shrewd enough to know who has the
> inside track on god's word. Did you know that PO, in his less lucid
> moments, thinks he's a truth teller too? Truth tellers only pass the
> word when they preach to the choir.
>
>> His short claims, and guff replies just show that he doesn't actually
>> know what he is talking about, and reveals his ignorance. If he tries
>> to put his explanation into explicit words, his errors become very
>> apparent, I think even to him, so he just refuses.
>
> So what? Rather than save the world from a babbling idiot, why not
> rescue homeless puppies at risk? You would be doing a better thing and
> would be more admired. A mathematical social worker is not needed.
>
> I think, instead, you don't know what to do with your time and have
> select this task to fill the gaps. Anyone studying the archives will
> notice that PO is the clear victor in all these threads. His head is too
> thick to be bothered by facts or sort-of facts; he's too ignorant and
> proud to be bothered by anyone else's facts or religion; and some of
> your presentations (articles) are not worded in the best way or are
> slightly misleading to someone who doesn't already know most of what you
> meant to say. (That's a problem with most of us writing articles without
> a few hours reflection before posting.) You will not win this way.
>
> Since I think you seek recognition for your efforts as a white knight
> and it's not working, I suggest you go black hat! Beat PO at his own
> game: Initiate threads five to twenty times a week; Have response chains
> where you respond significant numbers of times to your own articles; Be
> outrageous!
>
> This will only work if you devote enough time to take all of the PO
> USENET distinctions away from him. You must, every month, win the honors
> for (1) most threads started, (2) most number of responses to threads
> you have started, (3) most posts by an individual, (4) threads with
> largest number of indentations, (5) the highest number of almost
> repetitious posts - slight variations required, (6) highest percentage
> of silly capitalization, and (7) most times breaking USENET rules on
> text postings.
>
> When you follow the above seven point program (and you are well on your
> way in many of the points) you will eclipse PO and he will go POOF into
> a heap of dust. You will have won! At last. and history and the titles
> will be yours. You will be known to future USENET generations, for as
> long as the archives are maintained, as a winner.
>
> However, and this is an important however, you will have approximately
> the same impact on the truth as you do now. Why not have fun instead?

Gullible fools will be quite convinced by your empty rhetoric.

void D(void (*x)())
{ int Halt_Status = H(x, x);
if (Halt_Status)
HERE: goto HERE;
return;
}

None-the-less
Anyone that accepts the definition of a universal Turing machine (UTM)
knows that the behavior of D correctly simulated by H provides H with a
correct basis for its halt status decision.

--
Copyright 2022 Pete Olcott "Talent hits a target no one else can hit;
Genius hits a target no one else can see." Arthur Schopenhauer

Re: Simulating halt decider applied to a simpler input

<RQybL.5598$JSV9.869@fx35.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx35.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.4.2
Subject: Re: Simulating halt decider applied to a simpler input
Content-Language: en-US
Newsgroups: comp.theory
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tkm8da$tqg4$2@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 70
Message-ID: <RQybL.5598$JSV9.869@fx35.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: Fri, 11 Nov 2022 16:07:58 -0500
X-Received-Bytes: 3883
 by: Richard Damon - Fri, 11 Nov 2022 21:07 UTC

On 11/11/22 2:39 PM, olcott wrote:
> On 11/11/2022 1:30 PM, Richard Damon wrote:
>> On 11/11/22 2:16 PM, olcott wrote:
>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>
>>>>> It is my understanding that Olcott has blocked you and I would have
>>>>> thought given your intelligence you would also understand that.
>>>>>
>>>>> /Flibble
>>>>>
>>>>
>>>> I don't think he has actually blocked me, just mostly ignores me.
>>>>
>>>> I say this because at times he seems to respond to what I say, even
>>>> if not in a direct reply,
>>>>
>>>> Also, when someone like you replies, even if he has blocked me, he
>>>> will still see me.
>>>>
>>>> More importantly, If anyone naive wanders into the archives, I want
>>>> enough evidence to be around to point out his errors.
>>>>
>>>> Note also, my longer replies shows what I know and provide reasoning
>>>> behind the claims, showing the Truth.
>>>>
>>>> His short claims, and guff replies just show that he doesn't
>>>> actually know what he is talking about, and reveals his ignorance.
>>>> If he tries to put his explanation into explicit words, his errors
>>>> become very apparent, I think even to him, so he just refuses.
>>>
>>> You always use the strawman deception as your only basis.
>>> Naive readers will never notice this, yet naive readers are not in my
>>> target audience.
>>>
>>>
>>
>> No, because *I* use the actual definition of a Halting Decider.
>>
> Anyone that accepts the definition of a universal Turing machine (UTM)
> knows that the behavior of D correctly simulated by H provides H with a
> correct basis for its halt status decision.
>

But only if H DOES correctly simulate its input.

It is true that the correct simulation of the input will show the
answer, but that is because the correct simulaiton of the input BY
DEFINITION matches the direct execution of it.

You still haven't shown how H can correct simulate an input and show it
to be non-halting when the direct exectution of that exact input halts.

D(D) will ALWAYS Halt if H(D,D) returns 0, so that can NOT be the
correct answer, and no "correct simulation" of that input can say that
it is non-halting.

You just don't seem to understand what it means to correctly simulate
something,

Note, you STILL haven't pointed out the x86 instruction where the
correct simulation by H of the x86 code of D differs from the direct
exectuion of it, even though you need to claim it does, which shows the
problem with your claims.

The problem is you can't, because the difference in your explaination
occurs where H desn't actually simulate its input but applies its
INCORRCT reasoning about the behavior of H to its simulation.

This just shows your ignorance and stupidity of the field.

Re: Simulating halt decider applied to a simpler input

<tkme1v$uio5$1@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Date: Fri, 11 Nov 2022 15:15:42 -0600
Organization: A noiseless patient Spider
Lines: 61
Message-ID: <tkme1v$uio5$1@dont-email.me>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 11 Nov 2022 21:15:43 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="cdf8b4ebc2bd82bd7682e37b23f4daba";
logging-data="1002245"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/jLd2J+lw2tQmqvYLK9Vok"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.2
Cancel-Lock: sha1:N5CskhXZwRVzwOzEee2lEquUcVY=
Content-Language: en-US
In-Reply-To: <RQybL.5598$JSV9.869@fx35.iad>
 by: olcott - Fri, 11 Nov 2022 21:15 UTC

On 11/11/2022 3:07 PM, Richard Damon wrote:
> On 11/11/22 2:39 PM, olcott wrote:
>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>> On 11/11/22 2:16 PM, olcott wrote:
>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>
>>>>>> It is my understanding that Olcott has blocked you and I would have
>>>>>> thought given your intelligence you would also understand that.
>>>>>>
>>>>>> /Flibble
>>>>>>
>>>>>
>>>>> I don't think he has actually blocked me, just mostly ignores me.
>>>>>
>>>>> I say this because at times he seems to respond to what I say, even
>>>>> if not in a direct reply,
>>>>>
>>>>> Also, when someone like you replies, even if he has blocked me, he
>>>>> will still see me.
>>>>>
>>>>> More importantly, If anyone naive wanders into the archives, I want
>>>>> enough evidence to be around to point out his errors.
>>>>>
>>>>> Note also, my longer replies shows what I know and provide
>>>>> reasoning behind the claims, showing the Truth.
>>>>>
>>>>> His short claims, and guff replies just show that he doesn't
>>>>> actually know what he is talking about, and reveals his ignorance.
>>>>> If he tries to put his explanation into explicit words, his errors
>>>>> become very apparent, I think even to him, so he just refuses.
>>>>
>>>> You always use the strawman deception as your only basis.
>>>> Naive readers will never notice this, yet naive readers are not in
>>>> my target audience.
>>>>
>>>>
>>>
>>> No, because *I* use the actual definition of a Halting Decider.
>>>
>> Anyone that accepts the definition of a universal Turing machine (UTM)
>> knows that the behavior of D correctly simulated by H provides H with
>> a correct basis for its halt status decision.
>>
>
> But only if H DOES correctly simulate its input.
>

void E(void (*x)())
{ H(x, x);
}

Any H that does abort its simulation to prevent the infinite execution
of E is correct to report non-halting. No shell game can correctly deny
this.

--
Copyright 2022 Pete Olcott "Talent hits a target no one else can hit;
Genius hits a target no one else can see." Arthur Schopenhauer

Re: Simulating halt decider applied to a simpler input

<onzbL.5599$JSV9.2692@fx35.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx35.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.4.2
Subject: Re: Simulating halt decider applied to a simpler input
Content-Language: en-US
Newsgroups: comp.theory
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tkme1v$uio5$1@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 101
Message-ID: <onzbL.5599$JSV9.2692@fx35.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: Fri, 11 Nov 2022 16:44:49 -0500
X-Received-Bytes: 5122
 by: Richard Damon - Fri, 11 Nov 2022 21:44 UTC

On 11/11/22 4:15 PM, olcott wrote:
> On 11/11/2022 3:07 PM, Richard Damon wrote:
>> On 11/11/22 2:39 PM, olcott wrote:
>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>
>>>>>>> It is my understanding that Olcott has blocked you and I would have
>>>>>>> thought given your intelligence you would also understand that.
>>>>>>>
>>>>>>> /Flibble
>>>>>>>
>>>>>>
>>>>>> I don't think he has actually blocked me, just mostly ignores me.
>>>>>>
>>>>>> I say this because at times he seems to respond to what I say,
>>>>>> even if not in a direct reply,
>>>>>>
>>>>>> Also, when someone like you replies, even if he has blocked me, he
>>>>>> will still see me.
>>>>>>
>>>>>> More importantly, If anyone naive wanders into the archives, I
>>>>>> want enough evidence to be around to point out his errors.
>>>>>>
>>>>>> Note also, my longer replies shows what I know and provide
>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>
>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>> actually know what he is talking about, and reveals his ignorance.
>>>>>> If he tries to put his explanation into explicit words, his errors
>>>>>> become very apparent, I think even to him, so he just refuses.
>>>>>
>>>>> You always use the strawman deception as your only basis.
>>>>> Naive readers will never notice this, yet naive readers are not in
>>>>> my target audience.
>>>>>
>>>>>
>>>>
>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>
>>> Anyone that accepts the definition of a universal Turing machine
>>> (UTM) knows that the behavior of D correctly simulated by H provides
>>> H with a correct basis for its halt status decision.
>>>
>>
>> But only if H DOES correctly simulate its input.
>>
>
> void E(void (*x)())
> {
>   H(x, x);
> }
>
> Any H that does abort its simulation to prevent the infinite execution
> of E is correct to report non-halting. No shell game can correctly deny
> this.
>

Any H that does aborts its simulation is INCORRECT because the CORRECT
simulation, as will the diret exectuion, will halt. Note, such an H
doesn't do a correct simulation, so any arguement based on it doing so
it just WRONG.

You just are too stupid to understand that H does what it does, so if it
aborts, the correct answer to a machine based on it is based on the fact
that it does abort.

Yes, if H doesn't abort its simulation, then this E(E) will be
non-halting, but that H fails to be correct as it never gives an answer.

You are just PROVING your stupidity because you seem to think that it is
possible for H to both of these programs at once.

You are just showing that you don't understand the requirements of the
problem.

H must decide on the input given to it, and that input is, for this
problem, using the H that you are claiming to get the right answer,
which you fail to do, because you just don't understand what truth is.

You are just proving that you don't understand basic terms like CORRECT,
or PROOF.

YOU H IS WRONG, the fact that you think it is right just makes you STUPID>

It is wrong, because you say it is a Halt Decider, but a Halt Decider,
by definition, needs to answer "Halting" if the direct running of its
input (or simulation by an ACTUAL UTM) will reach a final state. In this
case E it DOES, as you have even admitted. Thus H is wrong.

Your instance otherwise just shows you are a LIAR.

My guess is you must live in Oz, as you seem to like to use your
strawmen, where you replace the PROPER definition of a Halt Decider
deciding on the basis of Direct Exectution, or the equivalent by the
actual simulation by a UTM, with your STRAWMAN of the simulation done by
H, which you claim to be correct, but isn't because it doesn't match the
needed behavior.

YOU FAIL.

Re: Simulating halt decider applied to a simpler input

<20221111215433.00005425@reddwarf.jmc.corp>

  copy mid

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

  copy link   Newsgroups: comp.theory
Date: Fri, 11 Nov 2022 21:54:33 +0000
From: flib...@reddwarf.jmc.corp (Mr Flibble)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Message-ID: <20221111215433.00005425@reddwarf.jmc.corp>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad> <20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad> <tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad> <tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad> <tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
Organization: NewsDemon - www.newsdemon.com
X-Newsreader: Claws Mail 4.1.1 (GTK 3.24.34; x86_64-w64-mingw32)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Lines: 77
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!feeder.usenetexpress.com!tr3.eu1.usenetexpress.com!news.newsdemon.com!not-for-mail
NNTP-Posting-Date: Fri, 11 Nov 2022 21:54:33 +0000
X-Received-Bytes: 3786
X-Complaints-To: abuse@newsdemon.com
 by: Mr Flibble - Fri, 11 Nov 2022 21:54 UTC

On Fri, 11 Nov 2022 16:44:49 -0500
Richard Damon <Richard@Damon-Family.org> wrote:

> On 11/11/22 4:15 PM, olcott wrote:
> > On 11/11/2022 3:07 PM, Richard Damon wrote:
> >> On 11/11/22 2:39 PM, olcott wrote:
> >>> On 11/11/2022 1:30 PM, Richard Damon wrote:
> >>>> On 11/11/22 2:16 PM, olcott wrote:
> >>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
> >>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
> >>>>>>
> >>>>>>> It is my understanding that Olcott has blocked you and I
> >>>>>>> would have thought given your intelligence you would also
> >>>>>>> understand that.
> >>>>>>>
> >>>>>>> /Flibble
> >>>>>>>
> >>>>>>
> >>>>>> I don't think he has actually blocked me, just mostly ignores
> >>>>>> me.
> >>>>>>
> >>>>>> I say this because at times he seems to respond to what I say,
> >>>>>> even if not in a direct reply,
> >>>>>>
> >>>>>> Also, when someone like you replies, even if he has blocked
> >>>>>> me, he will still see me.
> >>>>>>
> >>>>>> More importantly, If anyone naive wanders into the archives, I
> >>>>>> want enough evidence to be around to point out his errors.
> >>>>>>
> >>>>>> Note also, my longer replies shows what I know and provide
> >>>>>> reasoning behind the claims, showing the Truth.
> >>>>>>
> >>>>>> His short claims, and guff replies just show that he doesn't
> >>>>>> actually know what he is talking about, and reveals his
> >>>>>> ignorance. If he tries to put his explanation into explicit
> >>>>>> words, his errors become very apparent, I think even to him,
> >>>>>> so he just refuses.
> >>>>>
> >>>>> You always use the strawman deception as your only basis.
> >>>>> Naive readers will never notice this, yet naive readers are not
> >>>>> in my target audience.
> >>>>>
> >>>>>
> >>>>
> >>>> No, because *I* use the actual definition of a Halting Decider.
> >>>>
> >>> Anyone that accepts the definition of a universal Turing machine
> >>> (UTM) knows that the behavior of D correctly simulated by H
> >>> provides H with a correct basis for its halt status decision.
> >>>
> >>
> >> But only if H DOES correctly simulate its input.
> >>
> >
> > void E(void (*x)())
> > {
> >   H(x, x);
> > }
> >
> > Any H that does abort its simulation to prevent the infinite
> > execution of E is correct to report non-halting. No shell game can
> > correctly deny this.
> >
>
> Any H that does aborts its simulation is INCORRECT because the
> CORRECT simulation, as will the diret exectuion, will halt. Note,
> such an H doesn't do a correct simulation, so any arguement based on
> it doing so it just WRONG.

The need to abort the simulation is due to the self reference category
error present in the proof; what Olcott is getting wrong is the mapping
of the need to abort the simulation to a halt decision of non-halting;
it needs to instead be mapped to INVALID INPUT.

/Flibble

Re: Simulating halt decider applied to a simpler input

<tkmiro$v610$2@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Date: Fri, 11 Nov 2022 16:37:43 -0600
Organization: A noiseless patient Spider
Lines: 71
Message-ID: <tkmiro$v610$2@dont-email.me>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 11 Nov 2022 22:37:44 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="cdf8b4ebc2bd82bd7682e37b23f4daba";
logging-data="1021984"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19IaHxQTEN7ASdUQkQygA0B"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.2
Cancel-Lock: sha1:a+2lvlC8ZmBzYvaIqFSo7uMsKDs=
Content-Language: en-US
In-Reply-To: <onzbL.5599$JSV9.2692@fx35.iad>
 by: olcott - Fri, 11 Nov 2022 22:37 UTC

On 11/11/2022 3:44 PM, Richard Damon wrote:
> On 11/11/22 4:15 PM, olcott wrote:
>> On 11/11/2022 3:07 PM, Richard Damon wrote:
>>> On 11/11/22 2:39 PM, olcott wrote:
>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>>
>>>>>>>> It is my understanding that Olcott has blocked you and I would have
>>>>>>>> thought given your intelligence you would also understand that.
>>>>>>>>
>>>>>>>> /Flibble
>>>>>>>>
>>>>>>>
>>>>>>> I don't think he has actually blocked me, just mostly ignores me.
>>>>>>>
>>>>>>> I say this because at times he seems to respond to what I say,
>>>>>>> even if not in a direct reply,
>>>>>>>
>>>>>>> Also, when someone like you replies, even if he has blocked me,
>>>>>>> he will still see me.
>>>>>>>
>>>>>>> More importantly, If anyone naive wanders into the archives, I
>>>>>>> want enough evidence to be around to point out his errors.
>>>>>>>
>>>>>>> Note also, my longer replies shows what I know and provide
>>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>>
>>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>>> actually know what he is talking about, and reveals his
>>>>>>> ignorance. If he tries to put his explanation into explicit
>>>>>>> words, his errors become very apparent, I think even to him, so
>>>>>>> he just refuses.
>>>>>>
>>>>>> You always use the strawman deception as your only basis.
>>>>>> Naive readers will never notice this, yet naive readers are not in
>>>>>> my target audience.
>>>>>>
>>>>>>
>>>>>
>>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>>
>>>> Anyone that accepts the definition of a universal Turing machine
>>>> (UTM) knows that the behavior of D correctly simulated by H provides
>>>> H with a correct basis for its halt status decision.
>>>>
>>>
>>> But only if H DOES correctly simulate its input.
>>>
>>
>> void E(void (*x)())
>> {
>>    H(x, x);
>> }
>>
>> Any H that does abort its simulation to prevent the infinite execution
>> of E is correct to report non-halting. No shell game can correctly
>> deny this.
>>
>
> Any H that does aborts its simulation is INCORRECT because the CORRECT
> simulation, as will the diret exectuion, will halt.
If no H ever aborts its simulation of E then no E ever stops running
this conclusively proves that H is correct to abort its simulation and
report non-halting.

--
Copyright 2022 Pete Olcott "Talent hits a target no one else can hit;
Genius hits a target no one else can see." Arthur Schopenhauer

Re: Simulating halt decider applied to a simpler input

<tkmj8h$184p$1@gioia.aioe.org>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!/maIWMVc/1untnACPzZ7XA.user.46.165.242.91.POSTED!not-for-mail
From: none...@beez-waxes.com (olcott)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Date: Fri, 11 Nov 2022 16:44:32 -0600
Organization: Aioe.org NNTP Server
Message-ID: <tkmj8h$184p$1@gioia.aioe.org>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
<20221111215433.00005425@reddwarf.jmc.corp>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Info: gioia.aioe.org; logging-data="41113"; posting-host="/maIWMVc/1untnACPzZ7XA.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org";
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.2
Content-Language: en-US
X-Notice: Filtered by postfilter v. 0.9.2
 by: olcott - Fri, 11 Nov 2022 22:44 UTC

On 11/11/2022 3:54 PM, Mr Flibble wrote:
> On Fri, 11 Nov 2022 16:44:49 -0500
> Richard Damon <Richard@Damon-Family.org> wrote:
>
>> On 11/11/22 4:15 PM, olcott wrote:
>>> On 11/11/2022 3:07 PM, Richard Damon wrote:
>>>> On 11/11/22 2:39 PM, olcott wrote:
>>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>>>
>>>>>>>>> It is my understanding that Olcott has blocked you and I
>>>>>>>>> would have thought given your intelligence you would also
>>>>>>>>> understand that.
>>>>>>>>>
>>>>>>>>> /Flibble
>>>>>>>>>
>>>>>>>>
>>>>>>>> I don't think he has actually blocked me, just mostly ignores
>>>>>>>> me.
>>>>>>>>
>>>>>>>> I say this because at times he seems to respond to what I say,
>>>>>>>> even if not in a direct reply,
>>>>>>>>
>>>>>>>> Also, when someone like you replies, even if he has blocked
>>>>>>>> me, he will still see me.
>>>>>>>>
>>>>>>>> More importantly, If anyone naive wanders into the archives, I
>>>>>>>> want enough evidence to be around to point out his errors.
>>>>>>>>
>>>>>>>> Note also, my longer replies shows what I know and provide
>>>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>>>
>>>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>>>> actually know what he is talking about, and reveals his
>>>>>>>> ignorance. If he tries to put his explanation into explicit
>>>>>>>> words, his errors become very apparent, I think even to him,
>>>>>>>> so he just refuses.
>>>>>>>
>>>>>>> You always use the strawman deception as your only basis.
>>>>>>> Naive readers will never notice this, yet naive readers are not
>>>>>>> in my target audience.
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>>>
>>>>> Anyone that accepts the definition of a universal Turing machine
>>>>> (UTM) knows that the behavior of D correctly simulated by H
>>>>> provides H with a correct basis for its halt status decision.
>>>>>
>>>>
>>>> But only if H DOES correctly simulate its input.
>>>>
>>>
>>> void E(void (*x)())
>>> {
>>>   H(x, x);
>>> }
>>>
>>> Any H that does abort its simulation to prevent the infinite
>>> execution of E is correct to report non-halting. No shell game can
>>> correctly deny this.
>>>
>>
>> Any H that does aborts its simulation is INCORRECT because the
>> CORRECT simulation, as will the diret exectuion, will halt. Note,
>> such an H doesn't do a correct simulation, so any arguement based on
>> it doing so it just WRONG.
>
> The need to abort the simulation is due to the self reference category
> error present in the proof; what Olcott is getting wrong is the mapping
> of the need to abort the simulation to a halt decision of non-halting;
> it needs to instead be mapped to INVALID INPUT.
>
> /Flibble
>

I believed that for a decade.

--
Copyright 2022 Pete Olcott

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

Re: Simulating halt decider applied to a simpler input

<4NAbL.106245$U709.74495@fx16.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx16.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.4.2
Subject: Re: Simulating halt decider applied to a simpler input
Content-Language: en-US
Newsgroups: comp.theory
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
<tkmiro$v610$2@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tkmiro$v610$2@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 80
Message-ID: <4NAbL.106245$U709.74495@fx16.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: Fri, 11 Nov 2022 18:20:29 -0500
X-Received-Bytes: 4171
 by: Richard Damon - Fri, 11 Nov 2022 23:20 UTC

On 11/11/22 5:37 PM, olcott wrote:
> On 11/11/2022 3:44 PM, Richard Damon wrote:
>> On 11/11/22 4:15 PM, olcott wrote:
>>> On 11/11/2022 3:07 PM, Richard Damon wrote:
>>>> On 11/11/22 2:39 PM, olcott wrote:
>>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>>>
>>>>>>>>> It is my understanding that Olcott has blocked you and I would
>>>>>>>>> have
>>>>>>>>> thought given your intelligence you would also understand that.
>>>>>>>>>
>>>>>>>>> /Flibble
>>>>>>>>>
>>>>>>>>
>>>>>>>> I don't think he has actually blocked me, just mostly ignores me.
>>>>>>>>
>>>>>>>> I say this because at times he seems to respond to what I say,
>>>>>>>> even if not in a direct reply,
>>>>>>>>
>>>>>>>> Also, when someone like you replies, even if he has blocked me,
>>>>>>>> he will still see me.
>>>>>>>>
>>>>>>>> More importantly, If anyone naive wanders into the archives, I
>>>>>>>> want enough evidence to be around to point out his errors.
>>>>>>>>
>>>>>>>> Note also, my longer replies shows what I know and provide
>>>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>>>
>>>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>>>> actually know what he is talking about, and reveals his
>>>>>>>> ignorance. If he tries to put his explanation into explicit
>>>>>>>> words, his errors become very apparent, I think even to him, so
>>>>>>>> he just refuses.
>>>>>>>
>>>>>>> You always use the strawman deception as your only basis.
>>>>>>> Naive readers will never notice this, yet naive readers are not
>>>>>>> in my target audience.
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>>>
>>>>> Anyone that accepts the definition of a universal Turing machine
>>>>> (UTM) knows that the behavior of D correctly simulated by H
>>>>> provides H with a correct basis for its halt status decision.
>>>>>
>>>>
>>>> But only if H DOES correctly simulate its input.
>>>>
>>>
>>> void E(void (*x)())
>>> {
>>>    H(x, x);
>>> }
>>>
>>> Any H that does abort its simulation to prevent the infinite
>>> execution of E is correct to report non-halting. No shell game can
>>> correctly deny this.
>>>
>>
>> Any H that does aborts its simulation is INCORRECT because the CORRECT
>> simulation, as will the diret exectuion, will halt.
> If no H ever aborts its simulation of E then no E ever stops running
> this conclusively proves that H is correct to abort its simulation and
> report non-halting.
>

if THE H doesn't abort, it doesn't answer.

if THE H does abor, the E returns, and H just doesn't do a "correct
simulation" that shows that E is non-halting, because it aborted.

You can't look at the behavior of a different H than the one in the problem.

You computer seems to have faulty memory.

FAIL.

Re: Simulating halt decider applied to a simpler input

<dSAbL.106246$U709.51175@fx16.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx16.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.4.2
Subject: Re: Simulating halt decider applied to a simpler input
Content-Language: en-US
Newsgroups: comp.theory
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
<20221111215433.00005425@reddwarf.jmc.corp>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <20221111215433.00005425@reddwarf.jmc.corp>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 104
Message-ID: <dSAbL.106246$U709.51175@fx16.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: Fri, 11 Nov 2022 18:25:58 -0500
X-Received-Bytes: 5162
 by: Richard Damon - Fri, 11 Nov 2022 23:25 UTC

On 11/11/22 4:54 PM, Mr Flibble wrote:
> On Fri, 11 Nov 2022 16:44:49 -0500
> Richard Damon <Richard@Damon-Family.org> wrote:
>
>> On 11/11/22 4:15 PM, olcott wrote:
>>> On 11/11/2022 3:07 PM, Richard Damon wrote:
>>>> On 11/11/22 2:39 PM, olcott wrote:
>>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>>>
>>>>>>>>> It is my understanding that Olcott has blocked you and I
>>>>>>>>> would have thought given your intelligence you would also
>>>>>>>>> understand that.
>>>>>>>>>
>>>>>>>>> /Flibble
>>>>>>>>>
>>>>>>>>
>>>>>>>> I don't think he has actually blocked me, just mostly ignores
>>>>>>>> me.
>>>>>>>>
>>>>>>>> I say this because at times he seems to respond to what I say,
>>>>>>>> even if not in a direct reply,
>>>>>>>>
>>>>>>>> Also, when someone like you replies, even if he has blocked
>>>>>>>> me, he will still see me.
>>>>>>>>
>>>>>>>> More importantly, If anyone naive wanders into the archives, I
>>>>>>>> want enough evidence to be around to point out his errors.
>>>>>>>>
>>>>>>>> Note also, my longer replies shows what I know and provide
>>>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>>>
>>>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>>>> actually know what he is talking about, and reveals his
>>>>>>>> ignorance. If he tries to put his explanation into explicit
>>>>>>>> words, his errors become very apparent, I think even to him,
>>>>>>>> so he just refuses.
>>>>>>>
>>>>>>> You always use the strawman deception as your only basis.
>>>>>>> Naive readers will never notice this, yet naive readers are not
>>>>>>> in my target audience.
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>>>
>>>>> Anyone that accepts the definition of a universal Turing machine
>>>>> (UTM) knows that the behavior of D correctly simulated by H
>>>>> provides H with a correct basis for its halt status decision.
>>>>>
>>>>
>>>> But only if H DOES correctly simulate its input.
>>>>
>>>
>>> void E(void (*x)())
>>> {
>>>   H(x, x);
>>> }
>>>
>>> Any H that does abort its simulation to prevent the infinite
>>> execution of E is correct to report non-halting. No shell game can
>>> correctly deny this.
>>>
>>
>> Any H that does aborts its simulation is INCORRECT because the
>> CORRECT simulation, as will the diret exectuion, will halt. Note,
>> such an H doesn't do a correct simulation, so any arguement based on
>> it doing so it just WRONG.
>
> The need to abort the simulation is due to the self reference category
> error present in the proof; what Olcott is getting wrong is the mapping
> of the need to abort the simulation to a halt decision of non-halting;
> it needs to instead be mapped to INVALID INPUT.
>
> /Flibble
>

Nope, no self reference.

E just has a copy of the H that claim to be deciding it, not a
"reference" to it. Turing Machines do not have the power to directly
express a reference.

H just gets the wrong answer.

The only "self reference" logic that occurs is in trying to do a
NON-COMUTATION to try to deduce the correct answer.

That means there does not exist a design for an H that gives the correct
answer, and any "algorithm" that says for H to just give the right
answer is itself a category error.

The other possible category error is saying that it is the correct
simulation *BY H* that defines the answer, since no H that gives the
answer did a correct/complete simulaiton, thus it is an error to limit
the simulation to only that done by H.

The Correct Simulation of the input WILL give the right answer. If H
returns 0, then the Correct simulation will Halt.

If H doesn't abort, if just fails to give an answer at all, so is wrong.

Re: Simulating halt decider applied to a simpler input

<tkmmfc$akn$1@gioia.aioe.org>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!/maIWMVc/1untnACPzZ7XA.user.46.165.242.91.POSTED!not-for-mail
From: none...@beez-waxes.com (olcott)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Date: Fri, 11 Nov 2022 17:39:23 -0600
Organization: Aioe.org NNTP Server
Message-ID: <tkmmfc$akn$1@gioia.aioe.org>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
<tkmiro$v610$2@dont-email.me> <4NAbL.106245$U709.74495@fx16.iad>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Info: gioia.aioe.org; logging-data="10903"; posting-host="/maIWMVc/1untnACPzZ7XA.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org";
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.2
X-Notice: Filtered by postfilter v. 0.9.2
Content-Language: en-US
 by: olcott - Fri, 11 Nov 2022 23:39 UTC

On 11/11/2022 5:20 PM, Richard Damon wrote:
> On 11/11/22 5:37 PM, olcott wrote:
>> On 11/11/2022 3:44 PM, Richard Damon wrote:
>>> On 11/11/22 4:15 PM, olcott wrote:
>>>> On 11/11/2022 3:07 PM, Richard Damon wrote:
>>>>> On 11/11/22 2:39 PM, olcott wrote:
>>>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>>>>
>>>>>>>>>> It is my understanding that Olcott has blocked you and I would
>>>>>>>>>> have
>>>>>>>>>> thought given your intelligence you would also understand that.
>>>>>>>>>>
>>>>>>>>>> /Flibble
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I don't think he has actually blocked me, just mostly ignores me.
>>>>>>>>>
>>>>>>>>> I say this because at times he seems to respond to what I say,
>>>>>>>>> even if not in a direct reply,
>>>>>>>>>
>>>>>>>>> Also, when someone like you replies, even if he has blocked me,
>>>>>>>>> he will still see me.
>>>>>>>>>
>>>>>>>>> More importantly, If anyone naive wanders into the archives, I
>>>>>>>>> want enough evidence to be around to point out his errors.
>>>>>>>>>
>>>>>>>>> Note also, my longer replies shows what I know and provide
>>>>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>>>>
>>>>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>>>>> actually know what he is talking about, and reveals his
>>>>>>>>> ignorance. If he tries to put his explanation into explicit
>>>>>>>>> words, his errors become very apparent, I think even to him, so
>>>>>>>>> he just refuses.
>>>>>>>>
>>>>>>>> You always use the strawman deception as your only basis.
>>>>>>>> Naive readers will never notice this, yet naive readers are not
>>>>>>>> in my target audience.
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>>>>
>>>>>> Anyone that accepts the definition of a universal Turing machine
>>>>>> (UTM) knows that the behavior of D correctly simulated by H
>>>>>> provides H with a correct basis for its halt status decision.
>>>>>>
>>>>>
>>>>> But only if H DOES correctly simulate its input.
>>>>>
>>>>
>>>> void E(void (*x)())
>>>> {
>>>>    H(x, x);
>>>> }
>>>>
>>>> Any H that does abort its simulation to prevent the infinite
>>>> execution of E is correct to report non-halting. No shell game can
>>>> correctly deny this.
>>>>
>>>
>>> Any H that does aborts its simulation is INCORRECT because the
>>> CORRECT simulation, as will the diret exectuion, will halt.
>> If no H ever aborts its simulation of E then no E ever stops running
>> this conclusively proves that H is correct to abort its simulation and
>> report non-halting.
>>
>
> if THE H doesn't abort, it doesn't answer.
>

H only need to correctly predict that its input would never reach its
own final state and terminate normally in 1 to ∞ of correct simulation.

> if THE H does abor, the E returns, and H just doesn't do a "correct
> simulation" that shows that E is non-halting, because it aborted.
>
> You can't look at the behavior of a different H than the one in the
> problem.
>
> You computer seems to have faulty memory.
>
> FAIL.

--
Copyright 2022 Pete Olcott

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

Re: Simulating halt decider applied to a simpler input

<kbBbL.13981$%VI9.7800@fx34.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx34.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.4.2
Subject: Re: Simulating halt decider applied to a simpler input
Content-Language: en-US
Newsgroups: comp.theory
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
<tkmiro$v610$2@dont-email.me> <4NAbL.106245$U709.74495@fx16.iad>
<tkmmfc$akn$1@gioia.aioe.org>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tkmmfc$akn$1@gioia.aioe.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 114
Message-ID: <kbBbL.13981$%VI9.7800@fx34.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Fri, 11 Nov 2022 18:48:29 -0500
X-Received-Bytes: 5539
 by: Richard Damon - Fri, 11 Nov 2022 23:48 UTC

On 11/11/22 6:39 PM, olcott wrote:
> On 11/11/2022 5:20 PM, Richard Damon wrote:
>> On 11/11/22 5:37 PM, olcott wrote:
>>> On 11/11/2022 3:44 PM, Richard Damon wrote:
>>>> On 11/11/22 4:15 PM, olcott wrote:
>>>>> On 11/11/2022 3:07 PM, Richard Damon wrote:
>>>>>> On 11/11/22 2:39 PM, olcott wrote:
>>>>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>>>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>>>>>
>>>>>>>>>>> It is my understanding that Olcott has blocked you and I
>>>>>>>>>>> would have
>>>>>>>>>>> thought given your intelligence you would also understand that.
>>>>>>>>>>>
>>>>>>>>>>> /Flibble
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I don't think he has actually blocked me, just mostly ignores me.
>>>>>>>>>>
>>>>>>>>>> I say this because at times he seems to respond to what I say,
>>>>>>>>>> even if not in a direct reply,
>>>>>>>>>>
>>>>>>>>>> Also, when someone like you replies, even if he has blocked
>>>>>>>>>> me, he will still see me.
>>>>>>>>>>
>>>>>>>>>> More importantly, If anyone naive wanders into the archives, I
>>>>>>>>>> want enough evidence to be around to point out his errors.
>>>>>>>>>>
>>>>>>>>>> Note also, my longer replies shows what I know and provide
>>>>>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>>>>>
>>>>>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>>>>>> actually know what he is talking about, and reveals his
>>>>>>>>>> ignorance. If he tries to put his explanation into explicit
>>>>>>>>>> words, his errors become very apparent, I think even to him,
>>>>>>>>>> so he just refuses.
>>>>>>>>>
>>>>>>>>> You always use the strawman deception as your only basis.
>>>>>>>>> Naive readers will never notice this, yet naive readers are not
>>>>>>>>> in my target audience.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>>>>>
>>>>>>> Anyone that accepts the definition of a universal Turing machine
>>>>>>> (UTM) knows that the behavior of D correctly simulated by H
>>>>>>> provides H with a correct basis for its halt status decision.
>>>>>>>
>>>>>>
>>>>>> But only if H DOES correctly simulate its input.
>>>>>>
>>>>>
>>>>> void E(void (*x)())
>>>>> {
>>>>>    H(x, x);
>>>>> }
>>>>>
>>>>> Any H that does abort its simulation to prevent the infinite
>>>>> execution of E is correct to report non-halting. No shell game can
>>>>> correctly deny this.
>>>>>
>>>>
>>>> Any H that does aborts its simulation is INCORRECT because the
>>>> CORRECT simulation, as will the diret exectuion, will halt.
>>> If no H ever aborts its simulation of E then no E ever stops running
>>> this conclusively proves that H is correct to abort its simulation
>>> and report non-halting.
>>>
>>
>> if THE H doesn't abort, it doesn't answer.
>>
>
> H only need to correctly predict that its input would never reach its
> own final state and terminate normally in 1 to ∞ of correct simulation.

Right, and it does when CORRECTLY (and completely) simulated or directly
executed.

H just aborts its simulation too soon.

Note, you are not allowed to change the code in the H the E calls when
you try to prove the never stops, which your incorrectly do in your proof.

Since H is defined to be a definite program, it can't be changed without
changing the behavior of E, and it will ALWAYS behave the way it does.

To test "unless", you can change the code of the deciding H, WITHOUT
changing the code of the H called by E, when you do that, you see that
the CORRECT simulation will halt.

You are just too stupid to understand this logic and make your proof
using the WRONG input to your altered simulator that doesn't abort.

Note, E is defined to call the ORIGINAL H, not whatever H you are using
under "otherwise" to test its answer.

FAIL.

>
>
>> if THE H does abor, the E returns, and H just doesn't do a "correct
>> simulation" that shows that E is non-halting, because it aborted.
>>
>> You can't look at the behavior of a different H than the one in the
>> problem.
>>
>> You computer seems to have faulty memory.
>>
>> FAIL.
>

Re: Simulating halt decider applied to a simpler input

<20221111235547.00006dba@reddwarf.jmc.corp>

  copy mid

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

  copy link   Newsgroups: comp.theory
Date: Fri, 11 Nov 2022 23:55:47 +0000
From: flib...@reddwarf.jmc.corp (Mr Flibble)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Message-ID: <20221111235547.00006dba@reddwarf.jmc.corp>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad> <20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad> <tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad> <tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad> <tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad> <20221111215433.00005425@reddwarf.jmc.corp> <dSAbL.106246$U709.51175@fx16.iad>
Organization: NewsDemon - www.newsdemon.com
X-Newsreader: Claws Mail 4.1.1 (GTK 3.24.34; x86_64-w64-mingw32)
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Lines: 95
Path: i2pn2.org!i2pn.org!aioe.org!news.uzoreto.com!feeder.usenetexpress.com!tr1.eu1.usenetexpress.com!news.newsdemon.com!not-for-mail
NNTP-Posting-Date: Fri, 11 Nov 2022 23:55:47 +0000
X-Received-Bytes: 4571
X-Complaints-To: abuse@newsdemon.com
 by: Mr Flibble - Fri, 11 Nov 2022 23:55 UTC

On Fri, 11 Nov 2022 18:25:58 -0500
Richard Damon <Richard@Damon-Family.org> wrote:

> On 11/11/22 4:54 PM, Mr Flibble wrote:
> > On Fri, 11 Nov 2022 16:44:49 -0500
> > Richard Damon <Richard@Damon-Family.org> wrote:
> >
> >> On 11/11/22 4:15 PM, olcott wrote:
> >>> On 11/11/2022 3:07 PM, Richard Damon wrote:
> >>>> On 11/11/22 2:39 PM, olcott wrote:
> >>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
> >>>>>> On 11/11/22 2:16 PM, olcott wrote:
> >>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
> >>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
> >>>>>>>>
> >>>>>>>>> It is my understanding that Olcott has blocked you and I
> >>>>>>>>> would have thought given your intelligence you would also
> >>>>>>>>> understand that.
> >>>>>>>>>
> >>>>>>>>> /Flibble
> >>>>>>>>>
> >>>>>>>>
> >>>>>>>> I don't think he has actually blocked me, just mostly ignores
> >>>>>>>> me.
> >>>>>>>>
> >>>>>>>> I say this because at times he seems to respond to what I
> >>>>>>>> say, even if not in a direct reply,
> >>>>>>>>
> >>>>>>>> Also, when someone like you replies, even if he has blocked
> >>>>>>>> me, he will still see me.
> >>>>>>>>
> >>>>>>>> More importantly, If anyone naive wanders into the archives,
> >>>>>>>> I want enough evidence to be around to point out his errors.
> >>>>>>>>
> >>>>>>>> Note also, my longer replies shows what I know and provide
> >>>>>>>> reasoning behind the claims, showing the Truth.
> >>>>>>>>
> >>>>>>>> His short claims, and guff replies just show that he doesn't
> >>>>>>>> actually know what he is talking about, and reveals his
> >>>>>>>> ignorance. If he tries to put his explanation into explicit
> >>>>>>>> words, his errors become very apparent, I think even to him,
> >>>>>>>> so he just refuses.
> >>>>>>>
> >>>>>>> You always use the strawman deception as your only basis.
> >>>>>>> Naive readers will never notice this, yet naive readers are
> >>>>>>> not in my target audience.
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>> No, because *I* use the actual definition of a Halting Decider.
> >>>>>>
> >>>>> Anyone that accepts the definition of a universal Turing machine
> >>>>> (UTM) knows that the behavior of D correctly simulated by H
> >>>>> provides H with a correct basis for its halt status decision.
> >>>>>
> >>>>
> >>>> But only if H DOES correctly simulate its input.
> >>>>
> >>>
> >>> void E(void (*x)())
> >>> {
> >>>   H(x, x);
> >>> }
> >>>
> >>> Any H that does abort its simulation to prevent the infinite
> >>> execution of E is correct to report non-halting. No shell game can
> >>> correctly deny this.
> >>>
> >>
> >> Any H that does aborts its simulation is INCORRECT because the
> >> CORRECT simulation, as will the diret exectuion, will halt. Note,
> >> such an H doesn't do a correct simulation, so any arguement based
> >> on it doing so it just WRONG.
> >
> > The need to abort the simulation is due to the self reference
> > category error present in the proof; what Olcott is getting wrong
> > is the mapping of the need to abort the simulation to a halt
> > decision of non-halting; it needs to instead be mapped to INVALID
> > INPUT.
> >
> > /Flibble
> >
>
> Nope, no self reference.
>
> E just has a copy of the H that claim to be deciding it, not a
> "reference" to it. Turing Machines do not have the power to directly
> express a reference.

Nope, if it isn't a self reference then it is infinite copies all the
way down so is the same category error manifesting in a different
way.

/Flibble

Re: Simulating halt decider applied to a simpler input

<tkmnm0$p3d$1@gioia.aioe.org>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!/maIWMVc/1untnACPzZ7XA.user.46.165.242.91.POSTED!not-for-mail
From: none...@beez-waxes.com (olcott)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Date: Fri, 11 Nov 2022 17:59:59 -0600
Organization: Aioe.org NNTP Server
Message-ID: <tkmnm0$p3d$1@gioia.aioe.org>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
<20221111215433.00005425@reddwarf.jmc.corp>
<dSAbL.106246$U709.51175@fx16.iad>
<20221111235547.00006dba@reddwarf.jmc.corp>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Info: gioia.aioe.org; logging-data="25709"; posting-host="/maIWMVc/1untnACPzZ7XA.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org";
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.2
X-Notice: Filtered by postfilter v. 0.9.2
Content-Language: en-US
 by: olcott - Fri, 11 Nov 2022 23:59 UTC

On 11/11/2022 5:55 PM, Mr Flibble wrote:
> On Fri, 11 Nov 2022 18:25:58 -0500
> Richard Damon <Richard@Damon-Family.org> wrote:
>
>> On 11/11/22 4:54 PM, Mr Flibble wrote:
>>> On Fri, 11 Nov 2022 16:44:49 -0500
>>> Richard Damon <Richard@Damon-Family.org> wrote:
>>>
>>>> On 11/11/22 4:15 PM, olcott wrote:
>>>>> On 11/11/2022 3:07 PM, Richard Damon wrote:
>>>>>> On 11/11/22 2:39 PM, olcott wrote:
>>>>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>>>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>>>>>
>>>>>>>>>>> It is my understanding that Olcott has blocked you and I
>>>>>>>>>>> would have thought given your intelligence you would also
>>>>>>>>>>> understand that.
>>>>>>>>>>>
>>>>>>>>>>> /Flibble
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I don't think he has actually blocked me, just mostly ignores
>>>>>>>>>> me.
>>>>>>>>>>
>>>>>>>>>> I say this because at times he seems to respond to what I
>>>>>>>>>> say, even if not in a direct reply,
>>>>>>>>>>
>>>>>>>>>> Also, when someone like you replies, even if he has blocked
>>>>>>>>>> me, he will still see me.
>>>>>>>>>>
>>>>>>>>>> More importantly, If anyone naive wanders into the archives,
>>>>>>>>>> I want enough evidence to be around to point out his errors.
>>>>>>>>>>
>>>>>>>>>> Note also, my longer replies shows what I know and provide
>>>>>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>>>>>
>>>>>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>>>>>> actually know what he is talking about, and reveals his
>>>>>>>>>> ignorance. If he tries to put his explanation into explicit
>>>>>>>>>> words, his errors become very apparent, I think even to him,
>>>>>>>>>> so he just refuses.
>>>>>>>>>
>>>>>>>>> You always use the strawman deception as your only basis.
>>>>>>>>> Naive readers will never notice this, yet naive readers are
>>>>>>>>> not in my target audience.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>>>>>
>>>>>>> Anyone that accepts the definition of a universal Turing machine
>>>>>>> (UTM) knows that the behavior of D correctly simulated by H
>>>>>>> provides H with a correct basis for its halt status decision.
>>>>>>>
>>>>>>
>>>>>> But only if H DOES correctly simulate its input.
>>>>>>
>>>>>
>>>>> void E(void (*x)())
>>>>> {
>>>>>   H(x, x);
>>>>> }
>>>>>
>>>>> Any H that does abort its simulation to prevent the infinite
>>>>> execution of E is correct to report non-halting. No shell game can
>>>>> correctly deny this.
>>>>>
>>>>
>>>> Any H that does aborts its simulation is INCORRECT because the
>>>> CORRECT simulation, as will the diret exectuion, will halt. Note,
>>>> such an H doesn't do a correct simulation, so any arguement based
>>>> on it doing so it just WRONG.
>>>
>>> The need to abort the simulation is due to the self reference
>>> category error present in the proof; what Olcott is getting wrong
>>> is the mapping of the need to abort the simulation to a halt
>>> decision of non-halting; it needs to instead be mapped to INVALID
>>> INPUT.
>>>
>>> /Flibble
>>>
>>
>> Nope, no self reference.
>>
>> E just has a copy of the H that claim to be deciding it, not a
>> "reference" to it. Turing Machines do not have the power to directly
>> express a reference.
>
> Nope, if it isn't a self reference then it is infinite copies all the
> way down so is the same category error manifesting in a different
> way.
>
> /Flibble
>

You are exactly correct and the Peter Linz proof proves it.

--
Copyright 2022 Pete Olcott

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

Re: Simulating halt decider applied to a simpler input

<tkmo0q$t4m$1@gioia.aioe.org>

  copy mid

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

  copy link   Newsgroups: comp.theory comp.lang.c++
Followup: comp.theory
Path: i2pn2.org!i2pn.org!aioe.org!/maIWMVc/1untnACPzZ7XA.user.46.165.242.91.POSTED!not-for-mail
From: none...@beez-waxes.com (olcott)
Newsgroups: comp.theory,comp.lang.c++
Subject: Re: Simulating halt decider applied to a simpler input
Followup-To: comp.theory
Date: Fri, 11 Nov 2022 18:05:45 -0600
Organization: Aioe.org NNTP Server
Message-ID: <tkmo0q$t4m$1@gioia.aioe.org>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
<tkmiro$v610$2@dont-email.me> <4NAbL.106245$U709.74495@fx16.iad>
<tkmmfc$akn$1@gioia.aioe.org> <kbBbL.13981$%VI9.7800@fx34.iad>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Info: gioia.aioe.org; logging-data="29846"; posting-host="/maIWMVc/1untnACPzZ7XA.user.gioia.aioe.org"; mail-complaints-to="abuse@aioe.org";
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.2
Content-Language: en-US
X-Notice: Filtered by postfilter v. 0.9.2
 by: olcott - Sat, 12 Nov 2022 00:05 UTC

On 11/11/2022 5:48 PM, Richard Damon wrote:
> On 11/11/22 6:39 PM, olcott wrote:
>> On 11/11/2022 5:20 PM, Richard Damon wrote:
>>> On 11/11/22 5:37 PM, olcott wrote:
>>>> On 11/11/2022 3:44 PM, Richard Damon wrote:
>>>>> On 11/11/22 4:15 PM, olcott wrote:
>>>>>> On 11/11/2022 3:07 PM, Richard Damon wrote:
>>>>>>> On 11/11/22 2:39 PM, olcott wrote:
>>>>>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>>>>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>>>>>>
>>>>>>>>>>>> It is my understanding that Olcott has blocked you and I
>>>>>>>>>>>> would have
>>>>>>>>>>>> thought given your intelligence you would also understand that.
>>>>>>>>>>>>
>>>>>>>>>>>> /Flibble
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> I don't think he has actually blocked me, just mostly ignores
>>>>>>>>>>> me.
>>>>>>>>>>>
>>>>>>>>>>> I say this because at times he seems to respond to what I
>>>>>>>>>>> say, even if not in a direct reply,
>>>>>>>>>>>
>>>>>>>>>>> Also, when someone like you replies, even if he has blocked
>>>>>>>>>>> me, he will still see me.
>>>>>>>>>>>
>>>>>>>>>>> More importantly, If anyone naive wanders into the archives,
>>>>>>>>>>> I want enough evidence to be around to point out his errors.
>>>>>>>>>>>
>>>>>>>>>>> Note also, my longer replies shows what I know and provide
>>>>>>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>>>>>>
>>>>>>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>>>>>>> actually know what he is talking about, and reveals his
>>>>>>>>>>> ignorance. If he tries to put his explanation into explicit
>>>>>>>>>>> words, his errors become very apparent, I think even to him,
>>>>>>>>>>> so he just refuses.
>>>>>>>>>>
>>>>>>>>>> You always use the strawman deception as your only basis.
>>>>>>>>>> Naive readers will never notice this, yet naive readers are
>>>>>>>>>> not in my target audience.
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>>>>>>
>>>>>>>> Anyone that accepts the definition of a universal Turing machine
>>>>>>>> (UTM) knows that the behavior of D correctly simulated by H
>>>>>>>> provides H with a correct basis for its halt status decision.
>>>>>>>>
>>>>>>>
>>>>>>> But only if H DOES correctly simulate its input.
>>>>>>>
>>>>>>
>>>>>> void E(void (*x)())
>>>>>> {
>>>>>>    H(x, x);
>>>>>> }
>>>>>>
>>>>>> Any H that does abort its simulation to prevent the infinite
>>>>>> execution of E is correct to report non-halting. No shell game can
>>>>>> correctly deny this.
>>>>>>
>>>>>
>>>>> Any H that does aborts its simulation is INCORRECT because the
>>>>> CORRECT simulation, as will the diret exectuion, will halt.
>>>> If no H ever aborts its simulation of E then no E ever stops running
>>>> this conclusively proves that H is correct to abort its simulation
>>>> and report non-halting.
>>>>
>>>
>>> if THE H doesn't abort, it doesn't answer.
>>>
>>
>> H only need to correctly predict that its input would never reach its
>> own final state and terminate normally in 1 to ∞ of correct simulation.
>
> Right, and it does when CORRECTLY (and completely) simulated or directly
> executed.
>
> H just aborts its simulation too soon.

*This is the part where you are either incompetent or a liar*

Any expert in C knows that the correctly simulated E never reaches its
own final state even if an infinite number of steps are correctly
simulated. Thus H is correct to predict that its input never halts.

void E(void (*x)())
{ H(x, x);
}

int main() { H(E,E); }

--
Copyright 2022 Pete Olcott

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

Re: Simulating halt decider applied to a simpler input

<sJBbL.13982$%VI9.876@fx34.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx34.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.4.2
Subject: Re: Simulating halt decider applied to a simpler input
Content-Language: en-US
Newsgroups: comp.theory
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
<20221111215433.00005425@reddwarf.jmc.corp>
<dSAbL.106246$U709.51175@fx16.iad>
<20221111235547.00006dba@reddwarf.jmc.corp>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <20221111235547.00006dba@reddwarf.jmc.corp>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 121
Message-ID: <sJBbL.13982$%VI9.876@fx34.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Fri, 11 Nov 2022 19:24:53 -0500
X-Received-Bytes: 6030
 by: Richard Damon - Sat, 12 Nov 2022 00:24 UTC

On 11/11/22 6:55 PM, Mr Flibble wrote:
> On Fri, 11 Nov 2022 18:25:58 -0500
> Richard Damon <Richard@Damon-Family.org> wrote:
>
>> On 11/11/22 4:54 PM, Mr Flibble wrote:
>>> On Fri, 11 Nov 2022 16:44:49 -0500
>>> Richard Damon <Richard@Damon-Family.org> wrote:
>>>
>>>> On 11/11/22 4:15 PM, olcott wrote:
>>>>> On 11/11/2022 3:07 PM, Richard Damon wrote:
>>>>>> On 11/11/22 2:39 PM, olcott wrote:
>>>>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>>>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>>>>>
>>>>>>>>>>> It is my understanding that Olcott has blocked you and I
>>>>>>>>>>> would have thought given your intelligence you would also
>>>>>>>>>>> understand that.
>>>>>>>>>>>
>>>>>>>>>>> /Flibble
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I don't think he has actually blocked me, just mostly ignores
>>>>>>>>>> me.
>>>>>>>>>>
>>>>>>>>>> I say this because at times he seems to respond to what I
>>>>>>>>>> say, even if not in a direct reply,
>>>>>>>>>>
>>>>>>>>>> Also, when someone like you replies, even if he has blocked
>>>>>>>>>> me, he will still see me.
>>>>>>>>>>
>>>>>>>>>> More importantly, If anyone naive wanders into the archives,
>>>>>>>>>> I want enough evidence to be around to point out his errors.
>>>>>>>>>>
>>>>>>>>>> Note also, my longer replies shows what I know and provide
>>>>>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>>>>>
>>>>>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>>>>>> actually know what he is talking about, and reveals his
>>>>>>>>>> ignorance. If he tries to put his explanation into explicit
>>>>>>>>>> words, his errors become very apparent, I think even to him,
>>>>>>>>>> so he just refuses.
>>>>>>>>>
>>>>>>>>> You always use the strawman deception as your only basis.
>>>>>>>>> Naive readers will never notice this, yet naive readers are
>>>>>>>>> not in my target audience.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>>>>>
>>>>>>> Anyone that accepts the definition of a universal Turing machine
>>>>>>> (UTM) knows that the behavior of D correctly simulated by H
>>>>>>> provides H with a correct basis for its halt status decision.
>>>>>>>
>>>>>>
>>>>>> But only if H DOES correctly simulate its input.
>>>>>>
>>>>>
>>>>> void E(void (*x)())
>>>>> {
>>>>>   H(x, x);
>>>>> }
>>>>>
>>>>> Any H that does abort its simulation to prevent the infinite
>>>>> execution of E is correct to report non-halting. No shell game can
>>>>> correctly deny this.
>>>>>
>>>>
>>>> Any H that does aborts its simulation is INCORRECT because the
>>>> CORRECT simulation, as will the diret exectuion, will halt. Note,
>>>> such an H doesn't do a correct simulation, so any arguement based
>>>> on it doing so it just WRONG.
>>>
>>> The need to abort the simulation is due to the self reference
>>> category error present in the proof; what Olcott is getting wrong
>>> is the mapping of the need to abort the simulation to a halt
>>> decision of non-halting; it needs to instead be mapped to INVALID
>>> INPUT.
>>>
>>> /Flibble
>>>
>>
>> Nope, no self reference.
>>
>> E just has a copy of the H that claim to be deciding it, not a
>> "reference" to it. Turing Machines do not have the power to directly
>> express a reference.
>
> Nope, if it isn't a self reference then it is infinite copies all the
> way down so is the same category error manifesting in a different
> way.
>
> /Flibble
>

Only if the "decider" makes that happen, in which case it isn't actually
a decider.

If we assume a prospective decider exists, then the "Impossible" program
is simple to make from it, and is given one copy of the description of
itself, which is also simple to make.

When run it makes a second copy of its description, and then calls the
decider.

After that, it is the deciders job to make the decision in finite time,
by whatever method it wants. If it gets stuck in your infinite loop, the
decider is just wrong.

The proof shows that what ever answer the decider does give (if it gives
one) will be wrong, and thus the decider doesn't meet the requirements.

No "Self Reference" in sight there only a program being given a copy of
something that just happens to be its own description.

The only place we get any form of "Reference", is when we try to ANALYSE
or DESIGN the H to try to meet the challenge. There the effect of the
Self-Reference just lets us see that the task turns out be be
impossible, so no such program exists.

Re: Simulating halt decider applied to a simpler input

<6OBbL.13983$%VI9.10014@fx34.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx34.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.4.2
Subject: Re: Simulating halt decider applied to a simpler input
Content-Language: en-US
Newsgroups: comp.theory
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
<tkmiro$v610$2@dont-email.me> <4NAbL.106245$U709.74495@fx16.iad>
<tkmmfc$akn$1@gioia.aioe.org> <kbBbL.13981$%VI9.7800@fx34.iad>
<tkmo0q$t4m$1@gioia.aioe.org>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tkmo0q$t4m$1@gioia.aioe.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 120
Message-ID: <6OBbL.13983$%VI9.10014@fx34.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Fri, 11 Nov 2022 19:29:51 -0500
X-Received-Bytes: 5934
 by: Richard Damon - Sat, 12 Nov 2022 00:29 UTC

On 11/11/22 7:05 PM, olcott wrote:
> On 11/11/2022 5:48 PM, Richard Damon wrote:
>> On 11/11/22 6:39 PM, olcott wrote:
>>> On 11/11/2022 5:20 PM, Richard Damon wrote:
>>>> On 11/11/22 5:37 PM, olcott wrote:
>>>>> On 11/11/2022 3:44 PM, Richard Damon wrote:
>>>>>> On 11/11/22 4:15 PM, olcott wrote:
>>>>>>> On 11/11/2022 3:07 PM, Richard Damon wrote:
>>>>>>>> On 11/11/22 2:39 PM, olcott wrote:
>>>>>>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>>>>>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>>>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> It is my understanding that Olcott has blocked you and I
>>>>>>>>>>>>> would have
>>>>>>>>>>>>> thought given your intelligence you would also understand
>>>>>>>>>>>>> that.
>>>>>>>>>>>>>
>>>>>>>>>>>>> /Flibble
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I don't think he has actually blocked me, just mostly
>>>>>>>>>>>> ignores me.
>>>>>>>>>>>>
>>>>>>>>>>>> I say this because at times he seems to respond to what I
>>>>>>>>>>>> say, even if not in a direct reply,
>>>>>>>>>>>>
>>>>>>>>>>>> Also, when someone like you replies, even if he has blocked
>>>>>>>>>>>> me, he will still see me.
>>>>>>>>>>>>
>>>>>>>>>>>> More importantly, If anyone naive wanders into the archives,
>>>>>>>>>>>> I want enough evidence to be around to point out his errors.
>>>>>>>>>>>>
>>>>>>>>>>>> Note also, my longer replies shows what I know and provide
>>>>>>>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>>>>>>>
>>>>>>>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>>>>>>>> actually know what he is talking about, and reveals his
>>>>>>>>>>>> ignorance. If he tries to put his explanation into explicit
>>>>>>>>>>>> words, his errors become very apparent, I think even to him,
>>>>>>>>>>>> so he just refuses.
>>>>>>>>>>>
>>>>>>>>>>> You always use the strawman deception as your only basis.
>>>>>>>>>>> Naive readers will never notice this, yet naive readers are
>>>>>>>>>>> not in my target audience.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>>>>>>>
>>>>>>>>> Anyone that accepts the definition of a universal Turing
>>>>>>>>> machine (UTM) knows that the behavior of D correctly simulated
>>>>>>>>> by H provides H with a correct basis for its halt status decision.
>>>>>>>>>
>>>>>>>>
>>>>>>>> But only if H DOES correctly simulate its input.
>>>>>>>>
>>>>>>>
>>>>>>> void E(void (*x)())
>>>>>>> {
>>>>>>>    H(x, x);
>>>>>>> }
>>>>>>>
>>>>>>> Any H that does abort its simulation to prevent the infinite
>>>>>>> execution of E is correct to report non-halting. No shell game
>>>>>>> can correctly deny this.
>>>>>>>
>>>>>>
>>>>>> Any H that does aborts its simulation is INCORRECT because the
>>>>>> CORRECT simulation, as will the diret exectuion, will halt.
>>>>> If no H ever aborts its simulation of E then no E ever stops
>>>>> running this conclusively proves that H is correct to abort its
>>>>> simulation and report non-halting.
>>>>>
>>>>
>>>> if THE H doesn't abort, it doesn't answer.
>>>>
>>>
>>> H only need to correctly predict that its input would never reach its
>>> own final state and terminate normally in 1 to ∞ of correct simulation.
>>
>> Right, and it does when CORRECTLY (and completely) simulated or
>> directly executed.
>>
>> H just aborts its simulation too soon.
>
> *This is the part where you are either incompetent or a liar*
>
> Any expert in C knows that the correctly simulated E never reaches its
> own final state even if an infinite number of steps are correctly
> simulated. Thus H is correct to predict that its input never halts.

Nope, in fact you have PROVED the opposite. (Or do you forget that)

It just can't be done by H.

Note, the problem doesn't say "by H", that is your strawman, the problem
just references the behavior of the program, which can be seen by direct
execution or correct simulation.

A correct simulation or direct execution will see the H simulating for a
while, then aborting its simulation and returning 0 and E halting. (or
you H never gave what you claim to be the correct answer).

It just is a fact that an H that answer does abort its simulation before
it gets far enough to get the right answer, as is shown by an actual
correct simulation.

You are just too stupid to understand what you are doing.

>
> void E(void (*x)())
> {
>   H(x, x);
> }
>
> int main() { H(E,E); }
>

Re: Simulating halt decider applied to a simpler input

<tkmqdh$vlno$1@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory
Subject: Re: Simulating halt decider applied to a simpler input
Date: Fri, 11 Nov 2022 18:46:40 -0600
Organization: A noiseless patient Spider
Lines: 133
Message-ID: <tkmqdh$vlno$1@dont-email.me>
References: <tklpng$shkk$1@dont-email.me> <BhubL.6358$BaF9.3168@fx39.iad>
<20221111183638.000034b9@reddwarf.jmc.corp> <qJwbL.64266$TUR8.24023@fx17.iad>
<tkm72m$tqg4$1@dont-email.me> <bpxbL.51553$Iwb3.1322@fx13.iad>
<tkm8da$tqg4$2@dont-email.me> <RQybL.5598$JSV9.869@fx35.iad>
<tkme1v$uio5$1@dont-email.me> <onzbL.5599$JSV9.2692@fx35.iad>
<20221111215433.00005425@reddwarf.jmc.corp>
<dSAbL.106246$U709.51175@fx16.iad>
<20221111235547.00006dba@reddwarf.jmc.corp> <sJBbL.13982$%VI9.876@fx34.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 12 Nov 2022 00:46:41 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="d8c82b31b36f6d47fb6bf54a1e329d6a";
logging-data="1038072"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18yG1Vv/whsbG6/RqJlZf8M"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.4.2
Cancel-Lock: sha1:6aAQed2MoJb9slq5ImJ107zQy3M=
In-Reply-To: <sJBbL.13982$%VI9.876@fx34.iad>
Content-Language: en-US
 by: olcott - Sat, 12 Nov 2022 00:46 UTC

On 11/11/2022 6:24 PM, Richard Damon wrote:
> On 11/11/22 6:55 PM, Mr Flibble wrote:
>> On Fri, 11 Nov 2022 18:25:58 -0500
>> Richard Damon <Richard@Damon-Family.org> wrote:
>>
>>> On 11/11/22 4:54 PM, Mr Flibble wrote:
>>>> On Fri, 11 Nov 2022 16:44:49 -0500
>>>> Richard Damon <Richard@Damon-Family.org> wrote:
>>>>> On 11/11/22 4:15 PM, olcott wrote:
>>>>>> On 11/11/2022 3:07 PM, Richard Damon wrote:
>>>>>>> On 11/11/22 2:39 PM, olcott wrote:
>>>>>>>> On 11/11/2022 1:30 PM, Richard Damon wrote:
>>>>>>>>> On 11/11/22 2:16 PM, olcott wrote:
>>>>>>>>>> On 11/11/2022 12:43 PM, Richard Damon wrote:
>>>>>>>>>>> On 11/11/22 1:36 PM, Mr Flibble wrote:
>>>>>>>>>>>> It is my understanding that Olcott has blocked you and I
>>>>>>>>>>>> would have thought given your intelligence you would also
>>>>>>>>>>>> understand that.
>>>>>>>>>>>>
>>>>>>>>>>>> /Flibble
>>>>>>>>>>>
>>>>>>>>>>> I don't think he has actually blocked me, just mostly ignores
>>>>>>>>>>> me.
>>>>>>>>>>>
>>>>>>>>>>> I say this because at times he seems to respond to what I
>>>>>>>>>>> say, even if not in a direct reply,
>>>>>>>>>>>
>>>>>>>>>>> Also, when someone like you replies, even if he has blocked
>>>>>>>>>>> me, he will still see me.
>>>>>>>>>>>
>>>>>>>>>>> More importantly, If anyone naive wanders into the archives,
>>>>>>>>>>> I want enough evidence to be around to point out his errors.
>>>>>>>>>>>
>>>>>>>>>>> Note also, my longer replies shows what I know and provide
>>>>>>>>>>> reasoning behind the claims, showing the Truth.
>>>>>>>>>>>
>>>>>>>>>>> His short claims, and guff replies just show that he doesn't
>>>>>>>>>>> actually know what he is talking about, and reveals his
>>>>>>>>>>> ignorance. If he tries to put his explanation into explicit
>>>>>>>>>>> words, his errors become very apparent, I think even to him,
>>>>>>>>>>> so he just refuses.
>>>>>>>>>>
>>>>>>>>>> You always use the strawman deception as your only basis.
>>>>>>>>>> Naive readers will never notice this, yet naive readers are
>>>>>>>>>> not in my target audience.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> No, because *I* use the actual definition of a Halting Decider.
>>>>>>>> Anyone that accepts the definition of a universal Turing machine
>>>>>>>> (UTM) knows that the behavior of D correctly simulated by H
>>>>>>>> provides H with a correct basis for its halt status decision.
>>>>>>>
>>>>>>> But only if H DOES correctly simulate its input.
>>>>>>
>>>>>> void E(void (*x)())
>>>>>> {
>>>>>>      H(x, x);
>>>>>> }
>>>>>>
>>>>>> Any H that does abort its simulation to prevent the infinite
>>>>>> execution of E is correct to report non-halting. No shell game can
>>>>>> correctly deny this.
>>>>>
>>>>> Any H that does aborts its simulation is INCORRECT because the
>>>>> CORRECT simulation, as will the diret exectuion, will halt. Note,
>>>>> such an H doesn't do a correct simulation, so any arguement based
>>>>> on it doing so it just WRONG.
>>>>
>>>> The need to abort the simulation is due to the self reference
>>>> category error present in the proof; what Olcott is getting wrong
>>>> is the mapping of the need to abort the simulation to a halt
>>>> decision of non-halting; it needs to instead be mapped to INVALID
>>>> INPUT.
>>>>
>>>> /Flibble
>>>
>>> Nope, no self reference.
>>>
>>> E just has a copy of the H that claim to be deciding it, not a
>>> "reference" to it. Turing Machines do not have the power to directly
>>> express a reference.
>>
>> Nope, if it isn't a self reference then it is infinite copies all the
>> way down so is the same category error manifesting in a different
>> way.
>>
>> /Flibble
>>
>
> Only if the "decider" makes that happen, in which case it isn't actually
> a decider.
>

It is easy to see that the correctly simulated input to embedded_H
cannot possibly reach ⟨Ĥ.qy⟩ or ⟨Ĥ.qn⟩

Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn

When we remove extraneous complexity then
Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy
Ĥ.q0 ⟨Ĥ⟩ ⊢* H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn

It is easy to see that the correctly simulated input to embedded_H
cannot possibly reach a final state of ⟨Ĥ.qy⟩ or ⟨Ĥ.qn⟩ and halt.

> If we assume a prospective decider exists, then the "Impossible" program
> is simple to make from it, and is given one copy of the description of
> itself, which is also simple to make.
>
> When run it makes a second copy of its description, and then calls the
> decider.
>
> After that, it is the deciders job to make the decision in finite time,
> by whatever method it wants. If it gets stuck in your infinite loop, the
> decider is just wrong.
>
> The proof shows that what ever answer the decider does give (if it gives
> one) will be wrong, and thus the decider doesn't meet the requirements.
>
> No "Self Reference" in sight there only a program being given a copy of
> something that just happens to be its own description.
>
> The only place we get any form of "Reference", is when we try to ANALYSE
> or DESIGN the H to try to meet the challenge. There the effect of the
> Self-Reference just lets us see that the task turns out be be
> impossible, so no such program exists.

--
Copyright 2022 Pete Olcott "Talent hits a target no one else can hit;
Genius hits a target no one else can see." Arthur Schopenhauer

Pages:1234567
server_pubkey.txt

rocksolid light 0.9.8
clearnet tor