• Re: Efficient way to communicate with olcott --- ChatGPT 5.0 standardtemplate

    From olcott@polcott333@gmail.com to comp.theory on Wed Aug 20 09:25:53 2025
    From Newsgroup: comp.theory

    On 8/20/2025 4:42 AM, Richard Heathfield wrote:
    On 20/08/2025 09:54, Fred. Zwarts wrote:
    Op 19.aug.2025 om 23:55 schreef olcott:
    On 8/19/2025 3:52 PM, Chris M. Thomasson wrote:
    On 8/19/2025 7:34 AM, Richard Heathfield wrote:
    On 19/08/2025 15:26, olcott wrote:
    Once HHH(DD) has aborted its simulation none of
    the recursive simulations has any behavior.

    And that's your bug.

    DD is a C function. It would be easy to put a direct call to it
    into main and compile it into a program. Its behaviour then departs >>>>> from your simulation. Ergo, your simulation is incorrect.


    Perhaps his simulator should just take C source code as input,
    compile it and run/simulate it in a sandbox via an entry point, say
    main? In this scenario, his system would require a compiler.

    I was thinking of something like that.
    All of the LLM systems can figure out on their
    own that HHH(DD) would correctly return 0 for non-halting.
    A static analysis of the source-code is what they are doing.



    All LLM systems make this error, because you fed them incorrect input.
    They are not smart enough to analyse the input and see the
    contradictions and errors in it.

    Actually, they may be. They're just reluctant to call Olcott out.

    A while back I gave ChatGPT the same input without the lies, and it correctly deduced that HHH cannot return a "correct" value.


    ChatGPT 5.0 has started guessing instead of thinking
    things through. I asked it to show me how I can force
    it to think things through and it wrote this script
    for me. With this script both ChatGPT 5.0 and Gemini
    get the correct answer. It says that this is a standard
    template that can be used across all LLM systems.

    <Rubric>
    Rules of Simulation:
    - (a) If a non-terminating behavior pattern is detected during
    simulation, abort immediately and return 0.
    - (b) If the simulated program reaches a return statement without
    earlier detection, return 1.
    - Priority: (a) always takes precedence over (b).

    Procedure:
    1. Restate rules before simulation.
    2. Simulate step by step using a trace table with columns:
    | Step | Code Location | State (variables, call stack) | Event /
    Action | Rule Applied |
    3. Stop immediately if recursion, infinite loop, or repeating state
    occurs → apply (a).
    4. If a return is reached first → apply (b).
    5. Conclude with:
    - Which rule fired first
    - The correct return value
    6. Optionally, provide:
    - (i) Simulation result under rules
    - (ii) Actual runtime behavior in C

    </Rubric>

    <Test Program>
    typedef int (*ptr)();
    int HHH(ptr P);

    int DD()
    {
    int Halt_Status = HHH(DD);
    if (Halt_Status)
    HERE: goto HERE;
    return Halt_Status;
    }
    </Test Program>

    <Required Output Format>
    1. Restatement of rules
    2. Step-by-step execution trace in a table
    3. Identification of first rule triggered
    4. Final result: return value of HHH(program)
    5. Optional: actual C runtime behavior if relevant
    </Required Output Format>

    </Benchmark Task>
    --
    Copyright 2025 Olcott "Talent hits a target no one else can hit; Genius
    hits a target no one else can see." Arthur Schopenhauer
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Richard Damon@Richard@Damon-Family.org to comp.theory on Fri Aug 22 11:36:47 2025
    From Newsgroup: comp.theory

    On 8/20/25 10:25 AM, olcott wrote:
    On 8/20/2025 4:42 AM, Richard Heathfield wrote:
    On 20/08/2025 09:54, Fred. Zwarts wrote:
    Op 19.aug.2025 om 23:55 schreef olcott:
    On 8/19/2025 3:52 PM, Chris M. Thomasson wrote:
    On 8/19/2025 7:34 AM, Richard Heathfield wrote:
    On 19/08/2025 15:26, olcott wrote:
    Once HHH(DD) has aborted its simulation none of
    the recursive simulations has any behavior.

    And that's your bug.

    DD is a C function. It would be easy to put a direct call to it
    into main and compile it into a program. Its behaviour then
    departs from your simulation. Ergo, your simulation is incorrect.


    Perhaps his simulator should just take C source code as input,
    compile it and run/simulate it in a sandbox via an entry point, say >>>>> main? In this scenario, his system would require a compiler.

    I was thinking of something like that.
    All of the LLM systems can figure out on their
    own that HHH(DD) would correctly return 0 for non-halting.
    A static analysis of the source-code is what they are doing.



    All LLM systems make this error, because you fed them incorrect
    input. They are not smart enough to analyse the input and see the
    contradictions and errors in it.

    Actually, they may be. They're just reluctant to call Olcott out.

    A while back I gave ChatGPT the same input without the lies, and it
    correctly deduced that HHH cannot return a "correct" value.


    ChatGPT 5.0 has started guessing instead of thinking
    things through. I asked it to show me how I can force
    it to think things through and it wrote this script
    for me. With this script both ChatGPT 5.0 and Gemini
    get the correct answer. It says that this is a standard
    template that can be used across all LLM systems.

    LLM NEVER "Think things through".

    You just don't know what you are talking about.

    All a LLM is a giant stateful pattern matching and markov chain prediction.


    <Rubric>
    Rules of Simulation:
    - (a) If a non-terminating behavior pattern is detected during
    simulation, abort immediately and return 0.
    - (b) If the simulated program reaches a return statement without
    earlier detection, return 1.
    - Priority: (a) always takes precedence over (b).

    Forgetting (c) might run forever it it can never find a finite
    non-terminating pattern to detect.

    And of course (b) has priority over (a) as if you CAN reach the final
    state, any patttern you might have seen must have been in error.


    Procedure:
    1. Restate rules before simulation.
    2. Simulate step by step using a trace table with columns:
       | Step | Code Location | State (variables, call stack) | Event / Action | Rule Applied |
    3. Stop immediately if recursion, infinite loop, or repeating state
    occurs → apply (a).
    4. If a return is reached first → apply (b).
    5. Conclude with:

    And here you make the unfounded assumption that (c) won't happen and
    that you WILL find one of (a) or (b).


       - Which rule fired first
       - The correct return value
    6. Optionally, provide:
       - (i) Simulation result under rules
       - (ii) Actual runtime behavior in C

    </Rubric>

    <Test Program>
    typedef int (*ptr)();
    int HHH(ptr P);

    int DD()
    {
      int Halt_Status = HHH(DD);
      if (Halt_Status)
        HERE: goto HERE;
      return Halt_Status;
    }
    </Test Program>

    <Required Output Format>
    1. Restatement of rules
    2. Step-by-step execution trace in a table
    3. Identification of first rule triggered
    4. Final result: return value of HHH(program)
    5. Optional: actual C runtime behavior if relevant
    </Required Output Format>

    </Benchmark Task>



    --- Synchronet 3.21a-Linux NewsLink 1.2