Deutsch   English   Français   Italiano  
<v77s2f$1o4oh$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!.POSTED!not-for-mail
From: Mikko <mikko.levanto@iki.fi>
Newsgroups: comp.theory
Subject: Re: Who here understands that the last paragraph is Necessarily true?
Date: Wed, 17 Jul 2024 10:32:31 +0300
Organization: -
Lines: 81
Message-ID: <v77s2f$1o4oh$1@dont-email.me>
References: <v6un9t$3nufp$1@dont-email.me> <v7013v$2ccv$1@dont-email.me> <v70nt7$61d8$6@dont-email.me> <58fc6559638120b31e128fe97b5e955248afe218@i2pn2.org> <v71mjh$bp3i$1@dont-email.me> <1173a460ee95e0ca82c08abecdefc80ba86646ac@i2pn2.org> <v71okl$bvm2$1@dont-email.me> <5f6daf68f1b4ffac854d239282bc811b5b806659@i2pn2.org> <v71ttb$crk4$1@dont-email.me> <60e7a93cb8cec0afb68b3e40a0e82e9d63fa8e2a@i2pn2.org> <v721po$h4kr$1@dont-email.me> <v73td3$qkp2$6@dont-email.me> <v73tvs$qpi9$1@dont-email.me> <v74n81$13bn1$1@dont-email.me> <fafa57d75cf800c930c76530acd72148c77fff87@i2pn2.org> <v75ul2$19j7l$5@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 17 Jul 2024 09:32:32 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="65978254551784bf68c380dad1a46784";
	logging-data="1839889"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19RqoAJ+nzLNePqaaSGcuDz"
User-Agent: Unison/2.2
Cancel-Lock: sha1:sNYMM8Nl9DkaumVNr09leJ6qSq0=
Bytes: 4703

On 2024-07-16 14:04:18 +0000, olcott said:

> On 7/16/2024 6:53 AM, Richard Damon wrote:
>> On 7/15/24 10:51 PM, olcott wrote:
>>> On 7/15/2024 2:40 PM, olcott wrote:
>>>> On 7/15/2024 2:30 PM, Fred. Zwarts wrote:
>>>>> Op 15.jul.2024 om 04:33 schreef olcott:
>>>>>> On 7/14/2024 9:04 PM, Richard Damon wrote:
>>>>>>> On 7/14/24 9:27 PM, olcott wrote:
>>>>>>>> 
>>>>>>>> Any input that must be aborted to prevent the non termination
>>>>>>>> of simulating termination analyzer HHH necessarily specifies
>>>>>>>> non-halting behavior or it would never need to be aborted.
>>>>>>> 
>>>>>>> Excpet, as I have shown, it doesn't.
>>>>>>> 
>>>>>>> Your problem is you keep on ILEGALLY changing the input in your 
>>>>>>> argument because you have misdefined what the input is.
>>>>>>> 
>>>>>> 
>>>>>> _DDD()
>>>>>> [00002163] 55         push ebp      ; housekeeping
>>>>>> [00002164] 8bec       mov ebp,esp   ; housekeeping
>>>>>> [00002166] 6863210000 push 00002163 ; push DDD
>>>>>> [0000216b] e853f4ffff call 000015c3 ; call HHH(DDD)
>>>>>> [00002170] 83c404     add esp,+04
>>>>>> [00002173] 5d         pop ebp
>>>>>> [00002174] c3         ret
>>>>>> Size in bytes:(0018) [00002174]
>>>>>> 
>>>>>> The input *is* the machine address of this finite
>>>>>> string of bytes: 558bec6863210000e853f4ffff83c4045dc3
>>>>>> 
>>>>> 
>>>>> It seems that you do not understand x86 language. The input is not a 
>>>>> string of bytes, but an address (00002163). This points to the starting 
>>>>> of the code of DDD. But a simulation needs a program, not a function 
>>>>> calling undefined other functions. Therefore, all functions called by 
>>>>> DDD (such as HHH) are included in the code to simulate.
>>>> 
>>>> *The input is the machine address of this finite*
>>>> *string of bytes: 558bec6863210000e853f4ffff83c4045dc3*
>>>> 
>>>> You are talking about the behavior specified by that finite
>>>> string. When you say that a finite string *is not* a finite
>>>> string you are disagreeing with the law of identity.
>>>> 
>>>> Every rebuttal to my work disagrees with one tautology of another.
>>>> It is the fact that DDD calls HHH(DDD) in recursive emulation
>>>> that makes it impossible for DDD correctly emulated by HHH to halt.
>>> 
>>>> Everyone disagrees with this entirely on the basis of the strawman
>>>> deception (damned lie) that some other DDD somewhere else has
>>>> different behavior.
>>> 
>>> *They disagree with the following*
>>> 
>>> In other words the fact that the directly executed DDD halts
>>> because the HHH(DDD) that it calls has already aborted its
>>> simulation proves these these two different instances of DDD
>>> are in different process states.
>> 
>> BUT must have the same behavior.
>> 
>>> 
>>> The state of needing to abort the input changes after it has
>>> already been aborted is the same as the state of being hungry
>>> changes after you have had something to eat.
>>> 
>> 
>> Can't. Since programs are unchanging, their properties can not change.
>> 
> 
> *WRONG*
> https://en.wikipedia.org/wiki/Self-modifying_code

Your complier cannot produce self-modifying code.

-- 
Mikko