Re: DDD correctly emulated by H0 --- Why Lie?

On 6/23/2024 4:49 PM, Richard Damon wrote:

On 6/23/24 5:41 PM, olcott wrote:

On 6/23/2024 1:20 PM, Richard Damon wrote:

On 6/23/24 9:40 AM, olcott wrote:

_DDD()
[00002172] 55               push ebp
[00002173] 8bec             mov ebp,esp
[00002175] 6872210000       push 00002172 ; push DDD
[0000217a] e853f4ffff       call 000015d2 ; call HHH0
[0000217f] 83c404           add esp,+04
[00002182] 5d               pop ebp
[00002183] c3               ret
Size in bytes:(0018) [00002183]
>
According to the semantics of the x86 programming language
when DDD correctly emulated by H0 calls H0(DDD) this call
cannot possibly return.
>
Likewise according to the semantics of arithmetic for
decimal integers: 2 + 3 = 5.
>
Anyone disagreeing with these two statements is WRONG.
>

>
NOw, if you REALLY mean just can H0 simulate this input to a final state, the answer is WHO CARES.
>
But I will put out a few comments on errors in your presentation\.
>
First, if you ONLY have the bytes presented, then the answer becomes trivial, as H0 HAS to stop emulating when it gets to the call instruction, as there is no data at address 000015d2 defined to simulate.
>

>
What a God damned liar.
https://liarparadox.org/HH0_(DDD)_Full_Trace.pdf
>

 Which begins its trace at main, not DDD:
 

You knew that there IS an HH0 and lied about it.
That makes you a God damned liar.
Of course C programs begin at main() Liar !!!
--
Copyright 2024 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer