Liste des Groupes | Revenir à c theory |
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.
Since 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*
Les messages affichés proviennent d'usenet.