Re: Peter Olcott here seems to consistently lie about this ---

Liste des GroupesRevenir à theory 
Sujet : Re: Peter Olcott here seems to consistently lie about this ---
De : richard (at) *nospam* damon-family.org (Richard Damon)
Groupes : comp.theory
Date : 02. Aug 2024, 05:16:51
Autres entêtes
Organisation : i2pn2 (i2pn.org)
Message-ID : <0f117b9c47b8aaeb92b45f28fbe7a4f56eae8b81@i2pn2.org>
References : 1 2 3 4
User-Agent : Mozilla Thunderbird
On 8/1/24 11:06 PM, olcott wrote:
On 8/1/2024 9:33 PM, Richard Damon wrote:
On 8/1/24 10:12 PM, olcott wrote:
*This algorithm is used by all the simulating termination analyzers*
<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
>
     H can abort its simulation of D and correctly report that D
     specifies a non-halting sequence of configurations.
</MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
>
But only for th right definition of "Correctly Simulated" which means of the exact input without aborting.
>
>
DDD is correctly emulated by HHH according to the x86
language semantics of DDD and HHH including when DDD
emulates itself emulating DDD
>
Nope.
>
Call HHH needs to be followed in the trace by the instructions of HHH
>
And you "full Trace" printouts are NOT the trace that HHH Makes, but are traces OF HHH doing its decision.
>
 The bottom line has always been (for three years now) that the
fact that the next lines of DDD, (and DD) have always been the
next lines that a correct x86 emulator would correctly emulate
proves that HHH (and HH) did emulate these lines correctly
*EVEN IF IT DID THIS BY WILD GUESS*
 Because of this all of the calls for a full execution trace
have never been more than sadistic trollish head games.
 
Nope, you just don't understand what the x86 processor actually does.
Part of the problem is you don't understand what a PROGRAM is.
When DDD calls HHH, that HHH code becomes part of the program DDD, and there is nothibng you can do to get around that, (but try lying).
Your failure to understand this just proves your utter stupidity and ignorance of what you are talking about, and makes everything you say just an extetention of your lies.
Unless you can shows some actual source to back your claim, you are just admitting that you are nothing but a pathological liar.

Date Sujet#  Auteur
10 Nov 24 o 

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal