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