Re: D correctly simulated by H proved for THREE YEARS --- rewritten
joes <[email protected]> Thu, 13 Jun 2024 17:26:14 -0000 (UTC)
| Newsgroups | comp.theory,alt.crackpot |
|---|---|
| Organization | i2pn2 (i2pn.org) |
| Message-ID | <[email protected]> |
Am Thu, 13 Jun 2024 10:08:20 -0500 schrieb olcott: > On 6/13/2024 9:35 AM, Alan Mackenzie wrote: >> In comp.theory olcott <[email protected]> wrote: >>> On 6/13/2024 3:49 AM, joes wrote: >>>> Am Wed, 12 Jun 2024 18:25:14 -0500 schrieb olcott: >>>>> On 6/12/2024 6:03 PM, Richard Damon wrote: >>>>>> On 6/12/24 12:57 PM, olcott wrote: >>>>>>> On 6/12/2024 6:33 AM, Richard Damon wrote: >>>>> *H DOES NOT simply guess what you think it should do and do that* Indeed, it must compute and it must be right. >>>> It has a *specification* it must fulfill. >> The specification is "calculate whether a particular program with a >> particular input halts". > Yes that <is> what the textbooks say, none-the-less halt deciders really > cannot read textbooks. Instead they go by the behavior that their input > specifies. And their programming. And we can change which machine/program we are looking at, if we've got one that isn't up to spec. > All halt deciders compute the mapping from their inputs... All Turing machines do. > When we actually compute the mapping from the x86 machine language > finite string input to H(D,D) using the finite string transformation > rules specified by the semantics of the x86 programming language this > DOES NOT MAP TO THE BEHAVIOR OF D(D). Yes, which is why H is wrong. > When I ask anyone to show the detailed steps of the mapping from the > machine language finite string of D to the behavior of D(D) *THEY CHANGE > THE SUBJECT BECAUSE THEY ALREADY KNOW THAT I AM CORRECT* That mapping is provided by a simulator/UTM. You even use one yourself! No need to guess the wrong answer. -- joes