Liste des Groupes | Revenir à theory |
On 11/14/2024 2:56 AM, joes wrote:Am Wed, 13 Nov 2024 17:11:30 -0600 schrieb olcott:The machine code address that is passed to HHH on the stack is the inputOn 11/13/2024 4:58 AM, Mikko wrote:What, then, is the DDD "under test"?On 2024-11-12 13:58:03 +0000, olcott said:On 11/12/2024 1:12 AM, joes wrote:Am Mon, 11 Nov 2024 10:35:57 -0600 schrieb olcott:It is not the same DDD as the DDD under test.On 11/11/2024 10:25 AM, joes wrote:>Am Mon, 11 Nov 2024 08:58:02 -0600 schrieb olcott:On 11/11/2024 4:54 AM, Mikko wrote:On 2024-11-09 14:36:07 +0000, olcott said:On 11/9/2024 7:53 AM, Mikko wrote:When DDD calls a simulator that aborts, that simulator returns toDDD emulated by HHH does not reach its "return" instruction finalThe actual computation itself does involve HHH emulating itselfWhich is what you are doing: you pretend that DDD calls some
emulating DDD. To simply pretend that this does not occur seems
dishonest.
other HHH that doesn’t abort.
halt state whether HHH aborts its emulation or not.
DDD, which then halts.
to HHH thus the code under test. It specifies that HHH emulates itself
emulating DDD.
The DDD executed in main() is never pushed onto the stack of any HHH
thus <is not> the input DDD.
remember that the measureYes, exactly. In particular, the one that calls the aborting HHH.If the DDD under the test is not the same as DDD then the test isThe DDD under test IS THE INPUT DDD
performed incorrectly and the test result is not valid.
never has been: Does the emulated DDD ever stop running?
The measure is: Does the emulated DDD ever reach its "return"
instruction final halt state?
If you were technically competent in the x86 language you would know
that the answer to this has always been no.
The emulated DDD cycles through its first four instructions neverThat is imprecise: there is no single DDD that loops. But I agree that
reaching its "ret" instruction final halt state no matter how many times
it is emulated.
Les messages affichés proviennent d'usenet.