Deutsch English Français Italiano |
<a865128d183d7f934718dd4a5010be642fb46e1c.camel@gmail.com> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: wij <wyniijj5@gmail.com> Newsgroups: comp.theory Subject: Re: Every sufficiently competent C programmer knows --- Very Stupid Mistake or Liars Date: Fri, 14 Mar 2025 23:33:27 +0800 Organization: A noiseless patient Spider Lines: 146 Message-ID: <a865128d183d7f934718dd4a5010be642fb46e1c.camel@gmail.com> References: <vqntaq$1jut5$1@dont-email.me> <vqqrin$28lh2$4@dont-email.me> <vqs9ck$2lqb2$1@dont-email.me> <vqud4e$36e14$3@dont-email.me> <vqueuk$idv$1@reader1.panix.com> <vqunb6$392on$1@dont-email.me> <0e710a3da76b08e532d6bbc56c3661ff0a0d9d92@i2pn2.org> <vr031n$ad6n$2@dont-email.me> <6378173d7e3d4629202da0afd62043e20b9e13d9@i2pn2.org> <vr097c$ehgd$2@dont-email.me> <9917d816e9bb08ba18b6d66967e998773d161eba@i2pn2.org> <vr1h36$1ev1a$8@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Date: Fri, 14 Mar 2025 16:33:29 +0100 (CET) Injection-Info: dont-email.me; posting-host="a499a0831bd7f6466cd8a05ed4720a40"; logging-data="1583826"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19K95urOKQFgE4NnVBInQa0" User-Agent: Evolution 3.54.3 (3.54.3-1.fc41) Cancel-Lock: sha1:rMFsbTxU5ZqP+P8AS6gSF1xlqFI= In-Reply-To: <vr1h36$1ev1a$8@dont-email.me> Bytes: 6734 On Fri, 2025-03-14 at 10:13 -0500, olcott wrote: > On 3/14/2025 9:10 AM, Richard Damon wrote: > > On 3/13/25 11:53 PM, olcott wrote: > > > On 3/13/2025 10:03 PM, Richard Damon wrote: > > > > On 3/13/25 10:07 PM, olcott wrote: > > > > > On 3/13/2025 6:09 PM, Richard Damon wrote: > > > > > > On 3/13/25 9:41 AM, olcott wrote: > > > > > > > On 3/13/2025 6:18 AM, Dan Cross wrote: > > > > > > > > In article <vqud4e$36e14$3@dont-email.me>, > > > > > > > > Fred. Zwarts <F.Zwarts@HetNet.nl> wrote: > > > > > > > > > Op 12.mrt.2025 om 16:31 schreef olcott: > > > > > > > > > > [snip] > > > > > > > > > > When N steps of DDD are correctly emulated by every ele= ment > > > > > > > > > > of the set of C functions named HHH that do x86 emulati= on and > > > > > > > > > >=20 > > > > > > > > > > N is each element of the set of natural numbers > > > > > > > > > >=20 > > > > > > > > > > then no DDD of the set of HHH/DDD pairs ever reaches it= s > > > > > > > > > > "return" instruction and terminates normally. > > > > > > > > >=20 > > > > > > > > > In other words no HHH of the set of HHH/DDD pairs ever su= cceeds to > > > > > > > > > complete the simulation of a halting program. Failure to = reach=20 > > > > > > > > > the end > > > > > > > > > of a halting program is not a great success. If all HHH i= n this set > > > > > > > > > fail, it would be better to change your mind and start wo= rking on > > > > > > > > > something more useful. > > > > > > > >=20 > > > > > > > > He seems to think that he's written a program that detects = that > > > > > > > > his thing hasn't 'reached its "return" instruction and > > > > > > > > terminate[d] normally', given some number of steps, where t= hat > > > > > > > > number is ... the cardinality of the natural numbers. > > > > > > > >=20 > > > > > > > > I wonder if he knows that the set of natural numbers is > > > > > > > > infintite, though I suspect he'd say something like, "but i= t's > > > > > > > > countable!"=C2=A0 To which I'd surmise that he has no idea = what that > > > > > > > > means. > > > > > > > >=20 > > > > > > >=20 > > > > > > > void DDD() > > > > > > > { > > > > > > > =C2=A0=C2=A0 HHH(DDD); > > > > > > > =C2=A0=C2=A0 return; > > > > > > > } > > > > > > >=20 > > > > > > > Everyone here knows that when N steps of DDD are correctly > > > > > > > simulated by HHH that DDD never reaches its own "return" > > > > > > > instruction and terminates normally thus never halts. > > > > > > > *AND THEY LIE ABOUT IT BY ENDLESSLY CHANGING THE SUBJECT* > > > > > >=20 > > > > > >=20 > > > > > > No, the PARTIAL EMULATION done by HHH can't reach that point, > > > > >=20 > > > > > But a complete emulation can? > > > > >=20 > > > >=20 > > > > Yes, but an HHH that gives an answer doesn't do one, due to the=20 > > > > pathological design of the template used to build DD to the HHH it= =20 > > > > calls (which is the only HHH that can exist, or you have violated t= he=20 > > > > basic rules of programing and logic). > > > >=20 > > > > We have two basic cases, > > > >=20 > > > > 1) if HHH does the partial emulation you describe, then the complet= e=20 > > > > emulation of DD will see that DD call HHH, and it will emulate its= =20 > > > > input for a while, then abort and theu return 0 to DD which will th= en=20 > > > > halt. > > > >=20 > > >=20 > > > int main() > > > { > > > =C2=A0=C2=A0 HHH(DDD); // No DDD can possibly ever return. > > > } > > >=20 > >=20 > > Since HHH doesn;t call DDD, the statement is vacuous and shows a=20 > > fundamental ignorance of what is being talked about. > >=20 > > Yes, No HHH can emulated DDD to the end, but since halting is DEFINED b= y=20 > > the behavior of the program, and for every HHH that aborts and returns,= =20 > > the program of DDD, as tested with: > >=20 > > int main() > > { > > =C2=A0=C2=A0=C2=A0 DDD() > > } > >=20 > > will return to main, that shows that every HHH that returns 0 fails to= =20 > > be a Halt Decider or Termination Analyzer. PERIOD. > >=20 > > The fact that it may meet your defintion of POOP says maybe you have= =20 > > solvec the POOP problem, but it seems you can't even properly define it= =20 > > in the nornal field of Computation Theory. >=20 > void DDD() > { > =C2=A0=C2=A0 HHH(DDD); > =C2=A0=C2=A0 return; > } >=20 > The only difference between HHH and HHH1 is that they are > at different locations in memory. DDD simulated by HHH1 > has identical behavior to DDD() executed in main(). >=20 https://en.wikipedia.org/wiki/Halting_problem In computability theory, the halting problem is the problem of determining,= from a description of an arbitrary computer program and an input, whether the program will finish ru= nning, or continue to run forever. It is important to understand the meaning of the terms used in your questio= n. Otherwise, you are solving POO Problem. But, POOP is OK, just don't mix the= m. > The semantics of the finite string input DDD to HHH specifies > that it will continue to call HHH(DDD) in recursive simulation. >=20 > The semantics of the finite string input DDD to HHH1 specifies > to simulate to DDD exactly once. >=20 >=20