Deutsch   English   Français   Italiano  
<101a3ob$3vd4u$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: Mike Terry <news.dead.person.stones@darjeeling.plus.com>
Newsgroups: comp.theory
Subject: Re: Bad faith and dishonesty
Date: Thu, 29 May 2025 17:58:52 +0100
Organization: A noiseless patient Spider
Lines: 222
Message-ID: <101a3ob$3vd4u$1@dont-email.me>
References: <m99YP.725664$B6tf.610565@fx02.ams4>
 <100vpkf$1h90o$1@dont-email.me> <100vrlj$1hntd$1@dont-email.me>
 <100vrnm$1hnk3$2@dont-email.me> <100vs81$os9$1@news.muc.de>
 <100vskl$1hu7f$1@dont-email.me> <100vt68$1hntd$3@dont-email.me>
 <100vukd$1i93o$1@dont-email.me> <1010hv5$1m2v4$1@dont-email.me>
 <1010j9h$1m8mk$1@dont-email.me> <10119hn$1thsm$2@dont-email.me>
 <101215o$22da5$3@dont-email.me> <10123r5$22udp$5@dont-email.me>
 <10124ep$22da5$15@dont-email.me> <1012c71$24dfd$2@dont-email.me>
 <1012d2k$24p17$3@dont-email.me> <1012dru$24dfd$6@dont-email.me>
 <1012ecu$25ce3$1@dont-email.me> <1012fh9$24dfe$9@dont-email.me>
 <1012gab$25ej1$3@dont-email.me> <1013tct$2h8vj$2@dont-email.me>
 <1014jh7$2lsi8$1@dont-email.me> <1016i55$35agc$1@dont-email.me>
 <10178hb$39etk$7@dont-email.me> <1017m4a$3cgvm$2@dont-email.me>
 <1017ot3$3db44$2@dont-email.me> <1019640$3pfah$1@dont-email.me>
 <1019ve9$3u8nj$2@dont-email.me> <1019vm5$3trm2$3@dont-email.me>
 <101a2p1$3v22u$2@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 29 May 2025 18:58:52 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="494981cd6bbd6657eae0c6d049889b2d";
	logging-data="4175006"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX192V7Uy+t06TOkZ/0b/TFplUBIs2nhqs6w="
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101
 Firefox/91.0 SeaMonkey/2.53.18.2
Cancel-Lock: sha1:u8zr1IKY2u08AiwvMO0x0T9skDQ=
In-Reply-To: <101a2p1$3v22u$2@dont-email.me>
Bytes: 13652

