Re: Two dozen people were simply wrong --- Try to prove otherwise --- pinned down

On 5/31/24 9:10 PM, olcott wrote:

On 5/31/2024 7:39 PM, Richard Damon wrote:

On 5/31/24 7:57 PM, olcott wrote:

On 5/31/2024 6:33 PM, Richard Damon wrote:

On 5/31/24 6:54 PM, olcott wrote:

On 5/31/2024 5:46 PM, Richard Damon wrote:

On 5/31/24 6:08 PM, olcott wrote:

On 5/31/2024 4:36 PM, Richard Damon wrote:

On 5/31/24 10:10 AM, olcott wrote:

On 5/31/2024 6:16 AM, Richard Damon wrote:

On 5/30/24 11:27 PM, olcott wrote:

Try and show how HH using an x86 emulator can correctly emulate
the following x86 machine code such that DD reaches its own
machine address 00001c47.

>
Why should I, since that isn't what I was saying.
>

>
*To me that looks like you know that*
*you have been busted in a lie and are backing down*

>
no, YOU are LYING RIGHT HERE AND NOW.
>
Prove that I said that the simulation by HH made it there, or admit to being a DAMNED LIAR.
>
What I have been saying is the the DIRECT EXDCUTION of DD, and the CORRECT (and complete) simulation of the input to HH by an actual UTM will get there.
>

>
That has always been the dishonest dodge strawman deception
CHANGE-THE-SUBJECT fake rebuttal regarding
the behavior of DD correctly simulated by pure function HH.

>
But it is your talking about the "correctly simulated by HH" that is the dishonest dodge,

>
Try and show how HH using an x86 emulator can correctly emulate
the following x86 machine code such that DD reaches its own
machine address 00001c47.

>
Never said it could. But haven't looked hard enough to be willing to say it can't, but then, who cares, it doesn't say a thing about the real halting problem, since H's simulation isn't "correct" by a definition that relates simulation to non-halting behavior,
>

>
"...the Turing machine will halt whenever it enters a final state."
Linz(1990:234)

>
Right, and that is talking about runnig the Turing Machine, not simulating a representation of it.
>

 DD correctly simulated by HH cannot possibly reach its own simulated
final state. This is conclusively proven beyond all possible doubt
by the x86 machine code of DD.

Depends on the specification of HH, as has beeen shown.

 You can lie about this and try to get away with changing the subject.
What you cannot do is show that it is not true.

But I don't try to claim one side of the other, as it isn't relevent.

 *Showing that it is relevant is a whole other different subject that*
*we can get to as soon as you quit your deception on this subject*

But if it isn't relevent, why are we looking at it.
It seems you just WANT to waste you time trying to convince people about something they don't care about.

 *Showing that it is relevant is a whole other different subject that*
*we can get to as soon as you quit your deception on this subject*
 *Showing that it is relevant is a whole other different subject that*
*we can get to as soon as you quit your deception on this subject*
 

>
*If DD correctly simulated by HH can't possibly reach its own*
*final state then DD correctly simulated by HH is non-halting*

Nope, Where did that definition say ANYTHING about one machine simulationg another.
>

 Trying to get away with saying that you don't "believe in" UTMs
can't possibly fool anyone that knows what UTMs are.
 

But I DO beleive in UTMs, and know exact what they do.
Your embedded_H can NOT actually be a UTM, or neither H nor embedded_H are deciders.
PERIOD,.

When Ĥ is applied to ⟨Ĥ⟩
Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
 When embedded_H <is> a UTM then ⟨Ĥ⟩ ⟨Ĥ⟩ correctly simulated by embedded_H
cannot possibly reach its own simulated final state of ⟨Ĥ.qn⟩. In this
case embedded_H fails to be a decider, however it also proves:

And then, while THAT H^ is non-halting, H isn't a decider.

 that ⟨Ĥ⟩ ⟨Ĥ⟩ correctly simulated by embedded_H cannot possibly reach its
own simulated final state of ⟨Ĥ.qn⟩ for any embedded_H based on a UTM
that only simulates some finite sequence of steps.

But that only apply *if* embedded_H (and thus H) *IS* a UTM, if it aborts its simuliation, then its

 "...the Turing machine will halt whenever it enters a final state."
Linz(1990:234)
 ⟨Ĥ⟩ ⟨Ĥ⟩ correctly simulated by embedded_H cannot possibly reach its
own simulated final state of ⟨Ĥ.qn⟩

And and embedded_H that actually correct simulates the input, by Computaiton Theory definitions is the UTM that, by definition, doesn't abort its simulation.

 *The input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H SPECIFIES non-halting behavior*
*The input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H SPECIFIES non-halting behavior*
*The input ⟨Ĥ⟩ ⟨Ĥ⟩ to embedded_H SPECIFIES non-halting behavior*

Only if embedded_H and H are ACTUALLY UTMs, and you aren't lying about just playing one on TV. If H (H^) (H^), and thus embedded_H (H^) (H^), go to Qn, then H^ (H^) goes to Qn too and halts, and thus the input specified HALTING behavior, as the behavior specified *IS* by the definiton of the problem, the behavior of the machine described by the input.
You are just too stupid to understand that specification, because it seems you never learned about looking at requirements.

 You can lie about this or try to get away with changing the subject.
What you cannot do it show that it is not true.

So, if H *IS* a UTM, H^ (H^) will be non-halting, but H isn't a decider.
if H isn't a UTM, you haven't proved anythibg but that you don't understand what you are talking about, because you just refuse to learn the meaning of the words you use, so you can try to convince yourself that your lies are ok, because they "sound right" as long as you reckless ignore the problems they cause.

 *Showing that it is relevant is a whole other different subject that*
*we can get to as soon as you quit your deception on this subject*

But until you do that. I just don't care about this part, and thus won't do anything to look at a problem that just isn't relevent.
YOU have painted yourself into a corner, and it seems you only way out is to find the right lies.

 *Showing that it is relevant is a whole other different subject that*
*we can get to as soon as you quit your deception on this subject*
 *Showing that it is relevant is a whole other different subject that*
*we can get to as soon as you quit your deception on this subject*