Liste des Groupes | Revenir à c theory |
On 2025-06-27 15:22:50 +0000, olcott said:The above shows that Ĥ.embedded_H decided not halting.
On 6/26/2025 5:00 AM, Mikko wrote:It is neither correct nor incorrect. There are no requirements about Ĥ.On 2025-06-25 15:26:28 +0000, olcott said:>
>On 6/25/2025 2:21 AM, Mikko wrote:>On 2025-06-24 21:41:37 +0000, olcott said:>
>On 6/24/2025 4:07 PM, joes wrote:>Am Tue, 24 Jun 2025 13:06:22 -0500 schrieb olcott:>On 6/24/2025 12:57 PM, joes wrote:So common that nobody would suggest such. You are the king of strawmen.Am Tue, 24 Jun 2025 12:46:01 -0500 schrieb olcott:It is common knowledge the no Turing Machine can take another directly
>It is an easily verified fact that no *input* to any partial halt>
decider (PHD) can possibly do the opposite of what its corresponding
PHD decides. In all of the years of all of these proofs no such
*input* was ever presented.
You should clarify that you don't even think programs can be passed as
input.
>
executed Turing Machine as an input.
*From the bottom of page 319 has been adapted to this*
https://www.liarparadox.org/Peter_Linz_HP_317-320.pdf
>
When Ĥ is applied to ⟨Ĥ⟩
Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.∞
if Ĥ applied to ⟨Ĥ⟩ halts
Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
if Ĥ applied to ⟨Ĥ⟩ does not halt
>
Ĥ applied to ⟨Ĥ⟩ does not have embedded_H reporting on
the behavior specified by its input ⟨Ĥ⟩ ⟨Ĥ⟩ it has embedded_H
reporting on its own behavior.
As made clear in the source text, embedded_H does the same as
H when given the same input. The only difference is that if
that same behaviour reaches its qy state then H halts there
but Ĥ runs forever in a tight loop.
*You are not getting the main point*
The fact that Ĥ.embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ transitions to ⟨Ĥ.qn⟩ is
not contradicted by the fact that Ĥ.embedded_H itself halts.
That is not the main point.
It is the *only* reason why
Ĥ.q0 ⟨Ĥ⟩ ⊢* Ĥ.embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
is incorrectly construed as being incorrect.
Likewise with the definition of a circle as having fourNo, it is not incorrect. It is what the words mean.The main point is that Ĥ ⟨Ĥ⟩ halts if>
iH ⟨Ĥ⟩ ⟨Ĥ⟩ transitions to Ĥ.qn but not if H ⟨Ĥ⟩ ⟨Ĥ⟩ transitions to
Ĥ.qy. Anything said about embedded_H is merely an intermediate
step in the proof of the main point if not totally irrelevant.
>Because Ĥ.embedded_H cannot possibly take any directly>
executing TM as its input that makes the behavior of
Ĥ applied to ⟨Ĥ⟩ outside of the domain of Ĥ.embedded_H.
Irrelevant. It can and does take the same input as H and from that
computes the same as H. That is all that is needed for the proof.
>>>Since Turing Machines cannot take directly executing>
Turing Machines as inputs this means that the directly
executed Ĥ applied to ⟨Ĥ⟩ is not in the domain of
Ĥ.embedded_H, *thus no contradiction is ever formed*
False. That Turing Machines cannot take directly executing
Turing Machnes as inputs is irrelevant.
Directly executing TM's are not in the domain of any
halt decider.
The definition of a halt decider requires that a halt decider
correctly predicts whether a direct execution halts
That has always been incorrect because no Turing machine
can ever take any directly executing Turing machine as
its input all of these directly executed Turing machines
are outside of the domain of any partial halt decider.
The requirement is that Ĥ.embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ correctlyĤ.embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qnCorrect or incorrect does not apply to Ĥ as there are no requirements.
is correct because ⟨Ĥ⟩ ⟨Ĥ⟩ correctly simulated by
Ĥ.embedded_H cannot possibly reach its own simulated
final halt state ⟨Ĥ.qn⟩.
Les messages affichés proviennent d'usenet.