Deutsch English Français Italiano |
<100ha34$24lfd$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!eternal-september.org!.POSTED!not-for-mail From: Mikko <mikko.levanto@iki.fi> Newsgroups: comp.theory Subject: Re: Mike Terry Proves --- How the requirements that Professor Sipser agreed to are exactly met Date: Tue, 20 May 2025 10:13:40 +0300 Organization: - Lines: 237 Message-ID: <100ha34$24lfd$1@dont-email.me> References: <1005jsk$3akrk$1@dont-email.me> <bc6f0f045212bdfb7f7d883426873a09e37789ea@i2pn2.org> <1005u6v$3cpt2$1@dont-email.me> <1006oi9$3l93f$1@dont-email.me> <1007kan$3qb7l$8@dont-email.me> <1009n2d$b9ol$1@dont-email.me> <100ag73$g1r8$1@dont-email.me> <100c83u$tspg$1@dont-email.me> <100ctuc$121rs$1@dont-email.me> <100d5b7$13m1e$1@dont-email.me> <221167c1bbedbbda1934b12f6b2c72de2c3a1f78@i2pn2.org> <100dckr$1586e$1@dont-email.me> <c5c825970bebea6bd8bfde7077f7ffc5ba0c30f5@i2pn2.org> <100dedr$15dil$3@dont-email.me> <771e0f3f36c9914146f675bc9e2c1c0e7903c116@i2pn2.org> <100dfc8$15qbo$1@dont-email.me> <100f0m7$1in31$1@dont-email.me> <100h052$22oen$3@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Tue, 20 May 2025 09:13:41 +0200 (CEST) Injection-Info: dont-email.me; posting-host="e4b1e6a0502726b5c6a0d4685a4eeae0"; logging-data="2250221"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18Z6suKNaYBHnzA4AUGvO46" User-Agent: Unison/2.2 Cancel-Lock: sha1:GalF35wNNWYBOptLhJoM78yo/r4= Bytes: 12184 On 2025-05-20 04:24:02 +0000, olcott said: > On 5/19/2025 5:20 AM, Mikko wrote: >> On 2025-05-18 20:19:19 +0000, olcott said: >> >>> On 5/18/2025 3:13 PM, Richard Damon wrote: >>>> On 5/18/25 4:03 PM, olcott wrote: >>>>> On 5/18/2025 2:45 PM, Richard Damon wrote: >>>>>> On 5/18/25 3:32 PM, olcott wrote: >>>>>>> On 5/18/2025 2:25 PM, Richard Damon wrote: >>>>>>>> On 5/18/25 1:28 PM, olcott wrote: >>>>>>>>> On 5/18/2025 10:21 AM, Mike Terry wrote: >>>>>>>>>> On 18/05/2025 10:09, Mikko wrote: >>>>>>>>>>> On 2025-05-17 17:15:14 +0000, olcott said: >>>>>>>>>>> >>>>>>>>>>>> On 5/17/2025 5:06 AM, Mikko wrote: >>>>>>>>>>>>> On 2025-05-16 15:07:03 +0000, olcott said: >>>>>>>>>>>>> >>>>>>>>>>>>>> On 5/16/2025 2:13 AM, Mikko wrote: >>>>>>>>>>>>>>> On 2025-05-15 23:43:27 +0000, olcott said: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 5/15/2025 6:18 PM, Richard Damon wrote: >>>>>>>>>>>>>>>>> On 5/15/25 4:47 PM, olcott wrote: >>>>>>>>>>>>>>>>>> I overcome the proof of undecidability of the Halting >>>>>>>>>>>>>>>>>> Problem in that the code that >>>>>>>>>>>>>>>>>> "does the opposite of whatever value that HHH returns" >>>>>>>>>>>>>>>>>> becomes unreachable to DD correctly simulated by HHH. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Nope, only to youtr INCORRECTLY simuated by HHH. >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> In other words you believe that professor Sipser >>>>>>>>>>>>>>>> screwed up when he agreed with these exact words. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>>>>>>>>>>>> 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. >>>>>>>>>>>>>>>> </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> One may indeed thik so. Or pehaps he knew what he was doing but cheated. >>>>>>>>>>>>>>> To sincerely agree with you without extreme care is an error. >>>>>>>>>>>>>> >>>>>>>>>>>>>> On 5/14/2025 7:36 PM, Mike Terry wrote: >>>>>>>>>>>>>> > There is a natural (and correct) statement that Sipser >>>>>>>>>>>>>> > is far more likely (I'd say) to have agreed to. >>>>>>>>>>>>> >>>>>>>>>>>>> That is compatible with the idea that Sipser scewed up or cheated. >>>>>>>>>>>>> >>>>>>>>>>>>>> > First you should understand the basic idea behind a >>>>>>>>>>>>>> > "Simulating Halt Decider" (*SHD*) that /partially/ >>>>>>>>>>>>>> > simulates its input, while observing each simulation >>>>>>>>>>>>>> > step looking for certain halting/non-halting patterns >>>>>>>>>>>>>> > in the simulation. A simple (working) example here >>>>>>>>>>>>>> > is an input which goes into a tight loop. >>>>>>>>>>>>>> (Mike says much more about this) >>>>>>>>>>>>>> >>>>>>>>>>>>>> *Click here to get the whole article* >>>>>>>>>>>>>> https://al.howardknight.net/? >>>>>>>>>>>>>> STYPE=msgid&MSGI=%3C1003cu5%242p3g1%241%40dont-email.me%3E >>>>>>>>>>>>>> >>>>>>>>>>>>>> Message-ID: <1003cu5$2p3g1$1@dont-email.me> >>>>>>>>>>>>> >>>>>>>>>>>>> There he explains an error in your claim to meet the requirements that >>>>>>>>>>>>> Professor Sipser agreed. >>>>>>>>>>>>> >>>>>>>>>>>>> He also shows that your "In other words you believe that professor >>>>>>>>>>>>> Sipser screwed up when he agreed with these exact words" is not >>>>>>>>>>>>> supported by evidence (but that is quite obvious anyway). >>>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> *That is fully addressed in my reply to Mike* >>>>>>>>>>>> On 5/17/2025 10:31 AM, olcott wrote: >>>>>>>>>>>> [How the requirements that Professor Sipser agreed to are exactly >>>>>>>>>>>> met --- Mike my best reviewer] >>>>>>>>>>>> >>>>>>>>>>>> Message-ID: <100aa5c$f19u$1@dont-email.me> >>>>>>>>>>>> https://al.howardknight.net/? >>>>>>>>>>>> STYPE=msgid&MSGI=%3C100aa5c%24f19u%241%40dont-email.me%3E >>>>>>>>>>> >>>>>>>>>>> That page does not show all of the message. >>>>>>>>>>> >>>>>>>>>>> You say there: >>>>>>>>>>> >>>>>>>>>>>> Mike's reviews of my work are at least ten-fold better >>>>>>>>>>>> than the next best reviewer. Mike is one of the few >>>>>>>>>>>> people here that really wants an honest dialogue. He >>>>>>>>>>>> carefully examined my code and has a nearly perfect >>>>>>>>>>>> understanding. >>>>>>>>>>> >>>>>>>>>>> Mike and I agree about everything essential in these discussion, and >>>>>>>>>>> I havn't noticed any disagreement is the less essential. >>>>>>>>>>> >>>>>>>>>>> Your statement "Mike is one of the few people here that really wants >>>>>>>>>>> an honest dialogue" is far from true. Some peole may have a stronger >>>>>>>>>>> desire to keep the discussion honest but there are not many who have >>>>>>>>>>> any reason to want any dishonest discussion. Of course everyone's >>>>>>>>>>> ability to keep the discussion honest is restricted to ones own >>>>>>>>>>> contributions. >>>>>>>>>>> >>>>>>>>>>> You also say: >>>>>>>>>>> >>>>>>>>>>>> HHH(DDD) does not base its decision on the actual >>>>>>>>>>>> behavior of DDD after it has aborted its simulation >>>>>>>>>>>> of DDD, instead it bases its decision on a different >>>>>>>>>>>> HHH/DDD pair that never aborts. >>>>>>>>>>> >>>>>>>>>>> This is why HHH does not satisfy "H correctly determines that its >>>>>>>>>>> simulated D would never stop running unless aborted". If HHH bases >>>>>>>>>>> its decision on anything else than what its actual input actually >>>>>>>>>>> specifies it does not decide correctly. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Right. It seems to be a recent innovation in PO's wording that he has >>>>>>>>>> started using the phrase "..bases its decision on a different *HHH/DDD >>>>>>>>>> pair* ..". >>>>>>>>>> >>>>>>>>> >>>>>>>>> On 5/14/2025 7:36 PM, Mike Terry wrote: >>>>>>>>> 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". >>>>>>>>> >>>>>>>>> Thus SHD must report on a different SHD/Infinite_Loop pair >>>>>>>>> where this hypothetical instance of itself never aborts. >>>>>>>>> >>>>>>>>> If H always reports on the behavior of its simulated >>>>>>>>> input after it aborts then every input including >>>>>>>>> infinite_loop would be determined to be halting. >>>>>>>>> >>>>>>>>> Instead H must report on the hypothetical H/D input >>>>>>>>> pair where the very same H has been made to not abort >>>>>>>>> its input. >>>>>>>>> >>>>>>>>> void DDD() >>>>>>>>> { >>>>>>>>> HHH(DDD); >>>>>>>>> return; >>>>>>>>> } >>>>>>>>> >>>>>>>>> _DDD() >>>>>>>>> [00002172] 55 push ebp ; housekeeping >>>>>>>>> [00002173] 8bec mov ebp,esp ; housekeeping >>>>>>>>> [00002175] 6872210000 push 00002172 ; push DDD >>>>>>>>> [0000217a] e853f4ffff call 000015d2 ; call HHH(DDD) >>>>>>>>> [0000217f] 83c404 add esp,+04 >>>>>>>>> [00002182] 5d pop ebp >>>>>>>>> [00002183] c3 ret >>>>>>>>> Size in bytes:(0018) [00002183] >>>>>>>>> >>>>>>>>> *H correctly determines that its simulated D* >>>>>>>>> *would never stop running unless aborted* >>>>>>>>> by a hypothetical instance of itself that never aborts. >>>>>>>>> >>>>>>>>> Unless HHH aborts its simulation of DDD then >>>>>>>>> (a) The simulated DDD >>>>>>>>> (b) The executed HHH() >>>>>>>>> (c) The executed DDD() >>>>>>>>> (d) Every function that HHH calls >>>>>>>>> NEVER STOP RUNNING >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> The first problem is your DDD is just a category error, and NOTHING >>>>>>>> (correct) can simulate this DDD past the call the HHH as that code >>>>>>>> isn't in the input. >>>>>>>> >>>>>>> >>>>>>> I have corrected you on this too many times. >>>>>>> HHH and DDD are in the same memory space. >>>>>> >>>>>> WHich means that since DDD references HHH, for DDD to be a program, you >>>>>> can't change HHH. >>>>>> >>>>>> Thus, to do you hypothetical, you need to put it somewhere else in ========== REMAINDER OF ARTICLE TRUNCATED ==========