Sujet : Re: Correcting the definition of the halting problem --- Computable functions
De : agisaak (at) *nospam* gm.invalid (André G. Isaak)
Groupes : comp.theoryDate : 24. Mar 2025, 22:49:23
Autres entêtes
Organisation : Christians and Atheists United Against Creeping Agnosticism
Message-ID : <vrsk13$1q39o$1@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
User-Agent : Mozilla Thunderbird
On 2025-03-24 14:11, olcott wrote:
On 3/24/2025 12:35 PM, dbush wrote:
On 3/24/2025 12:44 PM, olcott wrote:
On 3/24/2025 10:14 AM, dbush wrote:
On 3/24/2025 11:03 AM, olcott wrote:
On 3/24/2025 6:23 AM, Richard Damon wrote:
On 3/23/25 11:09 PM, olcott wrote:
It is impossible for HHH compute the function from the direct
execution of DDD because DDD is not the finite string input
basis from which all computations must begin.
https://en.wikipedia.org/wiki/Computable_function
>
WHy isn't DDD made into the correct finite string?i
>
>
DDD is a semantically and syntactically correct finite
stirng of the x86 machine language.
>
Which includes the machine code of DDD, the machine code of HHH, and the machine code of everything it calls down to the OS level.
>
>
That seems to be your own fault.
>
The problem has always been that you want to use the wrong string for DDD by excluding the code for HHH from it.
>
>
DDD emulated by HHH directly causes recursive emulation
because it calls HHH(DDD) to emulate itself again. HHH
complies until HHH determines that this cycle cannot
possibly reach the final halt state of DDD.
>
>
Which is another way of saying that HHH can't determine that DDD halts when executed directly.
>
>
given an input of the function domain it can
return the corresponding output.
https://en.wikipedia.org/wiki/Computable_function
>
Computable functions are only allowed to compute the
mapping from their input finite strings to an output.
>
>
>
The HHH you implemented is computing *a* computable function, but it's not computing the halting function:
>
The whole point of this post is to prove that
no Turing machine ever reports on the behavior
of the direct execution of another Turing machine.
>
Given any algorithm (i.e. a fixed immutable sequence of instructions) X described as <X> with input Y:
>
A solution to the halting problem is an algorithm H that computes the following mapping:
>
(<X>,Y) maps to 1 if and only if X(Y) halts when executed directly
Cannot possibly be a computable function because computable
functions cannot possibly have directly executing Turing
machines as their inputs.
Computable functions don't have inputs. They have domains. Turing machines have inputs.
While the inputs to TMs are restricted to strings, there is no such such restriction on computable functions. The vast majority of computable functions of interest do *not* have strings as their domains, yet they remain computable functions (a simple example would be the parity function which maps NATURAL NUMBERS (not strings) to yes/no values.)
You really need to learn the difference between a Halt decider and the halting function. They are distinct things.
André
-- To email remove 'invalid' & replace 'gm' with well known Google mail service.
| Date | Sujet | # | | Auteur |
| 17 Apr 26 | … | | | |
Haut de la page
Les messages affichés proviennent d'usenet.
NewsPortal