• Re: Agreement that Olcott's reasoning is screwed

    From Richard Heathfield@21:1/5 to olcott on Tue Aug 26 16:57:35 2025
    On 26/08/2025 16:44, olcott wrote:
    On 8/26/2025 3:41 AM, Mikko wrote:
    On 2025-08-19 14:51:53 +0000, olcott said:

    On 8/19/2025 2:20 AM, Mikko wrote:
    On 2025-08-18 20:35:30 +0000, Mr Flibble said:

    I still haven't figured out if Olcott's obtuseness is wilful
    or innate.

    It doesn't matter. The only thing we can do is to point out that
    the truth is different.

    If people pay close enough attention they see that I am correct.

    People who have paid close enough attention have seen your
    mistakes.
    For example:

    On 8/18/2025 6:05 PM, Richard Heathfield wrote:
    It is an easily verified fact, as you love to say,
    that if DD calls HHH (as it does) and HHH calls DD
    (as, through simulation, it effectively does) that
    HHH(DD) can never halt naturally, so it will have
    to abort the recursion and report its result as 0
    - didn't halt.


    That is agreement that DD correctly simulated by HHH
    cannot halt because DD calls HHH(DD) in recursive
    simulation.

    You said "correctly". I didn't.

    And because HHH(DD) has to conclude that DD doesn't halt, it must
    return 0 to a directly executed DD. Alas, this turns out to be
    the wrong answer. Proof:

    $ cat dd.c
    #include <stdio.h>

    #define HHH(x) 0

    int DD()
    {
    int Halt_Status = HHH(DD);
    if (Halt_Status)
    HERE: goto HERE;
    return Halt_Status;
    }

    int main()
    {
    int hhh = HHH(DD);
    int dd = DD();

    printf("Because we got here, we know that both HHH and DD
    halted.\n");

    printf("But is that what they claim?\n\n");
    printf("HHH(DD) yields %d (%s).\n",
    hhh,
    hhh ?
    "halted" :
    "incorrect claim of non-halting");

    printf("DD yields %d (%s).\n",
    dd,
    dd ?
    "halted" :
    "incorrect claim of non-halting");

    return 0;
    }
    $ gcc -o dd dd.c
    $ ./dd
    Because we got here, we know that both HHH and DD halted.
    But is that what they claim?

    HHH(DD) yields 0 (incorrect claim of non-halting).
    DD yields 0 (incorrect claim of non-halting).

    --
    Richard Heathfield
    Email: rjh at cpax dot org dot uk
    "Usenet is a strange place" - dmr 29 July 1999
    Sig line 4 vacant - apply within

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Heathfield@21:1/5 to olcott on Tue Aug 26 18:38:45 2025
    On 26/08/2025 17:57, olcott wrote:

    <snip>

    All halt deciders are only concerned with the
    behavior specified by their input. Everyone
    that has thought differently for 89 years simply
    did not bother to think this all the way through.

    You keep ploughing the same wonky furrow.

    A "halt decider" that can't figure out that a program halts isn't
    a halt decider.

    $ cat dd.c
    #include <stdio.h>

    #define HHH(x) 0

    int DD()
    {
    int Halt_Status = HHH(DD);
    if (Halt_Status)
    HERE: goto HERE;
    return Halt_Status;
    }

    int main()
    {
    int hhh = HHH(DD);
    int dd = DD();

    printf("Because we got here, we know that both HHH and DD
    halted.\n");

    printf("But is that what they claim?\n\n");
    printf("HHH(DD) yields %d (%s).\n",
    hhh,
    hhh ?
    "halted" :
    "incorrect claim of non-halting");

    printf("DD yields %d (%s).\n",
    dd,
    dd ?
    "halted" :
    "incorrect claim of non-halting");

    return 0;
    }
    $ gcc -o dd dd.c
    $ ./dd
    Because we got here, we know that both HHH and DD halted.
    But is that what they claim?

    HHH(DD) yields 0 (incorrect claim of non-halting).
    DD yields 0 (incorrect claim of non-halting).

    --
    Richard Heathfield
    Email: rjh at cpax dot org dot uk
    "Usenet is a strange place" - dmr 29 July 1999
    Sig line 4 vacant - apply within

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Heathfield@21:1/5 to olcott on Tue Aug 26 18:49:17 2025
    On 26/08/2025 18:43, olcott wrote:
    On 8/26/2025 12:38 PM, Richard Heathfield wrote:
    On 26/08/2025 17:57, olcott wrote:

    <snip>

    All halt deciders are only concerned with the
    behavior specified by their input. Everyone
    that has thought differently for 89 years simply
    did not bother to think this all the way through.

    You keep ploughing the same wonky furrow.


    That you never have bothered to see that DD
    emulated by HHH according to the semantics of
    the x86 language cannot possibly reach its
    own emulated "ret" instruction NEVER HAS BEEN MY MISTAKE

    You have already established that HHH returns 0 to claim that DDD
    never halts.

    I will cheerfully accept that HHH returns 0 until such time as
    you change your mind, at which point I will update my macro and
    reorganise my printfs.

    Until that happens, DD halts and HHH returns "non-halting" for a
    halting process.

    --
    Richard Heathfield
    Email: rjh at cpax dot org dot uk
    "Usenet is a strange place" - dmr 29 July 1999
    Sig line 4 vacant - apply within

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Heathfield@21:1/5 to olcott on Tue Aug 26 19:23:06 2025
    On 26/08/2025 19:13, olcott wrote:
    On 8/26/2025 12:49 PM, Richard Heathfield wrote:
    On 26/08/2025 18:43, olcott wrote:
    On 8/26/2025 12:38 PM, Richard Heathfield wrote:
    On 26/08/2025 17:57, olcott wrote:

    <snip>

    All halt deciders are only concerned with the
    behavior specified by their input. Everyone
    that has thought differently for 89 years simply
    did not bother to think this all the way through.

    You keep ploughing the same wonky furrow.


    That you never have bothered to see that DD
    emulated by HHH according to the semantics of
    the x86 language cannot possibly reach its
    own emulated "ret" instruction NEVER HAS BEEN MY MISTAKE

    You have already established that HHH returns 0 to claim that
    DDD never halts.


    When you intentionally make sure to dishonestly
    change the words that I said


    Excuse me? Are you now claiming that HHH doesn't return 0?

    Okay, so what /does/ it return?

    Make your bloody mind up.



    --
    Richard Heathfield
    Email: rjh at cpax dot org dot uk
    "Usenet is a strange place" - dmr 29 July 1999
    Sig line 4 vacant - apply within

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