Deutsch English Français Italiano |
<0d8a4c4697f46e553da8ac252ff6077fe47206b8@i2pn2.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder9.news.weretis.net!news.nk.ca!rocksolid2!i2pn2.org!.POSTED!not-for-mail From: Richard Damon <richard@damon-family.org> Newsgroups: comp.theory Subject: Re: HHH(DDD) computes the mapping from its input to HHH emulating itself emulating DDD --- anyone that says otherwise is a liar Date: Mon, 18 Nov 2024 16:35:59 -0500 Organization: i2pn2 (i2pn.org) Message-ID: <0d8a4c4697f46e553da8ac252ff6077fe47206b8@i2pn2.org> References: <vhdd32$oq0l$1@dont-email.me> <286747edde7812d05b1bdf4f59af1cffdd44e95a@i2pn2.org> <vhdktc$qirt$1@dont-email.me> <e3fe85b499b799f440d722c0433bab69edf2e289@i2pn2.org> <vhe661$tuln$1@dont-email.me> <cbd95d14a4b405724f145aa6144898bdfd3975ce@i2pn2.org> <vhe95v$ue1m$1@dont-email.me> <779e20cb36e226d2d3515fb62c5c8fa7b8e22d05@i2pn2.org> <vhfgks$18unc$1@dont-email.me> <f1c860093e9a1b497d3c335625330cd13936a054@i2pn2.org> <vhg1il$1cfbe$1@dont-email.me> <4588f439c2cf659f139ac382988bee502f6374cb@i2pn2.org> <vhg3vm$1csnf$2@dont-email.me> <39426a4d13101b96c08d905495868385709db185@i2pn2.org> <vhgair$1e8jl$2@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Mon, 18 Nov 2024 21:36:00 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="3100593"; mail-complaints-to="usenet@i2pn2.org"; posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg"; User-Agent: Mozilla Thunderbird Content-Language: en-US In-Reply-To: <vhgair$1e8jl$2@dont-email.me> X-Spam-Checker-Version: SpamAssassin 4.0.0 Bytes: 5992 Lines: 109 On 11/18/24 4:11 PM, olcott wrote: > On 11/18/2024 1:38 PM, Richard Damon wrote: >> On 11/18/24 2:19 PM, olcott wrote: >>> On 11/18/2024 1:05 PM, Richard Damon wrote: >>>> On 11/18/24 1:38 PM, olcott wrote: >>>>> On 11/18/2024 8:56 AM, Richard Damon wrote: >>>>>> On 11/18/24 8:49 AM, olcott wrote: >>>>>>> On 11/18/2024 3:19 AM, joes wrote: >>>>>>>> Am Sun, 17 Nov 2024 20:35:43 -0600 schrieb olcott: >>>>>>>>> On 11/17/2024 8:26 PM, Richard Damon wrote: >>>>>>>>>> On 11/17/24 8:44 PM, olcott wrote: >>>>>>>>>>> On 11/17/2024 4:03 PM, Richard Damon wrote: >>>>>>>>>>>> On 11/17/24 3:49 PM, olcott wrote: >>>>>>>>>>>>> On 11/17/2024 1:56 PM, Richard Damon wrote: >>>>>>>>>>>>>> On 11/17/24 1:36 PM, olcott wrote: >>>>>>>> >>>>>>>>>>>>> I referred to every element of an infinite set of encodings >>>>>>>>>>>>> of HHH. >>>>>>>> >>>>>>>> Do you mean they are parameterised by the number of steps they >>>>>>>> simulate? >>>>>>>> >>>>>>> >>>>>>> No I do not mean that. >>>>>> >>>>>> Then your arguement is based on an equivocation. >>>>>> >>>>>>> Whether or not DDD emulated by HHH ever reaches its >>>>>>> own "return" instruction final halt state has nothing >>>>>>> to do with any of the internal working of HHH as long >>>>>>> as each HHH emulates N steps of its input according >>>>>>> to the semantics of the x86 language. >>>>>> >>>>>> Except that the behavior DOES depend on if that HHH returns. >>>>>> >>>>>> Of course, your subjective, non-semantic property of "emulated by >>>>>> HHH" is just a meaningless term, so doesn't really mean anything, >>>>>> so your statement is just nonsense anyway. >>>>>> >>>>> >>>>> You are a damned liar trying to get away with lying about >>>>> the effect of the pathological relationship that DDD specifies. >>>>> >>>>> >>>> >>>> Nope, you are a just a damned liar making claims without any form of >>>> actual logic behind them. >>>> >>>> Do you have ANY source that backs your claims about what you claim? >>>> >>> >>> DEFECTION FOR BRAINS >>> DDD emulated by HHH specifies that HHH emulates >>> itself emulating DDD such that no such DDD can ever >>> reach its "return" instruction final halt state. >>> >>> *Professor Hehner recognized this repeating process before I did* >>> From a programmer's point of view, if we apply an interpreter to a >>> program text that includes a call to that same interpreter with that >>> same text as argument, then we have an infinite loop. A halting >>> program has some of the same character as an interpreter: it applies >>> to texts through abstract interpretation. Unsurprisingly, if we apply >>> a halting program to a program text that includes a call to that same >>> halting program with that same text as argument, then we have an >>> infinite loop. (Hehner:2011:15) >>> >>> [5] E C R Hehner. Problems with the Halting Problem, COMPUTING2011 >>> Symposium on 75 years of Turing Machine and Lambda-Calculus, >>> Karlsruhe Germany, invited, 2011 October 20-21; Advances in Computer >>> Science and Engineering v.10 n.1 p.31-60, 2013 >>> https://www.cs.toronto.edu/~hehner/PHP.pdf >>> >> >> Note, HHH is not a "interpreter" tasked with recreating the behavior >> of the input. >> > > An emulator is isomorphic to an interpreter shit-for-brains. But both are only that if they never stop. HHH is not an "interpreter" or an "emulator" it is a decider, just like all halt deciders / termination analyzers. It may use partial emulation as a method, but it fails to meet the definition of a full emulator. So, you are just caught in your lies. Which is HHH? Is it an emulator/simulator/interpretor, in which case to do its job it must not stop its processing till it reaches an end, or Is it a decider/analyzer that MUST after finite time stop its processing to answer. It can not be both unless you thing there is a finite but unbounded number which will just blow up your logic system to smithereens. > >> Thus, the arguement does not hold. >> >> If HHH aborts, then the CORRECT interpreation of the input is non- >> halting, as DDD calls HHH which will return to DDD and thus DDD Halts. >> >> >> HHH is just an incorrect decider, because it wasn't smart enough to >> handle this non-pathological case. > >