Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry](apology)

Liste des GroupesRevenir à c theory 
Sujet : Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry](apology)
De : polcott333 (at) *nospam* gmail.com (olcott)
Groupes : comp.theory sci.logic
Date : 11. May 2024, 19:04:45
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <v1o8fe$250p7$1@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27
User-Agent : Mozilla Thunderbird
On 5/11/2024 11:32 AM, Mike Terry wrote:
On 11/05/2024 17:06, olcott wrote:
On 5/11/2024 3:00 AM, Mikko wrote:
On 2024-05-10 18:16:37 +0000, olcott said:
>
On 3/1/2024 12:41 PM, Mike Terry wrote:
>
Obviously a simulator has access to the internal state (tape contents etc.) of the simulated machine.  No problem there.
>
What isn't allowed is the simulated machine altering its own behaviour by accessing data outside of its own state.  (I.e. accessing data from its parent simulators state.)
>
While an "active-simulator" [my own term] is at liberty to combine
straight simulation with add-on "enhancements" that extend the
functionality of the simulated machine, in doing so it would no
longer be a simulator in the sense you need it to be.  So you
mustn't do this!
>
In principle an incorrect simulation is permissible. However, to prove
that the result inferred from an incorrect simulation is correct may
be impossible.
>
>
Within the conventional terms-of-the-art of {termination analyzer}
and {simulator} an incorrect simulation is forbidden.
>
*You did not provide complete reasoning justifying this proclamation*
*You did not provide complete reasoning justifying this proclamation*
*You did not provide complete reasoning justifying this proclamation*
>
The provided reasoning is sufficient. You can continue reasoning from
that if you want more.
>
>
*He is SIMPLY WRONG and when he tries*
*to justify what he said he will fail*
>
Any pure x86 emulator or UTM can have the added functionality
of watching every state change of its simulated input without
changing the simulated steps of this input relative to an
unmodified x86 emulator or UTM.
>
*SO MIKE TERRY IS SIMPLY WRONG ABOUT THIS*
 Idiot.
 
Message-ID: <rLmcnQQ3-N_tvH_4nZ2dnZfqnPGdnZ2d@brightview.co.uk>
On 3/1/2024 12:41 PM, Mike Terry wrote:
 > While an "active-simulator" [my own term] is at liberty
 > to combine straight simulation with add-on "enhancements"
 > that extend the functionality of the simulated machine,
 > in doing so it would no longer be a simulator in the sense
 > you need it to be.  So you mustn't do this!
When none of these add-on enhancements change behavior of the
simulated machine relative to a pure simulation of these same
inputs then the resulting machine remains a simulator even with
add-on enhancements.
Now that I have re-read what you said many times I noticed
nuances that I did not notice before.
*extend the functionality of the simulated machine*
does not refer to the simulator as I previously thought.
So it is my mistake. I apologize for mischaracterizing
what you said. This was unintentional.

>
Because the simulator must perform every detail of the simulation of
the underlying machine it can watch every single state change of this
underlying machine and this does not change the behavior of the
simulated input AT ALL (relative to not watching the state changes).
>
Yes, that is a correct interpretation.
>
>
OK Great!
So a simulating termination analyzer could watch the behavior of its
input and analyze this watched behavior and transition to a non-final
state that indicates non-halting and then go back and continue
simulating the non-halting input and it remains a simulator all along.
>
*This would not be a halt decider because all deciders must halt*
*It would be an unconventional termination analyzer*
>
*It does correctly report that its pathological input never halts*
>
*This method does work correctly on the H/D template*
*and the Ĥ applied to ⟨Ĥ⟩ template shown below*
>
00 int H(ptr x, ptr x)  // ptr is pointer to int function
01 int D(ptr x)
02 {
03   int Halt_Status = H(x, x);
04   if (Halt_Status)
05     HERE: goto HERE;
06   return Halt_Status;
07 }
08
09 int main()
10 {
11   H(D,D);
12 }
>
When Ĥ is applied to ⟨Ĥ⟩
Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>
*Termination Analyzer H is Not Fooled by Pathological Input D*
https://www.researchgate.net/publication/369971402_Termination_Analyzer_H_is_Not_Fooled_by_Pathological_Input_D
>
--
Copyright 2024 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer

Date Sujet#  Auteur
10 May 24 * Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]16olcott
11 May 24 `* Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]15Mikko
11 May 24  `* Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]14olcott
11 May 24   +* Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]2Mike Terry
11 May 24   i`- Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry](apology)1olcott
11 May 24   +* Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]5Richard Damon
11 May 24   i`* Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]4olcott
11 May 24   i +* Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]2olcott
12 May 24   i i`- Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]1Richard Damon
12 May 24   i `- Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]1Richard Damon
12 May 24   `* Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]6olcott
12 May 24    +* Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]4Mikko
12 May 24    i`* Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]3olcott
12 May 24    i +- Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]1Richard Damon
13 May 24    i `- Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]1Mikko
12 May 24    `- Re: Linz's proofs and other undecidable decision problems [LP as basis] [Mike Terry]1Richard Damon

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal