Deutsch   English   Français   Italiano  
<1014jln$2lsi8$2@dont-email.me>

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

Path: news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: olcott <polcott333@gmail.com>
Newsgroups: comp.theory
Subject: Re: Bad faith and dishonesty
Date: Tue, 27 May 2025 09:53:43 -0500
Organization: A noiseless patient Spider
Lines: 159
Message-ID: <1014jln$2lsi8$2@dont-email.me>
References: <m99YP.725664$B6tf.610565@fx02.ams4>
 <100uct4$184ak$1@dont-email.me> <100v9ta$1d5lg$7@dont-email.me>
 <100ve61$1e53o$2@dont-email.me> <100vh47$1f7a8$1@dont-email.me>
 <100vm8r$1gcup$1@dont-email.me> <100voa5$1go1g$2@dont-email.me>
 <100vquk$1h8eh$2@dont-email.me> <100vrlp$1hnk3$1@dont-email.me>
 <10118u5$1thsm$1@dont-email.me> <10120kh$22da5$2@dont-email.me>
 <10123jo$22udp$3@dont-email.me> <10124bq$22da5$14@dont-email.me>
 <1012c1u$24dfd$1@dont-email.me> <1012cl9$24p17$2@dont-email.me>
 <1012dfm$24dfd$5@dont-email.me> <1012dq6$256m5$2@dont-email.me>
 <1012e5r$24dfe$7@dont-email.me> <1012eh5$25ce3$2@dont-email.me>
 <1012fbe$24dfe$8@dont-email.me> <1012g6n$25ej1$2@dont-email.me>
 <10142np$2ifsj$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 27 May 2025 16:53:44 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="b05b1d7fc1f90d5563d667325c66ff38";
	logging-data="2814536"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX18oKGyBEQ9wiPPwjH+z8zuS"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:EnhHG1jriOSBm4uicpo4k63H4zA=
In-Reply-To: <10142np$2ifsj$1@dont-email.me>
X-Antivirus: Norton (VPS 250527-6, 5/27/2025), Outbound message
X-Antivirus-Status: Clean
Content-Language: en-US

