Sujet : Re: How do simulating termination analyzers work? ---Truth Maker Maximalism
De : polcott333 (at) *nospam* gmail.com (olcott)
Groupes : comp.theoryDate : 05. Jul 2025, 16:46:21
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <104bhcd$1hqln$6@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31
User-Agent : Mozilla Thunderbird
On 7/5/2025 3:32 AM, Mikko wrote:
On 2025-07-04 12:34:39 +0000, olcott said:
On 7/4/2025 2:25 AM, Mikko wrote:
>
What HHH correctly or otherwise simulates is merely an implementation
detail.
>
It is a detail that defines a partial halt decider
that makes the "do the opposite" code unreachable.
No, it does. The proof that a counter-example can be constructed
does not refer to any implementation details, so it applies to
every implementation that is does not violate the requirements
so obviously that the proof is not needed.
What matters is the beahviour DD specifies.
>
The behavior that an input specifies is only correctly
measured by correctly simulating this input.
Wrong. It is correctly measured by a direct execution.
Since no Turing machine can possibly take another directly
executing Turing machine as an input this makes all directly
executed Turing machines outside of the domain of every Turing
machine based decider.
The requirement that a halt decider report on the behavior
of things outside of its domain has always been bogus.
Instead of this deciders must report on the behavior that
their input actually specifies. The input to HHH(DDD) specifies
recursive simulation that cannot possibly reach its own
simulated final state. Four chatbots figured this out on
their own, thus busted everyone here for gaslighting.
I also have two people with masters degrees in computer
science that both agreed to this years ago.
-- Copyright 2025 Olcott "Talent hits a target no one else can hit; Geniushits a target no one else can see." Arthur Schopenhauer