Re: Why do people here insist on denying these verified facts?

On 6/23/2024 6:28 AM, Richard Damon wrote:

On 6/22/24 11:37 PM, olcott wrote:

On 6/22/2024 7:19 PM, Richard Damon wrote:

On 6/22/24 7:59 PM, olcott wrote:

On 6/22/2024 3:08 PM, Richard Damon wrote:

On 6/22/24 3:49 PM, olcott wrote:

On 6/22/2024 2:43 PM, Richard Damon wrote:

On 6/22/24 3:35 PM, olcott wrote:

>
The correct measure of the behavior of the actual input is DDD
correctly simulated by H0 according to the definition of the
semantics of the x86 programming language.

>
FROM WHERE?
>
That is just YOUR LIE!!!!!
>

>
Now you are trying to get away with disbelieving in the
semantics of the x86 language and you can't even spell "from"
>
That you have the audacity to call me a liar over this
might condemn you to Hell (I sincerely hope not).
>

>
I call it a lie, because it IS one.
>
You claim a definition of the "Correct Answer" that has NO source but your own ignorant mind. That makes it a LIE, as there is a DIFFERENT definition that you refuse to use.
>
You claim you can show "behavior" by the definition of the x86 assembly language that is not there.
>

>
Liar
>

>
You losing it Peter.
>
you need to show something, or you are just admitting you have lost.
>

>
Not at all. I have written it up much better now.
Because I had to write it up clearly enough that
people trying to get away with lying about it look
like ridiculous fools it finally has a change to
be accepted.

  

>

>
You HAVE lost, since you have nothing to back your lies, and that has been reveiled, but not even trying is just giving up.
>
The ACTUAL CORRECT emulation of the proper input (which includes the code of the decide which is needed) shows that DDD will Halt since H0 will decide on it and return, and thus DDD will halt.
>

>
That is not the question.
The question is can the call to H0(DDD) made by DDD
correctly simulated by H0 return?

 No, as long as you are claiming that H0 is a Halt Decider, that isn't the question, but the question is "Does the Machine represented by the input Halt when run?"
 And, if you are going to admit that H0 isn't a Halt Decider, then our question to you is Why do we care about H0?
 You need to give us a reason to spend the effort to verify what you claim.
 

>

H0's emulation might not get there, but that isn't the question, and H1's emulation, which will be identical to H0 up to the point H0 stops (if H0 did a correct emulation per your rules) so there is no ground to say the behavior was different.
>
H0 is just WRONG about halting.

>
When you try and get away with conflating an aborted simulation
with terminating normally gullible fools might think you are right.

 So, are you going to admit that H0 isn't, and never will be, a Halt Decider>
 

>
There are several people here that are not gullible fools.
>

 But you are not one of them.
 

_DDD()
[00002172] 55               push ebp      ; housekeeping
[00002173] 8bec             mov ebp,esp   ; housekeeping
[00002175] 6872210000       push 00002172 ; push DDD
[0000217a] e853f4ffff       call 000015d2 ; call H0(DDD)
[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.
--
Copyright 2024 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer