Sujet : Re: Defining a correct simulating halt decider
De : polcott333 (at) *nospam* gmail.com (olcott)
Groupes : comp.theoryDate : 07. Sep 2024, 14:32:54
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <vbhkm6$1c7u5$5@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14
User-Agent : Mozilla Thunderbird
On 9/5/2024 2:41 PM, joes wrote:
Am Thu, 05 Sep 2024 13:10:13 -0500 schrieb olcott:
On 9/5/2024 12:22 PM, joes wrote:
Am Thu, 05 Sep 2024 12:17:01 -0500 schrieb olcott:
On 9/5/2024 11:56 AM, joes wrote:
Am Thu, 05 Sep 2024 11:52:04 -0500 schrieb olcott:
On 9/5/2024 11:34 AM, joes wrote:
Am Thu, 05 Sep 2024 11:10:40 -0500 schrieb olcott:
On 9/5/2024 10:57 AM, joes wrote:
The directly executed HHH correctly determines that its emulated DDD
must be aborted because DDD keeps *THE EMULATED HHH* stuck in
recursive emulation.
Why doesn’t the simulated HHH abort?
The first HHH cannot wait for its HHH to abort which is waiting for
its HHH to abort on and on with no HHH ever aborting.
But why does HHH halt and return that itself doesn’t halt?
First agree that you understand the first part so that we don't
endlessly digress away from the point.
I smell evasion but fine, I understand that HHH cannot wait.
I will never respond to you again in a million
years until after we get closure on this point.
I am going to be dead relatively soon thus cannot
and will not tolerate the change-the-subject
dishonest rebuttal that wasted 15 years with Ben.
Do you really understand this?
It took far too long to get to this point we cannot simply
drop it without complete closure before moving on.
<MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
If simulating halt decider H correctly simulates its input D
until H correctly determines that its simulated D would never
stop running unless aborted then
Thus this criteria has been met.
-- Copyright 2024 Olcott "Talent hits a target no one else can hit; Geniushits a target no one else can see." Arthur Schopenhauer