On 5/27/2025 5:04 AM, Mikko wrote:
> On 2025-05-26 19:42:15 +0000, olcott said:
> 
>> On 5/26/2025 2:27 PM, Fred. Zwarts wrote:
>>> Op 26.mei.2025 om 21:13 schreef olcott:
>>>> On 5/26/2025 2:07 PM, Fred. Zwarts wrote:
>>>>> Op 26.mei.2025 om 21:01 schreef olcott:
>>>>>> On 5/26/2025 1:55 PM, Fred. Zwarts wrote:
>>>>>>> Op 26.mei.2025 om 20:41 schreef olcott:
>>>>>>>> On 5/26/2025 1:31 PM, Fred. Zwarts wrote:
>>>>>>>>> Op 26.mei.2025 om 18:20 schreef olcott:
>>>>>>>>>> On 5/26/2025 11:07 AM, Fred. Zwarts wrote:
>>>>>>>>>>> Op 26.mei.2025 om 17:16 schreef olcott:
>>>>>>>>>>>> On 5/26/2025 3:32 AM, Fred. Zwarts wrote:
>>>>>>>>>>>>> Op 25.mei.2025 om 21:39 schreef olcott:
>>>>>>>>>>>>>> On 5/25/2025 2:27 PM, Fred. Zwarts wrote:
>>>>>>>>>>>>>>> Op 25.mei.2025 om 20:42 schreef olcott:
>>>>>>>>>>>>>>>> On 5/25/2025 1:07 PM, Fred. Zwarts wrote:
>>>>>>>>>>>>>>>>> Op 25.mei.2025 om 18:39 schreef olcott:
>>>>>>>>>>>>>>>>>> On 5/25/2025 10:49 AM, Fred. Zwarts wrote:
>>>>>>>>>>>>>>>>>>> Op 25.mei.2025 om 16:36 schreef olcott:
>>>>>>>>>>>>>>>>>>>> On 5/25/2025 1:21 AM, Mikko wrote:
>>>>>>>>>>>>>>>>>>>>> On 2025-05-24 01:20:18 +0000, Mr Flibble said:
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> So much bad faith and dishonesty shown in this 
>>>>>>>>>>>>>>>>>>>>>> forum that myself and Peter
>>>>>>>>>>>>>>>>>>>>>> Olcott have to fight against.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Everything here seems to be dishonesty and protests 
>>>>>>>>>>>>>>>>>>>>> against dishonesty.
>>>>>>>>>>>>>>>>>>>>> If you could remove all dishonesty the protests 
>>>>>>>>>>>>>>>>>>>>> woud stop, too, and
>>>>>>>>>>>>>>>>>>>>> nothing would be left.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> _DDD()
>>>>>>>>>>>>>>>>>>>> [00002192] 55             push ebp
>>>>>>>>>>>>>>>>>>>> [00002193] 8bec           mov ebp,esp
>>>>>>>>>>>>>>>>>>>> [00002195] 6892210000     push 00002192
>>>>>>>>>>>>>>>>>>>> [0000219a] e833f4ffff     call 000015d2  // call HHH
>>>>>>>>>>>>>>>>>>>> [0000219f] 83c404         add esp,+04
>>>>>>>>>>>>>>>>>>>> [000021a2] 5d             pop ebp
>>>>>>>>>>>>>>>>>>>> [000021a3] c3             ret
>>>>>>>>>>>>>>>>>>>> Size in bytes:(0018) [000021a3]
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Then acknowledge that DDD simulated by HHH according
>>>>>>>>>>>>>>>>>>>> to the rules of the x86 language cannot possibly reach
>>>>>>>>>>>>>>>>>>>> its own "ret" instruction final halt state.
>>>>>>>>>>>>>>>>>>> Why repeating this bug in HHH?
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> That everyone that understands these things
>>>>>>>>>>>>>>>>>> sees that there is no bug makes your statement
>>>>>>>>>>>>>>>>>> the kind of reckless disregard for the truth
>>>>>>>>>>>>>>>>>> that loses defamation cases.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> In other words by objective standards: YOU ARE A LIAR
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> Ad hominem attacks showing lack of counter arguments.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> When you are objectively a liar then calling
>>>>>>>>>>>>>>>> you a liar is merely stating the facts.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Again a baseless ad hominem attack, showing lack of 
>>>>>>>>>>>>>>> counter arguments.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> I dared you to show my mistake your failure to even
>>>>>>>>>>>>>> attempt this sufficiently proves that you are a liar.
>>>>>>>>>>>>>>
>>>>>>>>>>>>> You only ignore it when your failures are shown and start 
>>>>>>>>>>>>> again repeating the baseless claims.
>>>>>>>>>>>>
>>>>>>>>>>>>> Every competent programmer will understand that when the 
>>>>>>>>>>>>> input specifies a halting program, including the code to 
>>>>>>>>>>>>> abort and return, but HHH fails to see that part of the 
>>>>>>>>>>>>> specification, then HHH has a bug.
>>>>>>>>>>>>> I know you will ignore it again and reply with only ad 
>>>>>>>>>>>>> hominem attacks.
>>>>>>>>>>>>
>>>>>>>>>>>> _DDD()
>>>>>>>>>>>> [00002192] 55             push ebp
>>>>>>>>>>>> [00002193] 8bec           mov ebp,esp
>>>>>>>>>>>> [00002195] 6892210000     push 00002192
>>>>>>>>>>>> [0000219a] e833f4ffff     call 000015d2  // call HHH
>>>>>>>>>>>> [0000219f] 83c404         add esp,+04
>>>>>>>>>>>> [000021a2] 5d             pop ebp
>>>>>>>>>>>> [000021a3] c3             ret
>>>>>>>>>>>> Size in bytes:(0018) [000021a3]
>>>>>>>>>>>>
>>>>>>>>>>>> How many recursive emulations does HHH have to
>>>>>>>>>>>> wait before its emulated DDD magically halts
>>>>>>>>>>>> on its own without ever needing to be aborted?
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> HHH needs only one recursion more that the number of 
>>>>>>>>>>> recursions in the input.
>>>>>>>>>>> So, if your HHH has only one recursion, two recursions are 
>>>>>>>>>>> needed, except when you change the input, but that is not 
>>>>>>>>>>> allowed.
>>>>>>>>>>
>>>>>>>>>> So you said that the first four instructions of DDD
>>>>>>>>>> are emulated twice and we are at machine address 0000219a.
>>>>>>>>>> So a correct emulator could interpret "call 000015d2"
>>>>>>>>>> to mean "jmp 000021a3" ???
>>>>>>>>>>
>>>>>>>>> Apparently this is over your head. That is not what I said. You 
>>>>>>>>> are mixing recursion levels.
>>>>>>>>> The simulated HHH in its first recursion (which is the second 
>>>>>>>>> recursion of the simulating HHH) aborts at 0000219a (because we 
>>>>>>>>> do not change the input, so the simulated HHH aborts after one 
>>>>>>>>> cycle). It is programmed to not execute the call but abort and 
>>>>>>>>> return. That will make that the call at 0000219a simulated by 
>>>>>>>>> the simulating HHH returns and the simulating HHH will process 
>>>>>>>>> the next instruction at 0000219f and the following 
>>>>>>>>> instructions, up to the 'ret' instruction at 000021a3.
>>>>>>>>> A return from a call is very normal in the x86 language and if 
>>>>>>>>> you think that it means that the call is replaced with a jmp 
>>>>>>>>> instruction, you show your ignorance of the x86 language.
>>>>>>>>
>>>>>>>> _DDD()
>>>>>>>> [00002192] 55             push ebp
>>>>>>>> [00002193] 8bec           mov ebp,esp
>>>>>>>> [00002195] 6892210000     push 00002192
>>>>>>>> [0000219a] e833f4ffff     call 000015d2  // call HHH
>>>>>>>> [0000219f] 83c404         add esp,+04
>>>>>>>> [000021a2] 5d             pop ebp
>>>>>>>> [000021a3] c3             ret
>>>>>>>> Size in bytes:(0018) [000021a3]
>>>>>>>>
>>>>>>>> unless some HHH aborts its emulation of its DDD
>>>>>>>> DDD() and HHH() never halt.
>>>>>>> That is what I said. The simulated HHH, specified in the input, 
>>>>>>> does abort, so no abort is needed in the simulating HHH.
>>>>>>
>>>>>> Likewise when you are starving to death there is no reason
>>>>>> to get anything to eat because you know that after you eat
>>>>>> you will no longer be starving to death.
>>>>> I see that it is over your head. But it is simple:
>>>>> If no-one is starving, we do not need to eat. If there is no non- 
>>>>> halting program, there is no need to abort its simulation.
>>>>
>>>> Unless HHH(DDD) aborts its own simulation of DDD
>>>> then DDD(), HHH() never halt
>>>
>>> Counter-factual. If we keep the input fixed, the simulated HHH aborts 
>>> after one cycle.
>>
>> Every HHH has the exact same machine code.
> 
> I.e., there is only one HHH, so saying "every HHH" is pointless.
> 

Each recursive invocation creates another HHH instance
with its own virtual registers, stack and RAM.

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