Deutsch   English   Français   Italiano  
<vqt5ak$2s3s0$1@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: olcott <polcott333@gmail.com>
Newsgroups: comp.theory
Subject: Re: Every sufficiently competent C programmer knows --- Semantic
 Property of Finite String
Date: Wed, 12 Mar 2025 18:28:20 -0500
Organization: A noiseless patient Spider
Lines: 140
Message-ID: <vqt5ak$2s3s0$1@dont-email.me>
References: <vqntaq$1jut5$1@dont-email.me> <vqp388$1tvqa$1@dont-email.me>
 <vqpdv9$202b2$2@dont-email.me> <vqperb$20c9k$2@dont-email.me>
 <E6mcnWv3nMa66036nZ2dnZfqnPWdnZ2d@brightview.co.uk>
 <vqqnk5$28jtr$1@dont-email.me> <vqqonm$28lh2$1@dont-email.me>
 <vqqq09$28kp8$1@dont-email.me> <vqqq7s$29buv$2@dont-email.me>
 <vqqqu3$28kp8$2@dont-email.me> <vqqrl7$29meg$2@dont-email.me>
 <vqqror$29k3n$1@dont-email.me> <vqqrv9$29meg$4@dont-email.me>
 <vqqs14$29k3n$3@dont-email.me> <vqqs5j$29meg$6@dont-email.me>
 <vqqs8p$29k3n$4@dont-email.me> <vqqshn$29meg$7@dont-email.me>
 <vqsmid$2onvs$1@dont-email.me> <vqsqqu$2pu66$1@dont-email.me>
 <vqss8u$2po1m$1@dont-email.me> <vqsus5$2qopi$1@dont-email.me>
 <vqt0ao$2q8jp$1@dont-email.me> <vqt1v6$2rc3e$1@dont-email.me>
 <vqt293$2q8jp$2@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 13 Mar 2025 00:28:21 +0100 (CET)
Injection-Info: dont-email.me; posting-host="c857a159987cd29a4265e3ac68f94ca5";
	logging-data="3018624"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/JP+OTTAb2RjeD5NVo8nVl"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:gjYgNgNrb2sF0DjNzmBIPRLzenE=
X-Antivirus: Norton (VPS 250312-2, 3/12/2025), Outbound message
In-Reply-To: <vqt293$2q8jp$2@dont-email.me>
X-Antivirus-Status: Clean
Content-Language: en-US
Bytes: 7466

