Sujet : Re: Who knows that DDD correctly simulated by HHH cannot possibly reach its own return instruction final state?
De : abc (at) *nospam* def.com (olcott)
Groupes : comp.theoryDate : 06. Aug 2024, 23:31:08
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <v8u4ms$1ro46$2@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24
User-Agent : Mozilla Thunderbird
On 8/6/2024 4:15 PM, Mike Terry wrote:
On 06/08/2024 17:44, olcott wrote:
On 8/6/2024 11:35 AM, Mike Terry wrote:
On 06/08/2024 17:18, olcott wrote:
On 8/6/2024 10:58 AM, Mike Terry wrote:
On 06/08/2024 04:21, olcott wrote:
On 8/5/2024 10:12 PM, Mike Terry wrote:
On 06/08/2024 03:25, olcott wrote:
On 8/5/2024 8:32 PM, Richard Damon wrote:
On 8/5/24 8:07 PM, olcott wrote:
On 8/5/2024 5:59 PM, Richard Damon wrote:
On 8/5/24 9:49 AM, olcott wrote:
On 8/5/2024 2:39 AM, Mikko wrote:
On 2024-08-04 18:59:03 +0000, olcott said:
>
On 8/4/2024 1:51 PM, Richard Damon wrote:
On 8/4/24 9:53 AM, olcott wrote:
On 8/4/2024 1:22 AM, Fred. Zwarts wrote:
Op 03.aug.2024 om 18:35 schreef olcott:
>>>> ∞ instructions of DDD correctly emulated by HHH[∞] never
reach their own "return" instruction final state.
>
So you are saying that the infinite one does?
>
>
Dreaming again of HHH that does not abort? Dreams are no substitute for facts.
The HHH that aborts and halts, halts. A tautology.
>
void DDD()
{
HHH(DDD);
return;
}
>
That is the right answer to the wrong question.
I am asking whether or not DDD emulated by HHH
reaches its "return" instruction.
>
But the "DDD emulated by HHH" is the program DDD above,
>
When I say DDD emulated by HHH I mean at any level of
emulation and not and direct execution.
>
If you mean anything other than what the words mean you wihout
a definition in the beginning of the same message then it is
not reasonable to expect anyone to understand what you mean.
Instead people may think that you mean what you say or that
you don't know what you are saying.
>
>
If you don't understand what the word "emulate" means look it up.
>
DDD (above) cannot possibly reach its own "return" instruction halt
state when its machine code is correctly emulated by HHH.
>
>
Only because an HHH that does so never returns to anybody.
>
>
Do you really not understand that recursive emulation <is>
isomorphic to infinite recursion?
>
>
Not when the emulation is conditional.
>
>
Infinite_Recursion() meets the exact same condition that DDD
emulated by HHH makes and you know this. Since you are so
persistently trying to get away contradicting the semantics
of the x86 language the time is coming where there is zero
doubt that this is an honest mistake.
>
Ben does correctly understand that the first half of the Sipser
approved criteria is met. Even Mike finally admitted this.
>
I don't recall doing that. Please provide a reference for this.
>
>
On 8/2/2024 8:19 PM, Mike Terry wrote:
> It's easy enough to say "PO has his own criterion for
> halting, which is materially different from the HP condition,
> and so we all agree PO is correct by his own criterion...
>
>
That is not agreeing that the first half of the Sipser approved criteria is met.
>
That <is> my own criterion. Whatever else could you mean?
Do you still disagree with Ben on this point?
>
I do not agree that the first half of Sipser's quote has been satisfied by your scenario. You have misunderstood/misapplied what Sipser agreed to.
>
>
Mike.
>
>
So you think that Ben is wrong?
Why is it important to you whether I think Ben is wrong? I have said that I disagree with you that your HHH/DDD scenario satisfies the Sipser criterion.
I am trying to judge whether your disagreement is honest
or dishonest. If you don't explain your basis then this
seems to indicate that you have no actual basis.
That disagreement is based on what I believe Sipser was agreeing to.
You didn't even say that that is.
You have misunderstood/misapplied that agreement. I don't know what Ben thinks Sipser was saying, or whether that's even a relevant factor for what Ben said.
Ben's statement appears to be based on something else - that you have some new criterion for "PO-halting", and that if we translate Sipser's quote to a statement about PO-halting and PO-halt deciders, then / interpreted like that/ he believes the criterion is, or may well be, met.
Nothing like that. it is not at all any vague unspecified thing.
*Ben agreed this this exact criteria has been met*
<MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
If simulating halt decider H correctly simulates its input D
until H correctly determines that its simulated D would never
stop running unless aborted then
Since I don't believe that you have any such coherent definition of PO- halting,
That I keep repeating is over-and-over and you never see it
seems a little too disingenuous to be called disingenuous.
I cannot interpret Sipser's statement that way. And if I was convinced you /did/ have such a coherent definition, I would /still/ believe that Sipser was referring to conventional halt deciders, and that therefore his criterion is not met by your HHH/DDD.
It helps Richard when I repeat the same sentence hundreds of
times in the same post because he said he has attention deficit
disorder.
Would it help you if I repeated this 100 times in the same post?
<MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
If simulating halt decider H correctly simulates its input D
until H correctly determines that its simulated D would never
stop running unless aborted then
If you think Ben is supporting your broader claim of some problem with HP then you are wrong there.
I am an actual genius, of course I know that. I want to get
everyone up to speed on what Ben correctly understands so
that we can move on to this last and final point.
HP is about halting, not PO-halting, and if we interpret Sipser's quote as refering to what would be a valid PO- halting decider strategy, then it is nothing to do with halt deciders.
*THIS IS THE PO HALTING THAT PROFESSOR SIPSER AGREED TO*
<MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
If simulating halt decider H correctly simulates its input D
until H correctly determines that its simulated D would never
stop running unless aborted then
You'll also appreciate by now that I'm not going to engage in fruitless "arguments" with you about your claims.
I am merely expecting an honest dialogue.
It really does not seem to be that lately.
So there is no requirement for me to give "evidence" to refute anything you say
If you don't do that then there is nothing to show that
you are not simply using bluster as your entire basis.
- I am not arguing or debating with you! I have done that in the past, but it made absolutely no difference to anything, other than using up time.
Mike.
It will continue to work that way for everyone that
tries to get away with using bluster as their entire basis.
-- Copyright 2024 Olcott "Talent hits a target no one else can hit; Geniushits a target no one else can see." Arthur Schopenhauer
Who here is too stupid to know that DDD correctly simulated by HHH cannot possibly reach its own return instruction?
Re: Who here is too stupid to know that DDD correctly simulated,by HHH cannot possibly reach its own return instruction?