Deutsch English Français Italiano |
<a8b150912bc326cd01c9e9ee89762d12b9fc571e@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: Anyone with sufficient knowledge of C knows that DD specifies non-terminating behavior to HHH Date: Tue, 25 Feb 2025 23:21:37 -0500 Organization: i2pn2 (i2pn.org) Message-ID: <a8b150912bc326cd01c9e9ee89762d12b9fc571e@i2pn2.org> References: <vo6420$3mpmf$1@dont-email.me> <vondj5$3ffar$1@dont-email.me> <vopke4$3v10c$1@dont-email.me> <vosn00$jd5m$1@dont-email.me> <f9a0a18d52ac35171173e0c60c9062e03343ad68@i2pn2.org> <vote0u$nf28$1@dont-email.me> <3b8a5f4be53047b2a6c03f9678d0253e137d3c40@i2pn2.org> <votn1l$pb7c$1@dont-email.me> <5cd9bc55c484f10efd7818ecadf169a11fcc58e1@i2pn2.org> <votq5o$ppgs$1@dont-email.me> <vouu57$12hqt$3@dont-email.me> <vp1jkg$1kstl$1@dont-email.me> <vp1qp1$1m05h$2@dont-email.me> <vp46l6$26r1n$1@dont-email.me> <vp5t55$2gt2s$1@dont-email.me> <vp6pmb$2opvi$1@dont-email.me> <vp8700$30tdq$1@dont-email.me> <vp9ct8$3af6t$1@dont-email.me> <vpav34$3jct4$1@dont-email.me> <vpc3u9$3skb7$1@dont-email.me> <vpcsvk$irt$2@dont-email.me> <vpev2e$fgop$1@dont-email.me> <vpfmpp$j7qb$6@dont-email.me> <vphbnb$10gus$1@dont-email.me> <vpivp4$1fvqe$6@dont-email.me> <vpklrk$21jn9$1@dont-email.me> <vplbnp$25vp2$5@dont-email.me> <b122ed1dc2c636321627d4dfc7936e463f920690@i2pn2.org> <vpltcn$28j3a$6@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Wed, 26 Feb 2025 04:21:38 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="1816923"; mail-complaints-to="usenet@i2pn2.org"; posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg"; User-Agent: Mozilla Thunderbird In-Reply-To: <vpltcn$28j3a$6@dont-email.me> Content-Language: en-US X-Spam-Checker-Version: SpamAssassin 4.0.0 Bytes: 12723 Lines: 246 On 2/25/25 9:13 PM, olcott wrote: > On 2/25/2025 5:41 PM, Richard Damon wrote: >> On 2/25/25 4:12 PM, olcott wrote: >>> On 2/25/2025 8:59 AM, Mikko wrote: >>>> On 2025-02-24 23:36:04 +0000, olcott said: >>>> >>>>> On 2/24/2025 2:47 AM, Mikko wrote: >>>>>> On 2025-02-23 17:44:25 +0000, olcott said: >>>>>> >>>>>>> On 2/23/2025 4:59 AM, Mikko wrote: >>>>>>>> On 2025-02-22 16:11:31 +0000, olcott said: >>>>>>>> >>>>>>>>> On 2/22/2025 3:04 AM, Mikko wrote: >>>>>>>>>> On 2025-02-21 22:35:16 +0000, olcott said: >>>>>>>>>> >>>>>>>>>>> On 2/21/2025 2:18 AM, Mikko wrote: >>>>>>>>>>>> On 2025-02-20 21:31:44 +0000, olcott said: >>>>>>>>>>>> >>>>>>>>>>>>> On 2/20/2025 2:38 AM, Mikko wrote: >>>>>>>>>>>>>> On 2025-02-20 00:31:33 +0000, olcott said: >>>>>>>>>>>>>> >>>>>>>>>>>>>>> On 2/19/2025 3:01 AM, Mikko wrote: >>>>>>>>>>>>>>>> On 2025-02-18 11:26:25 +0000, olcott said: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> On 2/18/2025 3:24 AM, Mikko wrote: >>>>>>>>>>>>>>>>>> On 2025-02-17 09:05:42 +0000, Fred. Zwarts said: >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> Op 16.feb.2025 om 23:51 schreef olcott: >>>>>>>>>>>>>>>>>>>> On 2/16/2025 4:30 PM, joes wrote: >>>>>>>>>>>>>>>>>>>>> Am Sun, 16 Feb 2025 15:58:14 -0600 schrieb olcott: >>>>>>>>>>>>>>>>>>>>>> On 2/16/2025 2:02 PM, joes wrote: >>>>>>>>>>>>>>>>>>>>>>> Am Sun, 16 Feb 2025 13:24:14 -0600 schrieb olcott: >>>>>>>>>>>>>>>>>>>>>>>> On 2/16/2025 10:35 AM, joes wrote: >>>>>>>>>>>>>>>>>>>>>>>>> Am Sun, 16 Feb 2025 06:51:12 -0600 schrieb olcott: >>>>>>>>>>>>>>>>>>>>>>>>>> On 2/15/2025 2:49 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>> On 2025-02-14 12:40:04 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2/14/2025 2:58 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2025-02-14 00:07:23 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2/13/2025 3:20 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2025-02-13 04:21:34 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2/12/2025 4:04 AM, Mikko wrote: >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> On 2025-02-11 14:41:38 +0000, olcott said: >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>>> DD correctly simulated by HHH cannot >>>>>>>>>>>>>>>>>>>>>>>>>>>> possibly terminate normally. >>>>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>>> That claim has already shown to be false. >>>>>>>>>>>>>>>>>>>>>>>>>>> Nothing above shows that >>>>>>>>>>>>>>>>>>>>>>>>>>> HHH does not return 0. If it does DD also >>>>>>>>>>>>>>>>>>>>>>>>>>> returns 0. >>>>>>>>>>>>>>>>>>>>>>>>>> When we are referring to the above DD >>>>>>>>>>>>>>>>>>>>>>>>>> simulated by HHH and not >>>>>>>>>>>>>>>>>>>>>>>>>> trying to get away with changing the subject >>>>>>>>>>>>>>>>>>>>>>>>>> to some other DD >>>>>>>>>>>>>>>>>>>>>>>>>> somewhere else >>>>>>>>>>>>>>>>>>>>>>>>> such as one that calls a non-aborting version >>>>>>>>>>>>>>>>>>>>>>>>> of HHH >>>>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>>>> then anyone with sufficient knowledge of C >>>>>>>>>>>>>>>>>>>>>>>>>> programming knows that no >>>>>>>>>>>>>>>>>>>>>>>>>> instance of DD shown above simulated by any >>>>>>>>>>>>>>>>>>>>>>>>>> corresponding instance >>>>>>>>>>>>>>>>>>>>>>>>>> of HHH can possibly terminate normally. >>>>>>>>>>>>>>>>>>>>>>>>> Well, then that corresponding (by what?) HHH >>>>>>>>>>>>>>>>>>>>>>>>> isn’t a decider. >>>>>>>>>>>>>>>>>>>>>>>> I am focusing on the isomorphic notion of a >>>>>>>>>>>>>>>>>>>>>>>> termination analyzer. >>>>>>>>>>>>>>>>>>>>>>> (There are other deciders that are not >>>>>>>>>>>>>>>>>>>>>>> termination analysers.) >>>>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>>>>>> A simulating termination analyzer correctly >>>>>>>>>>>>>>>>>>>>>>>> rejects any input that >>>>>>>>>>>>>>>>>>>>>>>> must be aborted to prevent its own non-termination. >>>>>>>>>>>>>>>>>>>>>>> Yes, in particular itself is not such an input, >>>>>>>>>>>>>>>>>>>>>>> because we *know* that >>>>>>>>>>>>>>>>>>>>>>> it halts, because it is a decider. You can’t have >>>>>>>>>>>>>>>>>>>>>>> your cake and eat it >>>>>>>>>>>>>>>>>>>>>>> too. >>>>>>>>>>>>>>>>>>>>>> I am not even using the confusing term "halts". >>>>>>>>>>>>>>>>>>>>>> Instead I am using in its place "terminates >>>>>>>>>>>>>>>>>>>>>> normally". >>>>>>>>>>>>>>>>>>>>>> DD correctly simulated by HHH cannot possibly >>>>>>>>>>>>>>>>>>>>>> terminate normally. >>>>>>>>>>>>>>>>>>>>> What’s confusing about „halts”? I find it clearer >>>>>>>>>>>>>>>>>>>>> as it does not imply >>>>>>>>>>>>>>>>>>>>> an ambiguous „abnormal termination”. How does HHH >>>>>>>>>>>>>>>>>>>>> simulate DD >>>>>>>>>>>>>>>>>>>>> terminating abnormally, then? Why doesn’t it >>>>>>>>>>>>>>>>>>>>> terminate abnormally >>>>>>>>>>>>>>>>>>>>> itself? >>>>>>>>>>>>>>>>>>>>> You can substitute the term: the input DD to HHH >>>>>>>>>>>>>>>>>>>>> does not need to be >>>>>>>>>>>>>>>>>>>>> aborted, because the simulated decider terminates. >>>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> typedef void (*ptr)(); >>>>>>>>>>>>>>>>>>>> int HHH(ptr P); >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> int DD() >>>>>>>>>>>>>>>>>>>> { >>>>>>>>>>>>>>>>>>>> int Halt_Status = HHH(DD); >>>>>>>>>>>>>>>>>>>> if (Halt_Status) >>>>>>>>>>>>>>>>>>>> HERE: goto HERE; >>>>>>>>>>>>>>>>>>>> return Halt_Status; >>>>>>>>>>>>>>>>>>>> } >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> int main() >>>>>>>>>>>>>>>>>>>> { >>>>>>>>>>>>>>>>>>>> HHH(DD); >>>>>>>>>>>>>>>>>>>> } >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>>> Every simulated input that must be aborted to >>>>>>>>>>>>>>>>>>>> prevent the non-termination of HHH is stipulated >>>>>>>>>>>>>>>>>>>> to be correctly rejected by HHH as non-terminating. >>>>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>>> A very strange and invalid stipulation. >>>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>>> It merely means that the words do not have their >>>>>>>>>>>>>>>>>> ordinary meaning. >>>>>>>>>>>>>> >>>>>>>>>>>>>> Those two comments are not discussed below. >>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Unless HHH(DD) aborts its simulation of DD itself >>>>>>>>>>>>>>>>> cannot possibly terminate normally. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> That cannot be determined without examination of HHH, >>>>>>>>>>>>>>>> which is not in the >>>>>>>>>>>>>>>> scope of OP. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> I have given everyone here all of the complete source >>>>>>>>>>>>>>> code for a few years >>>>>>>>>>>>>> >>>>>>>>>>>>>> True but irrelevant. OP did not specify that HHH means >>>>>>>>>>>>>> that particular >>>>>>>>>>>>>> code. >>>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Every post that I have been talking about for two or >>>>>>>>>>>>> more years has referred to variations of that same code. >>>>>>>>>>>> >>>>>>>>>>>> OP had a pointer of that code but didn's state that that >>>>>>>>>>>> code is a part >>>>>>>>>>>> of the problem. OP did not spacify any range for variation. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I have only been talking about variations of the same code >>>>>>>>>>> as HHH(DD) for two years. Do you understand that one sentence? >>>>>>>>>> >>>>>>>>>> I understnd the sentence except the word "variations". What is >>>>>>>>>> the >>>>>>>>>> range of "variations"? >>>>>>>>>> >>>>>>>>> >>>>>>>>> Good you are being completely reasonable. >>>>>>>>> There are at least two algorithms the current >>>>>>>>> one that was also the original one is easiest to >>>>>>>>> understand. This algorithm essentially spots the >>>>>>>>> equivalent of infinite recursion. The code provides >>>>>>>>> all of the details. >>>>>>>>> ========== REMAINDER OF ARTICLE TRUNCATED ==========