On 3/12/2025 5:36 PM, dbush wrote:
> On 3/12/2025 6:31 PM, olcott wrote:
>> On 3/12/2025 5:03 PM, dbush wrote:
>>> On 3/12/2025 5:38 PM, olcott wrote:
>>>> On 3/12/2025 3:53 PM, dbush wrote:
>>>>> On 3/12/2025 4:29 PM, olcott wrote:
>>>>>> On 3/12/2025 2:16 PM, dbush wrote:
>>>>>>> On 3/11/2025 10:46 PM, olcott wrote:
>>>>>>>> On 3/11/2025 9:41 PM, dbush wrote:
>>>>>>>>> On 3/11/2025 10:39 PM, olcott wrote:
>>>>>>>>>> On 3/11/2025 9:37 PM, dbush wrote:
>>>>>>>>>>> On 3/11/2025 10:36 PM, olcott wrote:
>>>>>>>>>>>> On 3/11/2025 9:32 PM, dbush wrote:
>>>>>>>>>>>>> On 3/11/2025 10:31 PM, olcott wrote:
>>>>>>>>>>>>>> On 3/11/2025 9:18 PM, dbush wrote:
>>>>>>>>>>>>>>> On 3/11/2025 10:06 PM, olcott wrote:
>>>>>>>>>>>>>>>> On 3/11/2025 9:02 PM, dbush wrote:
>>>>>>>>>>>>>>>>> On 3/11/2025 9:41 PM, Richard Heathfield wrote:
>>>>>>>>>>>>>>>>>> On 12/03/2025 01:22, olcott wrote:
>>>>>>>>>>>>>>>>>>> DDD correctly simulated by HHH never reaches its
>>>>>>>>>>>>>>>>>>> own "return" instruction and terminates normally
>>>>>>>>>>>>>>>>>>> in any finite or infinite number of correctly
>>>>>>>>>>>>>>>>>>> simulated steps.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> If it correctly simulates infinitely many steps, it 
>>>>>>>>>>>>>>>>>> doesn't terminate. Look up "infinite".
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> But your task is to decide for /any/ program, not just 
>>>>>>>>>>>>>>>>>> DDD. That, as you are so fond of saying, is 
>>>>>>>>>>>>>>>>>> 'stipulated', and you can't get out of it. The whole 
>>>>>>>>>>>>>>>>>> point of the Entscheidungsproblem is its universality. 
>>>>>>>>>>>>>>>>>> Ignore that, and you have nothing.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Given that his code has HHH(DD) returning 0, 
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> THESE ARE THE WORDS ANYONE THAT DODGES THESE
>>>>>>>>>>>>>>>> WORDS WILL BE TAKEN FOR A LIAR
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> void DDD()
>>>>>>>>>>>>>>>> {
>>>>>>>>>>>>>>>>    HHH(DDD);
>>>>>>>>>>>>>>>>    return;
>>>>>>>>>>>>>>>> }
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> DDD correctly simulated by HHH never reaches its
>>>>>>>>>>>>>>>> own "return" instruction and terminates normally
>>>>>>>>>>>>>>>> in any finite or infinite number of correctly
>>>>>>>>>>>>>>>> simulated steps.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Changing the input is not allowed.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> *You are simply lying that any input was ever changed*
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> You did precisely that when you hypothesize different code 
>>>>>>>>>>>>> for HHH.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Changing the input is not allowed.
>>>>>>>>>>>>
>>>>>>>>>>>> *THIS IS WHAT MY ORIGINAL WORDS MEANT*
>>>>>>>>>>>> HHH is the infinite set of every possible C function
>>>>>>>>>>>> that correctly emulates N steps of its input where
>>>>>>>>>>>> N any finite positive integer.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> In other words, you're changing the input.
>>>>>>>>>>>
>>>>>>>>>>> Changing the input is not allowed.
>>>>>>>>>>
>>>>>>>>>> It is an infinite set of HHH/DDD pairs having the
>>>>>>>>>> property that DDD[0] ... DDD[N] never halts.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> In other words, you're not answering the question that a 
>>>>>>>>> solution to the halting problem is required to answer:
>>>>>>>>>
>>>>>>>>> (<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
>>>>>>>>>
>>>>>>>>
>>>>>>>> Yes I am yet you refuse to pay anywhere near close
>>>>>>>> enough attention to see how I already fully addressed this.
>>>>>>>> If you pay 100% perfect attention you might get it.
>>>>>>>>
>>>>>>>
>>>>>>> False.  (<DDD>,null) maps to 1 as per the above requirements, but 
>>>>>>> your HHH maps (<DDD>,null) to 0, therefore it fails to meet the 
>>>>>>> requirements.
>>>>>>
>>>>>> <unrelated copy-paste response>
>>>>>>
>>>>>
>>>>>
>>>>> So no response?  I'll take it that you agree with the above.
>>>>
>>>> Making sure to always give credit where credit is due this
>>>> point in our conversation is the point where I first translated
>>>> my perspective into the semantic property of a finite string.
>>>>
>>>> A decider is required to report on a semantic (or syntactic)
>>>> property of its input finite string (even if Rice incorrectly
>>>> says this is impossible in this case) and not allowed to report
>>>> on any damn thing else.
>>>>
>>>> The fact that DDD calls HHH(DDD) in recursive emulation
>>>> <is> an aspect of the semantics of the input finite string
>>>> that cannot be correctly ignored.
>>>>
>>>>
>>>
>>> Remember the stipulative definition of a solution to the halting 
>>> problem:
>>>
>>>
>>
>> Is to map the input finite string to the semantic property
>> of this finite string. Any other mapping contradicts the
>> definition of a decider.
> 
> And that property is as follows:
> 
> (<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
> 
> I should also point out that I never mentioned anything about a 
> "decider", simply "a solution to the halting problem".  Neither did Linz.
> 

<sarcasm>
Sure everyone knows that a halt decider is not kind of decider at all.
</sarcasm>


-- 
Copyright 2025 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer