Deutsch   English   Français   Italiano  
<778aaa16592f16c135ff4bbc931a5eacd85c6d7f@i2pn2.org>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!weretis.net!feeder9.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail
From: Richard Damon <richard@damon-family.org>
Newsgroups: comp.theory
Subject: Re: Who here is too stupid to know that DDD correctly simulated,by
 HHH cannot possibly reach its own return instruction?
Date: Sat, 3 Aug 2024 11:33:35 -0400
Organization: i2pn2 (i2pn.org)
Message-ID: <778aaa16592f16c135ff4bbc931a5eacd85c6d7f@i2pn2.org>
References: <v8jh7m$30k55$1@dont-email.me>
 <bee1046fadd148969411fa9ff78d2f323a05bf26@i2pn2.org>
 <v8jla0$31dqd$1@dont-email.me>
 <9d0aec4a510e2dbe0f3ae7f6318a657629f06a3c@i2pn2.org>
 <v8jmbh$31j2s$1@dont-email.me>
 <11b8b7e61fe533f27f1437030e79e5abbc2aebf4@i2pn2.org>
 <Cp-cnbESQeGe_jD7nZ2dnZfqlJ8AAAAA@giganews.com>
 <15e7f185ebfabb20566b10fbf29acc2bf8ad4ea3@i2pn2.org>
 <FDKdncj_cLle9jD7nZ2dnZfqlJ-dnZ2d@giganews.com>
 <6051333ddd71c0f0391de1dd1af7885bce6e11ba@i2pn2.org>
 <v8k77o$38685$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sat, 3 Aug 2024 15:33:35 -0000 (UTC)
Injection-Info: i2pn2.org;
	logging-data="1329218"; mail-complaints-to="usenet@i2pn2.org";
	posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg";
User-Agent: Mozilla Thunderbird
X-Spam-Checker-Version: SpamAssassin 4.0.0
In-Reply-To: <v8k77o$38685$1@dont-email.me>
Content-Language: en-US
Bytes: 5611
Lines: 93

On 8/2/24 11:12 PM, olcott wrote:
> On 8/2/2024 7:11 PM, Richard Damon wrote:
>> On 8/2/24 7:29 PM, olcott wrote:
>>
>> NOPE, I am just a fw steps ahead of you and can see where you are 
>> going, and close the doors in front of you, which is why you get so 
>> upset at me.
>>
>> The flaws in your logic are so transparent, I can see many of your 
>> moves before you post them. Of course, the fact you keep on repeating 
>> them helps too.
> 
> *If that was true you would not need to dodge the question*
> 
> There are zero flaws in my logic that DDD correctly emulated
> by HHH cannot possibly reach its own return instruction.
> 
> void DDD()
> {
>    HHH(DDD);
>    return;
> }
> 
> Any attempt by anyone to show flaws would make themselves
> look ridiculously foolish, as if they flunked out of a CS
> degree. You don't even have any CS degree, I just checked.
> 
> 

Nope, you make yourself look foolish by making your claims.

The answer to who is too stupid to know something is YOU, Peter Olcott.

Since it is clear you don't understand what it means to know something.

I will point out that you don't understand how a conversation works. 
Your question was clearly a retorical question, and those do not 
actually ask for the question to be answered. Asking a retorical 
question and then berateing people for not answering just shows that you 
are a petty person that doesn't understand how the Langugage works.

But, that has already been established.

That you claim you logic has no flaws just proves how utterly ignorant 
of what you are talking about.

Some of your clear flaws that you just don't seem to understand:

1) The input to a halt decider needs to be a *PROGRAM*, which is a 
complete description of the algorithm being used and the data it is 
being given. This means that the program "DDD" includes the contents of 
the subroutine "HHH"

2) Thus, to describe/represent DDD to HHH, that input must include the 
code of HHH, and not just DDD. Representations need to be complete, and 
not based on gathering information from outside the problem statement 
and inputs.

3) A correcrt emulation/simulaition of something exactly reproduces the 
FULL behavior of the things emulate/simulated. It is NOT the same thing 
as deciding on behavior. A correct emulatioin of an infinite loop runs 
forever, even though a correct decision can (and must) return an answer 
about what that program does.

4) As such, a given thing can not be BOTH a "Correct Emulator" of an 
input, and a "Halting Decider" for that input, as they have 
contradictory behavior for a non-halting input.

5) Correct ... Until ... is NOT correct, but changed to incorrect.
Example: A was on the CORRECT path UNTIL I made a wrong turn; means that 
I am now on the wrong path. That means correctly emulating untill ... 
when I abort my emulation, means it is NOT a correct emulator.

6) While it is possible to use PARTIAL emulation to determine the 
behavior of many programs, the program doing that partial emulation is 
not the correct emulation that shows the answer is correct.

7) Since the input is a program, and a program includes all the code 
that it uses, and since you setup has DDD calling the decider directly, 
you can not use logic that changes that decider, as that changes the 
input. The alternate version of the decider that you talk about, needs 
to be put somewhere else with a different name. This is the fault of how 
you cast your framework.

8) You have also shown that this doesn't work, as the second copy of 
HHH, namely HHH1 gives a different answer, thus showing either you don' 
know how to make a correct copy, or the fact that your HHH has a "hidden 
input" making it not a computation.

9) The fact that you ignore the behavior of the program represented by 
the input just proves that you don't understand the question you are 
supposed to be answering because that is LITERALLY the behavior that 
matter. It doesn't matter how many time you say it can't be, it is, and 
you are just proving yourself a liar to say it isn't.