On 29/05/2025 17:42, olcott wrote:
> On 5/29/2025 10:49 AM, Fred. Zwarts wrote:
>> Op 29.mei.2025 om 17:45 schreef olcott:
>>> On 5/29/2025 3:33 AM, Mikko wrote:
>>>> On 2025-05-28 19:41:23 +0000, olcott said:
>>>>
>>>>> On 5/28/2025 1:54 PM, Fred. Zwarts wrote:
>>>>>> Op 28.mei.2025 om 17:02 schreef olcott:
>>>>>>> On 5/28/2025 3:40 AM, Fred. Zwarts wrote:
>>>>>>>> Op 27.mei.2025 om 16:51 schreef olcott:
>>>>>>>>> On 5/27/2025 3:33 AM, Fred. Zwarts wrote:
>>>>>>>>>> Op 26.mei.2025 om 21:44 schreef olcott:
>>>>>>>>>>> On 5/26/2025 2:30 PM, Fred. Zwarts wrote:
>>>>>>>>>>>> Op 26.mei.2025 om 21:11 schreef olcott:
>>>>>>>>>>>>> On 5/26/2025 2:02 PM, Fred. Zwarts wrote:
>>>>>>>>>>>>>> Op 26.mei.2025 om 20:48 schreef olcott:
>>>>>>>>>>>>>>> On 5/26/2025 1:34 PM, Fred. Zwarts wrote:
>>>>>>>>>>>>>>>> Op 26.mei.2025 om 18:21 schreef olcott:
>>>>>>>>>>>>>>>>> On 5/26/2025 11:11 AM, Fred. Zwarts wrote:
>>>>>>>>>>>>>>>>>> Op 26.mei.2025 om 17:25 schreef olcott:
>>>>>>>>>>>>>>>>>>> On 5/26/2025 3:42 AM, Fred. Zwarts wrote:
>>>>>>>>>>>>>>>>>>>> Op 26.mei.2025 om 04:22 schreef olcott:
>>>>>>>>>>>>>>>>>>>>> On 5/25/2025 9:00 PM, Mike Terry wrote:
>>>>>>>>>>>>>>>>>>>>>> On 25/05/2025 21:30, olcott wrote:
>>>>>>>>>>>>>>>>>>>>>>> On 5/25/2025 3:05 PM, dbush wrote:
>>>>>>>>>>>>>>>>>>>>>>>> On 5/25/2025 3:56 PM, olcott wrote:
>>>>>>>>>>>>>>>>>>>>>>>>> *Mike understood this perfectly*
>>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2025 7:36 PM, Mike Terry wrote:
>>>>>>>>>>>>>>>>>>>>>>>>> --------- Sipser quote -----
>>>>>>>>>>>>>>>>>>>>>>>>>     If simulating halt decider H correctly simulates its input D until H
>>>>>>>>>>>>>>>>>>>>>>>>>     correctly determines that its simulated D would never stop running
>>>>>>>>>>>>>>>>>>>>>>>>>     unless aborted then H can abort its simulation of D and correctly
>>>>>>>>>>>>>>>>>>>>>>>>>     report that D specifies a non-halting sequence of configurations.
>>>>>>>>>>>>>>>>>>>>>>>>> ----------------------------
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> we can easily interpret that as saying exactly what I said a SHD
>>>>>>>>>>>>>>>>>>>>>>>>> does above.  It tells PO that in the tight loop example, H correctly
>>>>>>>>>>>>>>>>>>>>>>>>> simulates as far as [A], at which point it correctly determines that
>>>>>>>>>>>>>>>>>>>>>>>>> "its simulated input would never stop running unless aborted", so
>>>>>>>>>>>>>>>>>>>>>>>>> it can decide "non-halting".
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> All correct and natural, and no deliberately
>>>>>>>>>>>>>>>>>>>>>>>>> false premises to mislead PO.
>>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>>> On 5/14/2025 7:36 PM, Mike Terry wrote:
>>>>>>>>>>>>>>>>>>>>>>>>> https://al.howardknight.net/? 
>>>>>>>>>>>>>>>>>>>>>>>>> STYPE=msgid&MSGI=%3C1003cu5%242p3g1%241%40dont- email.me%3E
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>> And you dishonestly left out the part that immediately follows where he 
>>>>>>>>>>>>>>>>>>>>>>>> states that you are wrong:
>>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> *VERFIED FACT*
>>>>>>>>>>>>>>>>>>>>>>> Mike Terry Proves ---
>>>>>>>>>>>>>>>>>>>>>>> How the requirements that Professor Sipser agreed to are exactly met
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Just for the record:
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> 1)  I didn't offer any proofs of /anything/
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> -  I did explain how Sipser's words can be naturally interpreted as explaining
>>>>>>>>>>>>>>>>>>>>>>     how a simulating halt decider can operate. [That is not a proof.]
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> It seems like proof to me.
>>>>>>>>>>>>>>>>>>>>> When-so-ever anyone provides complete and correct reasoning
>>>>>>>>>>>>>>>>>>>>> showing how an expression of language is true, this is a proof.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> -  I also explained why that explanation *doesn't* apply to your HHH/ DDD pair
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Yes you did do this.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> *On 5/14/2025 7:36 PM, Mike Terry wrote*
>>>>>>>>>>>>>>>>>>>>> the simulated input (DD) /does/ stop running if simulated
>>>>>>>>>>>>>>>>>>>>> far enough, but HHH simply /doesn't/ go far enough
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> _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]
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> I use the simpler DDD because everyone here gets
>>>>>>>>>>>>>>>>>>>>> completely confused even by this simple example.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> How many recursive emulations does HHH have to
>>>>>>>>>>>>>>>>>>>>> wait before its emulated DDD magically halts
>>>>>>>>>>>>>>>>>>>>> on its own without ever needing to be aborted?
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Once you and I work through this one point I may
>>>>>>>>>>>>>>>>>>>>> finally have complete closure.
>>>>>>>>>>>>>>>>>>>> Again you make the same mistake by not only changing the decider, but also the 
>>>>>>>>>>>>>>>>>>>> input.
>>>>>>>>>>>>>>>>>>>> We are discussing the input where DDD calls a HHH that aborts after one cycle.
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> *No we are not. We are discussing this*
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> *On 5/14/2025 7:36 PM, Mike Terry wrote*
>>>>>>>>>>>>>>>>>>> the simulated input (DD) /does/ stop running if simulated
>>>>>>>>>>>>>>>>>>> far enough, but HHH simply /doesn't/ go far enough
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> And that is the bug in HHH. It does not go far enough.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> No Mike is just wrong.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> _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?
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> No, *you* are just wrong.
>>>>>>>>>>>>>>>> A correct simulation needs only one recursion more than the simulated HHH. The bug 
>>>>>>>>>>>>>>>> in HHH is, that it aborts one cycle too early.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> The outermost HHH always sees one whole recursive emulation
>>>>>>>>>>>>>>> more than the next inner one.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Only if you change the input with the simulator.
>>>>>>>>>>>>>> Every simulator that tries to simulate itself, fails.
>>>>>>>>>>>>>
>>>>>>>>>>>>> My code proves otherwise.
>>>>>>>>>>>>> https://github.com/plolcott/x86utm/blob/master/Halt7.c
>>>>>>>>>>>>>
>>>>>>>>>>>> Your code proves exactly my point. That Halt7.c is part of the input and specifies an 
>>>>>>>>>>>> abort, so the program specified by the input halts. But HHH fails to see that. It does 
>>>>>>>>>>>> not even start to simulate itself, but aborts at that point. So, it is in no way a proof 
>>>>>>>>>>>> that your simulator is able to simulate itself, let alone to simulate itself correctly.
>>>>>>>>>>>
>>>>>>>>>>> It is a verified fact that HHH does simulate itself simulating DDD.
>>>>>>>>>>> If you are too incompetent to understand that this does not count
>>>>>>>>>>> as a rebuttal.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> It seems you do not understand what 'simulate' means. HHH does not simulate itself, but 
>>>>>>>>>> aborts the simulation at the point where the simulation of itself should start.
>>>>>>>>>
>>>>>>>>> Counter-factual, nitwit.
>>>>>>>>>
>>>>>>>>>> It does not simulate itself, but only makes some false assumptions about itself, in 
>>>>>>>>>> particular it assumes that 'itself' does not halt.
>>>>>>>>>> That you do not understand your own code is in no way a rebuttal for my claim that no 
>>>>>>>>>> simulator is able to simulate itself up to the end.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> It seems you do not even understand what 'counter-factual' means. Your own traces show that 
>>>>>>>> the simulation is aborted without simulating the call instruction that calls HHH.
>>>>>>>
========== REMAINDER OF ARTICLE TRUNCATED ==========