Deutsch English Français Italiano |
<v5mtba$3elj0$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!.POSTED!not-for-mail From: olcott <polcott333@gmail.com> Newsgroups: comp.theory Subject: Re: 197 page execution trace of DDD correctly simulated by HHH Date: Fri, 28 Jun 2024 12:53:46 -0500 Organization: A noiseless patient Spider Lines: 49 Message-ID: <v5mtba$3elj0$1@dont-email.me> References: <v4vrfg$2793f$1@dont-email.me> <v58m12$8mmo$1@dont-email.me> <v59797$brmn$1@dont-email.me> <v5b7nv$qvrb$1@dont-email.me> <v5btf3$v0vb$4@dont-email.me> <v5chru$10816$1@i2pn2.org> <v5cn01$149dc$1@dont-email.me> <v5ebvr$1hs89$1@dont-email.me> <v5efod$1ikpr$1@dont-email.me> <v5ejau$1iq57$1@dont-email.me> <v5eup8$1lar1$2@dont-email.me> <v5f1nm$1lp16$1@dont-email.me> <v5f246$1m2fl$1@dont-email.me> <v5f3fg$1lp16$2@dont-email.me> <v5f3j8$1m2fl$2@dont-email.me> <v5f54f$1lp16$3@dont-email.me> <v5f5sd$1mcif$1@dont-email.me> <v5ght9$21jrt$1@dont-email.me> <v5h558$24jbd$7@dont-email.me> <v5jcas$2m18t$2@dont-email.me> <v5k7ju$2qsdr$5@dont-email.me> <v5mcvo$1cgj0$3@i2pn2.org> <v5mklg$3cibm$7@dont-email.me> <v5mo8a$1d3t3$2@i2pn2.org> <v5mqge$3e4fd$2@dont-email.me> <v5msjt$1d3t3$9@i2pn2.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Fri, 28 Jun 2024 19:53:47 +0200 (CEST) Injection-Info: dont-email.me; posting-host="8e198617313100a552662932ac49ce17"; logging-data="3626592"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+FpouKLs3nWYvwlyNJyr9i" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:SnncZpZM4OdbCI9vHQ4i3FQirJc= Content-Language: en-US In-Reply-To: <v5msjt$1d3t3$9@i2pn2.org> Bytes: 3808 On 6/28/2024 12:41 PM, joes wrote: > Thanks for leaving the unanswered questions in place, though I’d rather > have you answer them. > > Am Fri, 28 Jun 2024 12:05:18 -0500 schrieb olcott: >> On 6/28/2024 11:26 AM, joes wrote: >>> Am Fri, 28 Jun 2024 10:25:36 -0500 schrieb olcott: >>>> On 6/28/2024 8:14 AM, joes wrote: >>>>> Am Thu, 27 Jun 2024 12:30:38 -0500 schrieb olcott: > >>>>> To the caller DDD, which then returns to its own caller H0, which >>>>> returns „halting” to main… hold on. >>> Where do you disagree? > >>>>> H0 must not report on itself, only on DDD. Which you’ve proven halts. >>>>> We don’t care how H0 deviates (i.e. is incorrect) in its simulation. >>>>> That would be main {H0(H0(DDD))}. > Do you see what I mean? > >>>> The behavior of the directly executed DDD() is irrelevant because that >>>> is not the behavior of the input. >>> What is the difference here? > Isn’t the input DDD? > >>>> In this case the sequence is the line-by-line execution trace of the >>>> behavior of DDD correctly emulated by HHH. >>> No, the sequence is the behaviour of DDD, period. > The input is not HHH(DDD). See above. > >>>> The behavior of this input must include and cannot ignore the >>>> recursive emulation specified by the fact that DDD is calling its own >>>> emulator. >>> Yes, and the behaviour of H0 is that it produces the exact same >>> behaviour as DDD. > Because it is a simulator. > >> The call from DDD to HHH(DDD) when N steps of DDD are correctly emulated >> by any pure function x86 emulator HHH cannot possibly return. >> That you assume that it does against the facts is ridiculous. > I don’t. A simulator doesn’t even need to return. That’s not in question. > A decider however must. That you keep trying to ignore the fact that DDD calls HHH(DDD) in recursive simulation is your huge mistake. -- Copyright 2024 Olcott "Talent hits a target no one else can hit; Genius hits a target no one else can see." Arthur Schopenhauer