Liste des Groupes | Revenir à c theory |
On 8/17/2024 1:28 PM, Richard Damon wrote:Which does meet the requirements of "emulation". In order to beOn 8/17/24 2:11 PM, olcott wrote:Thus DDD has direct access to HHH in this shared memory space.On 8/17/2024 12:48 PM, Richard Damon wrote:But x86utm isn't HHH.On 8/17/24 1:42 PM, olcott wrote:Do I have to repeat this 500 times before you noticeOn 8/17/2024 12:36 PM, Richard Damon wrote:So, what IS the correct emulation of a program that goes off into undefined memory?On 8/17/24 1:24 PM, olcott wrote:*just meaningless garbage and a LIE*On 8/17/2024 11:16 AM, Richard Damon wrote:Which are just meaningless garbage and a LIE.On 8/17/24 11:35 AM, olcott wrote:There are no other words that can be added to myOn 8/17/2024 10:30 AM, Richard Damon wrote:And thus, ALL of memory is the "input" and thus any change in it renders that answer possibly different.On 8/17/24 11:09 AM, olcott wrote:No it has moved up to a ridiculous and utterlyOn 8/17/2024 10:06 AM, Richard Damon wrote:How do you emulate dthe CALL HHH instruction without the code that follows?On 8/17/24 10:58 AM, olcott wrote:You are not going to get very far with any claim thatOn 8/17/2024 9:10 AM, Richard Damon wrote:To say that DDD is emulated by HHH means that it must be possible to validly do that act.On 8/17/24 8:29 AM, olcott wrote:You are inserting a word that I did not say.void DDD()No, anyone saying that the above is something that CAN be correctly emulated by the semantics of the x86 language is just a LIAR.
{
HHH(DDD);
}
_DDD()
[00002172] 55 push ebp ; housekeeping
[00002173] 8bec mov ebp,esp ; housekeeping
[00002175] 6872210000 push 00002172 ; push DDD
[0000217a] e853f4ffff call 000015d2 ; call HHH(DDD)
[0000217f] 83c404 add esp,+04
[00002182] 5d pop ebp
[00002183] c3 ret
Size in bytes:(0018) [00002183]
*It is a basic fact that DDD emulated by HHH according to*
*the semantics of the x86 language cannot possibly stop*
*running unless aborted* (out of memory error excluded)
emulating a sequence of x86 machine-code bytes is impossible.
Who is the silly one now?
baseless false assumption that is directly contradicted
by the verified fact that x86utm takes Halt7.obj as
its input data, thus having all of the machine code
of HHH directly available to DDD.
words that change the immutable fact of my words.
The DDD given can not be "emulated" by HHH,
that I said it once?
Utterly baseless false assumption that is directly
contradicted by the verified fact that x86utm takes
Halt7.obj as its input data, thus having all of the
machine code of HHH directly available to DDD.
x86utm doesn't take "DDD" as its input, but the COFF file that contains the whole problem.
Les messages affichés proviennent d'usenet.