| Deutsch English Français Italiano |
|
<a366285e067d76eaf85a8bdd9170e398631c1578@i2pn2.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: news.eternal-september.org!eternal-september.org!feeder3.eternal-september.org!i2pn.org!i2pn2.org!.POSTED!not-for-mail From: Richard Damon <richard@damon-family.org> Newsgroups: comp.theory Subject: Re: HHH(DD) --- COMPUTE ACTUAL MAPPING FROM INPUT TO OUTPUT --- Using Finite String Transformations Date: Thu, 24 Apr 2025 18:20:56 -0400 Organization: i2pn2 (i2pn.org) Message-ID: <a366285e067d76eaf85a8bdd9170e398631c1578@i2pn2.org> References: <vsnchj$23nrb$2@dont-email.me> <vto7qu$267in$1@dont-email.me> <k%RLP.1232047$Xb1.539402@fx05.ams4> <vtorpb$2uac$1@news.muc.de> <vtp32o$2vb5o$1@dont-email.me> <vtqpt5$17ns$1@news.muc.de> <vtrhbc$16pbv$2@dont-email.me> <vtrk7l$t44$1@news.muc.de> <vtrmfa$1be3n$1@dont-email.me> <vtvkgo$vjvi$1@dont-email.me> <vu2042$34l74$1@dont-email.me> <vu519u$1s5f9$1@dont-email.me> <vu6aha$2vn05$3@dont-email.me> <vu6dk4$2fq2$1@news.muc.de> <vu6knm$394oo$1@dont-email.me> <vu8cgm$2p5e$1@news.muc.de> <vu8gml$v0qa$2@dont-email.me> <vu8m2h$vn9b$2@dont-email.me> <vu8pr1$13jl5$8@dont-email.me> <vu8qo3$vn9b$4@dont-email.me> <vu8ruc$13jl5$12@dont-email.me> <vuaaae$2lbp9$2@dont-email.me> <zIWdnaZKufSzmpT1nZ2dnZfqnPadnZ2d@brightview.co.uk> <vub1go$3clpn$3@dont-email.me> <HcWcnf7heZkdG5T1nZ2dnZfqn_qdnZ2d@brightview.co.uk> <vucbg5$mukj$1@dont-email.me> <vucro3$148pf$2@dont-email.me> <vudtd9$23cvv$1@dont-email.me> <vue2k4$27hl3$2@dont-email.me> <vue4gn$28iho$4@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Thu, 24 Apr 2025 23:25:12 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="1749012"; mail-complaints-to="usenet@i2pn2.org"; posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg"; User-Agent: Mozilla Thunderbird In-Reply-To: <vue4gn$28iho$4@dont-email.me> Content-Language: en-US X-Spam-Checker-Version: SpamAssassin 4.0.0 On 4/24/25 3:47 PM, olcott wrote: > On 4/24/2025 2:15 PM, Fred. Zwarts wrote: >> Op 24.apr.2025 om 19:46 schreef olcott: >>> On 4/24/2025 3:11 AM, Fred. Zwarts wrote: >>>> Op 24.apr.2025 om 05:34 schreef olcott: >>>>> On 4/23/2025 7:31 PM, Mike Terry wrote: >>>>>> >>>>>> ...because HHH stops simulating before reaching that step in the >>>>>> computation. Note that I said >>>>>> >>>>>> MT: Both traces were of course /identical/, >>>>>> *up to the point where HHH stops simulating* >>>>>> >>>>>> So I was factually correct. >>>>>> >>>>>> >>>>>> Mike. >>>>>> >>>>> >>>>> It *is not* up to the point where HHH stops simulating. >>>>> >>>>> It is up to the point where the simulated versus directly >>>>> executed calls HHH(DD). >>>>> >>>> That is exactly the same point. If not, show the difference in the >>>> traces before that point. >>> >>> As soon as the directly executed DD calls HHH(DD) this >>> call immediately returns. >>> >>> When DD emulated by HHH calls HHH(DD) then HHH emulates >>> DD and also emulates itself emulating DD. This is one >>> whole recursive emulation than the directly executed >>> DD can possibly get to. > >> Again a lot of words, which hide that you cannot show where the traces >> differ up to that point. > > THEY DIFFER BY THE EMULATED DD REACHES RECURSIVE EMULATION > AND THE DIRECTLY EXECUTED DD NEVER DOES. > And what instruction says that per the x86 instruction language? Your failure to answer just proves you know you are lying.