| Deutsch English Français Italiano |
|
<101kjrg$3d9un$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: Mike Terry <news.dead.person.stones@darjeeling.plus.com> Newsgroups: comp.theory Subject: Re: Simulation vs. Execution in the Halting Problem Date: Mon, 2 Jun 2025 17:34:53 +0100 Organization: A noiseless patient Spider Lines: 96 Message-ID: <101kjrg$3d9un$1@dont-email.me> References: <yU0_P.1529838$4AM6.776697@fx17.ams4> <101a7uv$3vfam$5@dont-email.me> <101br7m$db03$1@dont-email.me> <101cjk7$hfof$7@dont-email.me> <d8d7c46fe2728e5481a504e6edacc8fd0fea5285@i2pn2.org> <101e8ak$vhu7$1@dont-email.me> <101etan$14dr4$2@dont-email.me> <101fbth$173bb$13@dont-email.me> <101fcgj$19e5f$2@dont-email.me> <101fia9$1cj4h$1@dont-email.me> <101fl5a$1dfmq$1@dont-email.me> <101fvok$1gaq8$1@dont-email.me> <101g68s$1i7tb$1@dont-email.me> <101g7ph$1iik6$1@dont-email.me> <101gaht$1j464$1@dont-email.me> <101ghl0$1p48p$1@dont-email.me> <101gjb3$1p7o2$1@dont-email.me> <101hsdt$2806l$1@dont-email.me> <101hup8$28mot$1@dont-email.me> <101j34k$2tern$1@dont-email.me> <101j52f$2tk2g$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Mon, 02 Jun 2025 18:34:56 +0200 (CEST) Injection-Info: dont-email.me; posting-host="938709865309ab09190e2273e3aaf4c3"; logging-data="3581911"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+Ray3G4ZkKjTVf+nRxm2nhTr0t6+Zcnvs=" 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:5nqkAx63YkmugYT3ZmjyYnxCSt4= In-Reply-To: <101j52f$2tk2g$1@dont-email.me> Bytes: 5608 On 02/06/2025 04:16, olcott wrote: > On 6/1/2025 9:43 PM, Mike Terry wrote: >> On 01/06/2025 17:23, olcott wrote: >>> On 6/1/2025 10:42 AM, Mike Terry wrote: >>>> On 01/06/2025 05:01, olcott wrote: >>>>> On 5/31/2025 10:32 PM, Mike Terry wrote: >>>>>> On 01/06/2025 02:31, olcott wrote: >>>>>>> On 5/31/2025 7:44 PM, Mike Terry wrote: >>>>>>>> On 01/06/2025 01:18, olcott wrote: >>>> [..snip..] >> >> Your response below basically says that you don't understand what "simulation" is. >> >> That's not at all surprising, but given this, you are in no position to make assertions about >> whether two simulations are the same or not, up to the point where one of them is aborted. >> >> I'll probably go back up the thread to where I asked you questions, and just give the answers >> myself for the record. >> >>>>>>>>> >>>>>>>>> We cannot do a separate side-by-side execution trace of >>>>>>>>> HHH(DDD) and HHH1(DDD) because the DDD simulated by HHH1 >>>>>>>>> calls HHH(DDD) as a part of this same simulation. >>>>>>>> >>>>>>>> Duh! The DDD simulated by HHH ALSO calls HHH(DDD) as a part of the same simulation. >>>>>>>> >>>>>>>> They BOTH call HHH(DDD) as part of the simulation. Duuuuuh.... >>>>>>>> >>>>>>>> I've presented the two traces to you side by side on more than one occasion. Do you really >>>>>>>> have no recollection of that? Your explanation of why we supposedly can't put them side by >>>>>>>> side is literally gibberish! >>>>>>>> >>>>>>>>> >>>>>>>>> From the trace shown below we can see that HHH simulates >>>>>>>>> DDD one whole execution trace more than HHH1 does. >>>>>>>> >>>>>>>> Really? That's not at all what I see - but perhaps you can explain what you're saying. >>>>>>>> >>>>>>>> Mark on the trace below where you think HHH1's simulation [i.e. the simulation /performed/ >>>>>>>> by HHH1] starts and ends. Also mark where you think HHH's simulation starts and ends. >>>>>>>> >>>>>>>> Then to save me the trouble, try to put them side by side to see if they match up... >>>>>>>> >>>>>>>> >>>>>>>> Mike. >>>>>>>> >>>>>>> >>>>>>> I really appreciate your sincere honesty and the great >>>>>>> diligence that you have shown evaluating my work. No >>>>>>> one else on the planet has put nearly the same effort >>>>>>> as you in carefully evaluating the key details of my work. >>>>>>> >>>> >>>> There is a terminology issue here to resolve. >>>> >>>> If A simulates B and B simulates C, what should a "trace" of A's simulation look like? >>>> a) it includes both B's and C's instructions, interlaced. >>>> b) it is just B's instructions. >>>> >>> >>> HHH1(DDD) simulates one instance of DDD. >>> HHH(DDD) simulates DDD and simulates itself simulating DDD >>> and then aborts after it has already simulated DDD one more >>> time than HHH1 ever does. >> >> HHH1(DDD) simulates one instance of DDD, then its nested simulations. >> >> HHH(DDD) simulates one instance of DDD, then its nested simulations. >> >> IT'S THE SAME, UP TO THE POINT WHERE DDD IS ABORTED, EXACTLY AS I CLAIMED. >> > > (1) HHH simulates DDD and then simulates itself simulating DDD. > (2) HHH1 never ever simulates itself. > These two are not the same. They are sooo the same! (1) HHH simulates DDD and then simulates HHH simulating DDD. (2) HHH1 simulates DDD and then simulates HHH simulating DDD. Dude, we are talking about the /simulations/, not the simulators. > > As soon as HHH simulates the very first instruction of > itself the simulation of DDD by HHH1 and the simulation > of DDD by HHH diverges. Nonsense. When HHH simulates the very first instruction of HHH, HHH1 also simulates the first instruction of HHH. Dude, we are talking about the /simulations/, not the simulators. Mike.