| Deutsch English Français Italiano |
|
<2c08ddce8399b93b0e1945cb28c6b8e4afc11d5f@i2pn2.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder9.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail From: joes <noreply@example.org> Newsgroups: comp.theory Subject: Re: DDD correctly emulated by HHH is correctly rejected as non-halting V2 Date: Tue, 16 Jul 2024 20:43:10 -0000 (UTC) Organization: i2pn2 (i2pn.org) Message-ID: <2c08ddce8399b93b0e1945cb28c6b8e4afc11d5f@i2pn2.org> References: <v6rg65$32o1o$3@dont-email.me> <v7085g$3j1h$1@dont-email.me> <v70ok7$61d8$10@dont-email.me> <v72lvl$k9t3$1@dont-email.me> <v73926$mjis$17@dont-email.me> <v75950$166e9$1@dont-email.me> <v76dgv$1cf96$2@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Injection-Date: Tue, 16 Jul 2024 20:43:10 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="3461688"; mail-complaints-to="usenet@i2pn2.org"; posting-account="nS1KMHaUuWOnF/ukOJzx6Ssd8y16q9UPs1GZ+I3D0CM"; User-Agent: Pan/0.145 (Duplicitous mercenary valetism; d7e168a git.gnome.org/pan2) X-Spam-Checker-Version: SpamAssassin 4.0.0 Bytes: 4028 Lines: 60 Am Tue, 16 Jul 2024 13:18:07 -0500 schrieb olcott: > On 7/16/2024 2:57 AM, Mikko wrote: >> On 2024-07-15 13:43:34 +0000, olcott said: >>> On 7/15/2024 3:17 AM, Mikko wrote: >>>> On 2024-07-14 14:50:47 +0000, olcott said: >>>>> On 7/14/2024 5:09 AM, Mikko wrote: >>>>>> On 2024-07-12 14:56:05 +0000, olcott said: >>>>>> >>>>>>> We stipulate that the only measure of a correct emulation is the >>>>>>> semantics of the x86 programming language. >>>>>>> When N steps of DDD are emulated by HHH according to the semantics >>>>>>> of the x86 language then N steps are emulated correctly. >>>>>>> When we examine the infinite set of every HHH/DDD pair such that: >>>>>>> HHH₁ one step of DDD is correctly emulated by HHH. >>>>>>> HHH₂ two steps of DDD are correctly emulated by HHH. >>>>>>> ... >>>>>>> HHH∞ The emulation of DDD by HHH never stops running. >>>>>>> The above specifies the infinite set of every HHH/DDD pair where 1 >>>>>>> to infinity steps of DDD are correctly emulated by HHH. >>>>>> >>>>>> You should use the indices here, too, e.g., "where 1 to infinity >>>>>> steps of DDD₁ are correctly emulated by HHH₃" or whatever you mean. >>>>>> >>>>> DDD is the exact same fixed constant finite string that always calls >>>>> HHH at the same fixed constant machine address. >>>> If the function called by DDD is not part of the input then the input >>>> does not specify a behaviour and the question whether DDD halts is >>>> ill-posed. >>> We don't care about whether HHH halts. We know that HHH halts or fails >>> to meet its design spec. >>> We are only seeing if DDD correctly emulated by HHH can can possibly >>> reach its own final state. >> HHH does not see even that. It only sees whther that it does not >> emulate DDD to its final state. > No. HHH is not judging whether or not itself is a correct emulator. The > semantics of the x86 instructions that emulates prove that its emulation > is correct. You have been saying for a while that HHH returns what it would report on its input DDD. Glad to see you come around. > Only because DDD calls HHH(DDD) in recursive emulation it is impossible > for DDD correctly emulated by HHH to reach past its own machine address > of 0000216b. It is not impossible. The simulated HHH aborts just the same and returns to DDD. >> But we can see more, in particuar that DDD() halts if HHH(DDD) does. > It is still a fact that HHH(DDD) was required to abort its emulation. Just no. >> Anyway, if the function DDD calls is not a part of the input then the >> question whether DDD halts is not well-posed and can only be ansered >> with a conditional. > We are analyzing whether or not DDD halts. > We are NOT analyzing whether or not HHH halts. Whether DDD halts depends entirely on HHH, because DDD does nothing else but call it. -- Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott: Objectively I am a genius.