Re: Verified facts regarding the software engineering of DDD, HHH, and HHH1 --- TYPO

On 10/26/24 11:11 PM, olcott wrote:

On 10/26/2024 10:00 PM, Richard Damon wrote:

On 10/26/24 9:29 PM, olcott wrote:

On 10/26/2024 8:04 PM, Richard Damon wrote:

On 10/26/24 12:26 PM, olcott wrote:

On 10/26/2024 10:55 AM, Richard Damon wrote:

On 10/26/24 11:46 AM, olcott wrote:

On 10/26/2024 10:35 AM, Richard Damon wrote:

On 10/26/24 9:55 AM, olcott wrote:

On 10/25/2024 11:07 PM, Richard Damon wrote:

On 10/25/24 7:22 PM, olcott wrote:

On 10/25/2024 5:17 PM, Richard Damon wrote:>>>

No, I said a PARTIAL emulation is an incorrect basis.
>
You are just a proven liar that twists peoples words because you don't know what you are talking about.
>

>
It is ridiculously stupid to require a complete emulation
of a non-terminating input. No twisted words there.

>
HHH doesn't need to to the complete emulation, just show that the complete emulation doesn't reach an end.
>

>
Then you admit that DDD emulated by HHH according to the
semantics of the x86 language cannot possibly reach its
own "return" instruction?
>

IF you want to call that rediculously stupid, you are just showing your own stupidity, as that IS the requirement, and you can't show anything that proves it otherwise, because you just don't know anything about the fundamental facts of what you talk about.
>

>
I am not the one stupidly requiring the compete emulation
of a non-terminating input.
>

>

The problem is that any HHH that answers for the input built on it, must have been a decider that aborts when emulating that input, and thus only does a partial emulation.
>

>
It is ridiculously stupid to require a complete emulation
of a non-terminating input. No twisted words there.

>
HHH doesn't need to to the complete emulation, just show that the complete emulation doesn't reach an end.
>
IF you want to call that rediculously stupid, you are just showing your own stupidity, as that IS the requirement, and you can't show anything that proves it otherwise, because you just don't know anything about the fundamental facts of what you talk about.
>

>
Then you admit that DDD emulated by HHH according to the
semantics of the x86 language cannot possibly reach its
own "return" instruction?
>

>
The problem is that your HHH doesn't do that,

>
Of course it doesn't do that. It is ridiculously stupid for
an emulating termination analyzer to emulate a non-terminating
input forever.
>

>
Right, but it needs to answer about what the unaborted emulation would do,

>
Exactly !!!
>

>
And the unaborted emulation HALTS, since DDD calls the HHH that does abort and return,
>
You keep on trying to lie by playing a shell game and changing the imput to the system, which includes the code of the HHH that DDD calls.
>
Sorry, you are just proving your utter stupdity.

>
No you are merely contradicting yourself, thus an objective
measure of your error opposed to a subjective opinion of me.

>
WHERE did I contradict myself?
>
The CORRECT answer is based on the actual beahvior of the direct exectution of the program. That is the definition.
>
It is a provable fact, that the COMPLETE (and correct) emulation of the input will give the same answer as that, so is an proper equivalent for that definition.
>

 To the best of my knowledge you recently admitted that DDD
emulated by HHH never reaches its return instruction whether
HHH aborts its emulation or not.
 

No,  I admitted that the EMULATION OF DDD by HHH will never reach the return instruction, to resolve tbe equivocation of the statement.
Since for the HHH that returns an answer, that emulation is the fact above, incomplete, that means that said HHH hasn't shown that the program DDD will not reach its return instruction, only established a lower bound for how many steps it will take to do so.
You keep on trying to use that equivocation, which shows that either you are so stupid you don't understand the simple error in English, or you are just so ignorant of the rules that you ignore them, or you are just guilty of being a blantant liar, or multiple of the above.