Re: Turing Machine computable functions apply finite string transformations to inputs

On 4/28/2025 1:56 PM, dbush wrote:

On 4/28/2025 2:47 PM, olcott wrote:

On 4/28/2025 11:54 AM, dbush wrote:

On 4/28/2025 12:38 PM, olcott wrote:

On 4/28/2025 10:41 AM, dbush wrote:

On 4/28/2025 11:35 AM, olcott wrote:

On 4/28/2025 10:18 AM, dbush wrote:

On 4/28/2025 11:01 AM, olcott wrote:

On 4/28/2025 2:33 AM, Richard Heathfield wrote:

On 28/04/2025 07:46, Fred. Zwarts wrote:
>
<snip>
>

So we agree that no algorithm exists that can determine for all possible inputs whether the input specifies a program that (according to the semantics of the machine language) halts when directly executed.
Correct?

>
Correct. We can, however, construct such an algorithm just as long as we can ignore any input we don't like the look of.
>

>
The behavior of the direct execution of DD cannot be derived
by applying the finite string transformation rules specified
by the x86 language to the input to HHH(DD). This proves that

>
The assumption that an H exists that meets the below requirements is false, as shown by Linz and others:
>

>
I have just proved that those requirements are stupidly wrong

>
Category error.  The mapping exists

>
Computable functions are the formalized analogue
of the intuitive notion of algorithms, in the
sense that a function is computable if there
exists an algorithm that can do the job of the
function, i.e.

>
i.e. a computable function is a mathematical mapping for which an algorithm exists to compute in.
>
And the halting function below is not a computable function:
>

>
It is NEVER a computable function

 Let The Record Show:
 That Peter Olcott has *explicitly* admitted that the halting function:
 (<X>,Y) maps to 1 if and only if X(Y) halts when executed directly
(<X>,Y) maps to 0 if and only if X(Y) does not halt when executed directly
 Is not a computable function, as Linz and others have proven, meaning he has agreed that the Linz halting theorem is *correct*.
 

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
(<X>,Y) maps to 0 if and only if X(Y) does not halt when executed direct

  So what are you doing to do now that you're no longer working on the halting problem?

The above ignores the requirement that Turing Computable functions
are only allowed to derive their outputs by applying finite string
transformations to their inputs.
--
Copyright 2025 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer