| Deutsch English Français Italiano |
|
<vsf3ro$1crun$2@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: olcott <polcott333@gmail.com> Newsgroups: comp.theory Subject: Re: DDD specifies recursive emulation to HHH and halting to HHH1 Date: Mon, 31 Mar 2025 17:10:00 -0500 Organization: A noiseless patient Spider Lines: 88 Message-ID: <vsf3ro$1crun$2@dont-email.me> References: <vrfuob$256og$1@dont-email.me> <vs6srk$39556$12@dont-email.me> <vs6t10$2p360$6@dont-email.me> <vs70tc$39556$21@dont-email.me> <vs71bq$2p360$10@dont-email.me> <vs76m9$3m3q0$1@dont-email.me> <vs77th$2p360$11@dont-email.me> <vs78cu$3ms9k$1@dont-email.me> <c2b91231b9052e07b6705250938fb9095e711327@i2pn2.org> <vs7kvf$3eal$2@dont-email.me> <aeb75b411e9f77c974585181c671a47d03b22078@i2pn2.org> <vs7qdm$8dae$2@dont-email.me> <vs7r9b$8ajp$1@dont-email.me> <vs92l3$1fccq$5@dont-email.me> <vs93ae$1k9u2$1@dont-email.me> <vs9g5p$1v2n9$5@dont-email.me> <vs9gcg$20g2j$3@dont-email.me> <vs9h9o$23cav$2@dont-email.me> <vs9hh3$20g2j$6@dont-email.me> <vs9jie$23cav$4@dont-email.me> <vs9kb1$26cg5$2@dont-email.me> <vs9pni$27rl4$9@dont-email.me> <3ade9e84224ba9b99c7363e0e9b69181804b7daa@i2pn2.org> <vsc2fd$1vihj$2@dont-email.me> <e1da7d564873d36f88e119fbbbdafd8c6b0f675e@i2pn2.org> <vsc9o7$2bk3d$2@dont-email.me> <vsdjis$3o5ff$2@dont-email.me> <vselvf$th5g$2@dont-email.me> <vsepl9$125ec$2@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Tue, 01 Apr 2025 00:10:02 +0200 (CEST) Injection-Info: dont-email.me; posting-host="36d3ab42b456229d7015555efad62f36"; logging-data="1470423"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+ypt69pErs23RqvR8qYJM2" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:2gZjBQMIvAO8KMEEusGDEjGFUJ8= In-Reply-To: <vsepl9$125ec$2@dont-email.me> Content-Language: en-US X-Antivirus: Norton (VPS 250331-6, 3/31/2025), Outbound message X-Antivirus-Status: Clean Bytes: 5728 On 3/31/2025 2:15 PM, Fred. Zwarts wrote: > Op 31.mrt.2025 om 20:13 schreef olcott: >> On 3/31/2025 3:26 AM, Fred. Zwarts wrote: >>> Op 30.mrt.2025 om 22:32 schreef olcott: >>>> On 3/30/2025 1:52 PM, Richard Damon wrote: >>>>> On 3/30/25 2:27 PM, olcott wrote: >>>>>> On 3/30/2025 3:12 AM, joes wrote: >>>>>>> Am Sat, 29 Mar 2025 16:46:26 -0500 schrieb olcott: >>>>>>>> On 3/29/2025 3:14 PM, dbush wrote: >>>>>>>>> On 3/29/2025 4:01 PM, olcott wrote: >>>>>>> >>>>>>>>>> We can know that when this adapted UTM simulates a finite >>>>>>>>>> number of >>>>>>>>>> steps of its input that this finite number of steps were >>>>>>>>>> simulated >>>>>>>>>> correctly. >>>>>>>>> And therefore does not do a correct UTM simulation that matches >>>>>>>>> the >>>>>>>>> behavior of the direct execution as it is incomplete. >>>>>>>> It is dishonest to expect non-terminating inputs to complete. >>>>>>> A complete simulation of a nonterminating input doesn't halt. >>>>>>> >>>>>>>>>>> 2) changing the input is not allowed >>>>>>>>>> The input is unchanged. There never was any indication that >>>>>>>>>> the input >>>>>>>>>> was in any way changed. >>>>>>>>> False, if the starting function calls UTM and UTM changes, you're >>>>>>>>> changing the input. >>>>>>>> When UTM1 is a UTM that has been adapted to only simulate a finite >>>>>>>> number of steps >>>>>>> So not an UTM. >>>>>>> >>>>>>>> and input D calls UTM1 then the behavior of D simulated >>>>>>>> by UTM1 never reaches its final halt state. >>>>>>>> When D is simulated by ordinary UTM2 that D does not call Then D >>>>>>>> reaches >>>>>>>> its final halt state. >>>>>>> Doesn't matter if it calls it, but if the UTM halts. >>>>>>> >>>>>>>>> Changing the input is not allowed. >>>>>>>> I never changed the input. D always calls UTM1. >>>>>>>> thus is the same input to UTM1 as it is to UTM2. >>>>>>> You changed UTM1, which is part of the input D. >>>>>>> >>>>>> >>>>>> UTM1 simulates D that calls UTM1 >>>>>> simulated D NEVER reaches final halt state >>>>>> >>>>>> UTM2 simulates D that calls UTM1 >>>>>> simulated D ALWAYS reaches final halt state >>>>>> >>>>> >>>>> Only because UTM1 isn't actually a UTM, but a LIE since it only >>>>> does a partial simulation, not a complete as REQURIED by the >>>>> definition of a UTM. >>>>> >>>> >>>> _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] >>>> >>>> DDD EMULATED BY HHH DOES SPECIFY THAT IT >>>> CANNOT POSSIBLY REACH ITS OWN FINAL HALT STATE. >>>> >>>> THAT IS WHAT IT SAYS AND ANYONE THAT DISAGREES >>>> IS A DAMNED LIAR OR STUPID. >>>> >>> But we all agree that HHH fails to reach the end of the simulation of >>> this finite recursion. An end that exists as proven by direct >>> execution and world class simulators. Why repeating this agreement as >>> if someone denies it? >> >> If you want me to respond to any other your replies >> you have to quit playing trollish head games. > So agreeing with you is playing trollish head games? > That explains what you are doing. Dishonestly twisting my words is not agreement. -- Copyright 2025 Olcott "Talent hits a target no one else can hit; Genius hits a target no one else can see." Arthur Schopenhauer