Deutsch English Français Italiano |
<vbkai8$1u1js$6@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!news.nobody.at!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: Indirect Reference Changes the Behavior of DDD() relative to DDD emulated by HHH --- Deception Date: Sun, 8 Sep 2024 08:58:32 -0500 Organization: A noiseless patient Spider Lines: 78 Message-ID: <vbkai8$1u1js$6@dont-email.me> References: <va104l$376ed$4@dont-email.me> <da75188ffa7677bd2b6979c8fc6ba82119404306@i2pn2.org> <878qwn0wyz.fsf@bsb.me.uk> <efacnfsQdv-ErlT7nZ2dnZfqnPadnZ2d@brightview.co.uk> <87le0jzc8f.fsf_-_@bsb.me.uk> <vaj1kd$2kvg9$1@dont-email.me> <eca21d905b57bb0b98172c573890b5c8cda91da8@i2pn2.org> <vakisq$302rl$3@dont-email.me> <vamjse$3d6eb$1@dont-email.me> <van2ni$3f6c0$1@dont-email.me> <vap9r5$3t411$1@dont-email.me> <vapv4l$3vumk$4@dont-email.me> <vashj9$grso$1@dont-email.me> <vav3iq$10jsm$4@dont-email.me> <vavc3b$11uqn$2@dont-email.me> <vavcf8$129qh$1@dont-email.me> <vavdv4$11uqn$6@dont-email.me> <vavfjq$12m8t$3@dont-email.me> <vb1gqf$1f566$1@dont-email.me> <vb4fd0$2s0uc$2@dont-email.me> <b393150191c6d78fc3033efb7c2fb993914ab53e@i2pn2.org> <vb9kao$3r9la$1@dont-email.me> <vbbvoc$9s9s$1@dont-email.me> <vbccr8$bdtb$5@dont-email.me> <vbeifo$om7b$5@dont-email.me> <vbep6r$punj$3@dont-email.me> <vbh9c8$1aru4$1@dont-email.me> <vbhm9k$1c7u5$13@dont-email.me> <vbjqhu$1sj3i$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Sun, 08 Sep 2024 15:58:33 +0200 (CEST) Injection-Info: dont-email.me; posting-host="807c5ae02fef01679b819cece75165da"; logging-data="2033276"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19CQRQInWHSYSaDFEpTxMEo" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:wEY4fRViRbLQ/Yk/xkWY/oGbqVQ= Content-Language: en-US In-Reply-To: <vbjqhu$1sj3i$1@dont-email.me> Bytes: 5322 On 9/8/2024 4:25 AM, Mikko wrote: > On 2024-09-07 14:00:19 +0000, olcott said: > >> On 9/7/2024 5:19 AM, Fred. Zwarts wrote: >>> Op 06.sep.2024 om 13:31 schreef olcott: >>>> On 9/6/2024 4:36 AM, Fred. Zwarts wrote: >>>>> Op 05.sep.2024 om 15:48 schreef olcott: >>>>>> >>>>>> HHH MUST ABORT AFTER SOME FIXED NUMBER OF RECURSIVE EMULATIONS >>>>>> AND THE OUTERMOST HHH ALWAYS SEE ONE MORE THAN THE NEXT INNER ONE. >>>>> >>>>> And the outer one, when aborting after two cycles , misses the >>>>> behaviour of the inner one in the next cycle, where the inner one >>>>> would see the 'special condition', abort, return to DDD, which >>>>> would halt as well. >>>>> That HHH misses the last part of the behaviour of the program, does >>>>> not change the fact that this is the behaviour that was coded in >>>>> the program >>>>> >>>>>> >>>>>> If we have an infinite chain of people each waiting for >>>>>> the next one down the line to do something then that thing >>>>>> is never done. >>>>> >>>>> The infinite chain exists only in your dream. In fact there are >>>>> only two recursions, so never more that a chain of three HHH in the >>>>> simulation. >>>>> HHH is incorrect in assuming the there is an infinite chain, but >>>>> this incorrect assumption makes that it aborts and halts. This >>>>> applies both to the simulating and the simulated HHH. >>>> >>>> The way it is encoded now there are only two recursions. >>>> >>>> If we encode it as you suggest the outermost directly >>>> executed HHH would wait for the first emulated HHH which >>>> would wait for the second which would wait for third >>>> on and on... >>>> >>> >>> What is olcott's problem with English? >>> If one way is incorrect, he thinks that it suggests that another way >>> must be correct. >>> I never suggested to change HHH, because there is *no* correct way to >>> do it. Every HHH that simulates itself is incorrect. No matter what >>> clever code it includes. >> >> You must be a brain dead moron. >> As long as HHH emulates the sequence of instructions >> it was provided then HHH is correct even if it catches >> your computer on fire. > > That is right. The error only occurs when HHH no longer emulates the > sequence of instructions it was provided. > <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> If simulating halt decider H correctly simulates its input D until H correctly determines that its simulated D would never stop running unless aborted then H can abort its simulation of D and correctly report that D specifies a non-halting sequence of configurations. </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> The above refers to determining that *its input D* "specifies a non-halting sequence of configurations" When people change this to a *non-input D* they are trying to get away with deception. The pathological relationship where DDD calls its own emulator DOES CHANGE THE BEHAVIOR OF DDD. Simply ignoring that this pathological relationship DOES CHANGE THE BEHAVIOR OF DDD is ridiculously stupid. -- Copyright 2024 Olcott "Talent hits a target no one else can hit; Genius hits a target no one else can see." Arthur Schopenhauer