• Why I post to the C / C++ groups

    From olcott@3:633/10 to All on Sun Nov 1 07:35:12 2026
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03 int Halt_Status = HHH(DD);
    04 if (Halt_Status)
    05 HERE: goto HERE;
    06 return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11 HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From Python@3:633/10 to All on Sun Nov 1 13:46:18 2026
    The problem is not C, and nobody needs to lie about it.

    Your question is loaded:

    Does DD simulated by HHH ever reach its own return
    statement WHILE DD IS BEING SIMULATED BY HHH?

    If "while" means:

    during the interval in which the recursive simulation
    is still continuing

    then of course DD has not yet returned DURING that interval.

    That is a tautology, not a proof that the interval lasts forever.

    If instead "while" means:

    HHH continues simulating DD forever

    then you have simply put the disputed conclusion into the question.

    The actual question is:

    CAN the HHH(DD) invoked at line 03 return 0?

    If YES:

    HHH(DD) returns 0
    -> Halt_Status = 0
    -> line 04 is false
    -> line 05 is skipped
    -> line 06 returns 0.

    If NO, PROVE that it cannot return 0 without assuming that the recursive simulation continues forever.

    That has always been the missing step.


    And we have already demonstrated concretely why recognizing a repeated
    call pattern is insufficient to prove infinite recursion.

    I gave you this program:

    typedef void (*fn)(unsigned);

    void F(unsigned);
    void G(unsigned);
    void Done(unsigned);

    void Done(unsigned n)
    {
    (void)n;
    }

    void G(unsigned n)
    {
    fn next[2] = { F, Done };
    fn p = next[n];
    p(n + 1);
    }

    void F(unsigned n)
    {
    G(n);
    }

    void P(void)
    {
    F(0);
    }

    Its execution is:

    P
    -> F(0)
    -> G(0)
    -> F(1)
    -> G(1)
    -> Done(2)
    -> return
    -> ...
    -> halt

    The same CALL instruction in F calls G twice.

    Yet the computation halts, because the computational state is different.

    And YOU reported the result of running your HHH on this input:

    "My code did report 0 for non-halting on your input."

    P demonstrably halts.

    When that was pointed out, your answer was:

    "Then it is simply outside the domain of HHH."

    So we already have an actual example demonstrating the flaw in reasoning
    from repeated control-flow structure to non-halting.

    Your detector said non-halting.

    The program halts.

    You then excluded the counterexample from HHH's domain.

    This makes the missing proof concerning DD even more important, not less.

    You cannot replace:

    I have observed another recursive call

    with:

    therefore there can never be a return.

    For DD, you still need to establish:

    HHH(DD) at line 03 CANNOT return 0.

    Another nesting level does not establish that.
    Ten nesting levels do not establish that.
    Any finite recursive prefix does not establish that.

    And "while the recursion continues, it continues" certainly does not
    establish that it continues forever.

    Calling everyone who refuses to accept that missing inference a liar does
    not supply the inference.


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 08:00:22 2026
    On 11/1/2026 7:46 AM, Python wrote:
    The problem is not C, and nobody needs to lie about it.


    That you keep erasing the context of what you are
    replying to IS DISHONEST

    That you keep changing my words IS DISHONEST

    The entire scope of my whole question is C.

    I am only asking about what happens while DD
    is being simulated by HHH.

    I only want to get closure on my 22 year long
    primary research from first principles.

    I have 100,000-fold more persistence than
    neurotypicals. I simplified my question so that
    expert C programmers can easily answer it.

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

    01 int DD()
    02 {
    03 int Halt_Status = HHH(DD);
    04 if (Halt_Status)
    05 HERE: goto HERE;
    06 return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11 HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?

    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From olcott@3:633/10 to All on Sun Nov 1 08:09:46 2026
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear

    counter-factual. The context only enables
    HHH to be construed as a C interpreter of
    a C function.

    as "DD" and "HHH" could be referring to:

    * an algorithm, i.e. a fixed immutable sequence of instructions that
    always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any arbitrary set
    of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the above
    sentence refers to an algorithm, a C function, or a finite string.

    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by [algorithm|
    C function|finite string] HHH ever reach its own "return"
    statement while [algorithm|C function|finite string] DD is being
    simulated by [algorithm|C function|finite string] HHH?

    For each instance of "[algorithm|C function|finite string]" above, pick
    one and give the resulting sentence.


    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From olcott@3:633/10 to All on Sun Nov 1 08:50:06 2026
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be referring to:

    * an algorithm, i.e. a fixed immutable sequence of instructions that
    always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any arbitrary set
    of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the above
    sentence refers to an algorithm, a C function, or a finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by [algorithm|
    C function|finite string] HHH ever reach its own "return"
    statement while [algorithm|C function|finite string] DD is being
    simulated by [algorithm|C function|finite string] HHH?

    For each instance of "[algorithm|C function|finite string]" above, pick
    one and give the resulting sentence.


    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From dbush@3:633/10 to All on Sun Nov 1 10:09:44 2026
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be referring to:

    * an algorithm, i.e. a fixed immutable sequence of instructions that
    always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any arbitrary
    set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the
    starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the above
    sentence refers to an algorithm, a C function, or a finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its own
    "return" statement while C function DD is being simulated by C function HHH?



    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by
    [algorithm| C function|finite string] HHH ever reach its own "return"
    statement while [algorithm|C function|finite string] DD is being
    simulated by [algorithm|C function|finite string] HHH?

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.




    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 11:44:11 2026
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be referring to:

    * an algorithm, i.e. a fixed immutable sequence of instructions that
    always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any arbitrary
    set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the
    starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the above
    sentence refers to an algorithm, a C function, or a finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function
    HHH ever reach its own "return" statement
    while C function DD is being simulated by
    C function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?


    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by
    [algorithm| C function|finite string] HHH ever reach its own "return"
    statement while [algorithm|C function|finite string] DD is being
    simulated by [algorithm|C function|finite string] HHH?

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.





    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From dbush@3:633/10 to All on Sun Nov 1 12:59:51 2026
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be referring to: >>>>
    * an algorithm, i.e. a fixed immutable sequence of instructions that
    always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any arbitrary
    set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the
    starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the above
    sentence refers to an algorithm, a C function, or a finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its own
    "return" statement while C function DD is being simulated by C
    function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications:

    Does there exist a finite number of N simulations that C function HHH
    can be modified to perform such that C function DD simulated by C
    function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?

    Yes?



    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by
    [algorithm| C function|finite string] HHH ever reach its own "return"
    statement while [algorithm|C function|finite string] DD is being
    simulated by [algorithm|C function|finite string] HHH?

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.







    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 12:10:50 2026
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be referring >>>>> to:

    * an algorithm, i.e. a fixed immutable sequence of instructions
    that always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any arbitrary >>>>> set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the
    starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the above
    sentence refers to an algorithm, a C function, or a finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its own
    "return" statement while C function DD is being simulated by C
    function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications:

    Does there exist a finite number of N simulations that C function HHH
    can be modified to perform such that C function DD simulated by C
    function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?


    A direct deflection away from the actual point.

    Yes?



    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by
    [algorithm| C function|finite string] HHH ever reach its own "return" >>>>> ˙> statement while [algorithm|C function|finite string] DD is being >>>>> simulated by [algorithm|C function|finite string] HHH?

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.








    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From dbush@3:633/10 to All on Sun Nov 1 13:36:59 2026
    On 11/1/2026 1:10 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be
    referring to:

    * an algorithm, i.e. a fixed immutable sequence of instructions
    that always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any
    arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the
    starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the above >>>>>> sentence refers to an algorithm, a C function, or a finite string. >>>>>>

    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its own
    "return" statement while C function DD is being simulated by C
    function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications:

    Does there exist a finite number of N simulations that C function HHH
    can be modified to perform such that C function DD simulated by C
    function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?


    A direct deflection away from the actual point.

    Saying that a clarification is a deflection is dishonest.

    It is in your best interest that your statements be a clear as possible.
    People must first agree on what is being stated before they can agree
    that the statement is correct.


    Yes?



    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by
    [algorithm| C function|finite string] HHH ever reach its own "return" >>>>>> ˙> statement while [algorithm|C function|finite string] DD is
    being simulated by [algorithm|C function|finite string] HHH?

    For each instance of "[algorithm|C function|finite string]" above, >>>>>> pick one and give the resulting sentence.










    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 12:53:01 2026
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be referring >>>>> to:

    * an algorithm, i.e. a fixed immutable sequence of instructions
    that always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any arbitrary >>>>> set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the
    starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the above
    sentence refers to an algorithm, a C function, or a finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its own
    "return" statement while C function DD is being simulated by C
    function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications:

    Does there exist a finite number of N simulations that C function HHH
    can be modified to perform such that C function DD simulated by C
    function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by
    [algorithm| C function|finite string] HHH ever reach its own "return" >>>>> ˙> statement while [algorithm|C function|finite string] DD is being >>>>> simulated by [algorithm|C function|finite string] HHH?

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.








    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From dbush@3:633/10 to All on Sun Nov 1 15:18:41 2026
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be
    referring to:

    * an algorithm, i.e. a fixed immutable sequence of instructions
    that always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any
    arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the
    starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the above >>>>>> sentence refers to an algorithm, a C function, or a finite string. >>>>>>

    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its own
    "return" statement while C function DD is being simulated by C
    function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications:

    Does there exist a finite number of N simulations that C function HHH
    can be modified to perform such that C function DD simulated by C
    function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string] HHH
    that simulates [algorithm|C function|finite string] DD according
    to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] DD
    reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.

    Then we can discuss whether that statement is correct.



    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by
    [algorithm| C function|finite string] HHH ever reach its own "return" >>>>>> ˙> statement while [algorithm|C function|finite string] DD is
    being simulated by [algorithm|C function|finite string] HHH?

    For each instance of "[algorithm|C function|finite string]" above, >>>>>> pick one and give the resulting sentence.










    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 14:21:28 2026
    On 11/1/2026 2:18 PM, dbush wrote:
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be
    referring to:

    * an algorithm, i.e. a fixed immutable sequence of instructions >>>>>>> that always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any
    arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the
    starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the above >>>>>>> sentence refers to an algorithm, a C function, or a finite string. >>>>>>>

    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its own
    "return" statement while C function DD is being simulated by C
    function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications:

    Does there exist a finite number of N simulations that C function HHH >>> ˙> can be modified to perform such that C function DD simulated by C
    function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string] HHH
    that simulates [algorithm|C function|finite string] DD according
    to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] DD
    reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.


    Then we can discuss whether that statement is correct.



    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by
    [algorithm| C function|finite string] HHH ever reach its own
    "return"
    statement while [algorithm|C function|finite string] DD is
    being simulated by [algorithm|C function|finite string] HHH?

    For each instance of "[algorithm|C function|finite string]"
    above, pick one and give the resulting sentence.











    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From dbush@3:633/10 to All on Sun Nov 1 15:38:25 2026
    On 11/1/2026 3:21 PM, olcott wrote:
    On 11/1/2026 2:18 PM, dbush wrote:
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be
    referring to:

    * an algorithm, i.e. a fixed immutable sequence of instructions >>>>>>>> that always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any
    arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the >>>>>>>> starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the
    above sentence refers to an algorithm, a C function, or a finite >>>>>>>> string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its own >>>>>> "return" statement while C function DD is being simulated by C
    function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications:

    Does there exist a finite number of N simulations that C function
    HHH
    can be modified to perform such that C function DD simulated by C
    function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string] HHH
    that simulates [algorithm|C function|finite string] DD according
    to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] DD
    reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.


    So would this be correct?

    There does not exist any *implementation of* C function HHH that
    simulates C function DD according
    to the operational semantics of the C programming language
    such that the simulated C function DD reaches its own simulated
    return statement in any N finite number of simulations.



    Then we can discuss whether that statement is correct.



    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by
    [algorithm| C function|finite string] HHH ever reach its own
    "return"
    statement while [algorithm|C function|finite string] DD is >>>>>>>> being simulated by [algorithm|C function|finite string] HHH?

    For each instance of "[algorithm|C function|finite string]"
    above, pick one and give the resulting sentence.













    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 14:44:14 2026
    On 11/1/2026 2:38 PM, dbush wrote:
    On 11/1/2026 3:21 PM, olcott wrote:
    On 11/1/2026 2:18 PM, dbush wrote:
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be
    referring to:

    * an algorithm, i.e. a fixed immutable sequence of instructions >>>>>>>>> that always generates the same output for a given input.
    * a C function, i.e. a named address that can contain any
    arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the >>>>>>>>> starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the >>>>>>>>> above sentence refers to an algorithm, a C function, or a
    finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its own >>>>>>> "return" statement while C function DD is being simulated by C
    function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications:

    Does there exist a finite number of N simulations that C
    function HHH
    can be modified to perform such that C function DD simulated by
    C function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string] HHH
    that simulates [algorithm|C function|finite string] DD according
    to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] DD
    reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.


    So would this be correct?

    There does not exist any *implementation of* C function HHH that
    simulates C function DD according
    to the operational semantics of the C programming language
    such that the simulated C function DD reaches its own simulated
    return statement in any N finite number of simulations.


    Yes [any *implementation of* C function HHH] is actually clearer.



    Then we can discuss whether that statement is correct.



    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by >>>>>>>>> [algorithm| C function|finite string] HHH ever reach its own >>>>>>>>> "return"
    statement while [algorithm|C function|finite string] DD is >>>>>>>>> being simulated by [algorithm|C function|finite string] HHH? >>>>>>>>>
    For each instance of "[algorithm|C function|finite string]" >>>>>>>>> above, pick one and give the resulting sentence.














    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From Python@3:633/10 to All on Sun Nov 1 20:44:57 2026
    I am not erasing the context. I am explaining exactly why your question,
    WITH its context, does not establish what you claim it establishes.

    You ask:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?

    If by:

    while DD is being simulated by HHH

    you mean ONLY the interval during which HHH continues the recursive
    simulation without any nested HHH returning, then my answer is:

    NO.

    I have never disputed that.

    WHILE that process continues, DD does not reach line 06.

    But this does NOT establish:

    that process continues forever.

    That is the whole dispute.

    And this is now why I see no possibility of an honest technical dialogue
    with you.

    Every time I distinguish these two propositions:

    A. While the recursive simulation continues,
    DD does not reach line 06.

    B. The recursive simulation necessarily continues forever,
    so DD can never reach line 06.

    I accept A.

    I reject your inference from A to B.

    But you repeatedly transform my acceptance of A into supposed acceptance
    of B.

    When I correct you, you say I am changing your words.

    When I examine whether the HHH called at line 03 can return 0, you say I
    am changing the subject.

    When I explain that a finite recursive prefix does not prove infinite recursion, you say I am erasing the context.

    And now people who do not accept your formulation are "flat out lying."

    This makes rational discussion impossible.

    The crucial question is still:

    Can the simulated HHH(DD) invoked at line 03 return 0?

    That question is 100% about C.

    If it returns 0, the C semantics are:

    HHH(DD) returns 0
    |
    v
    Halt_Status = 0
    |
    v
    if (Halt_Status) is false
    |
    v
    line 05 is skipped
    |
    v
    line 06: return 0

    So if you claim line 06 is impossible, you must prove that the HHH
    invocation at line 03 cannot return 0.

    But you have constructed a conversational rule under which examining that
    very possibility is forbidden as "changing the subject."

    That is the problem.

    You ask:

    Can DD reach line 06 while the recursive simulation continues?

    Answer:

    NO.

    Then you want to infer:

    Therefore the recursive simulation continues forever
    and DD can never reach line 06.

    Answer:

    NO. THAT DOES NOT FOLLOW.

    And when somebody examines the missing implication, you accuse them of dishonesty.

    We even have a concrete reason not to accept your inference from repeated calls to infinite execution.

    I gave you:

    typedef void (*fn)(unsigned);

    void F(unsigned);
    void G(unsigned);
    void Done(unsigned);

    void Done(unsigned n)
    {
    (void)n;
    }

    void G(unsigned n)
    {
    fn next[2] = { F, Done };
    fn p = next[n];
    p(n + 1);
    }

    void F(unsigned n)
    {
    G(n);
    }

    void P(void)
    {
    F(0);
    }

    which executes:

    P
    -> F(0)
    -> G(0)
    -> F(1)
    -> G(1)
    -> Done(2)
    -> return
    -> ...
    -> halt

    The same CALL instruction in F calls G twice.

    Nevertheless P halts because the computational state has changed.

    You ran your HHH on this input and reported:

    "My code did report 0 for non-halting on your input."

    When it was shown that P actually halts, you answered:

    "Then it is simply outside the domain of HHH."

    So there is especially good reason to demand an actual proof before
    accepting that your recognition of recursive control flow establishes non-halting.

    And this is where dialogue with you currently fails.

    An honest technical discussion requires that another person be allowed to
    say:

    I accept A but reject A -> B.

    It requires that disagreement with an inference not be called lying.

    It requires that a counterexample not simply become "outside the domain"
    after the program gives the wrong answer.

    It requires that agreement with a narrowly phrased proposition not later
    be advertised as agreement with a stronger conclusion.

    And it requires that the disputed step itself be open to examination.

    You currently allow none of these.

    Your 22 years of work, your persistence, and how important closure is to
    you have no bearing on whether the inference is valid.

    I can give you the answer to your narrowly scoped C question once again:

    WHILE the recursive simulation continues without
    a nested HHH returning, DD does not reach line 06.

    YES.

    I do NOT agree with:

    Therefore the recursive simulation must continue forever.

    And I do NOT agree with:

    Therefore HHH has correctly determined that DD does not halt.

    If you report my first YES as agreement with either of those latter propositions, you will once again be misrepresenting my position.

    Until you can accept that someone may honestly agree with your premise
    while rejecting your inference, there is no basis for an honest technical dialogue.


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 14:49:47 2026
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.
    You just did and I am doing this to you
    so you can see what I mean.

    You must keep the quoted words that you
    are responding to. If you don't do this
    then it is too easy to cheat and respond
    to a bad paraphrase of my words instead
    of the actual words that I actually said.

    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From Python@3:633/10 to All on Sun Nov 1 20:56:51 2026
    Le 01/11/2026 … 21:49, olcott a ‚crit :
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.
    You just did and I am doing this to you
    so you can see what I mean.

    You must keep the quoted words that you
    are responding to. If you don't do this
    then it is too easy to cheat and respond
    to a bad paraphrase of my words instead
    of the actual words that I actually said.

    Yes:

    Keep the exact words.
    Keep their context.
    Do not turn them into a stronger claim.

    Now APPLY THAT RULE TO YOURSELF.

    For years you have repeatedly taken limited agreements from Sipser, me,
    and others and presented them as agreement with conclusions they did NOT endorse.

    Sometimes someone agrees with A, you take A => B for granted, and you
    claim they agreed with B.

    Sometimes someone agrees with A => B, you take A for granted, and again
    you claim they agreed with B.

    That is exactly how you manufacture these supposed "agreements."

    You have even admitted misunderstanding what I had agreed to, yet
    continued citing my words afterward.

    After 22 years, perhaps the recurring problem is not that almost everyone discussing this with you is dishonest.

    Perhaps it is that you repeatedly convert agreement with one proposition
    into agreement with another.


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 14:59:40 2026
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03 int Halt_Status = HHH(DD);
    04 if (Halt_Status)
    05 HERE: goto HERE;
    06 return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11 HHH(DD);
    12 }

    There does there exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.


    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From dart200@3:633/10 to All on Sun Nov 1 13:02:50 2026
    On 11/1/26 12:59 PM, olcott wrote:
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does there exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.


    no,

    and u _still_ haven't explain wtf this has to do with the halting theorum

    --
    arising us out of the computing dark ages,
    please excuse my pseudo-pyscript,
    ~ the lil crank that could

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Python@3:633/10 to All on Sun Nov 1 21:03:31 2026
    Le 01/11/2026 … 21:59, olcott a ‚crit :
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03 int Halt_Status = HHH(DD);
    04 if (Halt_Status)
    05 HERE: goto HERE;
    06 return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11 HHH(DD);
    12 }

    There does there exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    NO.

    There is NO such finite N, PROVIDED you assume that at every one of those
    N levels the nested HHH call continues the simulation instead of
    returning.

    That is trivial.

    What you need to prove is that this condition holds FOREVER.

    For every finite N:

    "if no HHH has returned before level N,
    another level is reached"

    does NOT imply:

    "no HHH ever returns."

    That missing implication is your entire problem.

    And your phrase:

    "while DD is being simulated by HHH"

    does not solve it. It HIDES it.

    So the unequivocal answer is:

    NO finite N reaches line 06 under your stated condition.

    And the equally unequivocal conclusion is:

    THIS DOES NOT PROVE THAT THE CONDITION HOLDS FOREVER.

    Stop confusing those two propositions.



    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From dbush@3:633/10 to All on Sun Nov 1 16:04:02 2026
    On 11/1/2026 3:44 PM, olcott wrote:
    On 11/1/2026 2:38 PM, dbush wrote:
    On 11/1/2026 3:21 PM, olcott wrote:
    On 11/1/2026 2:18 PM, dbush wrote:
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be >>>>>>>>>> referring to:

    * an algorithm, i.e. a fixed immutable sequence of
    instructions that always generates the same output for a given >>>>>>>>>> input.
    * a C function, i.e. a named address that can contain any >>>>>>>>>> arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is the >>>>>>>>>> starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the >>>>>>>>>> above sentence refers to an algorithm, a C function, or a >>>>>>>>>> finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its >>>>>>>> own "return" statement while C function DD is being simulated by >>>>>>>> C function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications:

    Does there exist a finite number of N simulations that C
    function HHH
    can be modified to perform such that C function DD simulated by >>>>>> C function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string] HHH
    that simulates [algorithm|C function|finite string] DD according
    to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] DD
    reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.


    So would this be correct?

    There does not exist any *implementation of* C function HHH that
    simulates C function DD according
    to the operational semantics of the C programming language
    such that the simulated C function DD reaches its own simulated
    return statement in any N finite number of simulations.


    Yes [any *implementation of* C function HHH] is actually clearer.


    Good. Then *I agree that the above statement is correct*.



    Then we can discuss whether that statement is correct.



    To make the request for clarification more explicit:

    Does [algorithm|C function|finite string] DD simulated by >>>>>>>>>> [algorithm| C function|finite string] HHH ever reach its own >>>>>>>>>> "return"
    statement while [algorithm|C function|finite string] DD is >>>>>>>>>> being simulated by [algorithm|C function|finite string] HHH? >>>>>>>>>>
    For each instance of "[algorithm|C function|finite string]" >>>>>>>>>> above, pick one and give the resulting sentence.
















    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 15:14:09 2026
    On 11/1/2026 3:02 PM, dart200 wrote:
    On 11/1/26 12:59 PM, olcott wrote:
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.


    no,


    Typo corrected:
    There does exist any finite number of N simulations of
    DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    What do you mean by No:
    (a) There does not exist
    (b) There does exist

    and u _still_ haven't explain wtf this has to do with the halting theorum


    I can only say that as each step of my proof is
    validated otherwise no one pays enough attention.

    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From olcott@3:633/10 to All on Sun Nov 1 15:17:15 2026
    On 11/1/2026 3:03 PM, Python wrote:
    Le 01/11/2026 … 21:59, olcott a ‚crit :
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does there exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    NO.

    There is NO such finite N, PROVIDED you assume that at every one of
    those N levels the nested HHH call continues the simulation instead of returning.

    That is trivial.


    Then why did it take you a dozen or more exchanges
    to pay enough attention to finally acknowledge this
    self-evident truth?


    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From Python@3:633/10 to All on Sun Nov 1 21:20:25 2026
    Le 01/11/2026 … 22:17, olcott a ‚crit :
    On 11/1/2026 3:03 PM, Python wrote:
    Le 01/11/2026 … 21:59, olcott a ‚crit :
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does there exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    NO.

    There is NO such finite N, PROVIDED you assume that at every one of
    those N levels the nested HHH call continues the simulation instead of
    returning.

    That is trivial.


    Then why did it take you a dozen or more exchanges
    to pay enough attention to finally acknowledge this
    self-evident truth?

    Because that is NOT the proposition I spent those exchanges disputing.

    I have repeatedly agreed that:

    IF every nested HHH continues simulating instead of returning,
    then no finite nesting depth reaches DD's return.

    What I have repeatedly REJECTED is your next step:

    therefore no nested HHH can ever return,
    therefore the recursion is infinite,
    therefore DD cannot halt.

    You finally asked the first proposition explicitly, with the quantifier
    over finite N, and I answered NO immediately.

    So don't do exactly what I warned you about:

    I agreed with A.
    You believe A => B.
    Therefore you announce that I finally "acknowledged" B.

    I acknowledged A.

    I still reject B.


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 15:26:08 2026
    On 11/1/2026 3:04 PM, dbush wrote:
    On 11/1/2026 3:44 PM, olcott wrote:
    On 11/1/2026 2:38 PM, dbush wrote:
    On 11/1/2026 3:21 PM, olcott wrote:
    On 11/1/2026 2:18 PM, dbush wrote:
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be >>>>>>>>>>> referring to:

    * an algorithm, i.e. a fixed immutable sequence of
    instructions that always generates the same output for a >>>>>>>>>>> given input.
    * a C function, i.e. a named address that can contain any >>>>>>>>>>> arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is >>>>>>>>>>> the starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the >>>>>>>>>>> above sentence refers to an algorithm, a C function, or a >>>>>>>>>>> finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its >>>>>>>>> own "return" statement while C function DD is being simulated >>>>>>>>> by C function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications: >>>>>>>
    Does there exist a finite number of N simulations that C
    function HHH
    can be modified to perform such that C function DD simulated >>>>>>> by C function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string]
    HHH that simulates [algorithm|C function|finite string] DD according >>>>> ˙> to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] DD
    reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.


    So would this be correct?

    There does not exist any *implementation of* C function HHH that
    simulates C function DD according
    to the operational semantics of the C programming language
    such that the simulated C function DD reaches its own simulated
    return statement in any N finite number of simulations.


    Yes [any *implementation of* C function HHH] is actually clearer.


    Good.˙ Then *I agree that the above statement is correct*.

    The mathematical induction proof of non-termination takes
    the simulation invariant of
    *DD simulated by HHH does not halt while being simulated*
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.

    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From olcott@3:633/10 to All on Sun Nov 1 15:30:03 2026
    On 11/1/2026 3:20 PM, Python wrote:
    Le 01/11/2026 … 22:17, olcott a ‚crit :
    On 11/1/2026 3:03 PM, Python wrote:
    Le 01/11/2026 … 21:59, olcott a ‚crit :
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does there exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    NO.

    There is NO such finite N, PROVIDED you assume that at every one of
    those N levels the nested HHH call continues the simulation instead
    of returning.

    That is trivial.


    Then why did it take you a dozen or more exchanges
    to pay enough attention to finally acknowledge this
    self-evident truth?

    Because that is NOT the proposition I spent those exchanges disputing.

    I have repeatedly agreed that:

    ˙˙ IF every nested HHH continues simulating instead of returning,
    ˙˙ then no finite nesting depth reaches DD's return.


    The mathematical induction proof of non-termination takes
    the simulation invariant of
    DD simulated by HHH does not halt while being simulated
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.

    I can show how this refutes the halting theorem with
    more steps of my proof that has the above as their
    foundation.

    What I have repeatedly REJECTED is your next step:

    ˙˙ therefore no nested HHH can ever return,
    ˙˙ therefore the recursion is infinite,
    ˙˙ therefore DD cannot halt.

    You finally asked the first proposition explicitly, with the quantifier
    over finite N, and I answered NO immediately.

    So don't do exactly what I warned you about:

    ˙˙ I agreed with A.
    ˙˙ You believe A => B.
    ˙˙ Therefore you announce that I finally "acknowledged" B.

    I acknowledged A.

    I still reject B.


    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From dart200@3:633/10 to All on Sun Nov 1 13:31:41 2026
    On 11/1/26 1:14 PM, olcott wrote:
    On 11/1/2026 3:02 PM, dart200 wrote:
    On 11/1/26 12:59 PM, olcott wrote:
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.


    no,


    Typo corrected:
    There does exist any finite number of N simulations of

    i think u mean "N steps"

    DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    What do you mean by No:
    (a) There does not exist
    (b) There does exist

    no (a) there does _not_ exist


    and u _still_ haven't explain wtf this has to do with the halting theorum


    I can only say that as each step of my proof is
    validated otherwise no one pays enough attention.


    how many times do i need to express my explicit agreement before u
    explain wtf this has to do with the halting theorem???

    --
    arising us out of the computing dark ages,
    please excuse my pseudo-pyscript,
    ~ the lil crank that could

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Python@3:633/10 to All on Sun Nov 1 21:39:15 2026
    Le 01/11/2026 … 22:30, olcott a ‚crit :
    On 11/1/2026 3:20 PM, Python wrote:
    Le 01/11/2026 … 22:17, olcott a ‚crit :
    On 11/1/2026 3:03 PM, Python wrote:
    Le 01/11/2026 … 21:59, olcott a ‚crit :
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does there exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    NO.

    There is NO such finite N, PROVIDED you assume that at every one of
    those N levels the nested HHH call continues the simulation instead
    of returning.

    That is trivial.


    Then why did it take you a dozen or more exchanges
    to pay enough attention to finally acknowledge this
    self-evident truth?

    Because that is NOT the proposition I spent those exchanges disputing.

    I have repeatedly agreed that:

    ˙˙ IF every nested HHH continues simulating instead of returning,
    ˙˙ then no finite nesting depth reaches DD's return.


    The mathematical induction proof of non-termination takes
    the simulation invariant of
    DD simulated by HHH does not halt while being simulated
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.

    I can show how this refutes the halting theorem with
    more steps of my proof that has the above as their
    foundation.

    No, Peter. Calling it a "simulation invariant" does not prove it.

    A mathematical induction needs:

    Base case: P(0)

    Induction step:
    P(n) => P(n+1)

    What we have agreed to is only the CONDITIONAL statement:

    IF the nested HHH calls keep simulating rather than returning,
    then at every finite depth reached so far,
    DD has not yet reached line 06.

    What you need for non-termination is:

    for every n, H_n does not return 0.

    So show the induction step:

    Assume H_n has been reached.

    WHY MUST H_n FAIL TO RETURN 0?

    Saying:

    because H_n simulates another DD,
    which calls H_(n+1)

    does not prove it.

    That only moves the same unanswered question to H_(n+1):

    Why can't H_(n+1) return 0?

    And calling:

    "DD does not halt while it continues being simulated"

    an "invariant" does not help. It is just another way of saying:

    while the process has not terminated,
    it has not terminated.

    You still need to prove that the process NEVER terminates.

    So before showing me "more steps" allegedly refuting the halting theorem,
    show the missing induction step:

    H_n reached
    =>
    H_n cannot return 0.

    Without that, your claimed induction proof of non-termination does not
    exist.


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 15:42:31 2026
    On 11/1/2026 3:04 PM, dbush wrote:
    On 11/1/2026 3:44 PM, olcott wrote:
    On 11/1/2026 2:38 PM, dbush wrote:
    On 11/1/2026 3:21 PM, olcott wrote:
    On 11/1/2026 2:18 PM, dbush wrote:
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be >>>>>>>>>>> referring to:

    * an algorithm, i.e. a fixed immutable sequence of
    instructions that always generates the same output for a >>>>>>>>>>> given input.
    * a C function, i.e. a named address that can contain any >>>>>>>>>>> arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is >>>>>>>>>>> the starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the >>>>>>>>>>> above sentence refers to an algorithm, a C function, or a >>>>>>>>>>> finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its >>>>>>>>> own "return" statement while C function DD is being simulated >>>>>>>>> by C function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications: >>>>>>>
    Does there exist a finite number of N simulations that C
    function HHH
    can be modified to perform such that C function DD simulated >>>>>>> by C function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string]
    HHH that simulates [algorithm|C function|finite string] DD according >>>>> ˙> to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] DD
    reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above,
    pick one and give the resulting sentence.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.


    So would this be correct?

    There does not exist any *implementation of* C function HHH that
    simulates C function DD according
    to the operational semantics of the C programming language
    such that the simulated C function DD reaches its own simulated
    return statement in any N finite number of simulations.


    Yes [any *implementation of* C function HHH] is actually clearer.


    Good.˙ Then *I agree that the above statement is correct*.


    So within today's exchanges you have been very helpful.
    You forced me to make my words completely clear. That
    is exactly the kind of feedback that I have been looking
    for all along. Thanks again. I updated by published proof
    with these better words.

    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From olcott@3:633/10 to All on Sun Nov 1 15:45:39 2026
    On 11/1/2026 3:31 PM, dart200 wrote:
    On 11/1/26 1:14 PM, olcott wrote:
    On 11/1/2026 3:02 PM, dart200 wrote:
    On 11/1/26 12:59 PM, olcott wrote:
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.


    no,


    Typo corrected:
    There does exist any finite number of N simulations of

    i think u mean "N steps"


    either one works.

    DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    What do you mean by No:
    (a) There does not exist
    (b) There does exist

    no (a) there does _not_ exist


    Great. It has taken quite a few years to get
    agreement on this one single point. I had to
    make my words much more clear to do this.


    and u _still_ haven't explain wtf this has to do with the halting
    theorum


    I can only say that as each step of my proof is
    validated otherwise no one pays enough attention.


    how many times do i need to express my explicit agreement before u
    explain wtf this has to do with the halting theorem???


    This is the next step:
    The mathematical induction proof of non-termination takes
    the simulation invariant of
    DD simulated by HHH does not halt while being simulated
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.

    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From Python@3:633/10 to All on Sun Nov 1 21:46:13 2026
    Le 01/11/2026 … 22:42, olcott a ‚crit :
    On 11/1/2026 3:04 PM, dbush wrote:
    On 11/1/2026 3:44 PM, olcott wrote:
    On 11/1/2026 2:38 PM, dbush wrote:
    On 11/1/2026 3:21 PM, olcott wrote:
    On 11/1/2026 2:18 PM, dbush wrote:
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question: >>>>>>>>>>>>>
    Does DD simulated by HHH ever reach its own "return" >>>>>>>>>>>>> statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be >>>>>>>>>>>> referring to:

    * an algorithm, i.e. a fixed immutable sequence of
    instructions that always generates the same output for a >>>>>>>>>>>> given input.
    * a C function, i.e. a named address that can contain any >>>>>>>>>>>> arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is >>>>>>>>>>>> the starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the >>>>>>>>>>>> above sentence refers to an algorithm, a C function, or a >>>>>>>>>>>> finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its >>>>>>>>>> own "return" statement while C function DD is being simulated >>>>>>>>>> by C function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications: >>>>>>>>
    Does there exist a finite number of N simulations that C
    function HHH
    can be modified to perform such that C function DD simulated >>>>>>>> by C function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string]
    HHH that simulates [algorithm|C function|finite string] DD according >>>>>> ˙> to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] DD >>>>>> reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above, >>>>>> pick one and give the resulting sentence.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.


    So would this be correct?

    There does not exist any *implementation of* C function HHH that
    simulates C function DD according
    to the operational semantics of the C programming language
    such that the simulated C function DD reaches its own simulated
    return statement in any N finite number of simulations.


    Yes [any *implementation of* C function HHH] is actually clearer.


    Good.˙ Then *I agree that the above statement is correct*.


    So within today's exchanges you have been very helpful.
    You forced me to make my words completely clear. That
    is exactly the kind of feedback that I have been looking
    for all along. Thanks again. I updated by published proof
    with these better words.

    For the record, before Peter starts counting this as another endorsement
    of his proof:

    dbush agreed to ONE explicitly negotiated statement:

    There does not exist any implementation of C function HHH
    that simulates C function DD according to the operational
    semantics of C such that the simulated C function DD reaches
    its own simulated return statement in any N finite number
    of simulations.

    That is what dbush agreed to.

    It does NOT follow that dbush agreed that:

    the recursion must continue forever,

    or:

    no nested HHH invocation can ever return,

    or:

    HHH correctly determines DD to be non-halting,

    or:

    Peter's proof refutes the halting theorem.

    Peter has repeatedly turned agreement with A into supposed agreement with
    B because Peter himself considers A => B obvious.

    So this time let's record the boundary BEFORE it happens:

    dbush agreed with the quoted proposition.

    Anything stronger requires dbush's own agreement, not Peter's inference.

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Python@3:633/10 to All on Sun Nov 1 21:47:31 2026
    Le 01/11/2026 … 22:45, olcott a ‚crit :
    On 11/1/2026 3:31 PM, dart200 wrote:
    On 11/1/26 1:14 PM, olcott wrote:
    On 11/1/2026 3:02 PM, dart200 wrote:
    On 11/1/26 12:59 PM, olcott wrote:
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.


    no,


    Typo corrected:
    There does exist any finite number of N simulations of

    i think u mean "N steps"


    either one works.

    DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    What do you mean by No:
    (a) There does not exist
    (b) There does exist

    no (a) there does _not_ exist


    Great. It has taken quite a few years to get
    agreement on this one single point. I had to
    make my words much more clear to do this.


    and u _still_ haven't explain wtf this has to do with the halting
    theorum


    I can only say that as each step of my proof is
    validated otherwise no one pays enough attention.


    how many times do i need to express my explicit agreement before u
    explain wtf this has to do with the halting theorem? ? ?


    This is the next step:
    The mathematical induction proof of non-termination takes
    the simulation invariant of
    DD simulated by HHH does not halt while being simulated
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.

    Let's record this NOW, before these agreements grow into something neither person said.

    dart200 has agreed that there is no finite N of the stated simulations at which DD reaches its return under Peter's stated condition.

    He then IMMEDIATELY asked:

    how many times do i need to express my explicit agreement
    before u explain wtf this has to do with the halting theorem? ? ?

    Peter's answer begins:

    This is the next step:

    Exactly.

    THE NEXT STEP.

    Therefore dart200 has agreed with the PREVIOUS step, not with this new
    one.

    Likewise, dbush explicitly agreed with one carefully negotiated
    proposition. That does not constitute agreement with whatever Peter subsequently claims follows from it.

    This distinction matters because Peter has repeatedly done exactly this:

    Person agrees with A.

    Peter introduces A => B as "the next step."

    Later Peter reports that the person agreed with B,
    or with the proof containing B.

    No.

    At this moment the record is exceptionally clear:

    dart200: agrees with A;
    explicitly asks how A relates to the halting theorem.

    Peter: "This is the next step:"
    and introduces the claimed induction argument.

    So dart200 has NOT agreed with that induction argument.

    He has NOT agreed that A proves non-termination.

    He has NOT agreed that HHH correctly decides DD.

    He has NOT agreed that the halting theorem is refuted.

    And the same rule applies to dbush: his agreement extends exactly as far
    as the proposition he explicitly agreed with.

    Peter, if either of them later agrees with your NEXT step, you may quote
    that agreement then.

    Until then, do not retroactively enlarge their present agreements.


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 15:53:20 2026
    On 11/1/2026 3:39 PM, Python wrote:
    Le 01/11/2026 … 22:30, olcott a ‚crit :
    On 11/1/2026 3:20 PM, Python wrote:
    Le 01/11/2026 … 22:17, olcott a ‚crit :
    On 11/1/2026 3:03 PM, Python wrote:
    Le 01/11/2026 … 21:59, olcott a ‚crit :
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does there exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    NO.

    There is NO such finite N, PROVIDED you assume that at every one of >>>>> those N levels the nested HHH call continues the simulation instead >>>>> of returning.

    That is trivial.


    Then why did it take you a dozen or more exchanges
    to pay enough attention to finally acknowledge this
    self-evident truth?

    Because that is NOT the proposition I spent those exchanges disputing.

    I have repeatedly agreed that:

    ˙˙˙ IF every nested HHH continues simulating instead of returning,
    ˙˙˙ then no finite nesting depth reaches DD's return.


    The mathematical induction proof of non-termination takes
    the simulation invariant of
    DD simulated by HHH does not halt while being simulated
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.

    I can show how this refutes the halting theorem with
    more steps of my proof that has the above as their
    foundation.

    No, Peter. Calling it a "simulation invariant" does not prove it.

    (Please pay 100% complete attention to the exact meaning of every word)

    There does exist any finite number of N simulations of
    DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    ENTAILS

    (Please pay 100% complete attention to the exact meaning of every word)

    The mathematical induction proof of non-termination takes
    the simulation invariant of
    DD simulated by HHH does not halt while being simulated
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.

    (Please pay 100% complete attention to the exact meaning of every word)
    We went round-and round-and-round ONLY BECAUSE YOU DID NOT DO THIS.

    When LLMs fail to pay hardly any attention I ask them:
    what the fuck is wrong with you? DO YOU HAVE DEMENTIA?

    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From olcott@3:633/10 to All on Sun Nov 1 15:56:34 2026
    On 11/1/2026 3:46 PM, Python wrote:
    Le 01/11/2026 … 22:42, olcott a ‚crit :
    On 11/1/2026 3:04 PM, dbush wrote:
    On 11/1/2026 3:44 PM, olcott wrote:
    On 11/1/2026 2:38 PM, dbush wrote:
    On 11/1/2026 3:21 PM, olcott wrote:
    On 11/1/2026 2:18 PM, dbush wrote:
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question: >>>>>>>>>>>>>>
    Does DD simulated by HHH ever reach its own "return" >>>>>>>>>>>>>> statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be >>>>>>>>>>>>> referring to:

    * an algorithm, i.e. a fixed immutable sequence of
    instructions that always generates the same output for a >>>>>>>>>>>>> given input.
    * a C function, i.e. a named address that can contain any >>>>>>>>>>>>> arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is >>>>>>>>>>>>> the starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the >>>>>>>>>>>>> above sentence refers to an algorithm, a C function, or a >>>>>>>>>>>>> finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its >>>>>>>>>>> own "return" statement while C function DD is being simulated >>>>>>>>>>> by C function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications: >>>>>>>>>
    Does there exist a finite number of N simulations that C >>>>>>>>> function HHH
    can be modified to perform such that C function DD simulated >>>>>>>>> by C function HHH reaches its own
    simulated "return" statement while C function DD is being >>>>>>>>> ˙> simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string] >>>>>>> HHH that simulates [algorithm|C function|finite string] DD according >>>>>>> ˙> to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] >>>>>>> DD reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above, >>>>>>> pick one and give the resulting sentence.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.


    So would this be correct?

    There does not exist any *implementation of* C function HHH that >>>>> simulates C function DD according
    to the operational semantics of the C programming language
    such that the simulated C function DD reaches its own simulated
    return statement in any N finite number of simulations.


    Yes [any *implementation of* C function HHH] is actually clearer.


    Good.˙ Then *I agree that the above statement is correct*.


    So within today's exchanges you have been very helpful.
    You forced me to make my words completely clear. That
    is exactly the kind of feedback that I have been looking
    for all along. Thanks again. I updated by published proof
    with these better words.

    For the record, before Peter starts counting this as another endorsement
    of his proof:

    dbush agreed to ONE explicitly negotiated statement:

    ˙˙ There does not exist any implementation of C function HHH
    ˙˙ that simulates C function DD according to the operational
    ˙˙ semantics of C such that the simulated C function DD reaches
    ˙˙ its own simulated return statement in any N finite number
    ˙˙ of simulations.

    I have been struggling to get one person to agree with
    a variation of those words for a few years now.

    I wonder if Mike would agree with those words?

    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From Python@3:633/10 to All on Sun Nov 1 22:00:32 2026
    Le 01/11/2026 … 22:53, olcott a ‚crit :
    On 11/1/2026 3:39 PM, Python wrote:
    Le 01/11/2026 … 22:30, olcott a ‚crit :
    On 11/1/2026 3:20 PM, Python wrote:
    Le 01/11/2026 … 22:17, olcott a ‚crit :
    On 11/1/2026 3:03 PM, Python wrote:
    Le 01/11/2026 … 21:59, olcott a ‚crit :
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does there exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    NO.

    There is NO such finite N, PROVIDED you assume that at every one of >>>>>> those N levels the nested HHH call continues the simulation instead >>>>>> of returning.

    That is trivial.


    Then why did it take you a dozen or more exchanges
    to pay enough attention to finally acknowledge this
    self-evident truth?

    Because that is NOT the proposition I spent those exchanges disputing. >>>>
    I have repeatedly agreed that:

    ˙˙˙ IF every nested HHH continues simulating instead of returning,
    ˙˙˙ then no finite nesting depth reaches DD's return.


    The mathematical induction proof of non-termination takes
    the simulation invariant of
    DD simulated by HHH does not halt while being simulated
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.

    I can show how this refutes the halting theorem with
    more steps of my proof that has the above as their
    foundation.

    No, Peter. Calling it a "simulation invariant" does not prove it.

    (Please pay 100% complete attention to the exact meaning of every word)

    There does exist any finite number of N simulations of
    DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    ENTAILS

    (Please pay 100% complete attention to the exact meaning of every word)

    The mathematical induction proof of non-termination takes
    the simulation invariant of
    DD simulated by HHH does not halt while being simulated
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.

    (Please pay 100% complete attention to the exact meaning of every word)
    We went round-and round-and-round ONLY BECAUSE YOU DID NOT DO THIS.

    When LLMs fail to pay hardly any attention I ask them:
    what the fuck is wrong with you? DO YOU HAVE DEMENTIA?


    You wrote:

    DO YOU HAVE DEMENTIA?

    Immediately after changing the proposition everyone agreed to from:

    "There does NOT exist"

    to:

    "There does exist".

    You really should ask your question in front of a mirror.

    And writing "ENTAILS" does not prove an entailment.


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 16:09:44 2026
    On 11/1/2026 3:46 PM, Python wrote:
    Le 01/11/2026 … 22:42, olcott a ‚crit :
    On 11/1/2026 3:04 PM, dbush wrote:
    On 11/1/2026 3:44 PM, olcott wrote:
    On 11/1/2026 2:38 PM, dbush wrote:
    On 11/1/2026 3:21 PM, olcott wrote:
    On 11/1/2026 2:18 PM, dbush wrote:
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question: >>>>>>>>>>>>>>
    Does DD simulated by HHH ever reach its own "return" >>>>>>>>>>>>>> statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be >>>>>>>>>>>>> referring to:

    * an algorithm, i.e. a fixed immutable sequence of
    instructions that always generates the same output for a >>>>>>>>>>>>> given input.
    * a C function, i.e. a named address that can contain any >>>>>>>>>>>>> arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is >>>>>>>>>>>>> the starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the >>>>>>>>>>>>> above sentence refers to an algorithm, a C function, or a >>>>>>>>>>>>> finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its >>>>>>>>>>> own "return" statement while C function DD is being simulated >>>>>>>>>>> by C function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications: >>>>>>>>>
    Does there exist a finite number of N simulations that C >>>>>>>>> function HHH
    can be modified to perform such that C function DD simulated >>>>>>>>> by C function HHH reaches its own
    simulated "return" statement while C function DD is being >>>>>>>>> ˙> simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string] >>>>>>> HHH that simulates [algorithm|C function|finite string] DD according >>>>>>> ˙> to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] >>>>>>> DD reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above, >>>>>>> pick one and give the resulting sentence.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.


    So would this be correct?

    There does not exist any *implementation of* C function HHH that >>>>> simulates C function DD according
    to the operational semantics of the C programming language
    such that the simulated C function DD reaches its own simulated
    return statement in any N finite number of simulations.


    Yes [any *implementation of* C function HHH] is actually clearer.


    Good.˙ Then *I agree that the above statement is correct*.


    So within today's exchanges you have been very helpful.
    You forced me to make my words completely clear. That
    is exactly the kind of feedback that I have been looking
    for all along. Thanks again. I updated by published proof
    with these better words.

    For the record, before Peter starts counting this as another endorsement
    of his proof:

    dbush agreed to ONE explicitly negotiated statement:

    ˙˙ There does not exist any implementation of C function HHH
    ˙˙ that simulates C function DD according to the operational
    ˙˙ semantics of C such that the simulated C function DD reaches
    ˙˙ its own simulated return statement in any N finite number
    ˙˙ of simulations.


    Yes that one is my official one now.


    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From dart200@3:633/10 to All on Sun Nov 1 14:15:05 2026
    On 11/1/26 1:45 PM, olcott wrote:
    On 11/1/2026 3:31 PM, dart200 wrote:
    On 11/1/26 1:14 PM, olcott wrote:
    On 11/1/2026 3:02 PM, dart200 wrote:
    On 11/1/26 12:59 PM, olcott wrote:
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.


    no,


    Typo corrected:
    There does exist any finite number of N simulations of

    i think u mean "N steps"


    either one works.

    i suggest you use "N steps" since HHH does not do multiple simulations of DD


    DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    What do you mean by No:
    (a) There does not exist
    (b) There does exist

    no (a) there does _not_ exist


    Great. It has taken quite a few years to get
    agreement on this one single point. I had to
    make my words much more clear to do this.


    and u _still_ haven't explain wtf this has to do with the halting
    theorum


    I can only say that as each step of my proof is
    validated otherwise no one pays enough attention.


    how many times do i need to express my explicit agreement before u
    explain wtf this has to do with the halting theorem???


    This is the next step:
    The mathematical induction proof of non-termination takes
    the simulation invariant of

    idk what u mean by "takes the simulation invariant of"

    DD simulated by HHH does not halt while being simulated
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.


    --
    arising us out of the computing dark ages,
    please excuse my pseudo-pyscript,
    ~ the lil crank that could

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 16:26:20 2026
    On 11/1/2026 4:15 PM, dart200 wrote:
    On 11/1/26 1:45 PM, olcott wrote:
    On 11/1/2026 3:31 PM, dart200 wrote:
    On 11/1/26 1:14 PM, olcott wrote:
    On 11/1/2026 3:02 PM, dart200 wrote:
    On 11/1/26 12:59 PM, olcott wrote:
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.


    no,


    Typo corrected:
    There does exist any finite number of N simulations of

    i think u mean "N steps"


    either one works.

    i suggest you use "N steps" since HHH does not do multiple simulations
    of DD


    "steps" is better, yet the person evaluating it has this
    as the entire scope.

    DD is to be construed as a finite string of C source code of
    a C function. HHH is to be construed as a C interpreter that
    simulates C source code. HHH can simulate itself simulating
    DD if needed.


    DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    What do you mean by No:
    (a) There does not exist
    (b) There does exist

    no (a) there does _not_ exist


    Great. It has taken quite a few years to get
    agreement on this one single point. I had to
    make my words much more clear to do this.


    and u _still_ haven't explain wtf this has to do with the halting
    theorum


    I can only say that as each step of my proof is
    validated otherwise no one pays enough attention.


    how many times do i need to express my explicit agreement before u
    explain wtf this has to do with the halting theorem???


    This is the next step:
    The mathematical induction proof of non-termination takes
    the simulation invariant of

    idk what u mean by "takes the simulation invariant of"


    There does not exist any implementation of C function HHH
    that simulates C function DD according to the operational
    semantics of C such that the simulated C function DD reaches
    its own simulated return statement in any N finite number of
    steps.

    ENTAILS

    This mathematical induction proof of non-termination
    simulation invariant:
    *DD simulated by HHH does not halt while being simulated*
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.

    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From dart200@3:633/10 to All on Sun Nov 1 15:10:51 2026
    On 11/1/26 2:26 PM, olcott wrote:
    On 11/1/2026 4:15 PM, dart200 wrote:
    On 11/1/26 1:45 PM, olcott wrote:
    On 11/1/2026 3:31 PM, dart200 wrote:
    On 11/1/26 1:14 PM, olcott wrote:
    On 11/1/2026 3:02 PM, dart200 wrote:
    On 11/1/26 12:59 PM, olcott wrote:
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.


    no,


    Typo corrected:
    There does exist any finite number of N simulations of

    i think u mean "N steps"


    either one works.

    i suggest you use "N steps" since HHH does not do multiple simulations
    of DD


    "steps" is better, yet the person evaluating it has this
    as the entire scope.

    DD is to be construed as a finite string of C source code of
    a C function. HHH is to be construed as a C interpreter that
    simulates C source code. HHH can simulate itself simulating
    DD if needed.


    DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    What do you mean by No:
    (a) There does not exist
    (b) There does exist

    no (a) there does _not_ exist


    Great. It has taken quite a few years to get
    agreement on this one single point. I had to
    make my words much more clear to do this.


    and u _still_ haven't explain wtf this has to do with the halting >>>>>> theorum


    I can only say that as each step of my proof is
    validated otherwise no one pays enough attention.


    how many times do i need to express my explicit agreement before u
    explain wtf this has to do with the halting theorem???


    This is the next step:
    The mathematical induction proof of non-termination takes
    the simulation invariant of

    idk what u mean by "takes the simulation invariant of"


    There does not exist any implementation of C function HHH
    that simulates C function DD according to the operational
    semantics of C such that the simulated C function DD reaches
    its own simulated return statement in any N finite number of
    steps.

    ENTAILS

    This mathematical induction proof of non-termination
    simulation invariant:

    how is the proof of non-termination simulation invariant ...?

    it depends on HHH doing the simulation. if we use ? to do the
    simulation, then DD would halt

    *DD simulated by HHH does not halt while being simulated*
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.

    --
    arising us out of the computing dark ages,
    please excuse my pseudo-pyscript,
    ~ the lil crank that could

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 17:15:06 2026
    On 11/1/2026 5:10 PM, dart200 wrote:
    On 11/1/26 2:26 PM, olcott wrote:
    On 11/1/2026 4:15 PM, dart200 wrote:
    On 11/1/26 1:45 PM, olcott wrote:
    On 11/1/2026 3:31 PM, dart200 wrote:
    On 11/1/26 1:14 PM, olcott wrote:
    On 11/1/2026 3:02 PM, dart200 wrote:
    On 11/1/26 12:59 PM, olcott wrote:
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.


    no,


    Typo corrected:
    There does exist any finite number of N simulations of

    i think u mean "N steps"


    either one works.

    i suggest you use "N steps" since HHH does not do multiple
    simulations of DD


    "steps" is better, yet the person evaluating it has this
    as the entire scope.

    DD is to be construed as a finite string of C source code of
    a C function. HHH is to be construed as a C interpreter that
    simulates C source code. HHH can simulate itself simulating
    DD if needed.


    DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    What do you mean by No:
    (a) There does not exist
    (b) There does exist

    no (a) there does _not_ exist


    Great. It has taken quite a few years to get
    agreement on this one single point. I had to
    make my words much more clear to do this.


    and u _still_ haven't explain wtf this has to do with the halting >>>>>>> theorum


    I can only say that as each step of my proof is
    validated otherwise no one pays enough attention.


    how many times do i need to express my explicit agreement before u
    explain wtf this has to do with the halting theorem???


    This is the next step:
    The mathematical induction proof of non-termination takes
    the simulation invariant of

    idk what u mean by "takes the simulation invariant of"


    There does not exist any implementation of C function HHH
    that simulates C function DD according to the operational
    semantics of C such that the simulated C function DD reaches
    its own simulated return statement in any N finite number of
    steps.

    ENTAILS

    This mathematical induction proof of non-termination
    simulation invariant:

    how is the proof of non-termination simulation invariant ...?

    it depends on HHH doing the simulation.

    Nope. Thanks to dbush much better words we can see
    that it does not. (see above) Your improvement was
    also good and implemented.

    if we use ? to do the
    simulation, then DD would halt

    *DD simulated by HHH does not halt while being simulated*
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.



    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From dbush@3:633/10 to All on Sun Nov 1 19:09:02 2026
    On 11/1/2026 4:26 PM, olcott wrote:
    On 11/1/2026 3:04 PM, dbush wrote:
    On 11/1/2026 3:44 PM, olcott wrote:
    On 11/1/2026 2:38 PM, dbush wrote:
    On 11/1/2026 3:21 PM, olcott wrote:
    On 11/1/2026 2:18 PM, dbush wrote:
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question: >>>>>>>>>>>>>
    Does DD simulated by HHH ever reach its own "return" >>>>>>>>>>>>> statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be >>>>>>>>>>>> referring to:

    * an algorithm, i.e. a fixed immutable sequence of
    instructions that always generates the same output for a >>>>>>>>>>>> given input.
    * a C function, i.e. a named address that can contain any >>>>>>>>>>>> arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is >>>>>>>>>>>> the starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the >>>>>>>>>>>> above sentence refers to an algorithm, a C function, or a >>>>>>>>>>>> finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its >>>>>>>>>> own "return" statement while C function DD is being simulated >>>>>>>>>> by C function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications: >>>>>>>>
    Does there exist a finite number of N simulations that C
    function HHH
    can be modified to perform such that C function DD simulated >>>>>>>> by C function HHH reaches its own
    simulated "return" statement while C function DD is being
    simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string]
    HHH that simulates [algorithm|C function|finite string] DD according >>>>>> ˙> to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] DD >>>>>> reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above, >>>>>> pick one and give the resulting sentence.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.


    So would this be correct?

    There does not exist any *implementation of* C function HHH that
    simulates C function DD according
    to the operational semantics of the C programming language
    such that the simulated C function DD reaches its own simulated
    return statement in any N finite number of simulations.


    Yes [any *implementation of* C function HHH] is actually clearer.


    Good.˙ Then *I agree that the above statement is correct*.

    The mathematical induction proof of non-termination takes
    the simulation invariant of
    *DD simulated by HHH does not halt while being simulated*
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.


    With clarifications:

    The mathematical induction proof of non-termination takes
    the simulation invariant of
    *C function DD simulated by C function HHH does not halt while being
    simulated*
    as formal proof of non-termination of C function DD while C function
    DD is being
    simulated by C function HHH.

    Agreed?


    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From olcott@3:633/10 to All on Sun Nov 1 18:16:13 2026
    On 11/1/2026 6:09 PM, dbush wrote:
    On 11/1/2026 4:26 PM, olcott wrote:
    On 11/1/2026 3:04 PM, dbush wrote:
    On 11/1/2026 3:44 PM, olcott wrote:
    On 11/1/2026 2:38 PM, dbush wrote:
    On 11/1/2026 3:21 PM, olcott wrote:
    On 11/1/2026 2:18 PM, dbush wrote:
    On 11/1/2026 1:53 PM, olcott wrote:
    On 11/1/2026 11:59 AM, dbush wrote:
    On 11/1/2026 12:44 PM, olcott wrote:
    On 11/1/2026 9:09 AM, dbush wrote:
    On 11/1/2026 9:50 AM, olcott wrote:
    On 11/1/2026 8:01 AM, dbush wrote:
    On 11/1/2026 8:35 AM, olcott wrote:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question: >>>>>>>>>>>>>>
    Does DD simulated by HHH ever reach its own "return" >>>>>>>>>>>>>> statement while DD is being simulated by HHH?


    The above statement is unclear as "DD" and "HHH" could be >>>>>>>>>>>>> referring to:

    * an algorithm, i.e. a fixed immutable sequence of
    instructions that always generates the same output for a >>>>>>>>>>>>> given input.
    * a C function, i.e. a named address that can contain any >>>>>>>>>>>>> arbitrary set of instructions in sequence
    * a finite string, i.e. a 32-bit function pointer which is >>>>>>>>>>>>> the starting address of a C function.

    So please clarify whether each use of "HHH" and "DD" in the >>>>>>>>>>>>> above sentence refers to an algorithm, a C function, or a >>>>>>>>>>>>> finite string.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.

    So would the following be correct?


    Does C function DD simulated by C function HHH ever reach its >>>>>>>>>>> own "return" statement while C function DD is being simulated >>>>>>>>>>> by C function HHH?


    Yes that seems correct.

    Does C function DD simulated by C function
    HHH ever reach its own [SIMULATED] "return" statement
    while C function DD is being simulated by
    C function HHH?

    Does there exist a finite number of N simulations
    such that DD simulated by HHH reaches its own
    simulated "return" statement while DD is being
    simulated by HHH?

    Let apply the same to the above, with a few more clarifications: >>>>>>>>>
    Does there exist a finite number of N simulations that C >>>>>>>>> function HHH
    can be modified to perform such that C function DD simulated >>>>>>>>> by C function HHH reaches its own
    simulated "return" statement while C function DD is being >>>>>>>>> ˙> simulated by C function HHH?

    Yes?


    There does not exist any HHH that simulates DD according
    to the operational semantics of the C programming language
    such that the simulated DD reaches its own simulated
    return statement in any N finite number of simulations.



    There does not exist any [algorithm|C function|finite string] >>>>>>> HHH that simulates [algorithm|C function|finite string] DD according >>>>>>> ˙> to the operational semantics of the C programming language
    such that the simulated [algorithm|C function|finite string] >>>>>>> DD reaches its own simulated
    return statement in any N finite number of simulations.

    For each instance of "[algorithm|C function|finite string]" above, >>>>>>> pick one and give the resulting sentence.


    DD is to be construed as a finite string of C source
    code of a C function. HHH is to be construed as a C
    interpreter that simulates C source code. HHH can
    simulate itself simulating DD if needed.


    So would this be correct?

    There does not exist any *implementation of* C function HHH that >>>>> simulates C function DD according
    to the operational semantics of the C programming language
    such that the simulated C function DD reaches its own simulated
    return statement in any N finite number of simulations.


    Yes [any *implementation of* C function HHH] is actually clearer.


    Good.˙ Then *I agree that the above statement is correct*.

    The mathematical induction proof of non-termination takes
    the simulation invariant of
    *DD simulated by HHH does not halt while being simulated*
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.


    With clarifications:

    The mathematical induction proof of non-termination takes
    the simulation invariant of
    *C function DD simulated by C function HHH does not halt while being
    simulated*
    as formal proof of non-termination of C function DD while C function
    DD is being
    simulated by C function HHH.

    Agreed?

    Yes, that is merely a more verbose exact meaning
    of exactly what I said. Once people know that the
    context is C functions, that need not be endlessly
    repeated.

    --
    Copyright 2026 Olcott

    Computation(Olcott)
    Paraphrase of Emil Post definition of computation
    All computations are equivalent to the application of finite
    string transformation rules to finite string inputs to derive
    any and all outputs.

    Because Post canonical systems are Turing-equivalent, anything
    that cannot be derived by applying finite string transformations
    to finite strings is outside the scope of Church?Turing computation.

    Decider(Olcott)
    Correcting the misnomer term-of-the-art: decider
    Every Decider(Olcott) must apply finite string transformation
    inference steps to their finite string inputs that are relevant
    to the decision criteria. It must make its decision on this basis.

    Halt Decider(Olcott)
    Decider(Olcott) entails that Halt Decider(Olcott) H(D) must apply
    finite-string inference steps according to the operational semantics
    of the source-code computation language of D. The only way to determine
    the halting property of a finite string input is to examine the same
    beha
  • From dart200@3:633/10 to All on Sun Nov 1 18:24:11 2026
    On 11/1/26 3:15 PM, olcott wrote:
    On 11/1/2026 5:10 PM, dart200 wrote:
    On 11/1/26 2:26 PM, olcott wrote:
    On 11/1/2026 4:15 PM, dart200 wrote:
    On 11/1/26 1:45 PM, olcott wrote:
    On 11/1/2026 3:31 PM, dart200 wrote:
    On 11/1/26 1:14 PM, olcott wrote:
    On 11/1/2026 3:02 PM, dart200 wrote:
    On 11/1/26 12:59 PM, olcott wrote:
    On 11/1/2026 2:44 PM, Python wrote:
    I am not erasing the context.

    This is the exact context that I will respond to.
    ANYTHING ELSE IS A DISHONEST DIVERSION AWAY FROM THE POINT

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

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    There does exist any finite number of N simulations
    of DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.


    no,


    Typo corrected:
    There does exist any finite number of N simulations of

    i think u mean "N steps"


    either one works.

    i suggest you use "N steps" since HHH does not do multiple
    simulations of DD


    "steps" is better, yet the person evaluating it has this
    as the entire scope.

    DD is to be construed as a finite string of C source code of
    a C function. HHH is to be construed as a C interpreter that
    simulates C source code. HHH can simulate itself simulating
    DD if needed.


    DD simulated by HHH such that the simulated DD reaches
    its own simulated "return" statement while DD is being
    simulated by HHH.

    What do you mean by No:
    (a) There does not exist
    (b) There does exist

    no (a) there does _not_ exist


    Great. It has taken quite a few years to get
    agreement on this one single point. I had to
    make my words much more clear to do this.


    and u _still_ haven't explain wtf this has to do with the
    halting theorum


    I can only say that as each step of my proof is
    validated otherwise no one pays enough attention.


    how many times do i need to express my explicit agreement before u >>>>>> explain wtf this has to do with the halting theorem???


    This is the next step:
    The mathematical induction proof of non-termination takes
    the simulation invariant of

    idk what u mean by "takes the simulation invariant of"


    There does not exist any implementation of C function HHH
    that simulates C function DD according to the operational
    semantics of C such that the simulated C function DD reaches
    its own simulated return statement in any N finite number of
    steps.

    ENTAILS

    This mathematical induction proof of non-termination
    simulation invariant:

    how is the proof of non-termination simulation invariant ...?

    it depends on HHH doing the simulation.

    Nope. Thanks to dbush much better words we can see
    that it does not. (see above) Your improvement was
    also good and implemented.

    i don't see anything polcott,

    the proof still isn't simulation invariant...

    that's why u keep requiring the conversation to be about HHH, and refuse
    to address the fact that ?(DD) halts. if it were simulation invariant
    we could talk about other simulators like ?, and the result shouldn't
    vary ... but they do, and therefore u don't want to talk about it


    ˙if we use ? to do the simulation, then DD would halt

    *DD simulated by HHH does not halt while being simulated*
    as formal proof of non-termination of DD while DD is being
    simulated by HHH.




    --
    arising us out of the computing dark ages,
    please excuse my pseudo-pyscript,
    ~ the lil crank that could

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From Bonita Montero@3:633/10 to All on Mon Nov 2 07:41:44 2026
    Am 01.11.2026 um 14:35 schrieb olcott:
    typedef int (*ptr)();
    int HHH(ptr P);

    01 int DD()
    02 {
    03˙˙ int Halt_Status = HHH(DD);
    04˙˙ if (Halt_Status)
    05˙˙˙˙ HERE: goto HERE;
    06˙˙ return Halt_Status;
    07 }
    08
    09 void main()
    10 {
    11˙ HHH(DD);
    12 }

    The C / C++ groups are the only people in the
    world that did not flat out lie about this question:

    Does DD simulated by HHH ever reach its own "return"
    statement while DD is being simulated by HHH?
    The question you have been raising for years is not specific
    to any particular programming language. Please, therefore,
    post it where it is actually appropriate.
    Furthermore, you have never reached a conclusion with your
    question; perhaps you should reconsider whether Usenet is
    the right place for such inquiries.

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)
  • From makendo@3:633/10 to All on Mon Nov 2 19:10:46 2026
    [long conversation snipped]

    Sending olcott to my kill file. The posts just sound like pure line
    noise to me.

    --- PyGate Linux v1.5.19
    * Origin: Dragon's Lair, PyGate NNTP<>Fido Gate (3:633/10)