Deutsch   English   Français   Italiano  
<vpk3ci$1sif6$1@dont-email.me>

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

Path: ...!weretis.net!feeder9.news.weretis.net!news.quux.org!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: "Fred. Zwarts" <F.Zwarts@HetNet.nl>
Newsgroups: comp.theory
Subject: Re: DD specifies non-terminating behavior to HHH ---USPTO
 Incorporation by reference --- despicable dishonesty
Date: Tue, 25 Feb 2025 10:43:43 +0100
Organization: A noiseless patient Spider
Lines: 107
Message-ID: <vpk3ci$1sif6$1@dont-email.me>
References: <vo6420$3mpmf$1@dont-email.me> <vote0u$nf28$1@dont-email.me>
 <3b8a5f4be53047b2a6c03f9678d0253e137d3c40@i2pn2.org>
 <votn1l$pb7c$1@dont-email.me>
 <5cd9bc55c484f10efd7818ecadf169a11fcc58e1@i2pn2.org>
 <votq5o$ppgs$1@dont-email.me> <vouu57$12hqt$3@dont-email.me>
 <vp1jkg$1kstl$1@dont-email.me> <vp1qp1$1m05h$2@dont-email.me>
 <vp46l6$26r1n$1@dont-email.me> <vp5t55$2gt2s$1@dont-email.me>
 <vp6pmb$2opvi$1@dont-email.me> <vp8700$30tdq$1@dont-email.me>
 <vp8att$1cec$1@news.muc.de> <vp8h5n$32ifn$1@dont-email.me>
 <39c74e68a47f768d432f5528493b6db9b946ea83@i2pn2.org>
 <vpcvc7$irt$6@dont-email.me>
 <65d495d5d1da61e1bff8426a80fb7d6b046a7f71@i2pn2.org>
 <vpdr2j$6bqs$2@dont-email.me> <vpe1s3$7gnd$2@dont-email.me>
 <vpfm3h$j7qb$2@dont-email.me>
 <c267c2607cac84a040ecd629ef62cb11561f64e4@i2pn2.org>
 <vpgpfe$p9vl$2@dont-email.me>
 <887b6708f135c51df90f7371419797193b127f97@i2pn2.org>
 <vpj1hg$1fvqe$9@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 25 Feb 2025 10:43:47 +0100 (CET)
Injection-Info: dont-email.me; posting-host="92d2aaced43ec798e861d918300ef76c";
	logging-data="1984998"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+mT8XjDjCab6H9JFnj2A+t"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:i90Pm50a5tB4ZArueVEzTTpDG94=
Content-Language: nl, en-GB
In-Reply-To: <vpj1hg$1fvqe$9@dont-email.me>
Bytes: 6800

