Deutsch English Français Italiano |
<3a4c456487b74edd5c10442cc38bf0f57aa72387@i2pn2.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder2.eternal-september.org!i2pn.org!i2pn2.org!.POSTED!not-for-mail From: Richard Damon <richard@damon-family.org> Newsgroups: comp.theory,comp.ai.philosophy 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 06:55:08 -0500 Organization: i2pn2 (i2pn.org) Message-ID: <3a4c456487b74edd5c10442cc38bf0f57aa72387@i2pn2.org> References: <vhdd32$oq0l$1@dont-email.me> <c8e35b5f542012b2d798e7fe2afc3004298a2aa5@i2pn2.org> <vhdn96$r2jp$1@dont-email.me> <907b6e45c74720036b5f42c503d76ac426a71c92@i2pn2.org> <vhe69i$tuln$2@dont-email.me> <622e5aa555a9941d4cdb292d1e3e54e687e7b547@i2pn2.org> <vhe9rl$ue1m$2@dont-email.me> <254d3e7be0462ba8225ec0eb4804941ea635770d@i2pn2.org> <vheecn$12v3p$1@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 11:55:08 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="3032116"; mail-complaints-to="usenet@i2pn2.org"; posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg"; User-Agent: Mozilla Thunderbird In-Reply-To: <vheecn$12v3p$1@dont-email.me> Content-Language: en-US X-Spam-Checker-Version: SpamAssassin 4.0.0 Bytes: 4972 Lines: 91 On 11/17/24 11:04 PM, olcott wrote: > On 11/17/2024 9:19 PM, Richard Damon wrote: >> On 11/17/24 9:47 PM, olcott wrote: >>> On 11/17/2024 8:26 PM, Richard Damon wrote: >>>> On 11/17/24 8:46 PM, olcott wrote: >>>>> On 11/17/2024 4:04 PM, Richard Damon wrote: >>>>>> On 11/17/24 4:30 PM, olcott wrote: >>>>>>> On 11/17/2024 2:51 PM, Richard Damon wrote: >>>>>>>> On 11/17/24 1:36 PM, olcott wrote: >>>>>>>>> void DDD() >>>>>>>>> { >>>>>>>>> HHH(DDD); >>>>>>>>> return; >>>>>>>>> } >>>>>>>>> >>>>>>>>> _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 any encoding of HHH that emulates N >>>>>>>>> to infinity number of steps of DDD cannot possibly >>>>>>>>> reach its "return" instruction final halt state. >>>>>>>>> >>>>>>>>> This applies to every DDD emulated by any HHH no >>>>>>>>> matter the recursive depth of emulation. Thus it is >>>>>>>>> a verified fact that the input to HHH never halts. >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> I will also add, that since you have dropped your requirements >>>>>>>> on HHH (or are seeming to try to divorse yourself from previous >>>>>>>> assumptions) there are MANY HHH that can complete the emulation, >>>>>>>> they just fail to be "pure functions". >>>>>>>> >>>>>>> >>>>>>> The damned liar despicably dishonest attempt to get away >>>>>>> with changing the subject away from DDD reaching its final >>>>>>> halt state. >>>>>>> >>>>>> >>>>>> Which is just what YOU are doing, as "Halting" and what a >>>>>> "Program" is are DEFINED, and you can't change it. >>>>>> >>>>> >>>>> YET ANOTHER STUPID LIE. >>>>> A SMART LIAR WOULD NEVER SAY THAT I MEANT >>>>> PROGRAM WHEN I ALWAYS SPECIFIED A C FUNCTION. >>>>> >>>> >>>> But then you can talk about "emulation" or x86 semantics, as both of >>>> those are operations done on PROGRAMS. >>>> >>> >>> No stupid I provided a published paper that includes the >>> termination analysis of C functions. >> >> Look again at what they process. C functions that include all the >> functions they call. >> > > You stupidly claimed termination analysis is only done > on programs. I proved that you were stupidly wrong on > pages 24-27 of the PDF of this paper. > > Automated Termination Analysis of C Programs > https://publications.rwth-aachen.de/record/972440/files/972440.pdf > > The problem here is you are mixing language between domains. Just read the TITLE of that paper, it is doing analysis on PROGRAMS in the computation sense. Yes, a computational program might be a "function" in the programing language side, but not just any function, but only functions when you include all the functions they call. If you gave that analyzer your DDD input (and not include a copy of HHH) it will almost certainly reject the input as not complete. All you are doing is proving that you are just totally ignorant of the material you are talking about, and just quoting by rote non-understanding things you have seen. Sorry, but that is the cost of claiming to be doing "important" work in a field you do not actually understand, you just prove your stupidity.