On 11/9/22 9:33 AM, olcott wrote:
> On 11/9/2022 5:42 AM, wij wrote:
>> On Wednesday, November 9, 2022 at 12:28:14 PM UTC+8, olcott wrote:
>>> void D(void (*x)())
>>> {
>>> H(x, x);
>>> }
>>>
>> .... [Cut]
>>>
>>> void D(void (*x)())
>>> {
>>> int Halt_Status = H(x, x);
>>> if (Halt_Status)
>>> HERE: goto HERE;
>>> return;
>>> }
>>>
>>
>> D will be trapped in endless recursive call. D will never halt.
>
> The lying PhD computer scientist says that D halts without having its
> simulation aborted.
So, which H is actually your H.
If it is the one that aborts, then YOU have just lied, because the
direct execution of D WILL Halt because H aborts its simulation of the
representation of D that it was given. So YOU are the one guilty of the lie.
You are just showing that you just don't understand what a computer or a
program is.
A given program, like the H of the proof, is a SPECIFIC sequence of
instructions that are executed on specific inputs.
H is SUPPOSED to be answer about the behavior of the program and input
it has been given in its input.
H(D,D) is SUPPOSED to be answering if D(D) will Halt or not.
The fact that H(D,D) returns 0, say that it beleives that D(D) will
never return,
That D is using an EXACT COPY of the H that is answering if you followed
the requirments of the proof, so if the direct execution of H(D,D)
returns 0, so will the copy that D calls.
Yes, H in its simulation will NEVER get to that point, but that is
because this H gives up and aborts too soon.
To confuse things by looking at a DIFFERENT program, that you
DECEPTIVELY also try to call H that doesn't abort, and the input basd on
that OTHER H that you DECEPTIVELY also call D, means NOTHING about the
behavior of THIS H and THIS D.
You confusing of these two just proves your ignorance of the subject.
Note, you also show your ignorance by the misuse of words like "unless".
Programs do NOT act on the bases of "unless" as unless brings into view
behavior that hasn't actually happened.
Your logic has been fundamentally flawed for year because you do not
understand the basics of what you are talking about.
One key thing is that you don't understand that Turing Machines are the
equivalent of a PROGRAM, not a FUNCTION in "normal" programming. It is
true that all programs are effectively functions, but the key is that
all functions are NOT effectively programs, and your logic runs into
that problem, because you are trying to look at a given function in a
way that ISN'T how it would behave as a program.
Your analysis of H_Hat/P/D is trying to sepereate the "C Function" from
the program it actually represents since you remove the H that it calls
from its definition.
THAT JUST PROVES YOUR IGNORANCE OF THE DEFINITIONS.
Your inability to understand this has cause you to totally waste the
last 18 years of your life and apparenetly condemned you to leave a
legacy of being an idiot.
Since P(P)/D(D) will Halt if H(P,P)/H(D,D) return 0, that answer can NOT
be the correct answer for that Halting problem.
That answer is NOT based on a correct determination of the correct
simulation (as done by H), as the ONLY possible correct simulation of
this input must match the actual behavior which is Halting, so the only
correct determination of a correct simulation of this input is Halting.
If H doesn't actually DO such a correct simulation, than any criteria
based on it needing to do one is just invalid and illogical.
Your logic is based on looking at a INCORRECT version of the input, as
you change the H that the input calls, which means you are just LYING
about what you are doing.
This seems to be your natural tendency, you can't seem to actually tell
a true statement, but always put a twist on things to bend them. This is
the sign of a deciver.
Sorry, you are just wrong,
As to your comment on "pulling the plug"
Well, when you simulate the input that you claim you are doing, (the one
where P/D call the H that returns 0) then if we don't pull the plug, it
will finish. What you are doing is having your H pull the plug before it
gets there and claim it can't tell the difference between this program
and a DIFFERENT one that is admittadly non-halting, and claiming it must
be right.
H's inability to distinguish between two DIFFERENT inputs that behave
DIFFERENTLY doesn't make it right, but makes it IGNORANT, just like you.
You have shown an inability to tell the difference between things that
are different, because you are to inattentive to see the differences.
Just because they seem the same to you, doesn't mean they are, it just
shows you are worng. The fact that you seem to try to hide the
difference seems to imply it isn't just you being inattentive, but
actively deceptive.