Deutsch   English   Français   Italiano  
<vhjkrf$28t3s$3@dont-email.me>

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

Path: ...!eternal-september.org!feeder2.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: olcott <polcott333@gmail.com>
Newsgroups: comp.theory,comp.ai.philosophy
Subject: Re: HHH(DDD) computes the mapping from its input to HHH emulating
 itself emulating DDD --- anyone that says otherwise is a liar
Date: Tue, 19 Nov 2024 21:25:35 -0600
Organization: A noiseless patient Spider
Lines: 84
Message-ID: <vhjkrf$28t3s$3@dont-email.me>
References: <vhdd32$oq0l$1@dont-email.me>
 <c8e35b5f542012b2d798e7fe2afc3004298a2aa5@i2pn2.org>
 <vhdn96$r2jp$1@dont-email.me>
 <907b6e45c74720036b5f42c503d76ac426a71c92@i2pn2.org>
 <vhe69i$tuln$2@dont-email.me>
 <622e5aa555a9941d4cdb292d1e3e54e687e7b547@i2pn2.org>
 <vhe9rl$ue1m$2@dont-email.me>
 <254d3e7be0462ba8225ec0eb4804941ea635770d@i2pn2.org>
 <vheecn$12v3p$1@dont-email.me>
 <031e34cbeacc2a7b5145fd1f25ccee588e8cfb43@i2pn2.org>
 <vhg1oe$1cfbe$2@dont-email.me>
 <aa621f0677187fad3eb5b7f20715247c3ffbd61e@i2pn2.org>
 <vhg39s$1csnf$1@dont-email.me>
 <b4aade7ae93d862bd313e00abe20deab78124e18@i2pn2.org>
 <vhg7jg$1dmht$1@dont-email.me>
 <d8a9608b7ae74fde0e364d794faeeed25dd2e227@i2pn2.org>
 <vhi881$1sm67$1@dont-email.me>
 <7ace14839b35578d29b6653387e60d44be846359@i2pn2.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 20 Nov 2024 04:25:36 +0100 (CET)
Injection-Info: dont-email.me; posting-host="c2d32c6d3d5248295febefc74b2e427a";
	logging-data="2389116"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+hUa/r1uuJQLJ37Pc83cNU"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:uFEz1lFpbOtpsviUcmGYgyklFEw=
X-Antivirus-Status: Clean
X-Antivirus: Norton (VPS 241119-4, 11/19/2024), Outbound message
Content-Language: en-US
In-Reply-To: <7ace14839b35578d29b6653387e60d44be846359@i2pn2.org>
Bytes: 5792

On 11/19/2024 5:36 PM, Richard Damon wrote:
> On 11/19/24 9:44 AM, olcott wrote:
>> On 11/19/2024 5:56 AM, joes wrote:
>>> Am Mon, 18 Nov 2024 14:21:04 -0600 schrieb olcott:
>>>> On 11/18/2024 1:23 PM, Richard Damon wrote:
>>>>> On 11/18/24 2:07 PM, olcott wrote:
>>>>>> On 11/18/2024 1:02 PM, Richard Damon wrote:
>>>>>>> On 11/18/24 1:41 PM, olcott wrote:
>>>>>>>> On 11/18/2024 10:16 AM, Richard Damon wrote:
>>>>>>>>> On 11/17/24 11:04 PM, olcott wrote:
>>>>>>>>>> On 11/17/2024 9:19 PM, Richard Damon wrote:
>>>>>>>>>>> On 11/17/24 9:47 PM, olcott wrote:
>>>>>>>>>>>> On 11/17/2024 8:26 PM, Richard Damon wrote:
>>>>>>>>>>>>> On 11/17/24 8:46 PM, olcott wrote:
>>>>>>>>>>>>>> On 11/17/2024 4:04 PM, Richard Damon wrote:
>>>>>>>>>>>>>>> On 11/17/24 4:30 PM, olcott wrote:
>>>>>>>>>>>>>>>> On 11/17/2024 2:51 PM, Richard Damon wrote:
>>>>>>>>>>>>>>>>> On 11/17/24 1:36 PM, olcott wrote:
>>>
>>>>>>>>>>>>>>> Which is just what YOU are doing, as "Halting" and what a
>>>>>>>>>>>>>>> "Program" is are DEFINED, and you can't change it.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>> YET ANOTHER STUPID LIE.
>>>>>>>>>>>>>> A SMART LIAR WOULD NEVER SAY THAT I MEANT PROGRAM WHEN I
>>>>>>>>>>>>>> ALWAYS SPECIFIED A C FUNCTION.
>>>>>>>>>>>>>>
>>>>>>>>>>>>> But then you can talk about "emulation" or x86 semantics, as
>>>>>>>>>>>>> both of those are operations done on PROGRAMS.
>>>>>>>>>>>>>
>>>>>>>>>>>> No stupid I provided a published paper that includes the
>>>>>>>>>>>> termination analysis of C functions.
>>>>>>>>>>>
>>>>>>>>>>> Look again at what they process. C functions that include all 
>>>>>>>>>>> the
>>>>>>>>>>> functions they call.
>>>>>>>>>>>
>>>>>>>>>> You stupidly claimed termination analysis is only done on
>>>>>>>>>> programs. I proved that you were stupidly wrong on pages 24-27 of
>>>>>>>>>> the PDF of this paper.
>>>>>>>>>> Automated Termination Analysis of C Programs
>>>>>>>>>> https://publications.rwth-aachen.de/record/972440/ 
>>>>>>>>>> files/972440.pdf
>>>>>>>>>>
>>>>>>>>> The problem here is you are mixing language between domains.
>>>>>>>>
>>>>>>>> I said the termination analysis applies to C functions you said 
>>>>>>>> that
>>>>>>>> it does not. No weasel words around it YOU WERE WRONG!
>>>>>>>>
>>>>>>> Termination analysis applies to FUNCTIONS, FULL FUNCTIONS, ones that
>>>>>>> include everything that is part of them. Those things, in 
>>>>>>> computation
>>>>>>> theory, are called PROGRAMS.
>>>>>>
>>>>>> The top of PDF page 24 are not programs defection for brains.
>>>>>> https://publications.rwth-aachen.de/record/972440/files/972440.pdf
>>>>>>
>>>>> Those *ARE* "Computation Theory" Programs.
>>>>> They are also  LEAF functions, unlike your DDD.
>>>>> NOTHING in that paper (form what I can see) talks about handling non-
>>>>> leaf-functions with including all the code in the routines it calls.
>>>>>
>>>> Since the halting problem is defined to have the input call its own
>>>> termination analyzer and the termination analyzer is itself required to
>>>> halt then any sequence of this input that would prevent it from halting
>>>> IS A NON-HALTING SEQUENCE THAT MUST BE ABORTED AND CANNOT BE ALLOWED TO
>>>> CONTINUE.
>>> What happens when we run HHH(HHH)?
>>>
>>
>> The ONLY thing that it relevant is that DDD emulated by
>> HHH according to the semantics of the x86 language specifies
>> that HHH must emulate itself emulating DDD and
> 
> No, that is IRRELEVENT as it isn't a proper question to ask a decider.
> 

It has been the correct question to ask a simulating halt decider
for more than two years now. My treatment for cancer will be every
day for a year beginning next week.

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