• Re: Flat out dishonest or totally ignorant?

    From Richard Damon@21:1/5 to olcott on Mon Jul 1 21:51:19 2024
    XPost: sci.logic

    On 7/1/24 9:25 PM, olcott wrote:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
      HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
      Infinite_Recursion();
    }

    void DDD()
    {
      HHH(DDD);
    }

    int main()
    {
      HHH(Infinite_Loop);
      HHH(Infinite_Recursion);
      HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop, Infinite_Recursion, and DDD that it must abort these emulations
    so that itself can terminate normally.

    Right.


    When this is construed as non-halting criteria then simulating
    termination analyzer HHH is correct to reject these inputs as
    non-halting by returning 0 to its caller.

    But only when you can actually PROVE that the full emulation of the
    program would be non-halting.


    Simulating termination analyzers must report on the behavior
    that their finite string input specifies thus HHH must report
    that DDD correctly emulated by HHH remains stuck in recursive
    simulation.

    But if DDD WAS stuck in infinte recursion, so must be HHH, so it isn't a decider.

    HHH can't have different behavior when emulated by HHH then when it is
    actually run.

    The problem is that "Emulated by the Decider" is NOT a valid criteria
    for the behavior of the input, since it isn't a function of just the input.

    The "Behavior of the input" will be the behavior of the program the
    input represents when it is run. The fact that the decider can't figure
    it out, isn't a problem, it just shows that this question on behavior
    isn't computable, which is perfectly fine.



    Everyone else seems to be flat out dishonest or totally ignorant.
    At least one of my reviewers does not seem to understand that
    infinite recursion does not halt.


    Nope, just one person, YOU. Your claims are FULL OF LIES and
    inconsistant definitions, and you re just to ignorant and stupid to
    understand that.

    You don't understand the fundamental definitions of the field, because
    it seems, you intentionaally refuse to study it. That doesn't make your
    ERRORS innocent mistakes, but just a calculate fabrication.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Mon Jul 1 22:35:52 2024
    XPost: sci.logic

    On 7/1/24 10:09 PM, olcott wrote:
    On 7/1/2024 8:51 PM, Richard Damon wrote:
    On 7/1/24 9:25 PM, olcott wrote:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these emulations
    so that itself can terminate normally.

    Right.


    Then why do you contradict yourself below? Did you forget to lie?

    Because I didn't contradict my self or lie, as the programs are different.

    A well written decider should be able to tell that UTM(Infinite_Loop)
    and UTM(Infinite_recursion) will never halt.

    But, given that HHH(DDD) *WILL* abort its emulation and return, then
    UTM(DDD) (which still calls HHH) will be able to emulate DDD calling
    HHH(DDD) which will eventually abort its emulation of the inner DDD and
    return to the calling DDD and then the program will halt.

    This DDD is NOT non-halting but halting, and never had "infinite recursion"



    When this is construed as non-halting criteria then simulating
    termination analyzer HHH is correct to reject these inputs as
    non-halting by returning 0 to its caller.

    But only when you can actually PROVE that the full emulation of the
    program would be non-halting.


    Too late you already agreed.
    You must have forgot to lie.

    Nope, but apparently not to late for you to lie AGAIN. You keep on
    making the stupid error, probably because you don't know better, that
    two different programs must act the same.



    Simulating termination analyzers must report on the behavior
    that their finite string input specifies thus HHH must report
    that DDD correctly emulated by HHH remains stuck in recursive
    simulation.

    But if DDD WAS stuck in infinte recursion, so must be HHH, so it isn't
    a decider.


    Too late, you already agreed that HHH(DDD) is correct.


    WHere?

    You are just a LIAR. And heading for the hot time in Gehenna soon.

    HHH can't have different behavior when emulated by HHH then when it is
    actually run.

    The problem is that "Emulated by the Decider" is NOT a valid criteria
    for the behavior of the input, since it isn't a function of just the
    input.

    Sure it is. If we don't do it that way then we stupidly
    ignore that HHH(DDD) must abort its emulation.

    Nope, that means something is a function of something it isn't defined
    to be a function of.

    In other words, your definition is just a LIE.


    The "Behavior of the input" will be the behavior of the program the
    input represents when it is run.

    If we assume that then we stupidly ignore that
    HHH(DDD) must abort its emulation.

    But that doesn't give it the right to give the wrong answer.

    I guess you are just admitting that you logic is based on the premise
    that it is ok to lie if you want to.

    That makes Election Deniers and Climate Change Deniers correct in their
    claims.


    Basically it is too late you forget to lie and told the truth
    on the first point thus contradicting yourself on every other point.


    Nope, I agree that a decider can get the first two, which is all you
    mentioned.

    You just fell into your own trap and made yourself into a clear liar,

    Of course, you seem to do that every time you speak.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Mon Jul 1 23:09:26 2024
    XPost: sci.logic

    On 7/1/24 10:52 PM, olcott wrote:
    On 7/1/2024 9:35 PM, Richard Damon wrote:
    On 7/1/24 10:09 PM, olcott wrote:
    On 7/1/2024 8:51 PM, Richard Damon wrote:
    On 7/1/24 9:25 PM, olcott wrote:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these emulations
    so that itself can terminate normally.

    Right.


    Then why do you contradict yourself below? Did you forget to lie?

    Because I didn't contradict my self or lie, as the programs are
    different.


    See what you agreed to by re-reading the words that
    you agreed to and you will see that you forgot to lie
    this time.


    Your streaching. You know what I mean, and if you want to get finicky, I
    will pull out the doxens of LIES that you have implicitly admitted to by
    not providing the references you claimed to have.

    Yes, HHH must abort its emulation to return, but that doesn't mean that
    THIS input in non-halting.


    I could point out that it is IMPOSSIBLE for you HHH to actually
    correctly do the emulation you claim on the input provided (since there
    is no code provded to emulate the call HHH) so your question is just
    invalid.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Tue Jul 2 09:23:52 2024
    On 2024-07-02 01:25:40 +0000, olcott said:

    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
    HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
    Infinite_Recursion();
    }

    void DDD()
    {
    HHH(DDD);
    }

    int main()
    {
    HHH(Infinite_Loop);
    HHH(Infinite_Recursion);
    HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop, Infinite_Recursion, and DDD that it must abort these emulations
    so that itself can terminate normally.

    The "must" there is not quite correct. If the emulator does not abort
    then it will run forever or until the emulator is aborted by some
    external agent. That is not a problem unless there is an additional requirement, not specified above, that the emulator must terminate
    normally.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Tue Jul 2 10:22:42 2024
    XPost: sci.logic

    Op 02.jul.2024 om 03:25 schreef olcott:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
      HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
      Infinite_Recursion();
    }

    void DDD()
    {
      HHH(DDD);
    }

    int main()
    {
      HHH(Infinite_Loop);
      HHH(Infinite_Recursion);
      HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop, Infinite_Recursion, and DDD that it must abort these emulations
    so that itself can terminate normally.

    Whether or not it *must* abort is not very relevant. It is relevant that
    it *does* abort. That is relevant when determining whether it is correct.


    When this is construed as non-halting criteria then simulating
    termination analyzer HHH is correct to reject these inputs as
    non-halting by returning 0 to its caller.

    Therefore, whether or not it must abort, is incorrect criteria. The fact
    that it *does* abort (and aborts too early to see correctly the
    behaviour) shows that the simulation is incorrect.


    Simulating termination analyzers must report on the behavior
    that their finite string input specifies thus HHH must report
    that DDD correctly emulated by HHH remains stuck in recursive
    simulation.

    It is not stuck in recursive simulation. We are speaking about an HHH
    that *does* abort after two cycles. So, not stuck, the simulation is
    only aborted too soon.
    Dreaming of another HHH that got stuck because it does not abort is
    irrelevant, because this HHH *does* abort.


    Everyone else seems to be flat out dishonest or totally ignorant.
    At least one of my reviewers does not seem to understand that
    infinite recursion does not halt.


    It is dishonest to claim that two equals infinite.
    Two cycles of recursive simulation is not equal to an infinite recursion.
    You don't seem to understand such simple facts.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Tue Jul 2 11:32:30 2024
    Am Mon, 01 Jul 2024 20:25:40 -0500 schrieb olcott:
    int main()
    {
    HHH(Infinite_Loop); HHH(Infinite_Recursion);
    HHH(DDD);
    }
    Every C programmer that knows what an x86 emulator is knows that when
    HHH emulates the machine language of Infinite_Loop, Infinite_Recursion,
    and DDD that it must abort these emulations so that itself can terminate normally.
    At the cost of not doing the full simulation. If you want it to terminate.

    When this is construed as non-halting criteria then simulating
    termination analyzer HHH is correct to reject these inputs as
    non-halting by returning 0 to its caller.
    It gets the decider part right, but not the simulator part.

    Simulating termination analyzers must report on the behavior that their finite string input specifies thus HHH must report that DDD correctly emulated by HHH remains stuck in recursive simulation.
    Of course we want the right answer, which is not whatever HHH makes up,
    but what the input DDD does by itself.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Tue Jul 2 07:30:59 2024
    XPost: sci.logic

    On 7/1/24 11:31 PM, olcott wrote:
    On 7/1/2024 10:09 PM, Richard Damon wrote:
    On 7/1/24 10:52 PM, olcott wrote:
    On 7/1/2024 9:35 PM, Richard Damon wrote:
    On 7/1/24 10:09 PM, olcott wrote:
    On 7/1/2024 8:51 PM, Richard Damon wrote:
    On 7/1/24 9:25 PM, olcott wrote:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these emulations
    so that itself can terminate normally.

    Right.


    Then why do you contradict yourself below? Did you forget to lie?

    Because I didn't contradict my self or lie, as the programs are
    different.


    See what you agreed to by re-reading the words that
    you agreed to and you will see that you forgot to lie
    this time.


    Your streaching. You know what I mean, and if you want to get finicky,
    I will pull out the doxens of LIES that you have implicitly admitted
    to by not providing the references you claimed to have.

    Yes, HHH must abort its emulation to return, but that doesn't mean
    that THIS input in non-halting.

    *I tricked you into forgetting to lie so you told the truth*

    No, your tricked your self into admitting your logic needs to use
    trickery, and fell into your own trap.

    Yes, you need to choose an HHH that aborts the DDD that is made from it
    to have an HHH that returns, but this does not meen that htis HHH NEEDS
    to abort its emulation of its input, but does. The difference is that
    for the first question, we still have free reign to choose the decider,
    and the input hasn't been actually created, just the template for the
    input (since to have behavior, it needs to be a specific program).

    The second quesition, the decider and the input have been fixed, so when
    we hypothosize about need, and look at an alternate decider, the input,
    having been fixed, doesn't change. Thus, the full simulation that "needs
    to" refers to sees the decider emulate the input, and INCORRECT decide
    to abort and return to its caller which hahalts, thus showing no NEED to
    abort in the decider.


    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
        If simulating halt decider H correctly simulates its input D
        until H correctly determines that its simulated D would never
        stop running unless aborted then

        H can abort its simulation of D and correctly report that D
        specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    But here "Correct Simulation" means a simulation that exactly reproduces
    the behavior of directly running the program represented by the input,
    which means on the NEVER aborts its simulation.

    Since your H does neither that type of simulation, nor correctly predict
    what that type of simulation would do, you can't correctly use the
    second paragraph.

    Then you have that you input doesn't actually represent a full program,
    so you just start with an error, but one we can correct since we know
    the decider that you intend to pair it with.


    As Ben has already agreed to criteria has been met.

    Nope, again, putting false words into other mouths.


    I could point out that it is IMPOSSIBLE for you HHH to actually
    correctly do the emulation you claim on the input provided (since
    there is no code provded to emulate the call HHH) so your question is
    just invalid.

    *You already know that I already provided this code* https://liarparadox.org/HHH(DDD)_Full_Trace.pdf


    Which isn't the trace described, and Isn't even the full code as there
    ard empty stubs that seem to be replaced.

    So, you just continue ti LIE.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Tue Jul 2 14:48:24 2024
    Am Tue, 02 Jul 2024 07:23:50 -0500 schrieb olcott:
    On 7/2/2024 6:32 AM, joes wrote:
    Am Mon, 01 Jul 2024 20:25:40 -0500 schrieb olcott:

    Every C programmer that knows what an x86 emulator is knows that when
    HHH emulates the machine language of Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these emulations so
    that itself can terminate normally.
    At the cost of not doing the full simulation. If you want it to
    terminate.
    This <is> the problem that I am willing to discuss.
    So why must a pure simulator terminate?

    When this is construed as non-halting criteria then simulating
    termination analyzer HHH is correct to reject these inputs as
    non-halting by returning 0 to its caller.
    It gets the decider part right, but not the simulator part.


    Simulating termination analyzers must report on the behavior that
    their finite string input specifies thus HHH must report that DDD
    correctly emulated by HHH remains stuck in recursive simulation.
    Which is not what DDD does, since the HHH that it calls detects a
    recursive simulation and aborts it, returning and terminating.
    Of course we want the right answer, which is not whatever HHH makes up,
    but what the input DDD does by itself.
    Do you understand the difference?

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Tue Jul 2 20:42:47 2024
    XPost: sci.logic

    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these emulations
    so that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
        If simulating halt decider H correctly simulates its input D
        until H correctly determines that its simulated D would never
        stop running unless aborted then

        H can abort its simulation of D and correctly report that D
        specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    Repeating the same thing that has already been proved to be irrelevant
    does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct simulation. Your simulation is not correct.


    It is relevant that it *does* abort. That is relevant when determining
    whether it is correct.


    When this is construed as non-halting criteria then simulating
    termination analyzer HHH is correct to reject these inputs as
    non-halting by returning 0 to its caller.

    Therefore, whether or not it must abort, is incorrect criteria. The
    fact that it *does* abort (and aborts too early to see correctly the
    behaviour) shows that the simulation is incorrect.


    Simulating termination analyzers must report on the behavior
    that their finite string input specifies thus HHH must report
    that DDD correctly emulated by HHH remains stuck in recursive
    simulation.

    It is not stuck in recursive simulation. We are speaking about an HHH
    that *does* abort after two cycles. So, not stuck, the simulation is
    only aborted too soon.
    Dreaming of another HHH that got stuck because it does not abort is
    irrelevant, because this HHH *does* abort.


    Everyone else seems to be flat out dishonest or totally ignorant.
    At least one of my reviewers does not seem to understand that
    infinite recursion does not halt.


    It is dishonest to claim that two equals infinite.
    Two cycles of recursive simulation is not equal to an infinite recursion.
    You don't seem to understand such simple facts.



    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Tue Jul 2 21:17:32 2024
    XPost: sci.logic

    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these emulations
    so that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
         If simulating halt decider H correctly simulates its input D
         until H correctly determines that its simulated D would never
         stop running unless aborted then

         H can abort its simulation of D and correctly report that D
         specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    Repeating the same thing that has already been proved to be irrelevant
    does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct simulation.
    Your simulation is not correct.


    If you disagree with this you are either dishonest
    or clueless I no longer care which one.

    _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]

    DDD is correctly emulated by HHH which calls an
    emulated HHH(DDD) to repeat the process until aborted.


    HHH repeats the process twice and aborts too soon. One cycle later DDD
    would return, when the simulated HHH would have completed its own two
    cycles.
    Therefore, HHH is incorrectly simulated by itself, because HHH aborts
    one cycle too soon and therefore misses the full behaviour of its
    simulated self, which aborts and returns, after which DDD returns.

    You could not find any error in this reasoning, but you just ignore it
    and just repeat your baseless claim.
    So, *you* are clueless and if you are not simply dishonest, your
    psychology is interesting. I have never met such a flat-out stubborn case.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Tue Jul 2 18:44:36 2024
    XPost: sci.logic

    On 7/2/24 3:46 PM, olcott wrote:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these emulations
    so that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>      If simulating halt decider H correctly simulates its input D >>>>>      until H correctly determines that its simulated D would never >>>>>      stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>      specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>
    Repeating the same thing that has already been proved to be
    irrelevant does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct simulation.
    Your simulation is not correct.


    If you disagree with this you are either dishonest
    or clueless I no longer care which one.

    _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]

    DDD is correctly emulated by HHH which calls an
    emulated HHH(DDD) to repeat the process until aborted.


    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist
    which calls this emulated HHH(DDD) to repeat the process
    until aborted (which may be never).



    Only if your definiton of "Correct" includes things that are not correct.

    Your problem is you just assume things to exist that don't, because you
    don't understand what Truth actually means.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Tue Jul 2 21:07:12 2024
    XPost: sci.logic

    On 7/2/24 7:03 PM, olcott wrote:
    On 7/2/2024 5:44 PM, Richard Damon wrote:
    On 7/2/24 3:46 PM, olcott wrote:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop, >>>>>>>>> Infinite_Recursion, and DDD that it must abort these emulations >>>>>>>>> so that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    <MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>
         If simulating halt decider H correctly simulates its input D >>>>>>>      until H correctly determines that its simulated D would never >>>>>>>      stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>>>      specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>

    Repeating the same thing that has already been proved to be
    irrelevant does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct
    simulation. Your simulation is not correct.


    If you disagree with this you are either dishonest
    or clueless I no longer care which one.

    _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]

    DDD is correctly emulated by HHH which calls an
    emulated HHH(DDD) to repeat the process until aborted.


    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist
    which calls this emulated HHH(DDD) to repeat the process
    until aborted (which may be never).



    Only if your definiton of "Correct" includes things that are not correct.

    Your problem is you just assume things to exist that don't, because
    you don't understand what Truth actually means.


    So, where is that Diagonalization proof you said you had to show Godel
    wrong?

    Or are you just admitting you LIED about that?

    void DDD()
    {
      HHH(DDD);
    }

    int main()
    {
      HHH(DDD);
    }

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
        If simulating halt decider H correctly simulates its input D
        until H correctly determines that its simulated D would never
        stop running unless aborted then

        H can abort its simulation of D and correctly report that D
        specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    *Professor Sipser would agree that HHH/DDD meets the above criteria*

    Nope.

    Your HHH that returns an answer does NOT "Correctly Simulate" its input
    by the definition of producing the exact results of executing the
    machine represented by it, nor does it correctly determine what such a simululation would do.

    THis is clear, as DDD() Halts if HHH(DDD) returns an answer.

    Therefore HHH can NOT POSSIBLY correct in determining that it does.

    You are just showing that you have no idea what you are talking about,
    and just think LIES are appropriate logic.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Tue Jul 2 21:25:38 2024
    XPost: sci.logic

    On 7/2/24 9:18 PM, olcott wrote:
    On 7/2/2024 8:07 PM, Richard Damon wrote:
    On 7/2/24 7:03 PM, olcott wrote:
    On 7/2/2024 5:44 PM, Richard Damon wrote:
    On 7/2/24 3:46 PM, olcott wrote:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows >>>>>>>>>>> that when HHH emulates the machine language of Infinite_Loop, >>>>>>>>>>> Infinite_Recursion, and DDD that it must abort these emulations >>>>>>>>>>> so that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    <MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>
         If simulating halt decider H correctly simulates its input D >>>>>>>>>      until H correctly determines that its simulated D would never
         stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>>>>>      specifies a non-halting sequence of configurations. >>>>>>>>> </MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>

    Repeating the same thing that has already been proved to be
    irrelevant does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct
    simulation. Your simulation is not correct.


    If you disagree with this you are either dishonest
    or clueless I no longer care which one.

    _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]

    DDD is correctly emulated by HHH which calls an
    emulated HHH(DDD) to repeat the process until aborted.


    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist
    which calls this emulated HHH(DDD) to repeat the process
    until aborted (which may be never).



    Only if your definiton of "Correct" includes things that are not
    correct.

    Your problem is you just assume things to exist that don't, because
    you don't understand what Truth actually means.


    So, where is that Diagonalization proof you said you had to show Godel
    wrong?

    Or are you just admitting you LIED about that?

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(DDD);
    }

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
         If simulating halt decider H correctly simulates its input D
         until H correctly determines that its simulated D would never
         stop running unless aborted then

         H can abort its simulation of D and correctly report that D
         specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    *Professor Sipser would agree that HHH/DDD meets the above criteria*

    Nope.

    Your HHH that returns an answer does NOT "Correctly Simulate" its
    input by the definition of producing the exact results of executing
    the machine represented by it,

    I can see what you fail to understand. Professor Sipser would
    not make this same mistake.


    Nope, YOU are making the mistake. You just ignorant of the definitions.

    Professor Sipser probably does understand the x86 language.
    Shared-memory implementation of the Karp-Sipser
    kernelization process https://inria.hal.science/hal-03404798/file/hipc2021.pdf


    And the x86 language says the same thing,

    YOU are just a liar, as proved by the fact that you can not give the Diagonalization proof you claimed you had.

    Sorry, you are just too stupid to understand.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Tue Jul 2 21:51:34 2024
    XPost: sci.logic

    On 7/2/24 9:32 PM, olcott wrote:
    On 7/2/2024 8:25 PM, Richard Damon wrote:
    On 7/2/24 9:18 PM, olcott wrote:
    On 7/2/2024 8:07 PM, Richard Damon wrote:
    On 7/2/24 7:03 PM, olcott wrote:
    On 7/2/2024 5:44 PM, Richard Damon wrote:
    On 7/2/24 3:46 PM, olcott wrote:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows >>>>>>>>>>>>> that when HHH emulates the machine language of Infinite_Loop, >>>>>>>>>>>>> Infinite_Recursion, and DDD that it must abort these >>>>>>>>>>>>> emulations
    so that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    <MIT Professor Sipser agreed to ONLY these verbatim words >>>>>>>>>>> 10/13/2022>
         If simulating halt decider H correctly simulates its >>>>>>>>>>> input D
         until H correctly determines that its simulated D would >>>>>>>>>>> never
         stop running unless aborted then

         H can abort its simulation of D and correctly report that D
         specifies a non-halting sequence of configurations. >>>>>>>>>>> </MIT Professor Sipser agreed to ONLY these verbatim words >>>>>>>>>>> 10/13/2022>

    Repeating the same thing that has already been proved to be >>>>>>>>>> irrelevant does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct
    simulation. Your simulation is not correct.


    If you disagree with this you are either dishonest
    or clueless I no longer care which one.

    _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]

    DDD is correctly emulated by HHH which calls an
    emulated HHH(DDD) to repeat the process until aborted.


    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist
    which calls this emulated HHH(DDD) to repeat the process
    until aborted (which may be never).



    Only if your definiton of "Correct" includes things that are not
    correct.

    Your problem is you just assume things to exist that don't,
    because you don't understand what Truth actually means.


    So, where is that Diagonalization proof you said you had to show
    Godel wrong?

    Or are you just admitting you LIED about that?

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(DDD);
    }

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>      If simulating halt decider H correctly simulates its input D >>>>>      until H correctly determines that its simulated D would never >>>>>      stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>      specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>
    *Professor Sipser would agree that HHH/DDD meets the above criteria* >>>>>
    Nope.

    Your HHH that returns an answer does NOT "Correctly Simulate" its
    input by the definition of producing the exact results of executing
    the machine represented by it,

    I can see what you fail to understand. Professor Sipser would
    not make this same mistake.


    Nope, YOU are making the mistake. You just ignorant of the definitions.

    Professor Sipser probably does understand the x86 language.
    Shared-memory implementation of the Karp-Sipser
    kernelization process
    https://inria.hal.science/hal-03404798/file/hipc2021.pdf


    And the x86 language says the same thing,

    YOU are just a liar, as proved by the fact that you can not give the
    Diagonalization proof you claimed you had.

    Sorry, you are just too stupid to understand.

    You continue to assume that you can simply disagree
    with the x86 language. My memory was refreshed that
    called you stupid would be a sin according to Christ.
    I really want to do the best I can to repent.


    But I am NOT disagreeing with the x86 language.

    Can you point out what fact of it I am disagreing about it?

    The definition of the x86 language says every instruction wil be
    followed by the instruction after it (or jumped to).


    Or is this just like the Diagonalization arguement you have effectively admitted was just a lie?

    (or are you going to present that argument that think is just nonsense).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Wed Jul 3 03:50:30 2024
    XPost: sci.logic

    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    Every C programmer that knows what an x86 emulator is knows that >>>>>>> when HHH emulates the machine language of Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these emulations so >>>>>>> that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    Repeating the same thing that has already been proved to be
    irrelevant does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct simulation.
    Your simulation is not correct.

    If you disagree with this you are either dishonest or clueless I no
    longer care which one.

    DDD is correctly emulated by HHH which calls an emulated HHH(DDD) to
    repeat the process until aborted.

    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist which calls this
    emulated HHH(DDD) to repeat the process until aborted (which may be
    never).
    Whatever HHH does, it does not run forever but aborts.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Jul 3 10:27:18 2024
    On 2024-07-02 12:20:54 +0000, olcott said:

    On 7/2/2024 1:23 AM, Mikko wrote:
    On 2024-07-02 01:25:40 +0000, olcott said:

    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these emulations
    so that itself can terminate normally.

    The "must" there is not quite correct. If the emulator does not abort
    then it will run forever or until the emulator is aborted by some
    external agent. That is not a problem unless there is an additional
    requirement, not specified above, that the emulator must terminate
    normally.

    This <is> the problem that I am willing to discuss.

    What is the problem you are willing to discuss?
    Are you willing to do anything else about to that problem?

    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
    If simulating halt decider H correctly simulates its input D
    until H correctly determines that its simulated D would never
    stop running unless aborted then

    H can abort its simulation of D and correctly report that D
    specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Jul 3 10:42:35 2024
    On 2024-07-03 01:18:52 +0000, olcott said:

    On 7/2/2024 8:07 PM, Richard Damon wrote:
    On 7/2/24 7:03 PM, olcott wrote:
    On 7/2/2024 5:44 PM, Richard Damon wrote:
    On 7/2/24 3:46 PM, olcott wrote:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows >>>>>>>>>>> that when HHH emulates the machine language of Infinite_Loop, >>>>>>>>>>> Infinite_Recursion, and DDD that it must abort these emulations >>>>>>>>>>> so that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>>>>>      If simulating halt decider H correctly simulates its input D >>>>>>>>>      until H correctly determines that its simulated D would never
         stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>>>>>      specifies a non-halting sequence of configurations. >>>>>>>>> </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    Repeating the same thing that has already been proved to be irrelevant >>>>>>>> does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct simulation. >>>>>>>> Your simulation is not correct.


    If you disagree with this you are either dishonest
    or clueless I no longer care which one.

    _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]

    DDD is correctly emulated by HHH which calls an
    emulated HHH(DDD) to repeat the process until aborted.


    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist
    which calls this emulated HHH(DDD) to repeat the process
    until aborted (which may be never).



    Only if your definiton of "Correct" includes things that are not correct. >>>>
    Your problem is you just assume things to exist that don't, because you >>>> don't understand what Truth actually means.


    So, where is that Diagonalization proof you said you had to show Godel wrong?

    Or are you just admitting you LIED about that?

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(DDD);
    }

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
         If simulating halt decider H correctly simulates its input D
         until H correctly determines that its simulated D would never
         stop running unless aborted then

         H can abort its simulation of D and correctly report that D
         specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    *Professor Sipser would agree that HHH/DDD meets the above criteria*

    Nope.

    Your HHH that returns an answer does NOT "Correctly Simulate" its input
    by the definition of producing the exact results of executing the
    machine represented by it,

    I can see what you fail to understand. Professor Sipser would
    not make this same mistake.

    Professor Sipser probably does understand the x86 language.

    What makes you think so? How can you justify "probably" instead of, say, "pssobly"?

    The following contains nothing relevant:

    Shared-memory implementation of the Karp-Sipser
    kernelization process https://inria.hal.science/hal-03404798/file/hipc2021.pdf


    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Wed Jul 3 10:42:17 2024
    XPost: sci.logic

    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    Every C programmer that knows what an x86 emulator is knows that >>>>>>>>> when HHH emulates the machine language of Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these emulations so >>>>>>>>> that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    Repeating the same thing that has already been proved to be
    irrelevant does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct simulation. >>>>>> Your simulation is not correct.

    If you disagree with this you are either dishonest or clueless I no
    longer care which one.

    DDD is correctly emulated by HHH which calls an emulated HHH(DDD) to >>>>> repeat the process until aborted.

    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist which calls this
    emulated HHH(DDD) to repeat the process until aborted (which may be
    never).
    Whatever HHH does, it does not run forever but aborts.


    HHH halts on input DDD.

    void DDD()
    {
      HHH(DDD);
    }

    DDD correctly simulated by HHH cannot possibly halt.


    That would be an error of the simulator, because it aborts its own
    simulation too soon, one cycle before the simulated HHH would return and
    then DDD would return as well. A correct simulation would show that.
    (And you have shown such correct simulations!)
    So, your set of "DDD correctly simulated by HHH" is proved to be empty.
    It makes no sense to discuss whether an empty set halts or not.
    Try to broaden your mind. We are trying to help you. Try to learn
    something, instead of repeatedly running in baseless circles of reasoning.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Wed Jul 3 14:11:45 2024
    XPost: sci.logic

    Am Tue, 02 Jul 2024 22:55:12 -0500 schrieb olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    HHH repeats the process twice and aborts too soon.

    DDD is correctly emulated by any HHH that can exist which calls this
    emulated HHH(DDD) to repeat the process until aborted (which may be
    never).
    Whatever HHH does, it does not run forever but aborts.

    HHH halts on input DDD.
    DDD correctly simulated by HHH cannot possibly halt.
    WTF? It only calls HHH, which you just said halts.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Wed Jul 3 17:52:48 2024
    XPost: sci.logic

    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    Every C programmer that knows what an x86 emulator is knows that >>>>>>>>>>> when HHH emulates the machine language of Infinite_Loop, >>>>>>>>>>> Infinite_Recursion, and DDD that it must abort these
    emulations so
    that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    Repeating the same thing that has already been proved to be
    irrelevant does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct simulation. >>>>>>>> Your simulation is not correct.

    If you disagree with this you are either dishonest or clueless I no >>>>>>> longer care which one.

    DDD is correctly emulated by HHH which calls an emulated HHH(DDD) to >>>>>>> repeat the process until aborted.

    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist which calls this >>>>> emulated HHH(DDD) to repeat the process until aborted (which may be
    never).
    Whatever HHH does, it does not run forever but aborts.


    HHH halts on input DDD.

    void DDD()
    {
       HHH(DDD);
    }

    DDD correctly simulated by HHH cannot possibly halt.


    That would be an error of the simulator, because it aborts its own
    simulation too soon, one cycle before the simulated HHH would return and

    You dishonestly redefined the problem so that it has no correct answer.

    (Ignoring an distracting irrelevant hominem remark.)

    If you think that "What time is a three story building?" must have a
    correct answer, you are wrong.
    Similarly, if you think that HHH can simulate itself correctly, you are
    wrong.

    int H(ptr p, ptr i);

    int main()
    {
    return H(main, 0);
    }

    You showed that H returns, but that the simulation thinks it does not
    return.
    DDD is making it unnecessarily complex, but has the same problem.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Wed Jul 3 18:09:29 2024
    XPost: sci.logic

    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    Every C programmer that knows what an x86 emulator is knows >>>>>>>>>>>>> that
    when HHH emulates the machine language of Infinite_Loop, >>>>>>>>>>>>> Infinite_Recursion, and DDD that it must abort these >>>>>>>>>>>>> emulations so
    that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    Repeating the same thing that has already been proved to be >>>>>>>>>> irrelevant does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct
    simulation.
    Your simulation is not correct.

    If you disagree with this you are either dishonest or clueless >>>>>>>>> I no
    longer care which one.

    DDD is correctly emulated by HHH which calls an emulated
    HHH(DDD) to
    repeat the process until aborted.

    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist which calls this >>>>>>> emulated HHH(DDD) to repeat the process until aborted (which may be >>>>>>> never).
    Whatever HHH does, it does not run forever but aborts.


    HHH halts on input DDD.

    void DDD()
    {
       HHH(DDD);
    }

    DDD correctly simulated by HHH cannot possibly halt.


    That would be an error of the simulator, because it aborts its own
    simulation too soon, one cycle before the simulated HHH would return
    and

    You dishonestly redefined the problem so that it has no correct answer.

    (Ignoring an distracting irrelevant hominem remark.)

    If you think that "What time is a three story building?" must have a
    correct answer, you are wrong.
    Similarly, if you think that HHH can simulate itself correctly, you
    are wrong.

            int H(ptr p, ptr i);

            int main()
            {
              return H(main, 0);
            }

    You showed that H returns, but that the simulation thinks it does not
    return.
    DDD is making it unnecessarily complex, but has the same problem.

    main correctly emulated by H never stops running unless aborted.


    HHH is unable to simulate main correctly, because it unable to simulate
    itself correctly.
    The 'unless phrase' is misleading, because we are talking about a H
    *does* abort. Dreaming of one that does not abort, is irrelevant.
    The correctly simulated main would stop, because the simulated H is only
    one cycle away from its return when its simulation is aborted.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Wed Jul 3 19:56:24 2024
    XPost: sci.logic

    Op 03.jul.2024 om 18:21 schreef olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    Every C programmer that knows what an x86 emulator is >>>>>>>>>>>>>>> knows that
    when HHH emulates the machine language of Infinite_Loop, >>>>>>>>>>>>>>> Infinite_Recursion, and DDD that it must abort these >>>>>>>>>>>>>>> emulations so
    that itself can terminate normally.

    Whether or not it *must* abort is not very relevant. >>>>>>>>>>>>>
    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    Repeating the same thing that has already been proved to be >>>>>>>>>>>> irrelevant does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct >>>>>>>>>>>> simulation.
    Your simulation is not correct.

    If you disagree with this you are either dishonest or
    clueless I no
    longer care which one.

    DDD is correctly emulated by HHH which calls an emulated >>>>>>>>>>> HHH(DDD) to
    repeat the process until aborted.

    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist which calls >>>>>>>>> this
    emulated HHH(DDD) to repeat the process until aborted (which >>>>>>>>> may be
    never).
    Whatever HHH does, it does not run forever but aborts.


    HHH halts on input DDD.

    void DDD()
    {
       HHH(DDD);
    }

    DDD correctly simulated by HHH cannot possibly halt.


    That would be an error of the simulator, because it aborts its own >>>>>> simulation too soon, one cycle before the simulated HHH would
    return and

    You dishonestly redefined the problem so that it has no correct
    answer.

    (Ignoring an distracting irrelevant hominem remark.)

    If you think that "What time is a three story building?" must have a
    correct answer, you are wrong.
    Similarly, if you think that HHH can simulate itself correctly, you
    are wrong.

            int H(ptr p, ptr i);

            int main()
            {
              return H(main, 0);
            }

    You showed that H returns, but that the simulation thinks it does
    not return.
    DDD is making it unnecessarily complex, but has the same problem.

    main correctly emulated by H never stops running unless aborted.


    HHH is unable to simulate main correctly, because it unable to
    simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking about a H
    *does* abort. Dreaming of one that does not abort, is irrelevant.
    The correctly simulated main would stop, because the simulated H is
    only one cycle away from its return when its simulation is aborted.

    HHH is required to report on what would happen if HHH did not abort.

    Aha, that is the misunderstanding. HHH does not report at all.
    Remember "I am not talking about a decider, dumbo."?
    The question is: "Is HHH able to correctly simulate itself?".
    I proved that it cannot. If it aborts, it aborts one cycle too soon.

    HHH is forbidden from getting its own self stuck in infinite execution. Emulated instances of itself is not its actual self.

    It can't get stuck if it aborts. But if it aborts, it aborts one cycle
    too soon for a correct simulation. HHH cannot possibly correctly
    simulate itself up to its end.

    A simple proof that shows that HHH is unable to correctly simulate itself.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Thu Jul 4 09:09:20 2024
    On 2024-07-03 13:11:30 +0000, olcott said:

    On 7/3/2024 2:27 AM, Mikko wrote:
    On 2024-07-02 12:20:54 +0000, olcott said:

    On 7/2/2024 1:23 AM, Mikko wrote:
    On 2024-07-02 01:25:40 +0000, olcott said:

    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows
    that when HHH emulates the machine language of Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these emulations
    so that itself can terminate normally.

    The "must" there is not quite correct. If the emulator does not abort
    then it will run forever or until the emulator is aborted by some
    external agent. That is not a problem unless there is an additional
    requirement, not specified above, that the emulator must terminate
    normally.

    This <is> the problem that I am willing to discuss.

    What is the problem you are willing to discuss?
    Are you willing to do anything else about to that problem?

    The part that you ignored.

    And still ignore as you failed to answer.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Thu Jul 4 09:29:23 2024
    On 2024-07-03 13:13:59 +0000, olcott said:

    On 7/3/2024 2:42 AM, Mikko wrote:
    On 2024-07-03 01:18:52 +0000, olcott said:

    On 7/2/2024 8:07 PM, Richard Damon wrote:
    On 7/2/24 7:03 PM, olcott wrote:
    On 7/2/2024 5:44 PM, Richard Damon wrote:
    On 7/2/24 3:46 PM, olcott wrote:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows >>>>>>>>>>>>> that when HHH emulates the machine language of Infinite_Loop, >>>>>>>>>>>>> Infinite_Recursion, and DDD that it must abort these emulations >>>>>>>>>>>>> so that itself can terminate normally.

    Whether or not it *must* abort is not very relevant.

    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
         If simulating halt decider H correctly simulates its input D
         until H correctly determines that its simulated D would never
         stop running unless aborted then

         H can abort its simulation of D and correctly report that D
         specifies a non-halting sequence of configurations. >>>>>>>>>>> </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    Repeating the same thing that has already been proved to be irrelevant
    does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct simulation. >>>>>>>>>> Your simulation is not correct.


    If you disagree with this you are either dishonest
    or clueless I no longer care which one.

    _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]

    DDD is correctly emulated by HHH which calls an
    emulated HHH(DDD) to repeat the process until aborted.


    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist
    which calls this emulated HHH(DDD) to repeat the process
    until aborted (which may be never).



    Only if your definiton of "Correct" includes things that are not correct.

    Your problem is you just assume things to exist that don't, because you >>>>>> don't understand what Truth actually means.


    So, where is that Diagonalization proof you said you had to show Godel wrong?

    Or are you just admitting you LIED about that?

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(DDD);
    }

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>      If simulating halt decider H correctly simulates its input D >>>>>      until H correctly determines that its simulated D would never >>>>>      stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>      specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>
    *Professor Sipser would agree that HHH/DDD meets the above criteria* >>>>>
    Nope.

    Your HHH that returns an answer does NOT "Correctly Simulate" its input >>>> by the definition of producing the exact results of executing the
    machine represented by it,

    I can see what you fail to understand. Professor Sipser would
    not make this same mistake.

    Professor Sipser probably does understand the x86 language.

    What makes you think so? How can you justify "probably" instead of, say,
    "pssobly"?

    The following contains nothing relevant:

    Shared-memory implementation of the Karp-Sipser
    kernelization process
    https://inria.hal.science/hal-03404798/file/hipc2021.pdf



    If you make sure to not pay attention than you you
    won't find anything relevant. I searched for ["sipser" "x86"]

    Finding that you present claims without support is relevant enough for me.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 10:13:46 2024
    XPost: sci.logic

    Am Wed, 03 Jul 2024 09:19:20 -0500 schrieb olcott:
    On 7/3/2024 9:11 AM, joes wrote:
    Am Tue, 02 Jul 2024 22:55:12 -0500 schrieb olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    HHH repeats the process twice and aborts too soon.

    DDD is correctly emulated by any HHH that can exist which calls this >>>>> emulated HHH(DDD) to repeat the process until aborted (which may be
    never).
    Whatever HHH does, it does not run forever but aborts.

    HHH halts on input DDD.
    DDD correctly simulated by HHH cannot possibly halt.
    WTF? It only calls HHH, which you just said halts.

    An aborted simulation does not count as halting.
    Reaching it own machine address 00002183 counts as halting.
    DDD correctly simulated by HHH cannot possibly do that.
    Yes, DDD does not halt. But HHH aborts simulating it.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 10:38:36 2024
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    Every C programmer that knows what an x86 emulator is >>>>>>>>>>>>>>> knows that when HHH emulates the machine language of >>>>>>>>>>>>>>> Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these >>>>>>>>>>>>>>> emulations so that itself can terminate normally. >>>>>>>>>>>>>>
    Whether or not it *must* abort is not very relevant. >>>>>>>>>>>>>
    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    Repeating the same thing that has already been proved to be >>>>>>>>>>>> irrelevant does not bring the discussion any further. Sipser >>>>>>>>>>>> is not relevant, because that is about a correct simulation. >>>>>>>>>>>> Your simulation is not correct.

    If you disagree with this you are either dishonest or clueless >>>>>>>>>>> I no longer care which one.

    DDD is correctly emulated by HHH which calls an emulated >>>>>>>>>>> HHH(DDD) to repeat the process until aborted.

    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist which calls >>>>>>>>> this emulated HHH(DDD) to repeat the process until aborted
    (which may be never).
    Whatever HHH does, it does not run forever but aborts.


    HHH halts on input DDD.

    void DDD()
    {
       HHH(DDD);
    }

    DDD correctly simulated by HHH cannot possibly halt.


    That would be an error of the simulator, because it aborts its own >>>>>> simulation too soon, one cycle before the simulated HHH would
    return and

    You dishonestly redefined the problem so that it has no correct
    answer.

    (Ignoring an distracting irrelevant hominem remark.)

    If you think that "What time is a three story building?" must have a
    correct answer, you are wrong.
    Similarly, if you think that HHH can simulate itself correctly, you
    are wrong.

            int H(ptr p, ptr i);

            int main()
            {
              return H(main, 0);
            }

    You showed that H returns, but that the simulation thinks it does not
    return.
    DDD is making it unnecessarily complex, but has the same problem.

    main correctly emulated by H never stops running unless aborted.

    HHH is unable to simulate main correctly, because it unable to simulate
    itself correctly.
    The 'unless phrase' is misleading, because we are talking about a H
    *does* abort. Dreaming of one that does not abort, is irrelevant.
    The correctly simulated main would stop, because the simulated H is
    only one cycle away from its return when its simulation is aborted.

    HHH is required to report on what would happen if HHH did not abort. HHH
    is forbidden from getting its own self stuck in infinite execution.
    Emulated instances of itself is not its actual self.
    No. HHH is simulating itself, not a different function that does not
    abort. All calls are instances of the same code with the same parameters.
    They all do the same thing: aborting.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 11:09:03 2024
    XPost: sci.logic

    Am Wed, 03 Jul 2024 10:55:14 -0500 schrieb olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    Every C programmer that knows what an x86 emulator is knows >>>>>>>>>>>>> that when HHH emulates the machine language of
    Infinite_Loop, Infinite_Recursion, and DDD that it must >>>>>>>>>>>>> abort these emulations so that itself can terminate
    normally.

    Whether or not it *must* abort is not very relevant.

    Repeating the same thing that has already been proved to be >>>>>>>>>> irrelevant does not bring the discussion any further. Sipser is >>>>>>>>>> not relevant, because that is about a correct simulation.
    Your simulation is not correct.

    DDD is correctly emulated by HHH which calls an emulated
    HHH(DDD) to repeat the process until aborted.

    HHH repeats the process twice and aborts too soon.

    DDD is correctly emulated by any HHH that can exist which calls
    this emulated HHH(DDD) to repeat the process until aborted (which >>>>>>> may be never).
    Whatever HHH does, it does not run forever but aborts.

    HHH halts on input DDD.

    DDD correctly simulated by HHH cannot possibly halt.

    That would be an error of the simulator, because it aborts its own
    simulation too soon, one cycle before the simulated HHH would return
    and
    You dishonestly redefined the problem so that it has no correct
    answer.

    If you think that "What time is a three story building?" must have a
    correct answer, you are wrong.
    Similarly, if you think that HHH can simulate itself correctly, you are
    wrong.
           int H(ptr p, ptr i);
           int main()
           {
             return H(main, 0);
           }
    You showed that H returns, but that the simulation thinks it does not
    return.
    DDD is making it unnecessarily complex, but has the same problem.
    main correctly emulated by H never stops running unless aborted.
    As a matter of fact, H does abort it. It then returns to main,
    which then stops running.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 13:09:51 2024
    Am Thu, 04 Jul 2024 07:53:07 -0500 schrieb olcott:
    On 7/4/2024 6:09 AM, joes wrote:
    Am Wed, 03 Jul 2024 10:55:14 -0500 schrieb olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself correctly, you
    are wrong.
           int H(ptr p, ptr i);
           int main()
           {
             return H(main, 0);
           }
    You showed that H returns, but that the simulation thinks it does not
    return.
    DDD is making it unnecessarily complex, but has the same problem.
    main correctly emulated by H never stops running unless aborted.
    As a matter of fact, H does abort it. H then returns to main,
    which then stops running.
    main correctly simulated by H never returns.
    I was talking about main itself.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 13:38:30 2024
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself correctly, you >>>>>> are wrong.
            int H(ptr p, ptr i);
            int main()
            {
              return H(main, 0);
            }
    You showed that H returns, but that the simulation thinks it does
    not return.
    DDD is making it unnecessarily complex, but has the same problem.
    main correctly emulated by H never stops running unless aborted.
    HHH is unable to simulate main correctly, because it unable to
    simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking about a H
    *does* abort. Dreaming of one that does not abort, is irrelevant.
    The correctly simulated main would stop, because the simulated H is
    only one cycle away from its return when its simulation is aborted.
    HHH is required to report on what would happen if HHH did not abort.
    HHH is forbidden from getting its own self stuck in infinite
    execution. Emulated instances of itself is not its actual self.
    No. HHH is simulating itself, not a different function that does not
    abort. All calls are instances of the same code with the same
    parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always sees at
    least one fully execution trace of DDD before the next inner one. It is stupidly incorrect to think that HHH can wait on the next one.
    Stupidly incorrect is thinking that the next one wouldn’t abort just
    because that part isn’t simulated.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 15:03:07 2024
    Am Thu, 04 Jul 2024 08:32:10 -0500 schrieb olcott:
    On 7/4/2024 8:09 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:53:07 -0500 schrieb olcott:
    On 7/4/2024 6:09 AM, joes wrote:
    Am Wed, 03 Jul 2024 10:55:14 -0500 schrieb olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Similarly, if you think that HHH can simulate itself correctly, you >>>>>> are wrong.
           int H(ptr p, ptr i);
           int main()
           {
             return H(main, 0);
           }
    You showed that H returns, but that the simulation thinks it does
    not return.
    main correctly emulated by H never stops running unless aborted.
    As a matter of fact, H does abort it. H then returns to main,
    which then stops running.
    main correctly simulated by H never returns.
    I was talking about main itself.
    That is not the one that HHH examines.
    Huh? HHH examines main. Sure, it doesn’t /simulate/ the return.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 15:07:12 2024
    Am Thu, 04 Jul 2024 08:43:22 -0500 schrieb olcott:
    On 7/4/2024 8:38 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself correctly, >>>>>>>> you are wrong.
            int H(ptr p, ptr i);
            int main()
            {
              return H(main, 0);
            }
    You showed that H returns, but that the simulation thinks it does >>>>>>>> not return.
    DDD is making it unnecessarily complex, but has the same problem. >>>>>>> main correctly emulated by H never stops running unless aborted.
    HHH is unable to simulate main correctly, because it unable to
    simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking about a H >>>>>> *does* abort. Dreaming of one that does not abort, is irrelevant.
    The correctly simulated main would stop, because the simulated H is >>>>>> only one cycle away from its return when its simulation is aborted. >>>>> HHH is required to report on what would happen if HHH did not abort. >>>>> HHH is forbidden from getting its own self stuck in infinite
    execution. Emulated instances of itself is not its actual self.
    No. HHH is simulating itself, not a different function that does not
    abort. All calls are instances of the same code with the same
    parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always sees at
    least one fully execution trace of DDD before the next inner one. It
    is stupidly incorrect to think that HHH can wait on the next one.
    Stupidly incorrect is thinking that the next one wouldn’t abort just
    because that part isn’t simulated.
    Unless the outermost one aborts none of them do.
    Since the outermost aborts, all of them do.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Thu Jul 4 11:24:19 2024
    On 7/4/24 9:43 AM, olcott wrote:
    On 7/4/2024 8:38 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself correctly, you >>>>>>>> are wrong.
              int H(ptr p, ptr i);
              int main()
              {
                return H(main, 0);
              }
    You showed that H returns, but that the simulation thinks it does >>>>>>>> not return.
    DDD is making it unnecessarily complex, but has the same problem. >>>>>>> main correctly emulated by H never stops running unless aborted.
    HHH is unable to simulate main correctly, because it unable to
    simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking about a H >>>>>> *does* abort. Dreaming of one that does not abort, is irrelevant.
    The correctly simulated main would stop, because the simulated H is >>>>>> only one cycle away from its return when its simulation is aborted. >>>>> HHH is required to report on what would happen if HHH did not abort. >>>>> HHH is forbidden from getting its own self stuck in infinite
    execution. Emulated instances of itself is not its actual self.
    No. HHH is simulating itself, not a different function that does not
    abort. All calls are instances of the same code with the same
    parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always sees at
    least one fully execution trace of DDD before the next inner one. It is
    stupidly incorrect to think that HHH can wait on the next one.
    Stupidly incorrect is thinking that the next one wouldn’t abort just
    because that part isn’t simulated.


    Unless the outermost one aborts none of them do.


    And, since it does (since you claim HHH(DDD) is correct in returning non-halting) the all do, and thus DDD halts.

    Remember, TEMPLATES don't have "behavior", PROGRAMS do, so the input is
    always the COMPLETE program which includes the specific HHH that it will
    use.

    Thus, your "unless" is a meaningless word, a given HHH will either abort
    or not and you can't talk about the behavior of a DIFFERENT input formed
    by changing HHH as something THIS input does.

    Give THIS IHPUT (with THIS HHH as the machine it calls) to your "Other
    HHH" that doesn't abort (and needing to be at another address to do so)
    and it will see that DDD does halts, so you unless clause is proven not
    true.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Thu Jul 4 12:07:09 2024
    On 7/4/24 11:56 AM, olcott wrote:
    On 7/4/2024 10:07 AM, joes wrote:
    Am Thu, 04 Jul 2024 08:43:22 -0500 schrieb olcott:
    On 7/4/2024 8:38 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott: >>>>>>>>>>>>>>> On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself correctly, >>>>>>>>>> you are wrong.
               int H(ptr p, ptr i);
               int main()
               {
                 return H(main, 0);
               }
    You showed that H returns, but that the simulation thinks it does >>>>>>>>>> not return.
    DDD is making it unnecessarily complex, but has the same problem. >>>>>>>>> main correctly emulated by H never stops running unless aborted. >>>>>>>> HHH is unable to simulate main correctly, because it unable to >>>>>>>> simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking about a H >>>>>>>> *does* abort. Dreaming of one that does not abort, is irrelevant. >>>>>>>> The correctly simulated main would stop, because the simulated H is >>>>>>>> only one cycle away from its return when its simulation is aborted. >>>>>>> HHH is required to report on what would happen if HHH did not abort. >>>>>>> HHH is forbidden from getting its own self stuck in infinite
    execution. Emulated instances of itself is not its actual self.
    No. HHH is simulating itself, not a different function that does not >>>>>> abort. All calls are instances of the same code with the same
    parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always sees at
    least one fully execution trace of DDD before the next inner one. It >>>>> is stupidly incorrect to think that HHH can wait on the next one.
    Stupidly incorrect is thinking that the next one wouldn’t abort just >>>> because that part isn’t simulated.
    Unless the outermost one aborts none of them do.
    Since the outermost aborts, all of them do.


    This the same same as saying the when everyone in
    a foot race is in single file and 15 feet behind
    the one in front of them that everyone will come
    in first place. No you are wrong.



    Bad analogy.

    We aren't talking about "places' but finishing.

    You are just proving your stupidity and inability to use real logic.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 16:22:22 2024
    Am Thu, 04 Jul 2024 10:56:10 -0500 schrieb olcott:
    On 7/4/2024 10:07 AM, joes wrote:
    Am Thu, 04 Jul 2024 08:43:22 -0500 schrieb olcott:
    On 7/4/2024 8:38 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott: >>>>>>>>>>>>>>> On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself correctly, >>>>>>>>>> you are wrong.
            int H(ptr p, ptr i);
            int main()
            {
              return H(main, 0);
            }
    You showed that H returns, but that the simulation thinks it >>>>>>>>>> does not return.
    DDD is making it unnecessarily complex, but has the same
    problem.
    main correctly emulated by H never stops running unless aborted. >>>>>>>> HHH is unable to simulate main correctly, because it unable to >>>>>>>> simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking about a >>>>>>>> H *does* abort. Dreaming of one that does not abort, is
    irrelevant. The correctly simulated main would stop, because the >>>>>>>> simulated H is only one cycle away from its return when its
    simulation is aborted.
    HHH is required to report on what would happen if HHH did not
    abort.
    HHH is forbidden from getting its own self stuck in infinite
    execution. Emulated instances of itself is not its actual self.
    No. HHH is simulating itself, not a different function that does
    not abort. All calls are instances of the same code with the same
    parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always sees at
    least one fully execution trace of DDD before the next inner one. It >>>>> is stupidly incorrect to think that HHH can wait on the next one.
    Stupidly incorrect is thinking that the next one wouldn’t abort just >>>> because that part isn’t simulated.
    Unless the outermost one aborts none of them do.
    Since the outermost aborts, all of them do.
    The inner ones ARE abortED, which prevents THEM from aborting.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 16:24:32 2024
    Am Thu, 04 Jul 2024 10:58:03 -0500 schrieb olcott:
    On 7/4/2024 10:03 AM, joes wrote:
    Am Thu, 04 Jul 2024 08:32:10 -0500 schrieb olcott:
    On 7/4/2024 8:09 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:53:07 -0500 schrieb olcott:
    On 7/4/2024 6:09 AM, joes wrote:
    Am Wed, 03 Jul 2024 10:55:14 -0500 schrieb olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Similarly, if you think that HHH can simulate itself correctly, >>>>>>>> you are wrong.
           int H(ptr p, ptr i);
           int main()
           {
             return H(main, 0);
           }
    You showed that H returns, but that the simulation thinks it does >>>>>>>> not return.
    main correctly emulated by H never stops running unless aborted.
    As a matter of fact, H does abort it. H then returns to main,
    which then stops running.
    main correctly simulated by H never returns.
    I was talking about main itself.
    That is not the one that HHH examines.
    Huh? HHH examines main. Sure, it doesn’t /simulate/ the return.
    You don't know enough about operating system programming to understand
    this.
    This isn’t about OS programming.
    There is more than one main() process. One of them cannot possibly halt
    and the other one halts.
    That makes no sense. They have exactly the same code.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Thu Jul 4 12:16:19 2024
    On 7/4/24 12:05 PM, olcott wrote:
    On 7/4/2024 10:24 AM, Richard Damon wrote:
    On 7/4/24 9:43 AM, olcott wrote:
    On 7/4/2024 8:38 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott: >>>>>>>>>>>>>>> On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself
    correctly, you
    are wrong.
              int H(ptr p, ptr i);
              int main()
              {
                return H(main, 0);
              }
    You showed that H returns, but that the simulation thinks it does >>>>>>>>>> not return.
    DDD is making it unnecessarily complex, but has the same problem. >>>>>>>>> main correctly emulated by H never stops running unless aborted. >>>>>>>> HHH is unable to simulate main correctly, because it unable to >>>>>>>> simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking about a H >>>>>>>> *does* abort. Dreaming of one that does not abort, is irrelevant. >>>>>>>> The correctly simulated main would stop, because the simulated H is >>>>>>>> only one cycle away from its return when its simulation is aborted. >>>>>>> HHH is required to report on what would happen if HHH did not abort. >>>>>>> HHH is forbidden from getting its own self stuck in infinite
    execution. Emulated instances of itself is not its actual self.
    No. HHH is simulating itself, not a different function that does not >>>>>> abort. All calls are instances of the same code with the same
    parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always sees at
    least one fully execution trace of DDD before the next inner one.
    It is
    stupidly incorrect to think that HHH can wait on the next one.
    Stupidly incorrect is thinking that the next one wouldn’t abort just >>>> because that part isn’t simulated.


    Unless the outermost one aborts none of them do.


    And, since it does (since you claim HHH(DDD) is correct in returning
    non-halting) the all do, and thus DDD halts.


    *No you are stupidly wrong*
    This the same same as saying the when everyone in
    a foot race is in single file and 15 feet behind
    the one in front of them that everyone will come
    in first place.


    Nope, and the fact that you think bad metaphores can be a proof just
    shows how little you understand about logic.,

    You are just cementing your proof of your stupidity for all time.

    And you have KILLED any chance that any of your ideas, even if they had
    some merit, will ever be looked at.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 16:27:06 2024
    Am Thu, 04 Jul 2024 11:05:30 -0500 schrieb olcott:
    On 7/4/2024 10:24 AM, Richard Damon wrote:
    On 7/4/24 9:43 AM, olcott wrote:
    On 7/4/2024 8:38 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott: >>>>>>>>>>>>>>> On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself correctly, >>>>>>>>>> you are wrong.
              int H(ptr p, ptr i);
              int main()
              {
                return H(main, 0);
              }
    You showed that H returns, but that the simulation thinks it >>>>>>>>>> does not return.
    DDD is making it unnecessarily complex, but has the same
    problem.
    main correctly emulated by H never stops running unless aborted. >>>>>>>> HHH is unable to simulate main correctly, because it unable to >>>>>>>> simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking about a >>>>>>>> H *does* abort. Dreaming of one that does not abort, is
    irrelevant. The correctly simulated main would stop, because the >>>>>>>> simulated H is only one cycle away from its return when its
    simulation is aborted.
    HHH is required to report on what would happen if HHH did not
    abort.
    HHH is forbidden from getting its own self stuck in infinite
    execution. Emulated instances of itself is not its actual self.
    No. HHH is simulating itself, not a different function that does
    not abort. All calls are instances of the same code with the same
    parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always sees at
    least one fully execution trace of DDD before the next inner one. It >>>>> is stupidly incorrect to think that HHH can wait on the next one.
    Stupidly incorrect is thinking that the next one wouldn’t abort just >>>> because that part isn’t simulated.

    Unless the outermost one aborts none of them do.

    And, since it does (since you claim HHH(DDD) is correct in returning
    non-halting) the all do, and thus DDD halts.

    *No you are stupidly wrong*
    This the same same as saying the when everyone in a foot race is in
    single file and 15 feet behind the one in front of them that everyone
    will come in first place.
    Why does HHH simulate a program that does not abort?

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 16:32:08 2024
    Am Thu, 04 Jul 2024 11:24:45 -0500 schrieb olcott:
    On 7/4/2024 11:22 AM, joes wrote:
    Am Thu, 04 Jul 2024 10:56:10 -0500 schrieb olcott:
    On 7/4/2024 10:07 AM, joes wrote:
    Am Thu, 04 Jul 2024 08:43:22 -0500 schrieb olcott:
    On 7/4/2024 8:38 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott: >>>>>>>>>>>>>>>>> On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 14:22 schreef olcott: >>>>>>>>>>>>>>>>>>>>> On 7/2/2024 3:22 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself
    correctly,
    you are wrong.
            int H(ptr p, ptr i);
            int main()
            {
              return H(main, 0);
            }
    You showed that H returns, but that the simulation thinks it >>>>>>>>>>>> does not return.
    DDD is making it unnecessarily complex, but has the same >>>>>>>>>>>> problem.
    main correctly emulated by H never stops running unless
    aborted.
    HHH is unable to simulate main correctly, because it unable to >>>>>>>>>> simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking about >>>>>>>>>> a H *does* abort. Dreaming of one that does not abort, is
    irrelevant. The correctly simulated main would stop, because >>>>>>>>>> the simulated H is only one cycle away from its return when its >>>>>>>>>> simulation is aborted.
    HHH is required to report on what would happen if HHH did not >>>>>>>>> abort.
    HHH is forbidden from getting its own self stuck in infinite >>>>>>>>> execution. Emulated instances of itself is not its actual self. >>>>>>>> No. HHH is simulating itself, not a different function that does >>>>>>>> not abort. All calls are instances of the same code with the same >>>>>>>> parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always sees >>>>>>> at least one fully execution trace of DDD before the next inner
    one. It is stupidly incorrect to think that HHH can wait on the
    next one.
    Stupidly incorrect is thinking that the next one wouldn’t abort
    just because that part isn’t simulated.
    Unless the outermost one aborts none of them do.
    Since the outermost aborts, all of them do.
    The inner ones ARE abortED, which prevents THEM from aborting.
    They all use the exact same code.
    The outer one meets its abort criteria first.
    The inner ones have the same criterion.
    This means unless the outer one aborts NONE OF THEM ABORT.
    Only because that is not simulated yet. That doesn’t mean that they
    run forever.

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Thu Jul 4 16:34:13 2024
    Am Thu, 04 Jul 2024 11:29:10 -0500 schrieb olcott:
    On 7/4/2024 11:24 AM, joes wrote:
    Am Thu, 04 Jul 2024 10:58:03 -0500 schrieb olcott:
    On 7/4/2024 10:03 AM, joes wrote:
    Am Thu, 04 Jul 2024 08:32:10 -0500 schrieb olcott:
    On 7/4/2024 8:09 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:53:07 -0500 schrieb olcott:
    On 7/4/2024 6:09 AM, joes wrote:
    Am Wed, 03 Jul 2024 10:55:14 -0500 schrieb olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Similarly, if you think that HHH can simulate itself correctly, >>>>>>>>>> you are wrong.
           int H(ptr p, ptr i);
           int main()
           {
             return H(main, 0);
           }
    You showed that H returns, but that the simulation thinks it >>>>>>>>>> does not return.
    main correctly emulated by H never stops running unless aborted. >>>>>>>> As a matter of fact, H does abort it. H then returns to main,
    which then stops running.
    main correctly simulated by H never returns.
    I was talking about main itself.
    That is not the one that HHH examines.
    Huh? HHH examines main. Sure, it doesn’t /simulate/ the return.
    The x86utm operating system spawns a separate process so that
    H can emulate another different instance of D in this separate process.
    H must call DebugTrace()
    to switch process contexts to emulate one more instruction of D.
    Oh, there should also be different instances of H.

    There is more than one main() process. One of them cannot possibly
    halt and the other one halts.
    That makes no sense. They have exactly the same code.
    It makes no sense only if you are totally clueless of operating system process contexts.
    What is their difference?

    --
    Am Fri, 28 Jun 2024 16:52:17 -0500 schrieb olcott:
    Objectively I am a genius.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Thu Jul 4 12:50:12 2024
    On 7/4/24 12:45 PM, olcott wrote:
    On 7/4/2024 11:34 AM, joes wrote:
    Am Thu, 04 Jul 2024 11:29:10 -0500 schrieb olcott:
    On 7/4/2024 11:24 AM, joes wrote:
    Am Thu, 04 Jul 2024 10:58:03 -0500 schrieb olcott:
    On 7/4/2024 10:03 AM, joes wrote:
    Am Thu, 04 Jul 2024 08:32:10 -0500 schrieb olcott:
    On 7/4/2024 8:09 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:53:07 -0500 schrieb olcott:
    On 7/4/2024 6:09 AM, joes wrote:
    Am Wed, 03 Jul 2024 10:55:14 -0500 schrieb olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Similarly, if you think that HHH can simulate itself correctly, >>>>>>>>>>>> you are wrong.
                 int H(ptr p, ptr i);
                 int main()
                 {
                   return H(main, 0);
                 }
    You showed that H returns, but that the simulation thinks it >>>>>>>>>>>> does not return.
    main correctly emulated by H never stops running unless aborted. >>>>>>>>>> As a matter of fact, H does abort it. H then returns to main, >>>>>>>>>> which then stops running.
    main correctly simulated by H never returns.
    I was talking about main itself.
    That is not the one that HHH examines.
    Huh? HHH examines main. Sure, it doesn’t /simulate/ the return.
    The x86utm operating system spawns a separate process so that
    H can emulate another different instance of D in this separate process.
    H must call DebugTrace()
    to switch process contexts to emulate one more instruction of D.

    Oh, there should also be different instances of H.

    There are. DDD and the HHH that DDD calls are in the
    same process context. The DDD that the emulated HHH
    emulates is in another process context.

    But identical programs, even in different (but equivalent) execution
    conttexts will do the same thing.


    There is more than one main() process. One of them cannot possibly
    halt and the other one halts.
    That makes no sense. They have exactly the same code.
    It makes no sense only if you are totally clueless of operating system
    process contexts.

    What is their difference?


    When the directly executed DDD calls HHH(DDD) the
    DDD that HHH emulates is in an entirely different
    process context. The first one halts only because
    HHH correctly determines that its DDD does not halt.


    But the exact same code.

    I guess you don't understand that the same code with the same inputs
    generates the same results.

    That is a fundamental property that we depend upon to run all our programs.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Thu Jul 4 12:57:46 2024
    On 7/4/24 12:24 PM, olcott wrote:
    On 7/4/2024 11:22 AM, joes wrote:
    Am Thu, 04 Jul 2024 10:56:10 -0500 schrieb olcott:
    On 7/4/2024 10:07 AM, joes wrote:
    Am Thu, 04 Jul 2024 08:43:22 -0500 schrieb olcott:
    On 7/4/2024 8:38 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott: >>>>>>>>>>>>>>>>> On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 14:22 schreef olcott: >>>>>>>>>>>>>>>>>>>>> On 7/2/2024 3:22 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself correctly, >>>>>>>>>>>> you are wrong.
                int H(ptr p, ptr i);
                int main()
                {
                  return H(main, 0);
                }
    You showed that H returns, but that the simulation thinks it >>>>>>>>>>>> does not return.
    DDD is making it unnecessarily complex, but has the same >>>>>>>>>>>> problem.
    main correctly emulated by H never stops running unless aborted. >>>>>>>>>> HHH is unable to simulate main correctly, because it unable to >>>>>>>>>> simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking about a >>>>>>>>>> H *does* abort. Dreaming of one that does not abort, is
    irrelevant. The correctly simulated main would stop, because the >>>>>>>>>> simulated H is only one cycle away from its return when its >>>>>>>>>> simulation is aborted.
    HHH is required to report on what would happen if HHH did not >>>>>>>>> abort.
    HHH is forbidden from getting its own self stuck in infinite >>>>>>>>> execution. Emulated instances of itself is not its actual self. >>>>>>>> No. HHH is simulating itself, not a different function that does >>>>>>>> not abort. All calls are instances of the same code with the same >>>>>>>> parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always sees at >>>>>>> least one fully execution trace of DDD before the next inner one. It >>>>>>> is stupidly incorrect to think that HHH can wait on the next one. >>>>>> Stupidly incorrect is thinking that the next one wouldn’t abort just >>>>>> because that part isn’t simulated.
    Unless the outermost one aborts none of them do.
    Since the outermost aborts, all of them do.
    The inner ones ARE abortED, which prevents THEM from aborting.


    They all use the exact same code.
    The outer one meets its abort criteria first.
    This means unless the outer one aborts NONE OF THEM ABORT.


    But since the outer one aborts, they ALL abort and are all halting.


    You can't use conditions that are not met to prove what happens.

    YOu seem to live in a world where what is doesn't matter, but what you
    make up does.

    Since all the HHHs abort, we don't care about the DDDs built on the non-existanct HHH that doesn't abort, only about the ones built on the
    ACTUAL HHH that does.

    Your live in a world of just make-believe.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Thu Jul 4 13:47:14 2024
    On 7/4/24 1:33 PM, olcott wrote:
    On 7/4/2024 11:57 AM, Richard Damon wrote:
    On 7/4/24 12:24 PM, olcott wrote:
    On 7/4/2024 11:22 AM, joes wrote:
    Am Thu, 04 Jul 2024 10:56:10 -0500 schrieb olcott:
    On 7/4/2024 10:07 AM, joes wrote:
    Am Thu, 04 Jul 2024 08:43:22 -0500 schrieb olcott:
    On 7/4/2024 8:38 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott: >>>>>>>>>>>>>>>>>>> On 7/2/2024 2:17 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 21:00 schreef olcott: >>>>>>>>>>>>>>>>>>>>> On 7/2/2024 1:42 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 14:22 schreef olcott: >>>>>>>>>>>>>>>>>>>>>>> On 7/2/2024 3:22 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself >>>>>>>>>>>>>> correctly,
    you are wrong.
                int H(ptr p, ptr i);
                int main()
                {
                  return H(main, 0);
                }
    You showed that H returns, but that the simulation thinks it >>>>>>>>>>>>>> does not return.
    DDD is making it unnecessarily complex, but has the same >>>>>>>>>>>>>> problem.
    main correctly emulated by H never stops running unless >>>>>>>>>>>>> aborted.
    HHH is unable to simulate main correctly, because it unable to >>>>>>>>>>>> simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking >>>>>>>>>>>> about a
    H *does* abort. Dreaming of one that does not abort, is >>>>>>>>>>>> irrelevant. The correctly simulated main would stop, because >>>>>>>>>>>> the
    simulated H is only one cycle away from its return when its >>>>>>>>>>>> simulation is aborted.
    HHH is required to report on what would happen if HHH did not >>>>>>>>>>> abort.
    HHH is forbidden from getting its own self stuck in infinite >>>>>>>>>>> execution. Emulated instances of itself is not its actual self. >>>>>>>>>> No. HHH is simulating itself, not a different function that does >>>>>>>>>> not abort. All calls are instances of the same code with the same >>>>>>>>>> parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always
    sees at
    least one fully execution trace of DDD before the next inner >>>>>>>>> one. It
    is stupidly incorrect to think that HHH can wait on the next one. >>>>>>>> Stupidly incorrect is thinking that the next one wouldn’t abort >>>>>>>> just
    because that part isn’t simulated.
    Unless the outermost one aborts none of them do.
    Since the outermost aborts, all of them do.
    The inner ones ARE abortED, which prevents THEM from aborting.


    They all use the exact same code.
    The outer one meets its abort criteria first.
    This means unless the outer one aborts NONE OF THEM ABORT.


    But since the outer one aborts, they ALL abort and are all halting.


    I am not going to address your stupid lies and more.


    But since they aren't lies, but the truth, you are just showing you are
    exactly like the election and climate deniers.

    How does it feel to be in their company?

    Or, can't you see that because you eyes are just closed to reality.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Fri Jul 5 10:20:25 2024
    On 2024-07-04 12:39:09 +0000, olcott said:

    On 7/4/2024 1:29 AM, Mikko wrote:
    On 2024-07-03 13:13:59 +0000, olcott said:

    On 7/3/2024 2:42 AM, Mikko wrote:
    On 2024-07-03 01:18:52 +0000, olcott said:

    On 7/2/2024 8:07 PM, Richard Damon wrote:
    On 7/2/24 7:03 PM, olcott wrote:
    On 7/2/2024 5:44 PM, Richard Damon wrote:
    On 7/2/24 3:46 PM, olcott wrote:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is knows >>>>>>>>>>>>>>> that when HHH emulates the machine language of Infinite_Loop, >>>>>>>>>>>>>>> Infinite_Recursion, and DDD that it must abort these emulations >>>>>>>>>>>>>>> so that itself can terminate normally.

    Whether or not it *must* abort is not very relevant. >>>>>>>>>>>>>
    This <is> the problem that I am willing to discuss.
    I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>
         If simulating halt decider H correctly simulates its input D
         until H correctly determines that its simulated D would never
         stop running unless aborted then

         H can abort its simulation of D and correctly report that D
         specifies a non-halting sequence of configurations. >>>>>>>>>>>>> </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022>

    Repeating the same thing that has already been proved to be irrelevant
    does not bring the discussion any further.
    Sipser is not relevant, because that is about a correct simulation.
    Your simulation is not correct.


    If you disagree with this you are either dishonest
    or clueless I no longer care which one.

    _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]

    DDD is correctly emulated by HHH which calls an
    emulated HHH(DDD) to repeat the process until aborted.


    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist
    which calls this emulated HHH(DDD) to repeat the process
    until aborted (which may be never).



    Only if your definiton of "Correct" includes things that are not correct.

    Your problem is you just assume things to exist that don't, because you
    don't understand what Truth actually means.


    So, where is that Diagonalization proof you said you had to show Godel wrong?

    Or are you just admitting you LIED about that?

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(DDD);
    }

    <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>>>      If simulating halt decider H correctly simulates its input D >>>>>>>      until H correctly determines that its simulated D would never >>>>>>>      stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>>>      specifies a non-halting sequence of configurations.
    </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>>>>
    *Professor Sipser would agree that HHH/DDD meets the above criteria* >>>>>>>
    Nope.

    Your HHH that returns an answer does NOT "Correctly Simulate" its input >>>>>> by the definition of producing the exact results of executing the
    machine represented by it,

    I can see what you fail to understand. Professor Sipser would
    not make this same mistake.

    Professor Sipser probably does understand the x86 language.

    What makes you think so? How can you justify "probably" instead of, say, >>>> "pssobly"?

    The following contains nothing relevant:

    Shared-memory implementation of the Karp-Sipser
    kernelization process
    https://inria.hal.science/hal-03404798/file/hipc2021.pdf



    If you make sure to not pay attention than you you
    won't find anything relevant. I searched for ["sipser" "x86"]

    Finding that you present claims without support is relevant enough for me. >>

    Knowledge of the x86 language is 100% complete support.

    No, it is not. It might support your cliams a but if your writing would
    reveal significant knowledge of the x86 language but it doesn't.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Fri Jul 5 10:32:17 2024
    On 2024-07-04 15:56:10 +0000, olcott said:

    On 7/4/2024 10:07 AM, joes wrote:
    Am Thu, 04 Jul 2024 08:43:22 -0500 schrieb olcott:
    On 7/4/2024 8:38 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott: >>>>>>>>>>>>>>> On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself correctly, >>>>>>>>>> you are wrong.
            int H(ptr p, ptr i);
            int main()
            {
              return H(main, 0);
            }
    You showed that H returns, but that the simulation thinks it does >>>>>>>>>> not return.
    DDD is making it unnecessarily complex, but has the same problem. >>>>>>>>> main correctly emulated by H never stops running unless aborted. >>>>>>>> HHH is unable to simulate main correctly, because it unable to >>>>>>>> simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking about a H >>>>>>>> *does* abort. Dreaming of one that does not abort, is irrelevant. >>>>>>>> The correctly simulated main would stop, because the simulated H is >>>>>>>> only one cycle away from its return when its simulation is aborted. >>>>>>> HHH is required to report on what would happen if HHH did not abort. >>>>>>> HHH is forbidden from getting its own self stuck in infinite
    execution. Emulated instances of itself is not its actual self.
    No. HHH is simulating itself, not a different function that does not >>>>>> abort. All calls are instances of the same code with the same
    parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always sees at
    least one fully execution trace of DDD before the next inner one. It >>>>> is stupidly incorrect to think that HHH can wait on the next one.
    Stupidly incorrect is thinking that the next one wouldn’t abort just >>>> because that part isn’t simulated.
    Unless the outermost one aborts none of them do.
    Since the outermost aborts, all of them do.


    This the same same as saying the when everyone in
    a foot race is in single file and 15 feet behind
    the one in front of them that everyone will come
    in first place. No you are wrong.

    That "first place" is not in "the same" but your own lie.
    In a turthful paraphrase there would be "to the fininsh line"
    or something like that instead.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Fri Jul 5 11:11:06 2024
    On 7/5/24 8:08 AM, olcott wrote:
    On 7/5/2024 2:20 AM, Mikko wrote:
    On 2024-07-04 12:39:09 +0000, olcott said:

    On 7/4/2024 1:29 AM, Mikko wrote:
    On 2024-07-03 13:13:59 +0000, olcott said:

    On 7/3/2024 2:42 AM, Mikko wrote:
    On 2024-07-03 01:18:52 +0000, olcott said:

    On 7/2/2024 8:07 PM, Richard Damon wrote:
    On 7/2/24 7:03 PM, olcott wrote:
    On 7/2/2024 5:44 PM, Richard Damon wrote:
    On 7/2/24 3:46 PM, olcott wrote:
    On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 14:22 schreef olcott:
    On 7/2/2024 3:22 AM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 03:25 schreef olcott:
    typedef void (*ptr)();
    int HHH(ptr P);

    void Infinite_Loop()
    {
       HERE: goto HERE;
    }

    void Infinite_Recursion()
    {
       Infinite_Recursion();
    }

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(Infinite_Loop);
       HHH(Infinite_Recursion);
       HHH(DDD);
    }

    Every C programmer that knows what an x86 emulator is >>>>>>>>>>>>>>>>> knows
    that when HHH emulates the machine language of >>>>>>>>>>>>>>>>> Infinite_Loop,
    Infinite_Recursion, and DDD that it must abort these >>>>>>>>>>>>>>>>> emulations
    so that itself can terminate normally.

    Whether or not it *must* abort is not very relevant. >>>>>>>>>>>>>>>
    This <is> the problem that I am willing to discuss. >>>>>>>>>>>>>>> I am unwilling to discuss any other problem.
    This does meet the Sipser approved criteria.

    <MIT Professor Sipser agreed to ONLY these verbatim words >>>>>>>>>>>>>>> 10/13/2022>
         If simulating halt decider H correctly simulates its >>>>>>>>>>>>>>> input D
         until H correctly determines that its simulated D >>>>>>>>>>>>>>> would never
         stop running unless aborted then

         H can abort its simulation of D and correctly report >>>>>>>>>>>>>>> that D
         specifies a non-halting sequence of configurations. >>>>>>>>>>>>>>> </MIT Professor Sipser agreed to ONLY these verbatim >>>>>>>>>>>>>>> words 10/13/2022>

    Repeating the same thing that has already been proved to >>>>>>>>>>>>>> be irrelevant does not bring the discussion any further. >>>>>>>>>>>>>> Sipser is not relevant, because that is about a correct >>>>>>>>>>>>>> simulation. Your simulation is not correct.


    If you disagree with this you are either dishonest
    or clueless I no longer care which one.

    _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]

    DDD is correctly emulated by HHH which calls an
    emulated HHH(DDD) to repeat the process until aborted. >>>>>>>>>>>>

    HHH repeats the process twice and aborts too soon.

    You are freaking thinking too damn narrow minded.
    DDD is correctly emulated by any HHH that can exist
    which calls this emulated HHH(DDD) to repeat the process >>>>>>>>>>> until aborted (which may be never).



    Only if your definiton of "Correct" includes things that are >>>>>>>>>> not correct.

    Your problem is you just assume things to exist that don't, >>>>>>>>>> because you don't understand what Truth actually means.


    So, where is that Diagonalization proof you said you had to show >>>>>>>> Godel wrong?

    Or are you just admitting you LIED about that?

    void DDD()
    {
       HHH(DDD);
    }

    int main()
    {
       HHH(DDD);
    }

    <MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>
         If simulating halt decider H correctly simulates its input D >>>>>>>>>      until H correctly determines that its simulated D would never
         stop running unless aborted then

         H can abort its simulation of D and correctly report that D >>>>>>>>>      specifies a non-halting sequence of configurations. >>>>>>>>> </MIT Professor Sipser agreed to ONLY these verbatim words
    10/13/2022>

    *Professor Sipser would agree that HHH/DDD meets the above
    criteria*

    Nope.

    Your HHH that returns an answer does NOT "Correctly Simulate"
    its input by the definition of producing the exact results of
    executing the machine represented by it,

    I can see what you fail to understand. Professor Sipser would
    not make this same mistake.

    Professor Sipser probably does understand the x86 language.

    What makes you think so? How can you justify "probably" instead
    of, say,
    "pssobly"?

    The following contains nothing relevant:

    Shared-memory implementation of the Karp-Sipser
    kernelization process
    https://inria.hal.science/hal-03404798/file/hipc2021.pdf



    If you make sure to not pay attention than you you
    won't find anything relevant. I searched for ["sipser" "x86"]

    Finding that you present claims without support is relevant enough
    for me.


    Knowledge of the x86 language is 100% complete support.

    No, it is not. It might support your cliams a but if your writing would
    reveal significant knowledge of the x86 language but it doesn't.


    _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]

    *In other words you are denying the verified fact*
    That when DDD emulated by HHH according to the
    semantics of the x86 language calls HHH(DDD) that
    this call cannot possibly return.

    But your HHH doesn't DO that, since you say it aborts its emulation and
    returns 0.

    aborting the emulation is deviating from the full semantics of the x86 instruciton set.


    *By denying this verified fact you are affirming*
    That when DDD emulated by HHH according to the
    semantics of the x86 language calls HHH(DDD) that
    *THIS CALL CAN RETURN*


    it can. if HHH ever aborts its emulation and returns.

    So, which lie are you holding to.

    That you HHH is a emulatng Halt Decider that returns an answer for this
    input.

    Or that HHH is a completely correct emulator of its input, as you imply
    by the claim that DDD can not return.

    You are caught with your hand in the cookie jar and trying to use double
    speak to get out of it.

    YOU ARE JUST A LIAR.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Fri Jul 5 11:13:50 2024
    On 7/5/24 8:15 AM, olcott wrote:
    On 7/5/2024 2:32 AM, Mikko wrote:
    On 2024-07-04 15:56:10 +0000, olcott said:

    On 7/4/2024 10:07 AM, joes wrote:
    Am Thu, 04 Jul 2024 08:43:22 -0500 schrieb olcott:
    On 7/4/2024 8:38 AM, joes wrote:
    Am Thu, 04 Jul 2024 07:50:51 -0500 schrieb olcott:
    On 7/4/2024 5:38 AM, joes wrote:
    Am Wed, 03 Jul 2024 11:21:01 -0500 schrieb olcott:
    On 7/3/2024 11:09 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 17:55 schreef olcott:
    On 7/3/2024 10:52 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 15:24 schreef olcott:
    On 7/3/2024 3:42 AM, Fred. Zwarts wrote:
    Op 03.jul.2024 om 05:55 schreef olcott:
    On 7/2/2024 10:50 PM, joes wrote:
    Am Tue, 02 Jul 2024 14:46:38 -0500 schrieb olcott: >>>>>>>>>>>>>>>>> On 7/2/2024 2:17 PM, Fred. Zwarts wrote:
    Op 02.jul.2024 om 21:00 schreef olcott:
    On 7/2/2024 1:42 PM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 14:22 schreef olcott: >>>>>>>>>>>>>>>>>>>>> On 7/2/2024 3:22 AM, Fred. Zwarts wrote: >>>>>>>>>>>>>>>>>>>>>> Op 02.jul.2024 om 03:25 schreef olcott:

    Similarly, if you think that HHH can simulate itself correctly, >>>>>>>>>>>> you are wrong.
            int H(ptr p, ptr i);
            int main()
            {
              return H(main, 0);
            }
    You showed that H returns, but that the simulation thinks it >>>>>>>>>>>> does
    not return.
    DDD is making it unnecessarily complex, but has the same >>>>>>>>>>>> problem.
    main correctly emulated by H never stops running unless aborted. >>>>>>>>>> HHH is unable to simulate main correctly, because it unable to >>>>>>>>>> simulate itself correctly.
    The 'unless phrase' is misleading, because we are talking
    about a H
    *does* abort. Dreaming of one that does not abort, is irrelevant. >>>>>>>>>> The correctly simulated main would stop, because the simulated >>>>>>>>>> H is
    only one cycle away from its return when its simulation is >>>>>>>>>> aborted.
    HHH is required to report on what would happen if HHH did not >>>>>>>>> abort.
    HHH is forbidden from getting its own self stuck in infinite >>>>>>>>> execution. Emulated instances of itself is not its actual self. >>>>>>>> No. HHH is simulating itself, not a different function that does >>>>>>>> not
    abort. All calls are instances of the same code with the same
    parameters. They all do the same thing: aborting.
    HHH always meets its abort criteria first because it always sees at >>>>>>> least one fully execution trace of DDD before the next inner one. It >>>>>>> is stupidly incorrect to think that HHH can wait on the next one. >>>>>> Stupidly incorrect is thinking that the next one wouldn’t abort just >>>>>> because that part isn’t simulated.
    Unless the outermost one aborts none of them do.
    Since the outermost aborts, all of them do.


    This the same same as saying the when everyone in
    a foot race is in single file and 15 feet behind
    the one in front of them that everyone will come
    in first place. No you are wrong.

    That "first place" is not in "the same" but your own lie.
    In a turthful paraphrase there would be "to the fininsh line"
    or something like that instead.


    _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]

    When HHH(DDD) simulates its input that calls HHH(DDD)
    to simulate its input that simulates its input the outer
    HHH has seen the first four instructions repeated, the
    inner HHH has not seen the first four instructions repeated.
    The outer one has met its abort criteria, the inner one
    has not met its abort criteria.

    If you now the x86 language you would already know that.


    And DDD() will always reach its end if HHH(DDD) returns.

    HHH's simulaition may not reach that point, but DDD does.

    You just don't understand that HHH can not abort the actualol DDD, only
    its emulation of it,

    You logic is just stuck in your own fantasy world, and can't understand
    what REALITY actually i, because you have decided that you get to make
    the rules of the shared system, when you don't.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)