Liste des Groupes | Revenir à c theory |
On 6/25/2025 2:21 AM, Mikko wrote:That is not the main point. The main point is that Ĥ ⟨Ĥ⟩ halts ifOn 2025-06-24 21:41:37 +0000, olcott said:*You are not getting the main point*
On 6/24/2025 4:07 PM, joes wrote:As made clear in the source text, embedded_H does the same asAm Tue, 24 Jun 2025 13:06:22 -0500 schrieb olcott:*From the bottom of page 319 has been adapted to this*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 haltYou should clarify that you don't even think programs can be passed as
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.
input.
executed Turing Machine as an input.
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.
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.
The fact that Ĥ.embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ transitions to ⟨Ĥ.qn⟩ is
not contradicted by the fact that Ĥ.embedded_H itself halts.
Because Ĥ.embedded_H cannot possibly take any directlyIrrelevant. It can and does take the same input as H and from that
executing TM as its input that makes the behavior of
Ĥ applied to ⟨Ĥ⟩ outside of the domain of Ĥ.embedded_H.
The definition of a halt decider requires that a halt deciderDirectly executing TM's are not in the domain of anySince Turing Machines cannot take directly executingFalse. That 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*
Turing Machnes as inputs is irrelevant.
halt decider.
The proof does not specify a domain fro embedded_H. Instead itThe definition ofYes.
"halting decider" requires that the decider thakes a
description of a Turing machine and a an input to it.
From the construction of Ĥ follows that the domain of Ĥ isMaybe, IDK. What I do know is that
the same as the required domain of a halt decider. As the
Ĥ applied to ⟨Ĥ⟩ outside of the domain of Ĥ.embedded_H.
You have not shown that a premise is not true. You have not shownproof proves H does not do what a halting decider isIt is required to take a directly executing TM as input.
required to do
and
It is not allowed to take a directly executing TM as input.
when the input is <Ĥ> <Ĥ>, contradicting*It never has been doing any such thing*
the claim that H is a halting decider.
When Ĥ.embedded_H is a simulating partial halt deciderWhich is perfectly compatible with the hypothesis that H is not a
then Ĥ.embedded_H applied to ⟨Ĥ⟩ ⟨Ĥ⟩ specifies recursive
simulation that cannot possibly reach its own simulated
final halt state of ⟨Ĥ.qn⟩.
Les messages affichés proviennent d'usenet.