Op 25.feb.2025 om 01:06 schreef olcott:
> On 2/24/2025 6:16 AM, Richard Damon wrote:
>> On 2/23/25 10:36 PM, olcott wrote:
>>> On 2/23/2025 8:50 PM, Richard Damon wrote:
>>>> On 2/23/25 12:32 PM, olcott wrote:
>>>>> On 2/22/2025 8:41 PM, dbush wrote:
>>>>>> On 2/22/2025 7:45 PM, olcott wrote:
>>>>>>> On 2/22/2025 6:02 PM, Richard Damon wrote:
>>>>>>>> On 2/22/25 11:52 AM, olcott wrote:
>>>>>>>>> On 2/22/2025 5:05 AM, joes wrote:
>>>>>>>>>> Am Thu, 20 Feb 2025 18:25:27 -0600 schrieb olcott:
>>>>>>>>>>> On 2/20/2025 4:38 PM, Alan Mackenzie wrote:
>>>>>>>>>>>> olcott <polcott333@gmail.com> wrote:
>>>>>>>>>>>>> On 2/20/2025 2:38 AM, Mikko wrote:
>>>>>>>>>>>>>> On 2025-02-20 00:31:33 +0000, olcott said:
>>>>>>>>>>>>
>>>>>>>>>>>>>>> I have given everyone here all of the complete source 
>>>>>>>>>>>>>>> code for a few
>>>>>>>>>>>>>>> years
>>>>>>>>>>>>>> True but irrelevant. OP did not specify that HHH means that
>>>>>>>>>>>>>> particular code.
>>>>>>>>>>>>> Every post that I have been talking about for two or more 
>>>>>>>>>>>>> years has
>>>>>>>>>>>>> referred to variations of that same code.
>>>>>>>>>>>> Yes.  It would be a relief if you could move on to posting 
>>>>>>>>>>>> something
>>>>>>>>>>>> new and fresh.
>>>>>>>>>>> As soon as people fully address rather than endlessly dodge 
>>>>>>>>>>> my key
>>>>>>>>>>> points I will be done.
>>>>>>>>>> Honestly, you're gonna die first, one way or the other.
>>>>>>>>>>
>>>>>>>>>>> Let's start with a root point.
>>>>>>>>>>> All of the other points validate this root point.
>>>>>>>>>>> *Simulating termination analyzer HHH correctly determines*
>>>>>>>>>>> *the non-halt status of DD*
>>>>>>>>>> Since DD halts, that's dead in the water.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Despicably intentionally dishonest attempts at the straw-man
>>>>>>>>> deception aside:
>>>>>>>>>
>>>>>>>>> DD correctly simulated by HHH cannot possibly terminate
>>>>>>>>> normally by reaching its own "return" instruction.
>>>>>>>>>
>>>>>>>>
>>>>>>>> Only because that statement is based on a false premise.
>>>>>>>>
>>>>>>>> Since HHH doesn't correctly simulate its input, your statement 
>>>>>>>> is just a fabrication of your imagination.
>>>>>>>
>>>>>>> *Correct simulation means emulates the machine code as specified*
>>>>>>> It cannot mean imagining a different sequence than the one that 
>>>>>>> the machine code specifies. That most people here are clueless about
>>>>>>> x86 machine code is far less than no rebuttal at all.
>>>>>>>
>>>>>>> _DD()
>>>>>>> [00002133] 55         push ebp      ; housekeeping
>>>>>>> [00002134] 8bec       mov ebp,esp   ; housekeeping
>>>>>>> [00002136] 51         push ecx      ; make space for local
>>>>>>> [00002137] 6833210000 push 00002133 ; push DD
>>>>>>> [0000213c] e882f4ffff call 000015c3 ; call HHH(DD)
>>>>>>> [00002141] 83c404     add esp,+04
>>>>>>> [00002144] 8945fc     mov [ebp-04],eax
>>>>>>> [00002147] 837dfc00   cmp dword [ebp-04],+00
>>>>>>> [0000214b] 7402       jz 0000214f
>>>>>>> [0000214d] ebfe       jmp 0000214d
>>>>>>> [0000214f] 8b45fc     mov eax,[ebp-04]
>>>>>>> [00002152] 8be5       mov esp,ebp
>>>>>>> [00002154] 5d         pop ebp
>>>>>>> [00002155] c3         ret
>>>>>>> Size in bytes:(0035) [00002155]
>>>>>>>
>>>>>>> When DD emulated by HHH calls HHH(DD) this call cannot
>>>>>>> possibly return to the emulator, conclusively proving
>>>>>>> that
>>>>>>>
>>>>>>> DD correctly simulated by HHH cannot possibly terminate
>>>>>>> normally by reaching its own "return" instruction.
>>>>>>>
>>>>>>> Assuming that it does return is simply stupid.
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> Similarly, when no_numbers_greater_than_10 emulated by F calls 
>>>>>> F(0) this call cannot possibly return to the emulator, 
>>>>>> conclusively proving that
>>>>>
>>>>> Not true. The stack eventually unwinds after ten emulations.
>>>>
>>>> Just like a CORRECT emulation of DD would if the HHH doing the 
>>>> emulation didn't abort (but doing it by the hypothetical of NOT 
>>>> changing the HHH that DD calls, since that must be the original HHH).
>>>>
>>>> Your problem is you have lied to yourself about what is a "correct 
>>>> emulation" 
>>>
>>> In other words you "believe" that the call from DD to HHH(DD)
>>> returns when the above DD is emulated by HHH.
>>
>> What happens in an incorrect emulation doesn't matter,
> 
> One to infinity steps of the above DD emulated by HHH never
> terminates normally. 
Which proves that simulation is not the way to go for a halting decider, 
because it always fails to reach the normal termination of the halting 
program when simulating itself.