Deutsch English Français Italiano |
<3f559e094d8d1549b2acf1d030e3e51b2ffdb784@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: Richard Damon <richard@damon-family.org> Newsgroups: comp.theory Subject: Re: Indirect Reference Changes the Behavior of DDD() relative to DDD emulated by HHH Date: Sat, 7 Sep 2024 10:40:36 -0400 Organization: i2pn2 (i2pn.org) Message-ID: <3f559e094d8d1549b2acf1d030e3e51b2ffdb784@i2pn2.org> References: <va104l$376ed$4@dont-email.me> <va65r8$6ht7$1@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> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Sat, 7 Sep 2024 14:40:36 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="1176478"; mail-complaints-to="usenet@i2pn2.org"; posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg"; User-Agent: Mozilla Thunderbird X-Spam-Checker-Version: SpamAssassin 4.0.0 Content-Language: en-US In-Reply-To: <vbhm9k$1c7u5$13@dont-email.me> Bytes: 4537 Lines: 61 On 9/7/24 10:00 AM, olcott wrote: > 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. > > > Yes, and as soon as it aborts that simulation to give an answer, it is no longer a correct emulator. You need to make a choice about what HHH is, is it a correct emulator, that creates a non-halting DDD and gets stuck emulating it forever, or is it a decider, that therefore aborts its emulation at some point and returns, and thus makes a HALTING DDD, but it gets the wrong answer about DDD, because it was an incorrect emulator. Trying to pretend that it is both is just lying to yourself.