• How halt is defined

    From olcott@polcott333@gmail.com to comp.theory on Wed Sep 10 06:31:00 2025
    From Newsgroup: comp.theory

    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state. page 1990:234 Linz

    Linz, Peter 1990. An Introduction to Formal Languages and Automata. Lexington/Toronto: D. C. Heath and Company. (317-320)

    On 8/2/2024 11:32 PM, Jeff Barnett wrote:
    On 8/2/2024 7:19 PM, Mike Terry wrote:

    Definition: A TM P given input I is said to "halt" iff ?????
    or whatever...

    I think this is a rather hopeless venture without
    formally defining the representation of a TM. For
    example: In some formulations, there are specific
    states defined as "halting states" and the machine
    only halts if either the start state is a halt state or
    there is a transition to a halt state within the execution
    trace; In another formulation, machines halt if there
    is a transition to an undefined state. Note a few things:
    1) the if's above are really iff's, 2) these and many
    other definitions all have equivalent computing prowess,
    3) Some formulations define results by what is left on
    the tape (or other storage device) while others add the
    actual halting state to determine the results.

    In a conversation about such topics, gentlemen of good
    faith and reasonable knowledge can simple ignore these
    differences and not go off the rails.
    --
    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 Heathfield@rjh@cpax.org.uk to comp.theory on Wed Sep 10 12:38:21 2025
    From Newsgroup: comp.theory

    On 10/09/2025 12:31, olcott wrote:
    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state.

    By this definition, is it your opinion that DD halts?
    --
    Richard Heathfield
    Email: rjh at cpax dot org dot uk
    "Usenet is a strange place" - dmr 29 July 1999
    Sig line 4 vacant - apply within
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From olcott@polcott333@gmail.com to comp.theory on Wed Sep 10 06:45:45 2025
    From Newsgroup: comp.theory

    On 9/10/2025 6:38 AM, Richard Heathfield wrote:
    On 10/09/2025 12:31, olcott wrote:
    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state.

    By this definition, is it your opinion that DD halts?


    The input to HHH(DD) specifies a non-halting
    sequence of configurations.
    --
    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 Heathfield@rjh@cpax.org.uk to comp.theory on Wed Sep 10 12:54:11 2025
    From Newsgroup: comp.theory

    On 10/09/2025 12:45, olcott wrote:
    On 9/10/2025 6:38 AM, Richard Heathfield wrote:
    On 10/09/2025 12:31, olcott wrote:
    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state.

    By this definition, is it your opinion that DD halts?


    The input to HHH(DD) specifies a non-halting
    sequence of configurations.

    I'll take that as a "no", in which case either the definition is
    in error (in which case it shouldn't be used) or your
    understanding of it is flawed (in which case we still don't have
    a mutual understanding of what halting means).

    Wake us when you come up with a definition of halting in which DD
    halts.

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

    #define HHH(x) !printf("Simulation bullshit" \
    " would happen here.\n\n")

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

    int main()
    {
    int hhh;
    int dd;

    printf("Let's try the simulearlier first. HHH(DD)\n");
    hhh = HHH(DD);
    printf("Now for the simulater. DD().\n");
    dd = DD();

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

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

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

    return 0;
    }
    $ gcc -o dd dd.c
    $ ./dd

    Let's try the simulearlier first. HHH(DD)
    Simulation bullshit would happen here.

    Now for the simulater. DD().
    Simulation bullshit would happen here.

    Because we got here, we know that both HHH and DD halted.
    But is that what they claim?

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

    So DD halts.
    --
    Richard Heathfield
    Email: rjh at cpax dot org dot uk
    "Usenet is a strange place" - dmr 29 July 1999
    Sig line 4 vacant - apply within
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From wij@wyniijj5@gmail.com to comp.theory on Wed Sep 10 21:19:27 2025
    From Newsgroup: comp.theory

    On Wed, 2025-09-10 at 06:31 -0500, olcott wrote:
    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state. page 1990:234 Linz
    Halt::= A TM state that no transition is defined.
    Absolutely correct for 'pure' TM, and the final states also conforms to this definition. But in modern computers, not strictly so, because it nearly won't happen. As suggested in my other post, for a piece of C description to count as 'halt', 'final state' on CPU machine is user defined set of points (beginning address of instruction). I.e. whenever the value of Program Counter(PC) is in the set, the 'final state' is entered, end of the 'TM' on CPU machine.
    This set of 'final state' must be defined before talking about 'TM' on CPU machine.
    The condition of undefined instruction is rare, you can say such TM halts, but definitely not normally the definion of the 'halt' of the TM on CPU machine. Check POOH, the set of final state (i.e. 'halt') is not defined.
    Before "a piece of C description to count as a TM" is done, POOH is seriously flawed.
    Linz, Peter 1990. An Introduction to Formal Languages and Automata. Lexington/Toronto: D. C. Heath and Company. (317-320)

    On 8/2/2024 11:32 PM, Jeff Barnett wrote:
    On 8/2/2024 7:19 PM, Mike Terry wrote:
    ;
    Definition: A TM P given input I is said to "halt" iff ?????
    or whatever...

    I think this is a rather hopeless venture without
    formally defining the representation of a TM. For
    example: In some formulations, there are specific
    states defined as "halting states" and the machine
    only halts if either the start state is a halt state or
    there is a transition to a halt state within the execution
    trace; In another formulation, machines halt if there
    is a transition to an undefined state. Note a few things:
    1) the if's above are really iff's, 2) these and many
    other definitions all have equivalent computing prowess,
    3) Some formulations define results by what is left on
    the tape (or other storage device) while others add the
    actual halting state to determine the results.

    In a conversation about such topics, gentlemen of good
    faith and reasonable knowledge can simple ignore these
    differences and not go off the rails.
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From olcott@polcott333@gmail.com to comp.theory on Wed Sep 10 10:02:02 2025
    From Newsgroup: comp.theory

    On 9/10/2025 6:54 AM, Richard Heathfield wrote:
    On 10/09/2025 12:45, olcott wrote:
    On 9/10/2025 6:38 AM, Richard Heathfield wrote:
    On 10/09/2025 12:31, olcott wrote:
    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state.

    By this definition, is it your opinion that DD halts?


    The input to HHH(DD) specifies a non-halting
    sequence of configurations.

    I'll take that as a "no",

    I didn't say no.

    in which case either the definition is in
    error (in which case it shouldn't be used) or your understanding of it
    is flawed (in which case we still don't have a mutual understanding of
    what halting means).

    Wake us when you come up with a definition of halting in which DD halts.

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

    #define HHH(x) !printf("Simulation bullshit" \
                           " would happen here.\n\n")

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

    int main()
    {
      int hhh;
      int dd;

      printf("Let's try the simulearlier first. HHH(DD)\n");
      hhh = HHH(DD);
      printf("Now for the simulater. DD().\n");
      dd = DD();

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

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

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

      return 0;
    }
    $ gcc -o dd dd.c
    $ ./dd

    Let's try the simulearlier first. HHH(DD)
    Simulation bullshit would happen here.

    Now for the simulater. DD().
    Simulation bullshit would happen here.

    Because we got here, we know that both HHH and DD halted.
    But is that what they claim?

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

    So DD halts.

    --
    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 Heathfield@rjh@cpax.org.uk to comp.theory on Wed Sep 10 16:09:11 2025
    From Newsgroup: comp.theory


    On 10/09/2025 16:02, olcott wrote:
    On 9/10/2025 6:54 AM, Richard Heathfield wrote:
    On 10/09/2025 12:45, olcott wrote:
    On 9/10/2025 6:38 AM, Richard Heathfield wrote:
    On 10/09/2025 12:31, olcott wrote:
    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state.

    By this definition, is it your opinion that DD halts?


    The input to HHH(DD) specifies a non-halting
    sequence of configurations.

    I'll take that as a "no",

    I didn't say no.

    You didn't say yes, either.

    It's like you're trying to avoid answering without it /looking/
    as if you're trying to avoid answering.

    "Eventually, the whole process may terminate, which we achieve in
    a Turing machine by putting it into a halt state. A Turing
    machine is said to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because δ is a partial
    function. In fact, we will assume that no transitions are defined
    for any final state, so the Turing machine will halt whenever it
    enters a final state."

    By this definition, is it your opinion that DD halts?
    --
    Richard Heathfield
    Email: rjh at cpax dot org dot uk
    "Usenet is a strange place" - dmr 29 July 1999
    Sig line 4 vacant - apply within
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From olcott@polcott333@gmail.com to comp.theory on Wed Sep 10 10:22:35 2025
    From Newsgroup: comp.theory

    On 9/10/2025 10:09 AM, Richard Heathfield wrote:

    On 10/09/2025 16:02, olcott wrote:
    On 9/10/2025 6:54 AM, Richard Heathfield wrote:
    On 10/09/2025 12:45, olcott wrote:
    On 9/10/2025 6:38 AM, Richard Heathfield wrote:
    On 10/09/2025 12:31, olcott wrote:
    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state.

    By this definition, is it your opinion that DD halts?


    The input to HHH(DD) specifies a non-halting
    sequence of configurations.

    I'll take that as a "no",

    I didn't say no.

    You didn't say yes, either.

    It's like you're trying to avoid answering without it /looking/ as if
    you're trying to avoid answering.


    I have addressed this hundreds of times.
    If you are going to keep ignoring everything
    that I say then I will stop saying it.

    "Eventually, the whole process may terminate, which we achieve in
    a Turing machine by putting it into a halt state. A Turing
    machine is said to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because δ is a partial
    function. In fact, we will assume that no transitions are defined
    for any final state, so the Turing machine will halt whenever it
    enters a final state."

    By this definition, is it your opinion that DD halts?

    --
    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 Heathfield@rjh@cpax.org.uk to comp.theory on Wed Sep 10 16:51:12 2025
    From Newsgroup: comp.theory

    On 10/09/2025 16:22, olcott wrote:
    On 9/10/2025 10:09 AM, Richard Heathfield wrote:

    <attr's back and forth>

    <snip>
    By this definition, is it your opinion that DD halts?

    The input to HHH(DD) specifies a non-halting
    sequence of configurations.

    I'll take that as a "no",

    I didn't say no.

    You didn't say yes, either.

    It's like you're trying to avoid answering without it /looking/
    as if you're trying to avoid answering.

    I have addressed this hundreds of times.
    If you are going to keep ignoring everything
    that I say then I will stop saying it.

    Another evasion. If you're not going to answer the question, why
    bother posting?

    One last chance.

    "Eventually, the whole process may terminate, which we achieve in
    a Turing machine by putting it into a halt state. A Turing
    machine is said to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because δ is a partial
    function. In fact, we will assume that no transitions are defined
    for any final state, so the Turing machine will halt whenever it
    enters a final state."

    By this definition, is it your opinion that DD halts?
    --
    Richard Heathfield
    Email: rjh at cpax dot org dot uk
    "Usenet is a strange place" - dmr 29 July 1999
    Sig line 4 vacant - apply within
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From olcott@polcott333@gmail.com to comp.theory on Wed Sep 10 10:54:41 2025
    From Newsgroup: comp.theory

    On 9/10/2025 10:51 AM, Richard Heathfield wrote:
    On 10/09/2025 16:22, olcott wrote:
    On 9/10/2025 10:09 AM, Richard Heathfield wrote:

    <attr's back and forth>

    <snip>
    By this definition, is it your opinion that DD halts?

    The input to HHH(DD) specifies a non-halting
    sequence of configurations.

    I'll take that as a "no",

    I didn't say no.

    You didn't say yes, either.

    It's like you're trying to avoid answering without it /looking/ as if
    you're trying to avoid answering.

    I have addressed this hundreds of times.
    If you are going to keep ignoring everything
    that I say then I will stop saying it.

    Another evasion. If you're not going to answer the question, why bother posting?

    One last chance.

    "Eventually, the whole process may terminate, which we achieve in
    a Turing machine by putting it into a halt state. A Turing
    machine is said to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because δ is a partial
    function. In fact, we will assume that no transitions are defined
    for any final state, so the Turing machine will halt whenever it
    enters a final state."

    By this definition, is it your opinion that DD halts?


    DD() is none of the f-cking business of HHH
    DD() is none of the f-cking business of HHH
    DD() is none of the f-cking business of HHH
    DD() is none of the f-cking business of HHH

    All deciders are computable functions that
    compute THE mapping FROM THEIR INPUTS
    FROM THEIR INPUTS FROM THEIR INPUTS FROM THEIR INPUTS
    FROM THEIR INPUTS FROM THEIR INPUTS FROM THEIR INPUTS
    FROM THEIR INPUTS FROM THEIR INPUTS FROM THEIR INPUTS
    FROM THEIR INPUTS FROM THEIR INPUTS FROM THEIR INPUTS

    DD() is not a f-cking input. What are you brain dead?
    --
    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 Heathfield@rjh@cpax.org.uk to comp.theory on Wed Sep 10 17:03:59 2025
    From Newsgroup: comp.theory

    On 10/09/2025 16:54, olcott wrote:
    On 9/10/2025 10:51 AM, Richard Heathfield wrote:
    On 10/09/2025 16:22, olcott wrote:
    On 9/10/2025 10:09 AM, Richard Heathfield wrote:

    <attr's back and forth>

    <snip>
    By this definition, is it your opinion that DD halts?

    The input to HHH(DD) specifies a non-halting
    sequence of configurations.

    I'll take that as a "no",

    I didn't say no.

    You didn't say yes, either.

    It's like you're trying to avoid answering without it /
    looking/ as if you're trying to avoid answering.

    I have addressed this hundreds of times.
    If you are going to keep ignoring everything
    that I say then I will stop saying it.

    Another evasion. If you're not going to answer the question,
    why bother posting?

    One last chance.

    "Eventually, the whole process may terminate, which we achieve in
    a Turing machine by putting it into a halt state. A Turing
    machine is said to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because δ is a partial
    function. In fact, we will assume that no transitions are defined
    for any final state, so the Turing machine will halt whenever it
    enters a final state."

    By this definition, is it your opinion that DD halts?


    DD() is none of the f-cking business of HHH

    Learn to read. I asked you about DD, not HHH. Three times now.
    I'm beginning to think you don't know how to answer.

    But en passant your concession is noted that HHH is not a decider
    for DD (because if HHH were a decider for DD then DD would very
    much be HHH's business).
    --
    Richard Heathfield
    Email: rjh at cpax dot org dot uk
    "Usenet is a strange place" - dmr 29 July 1999
    Sig line 4 vacant - apply within
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From olcott@polcott333@gmail.com to comp.theory on Wed Sep 10 11:24:05 2025
    From Newsgroup: comp.theory

    On 9/10/2025 11:03 AM, Richard Heathfield wrote:
    On 10/09/2025 16:54, olcott wrote:
    On 9/10/2025 10:51 AM, Richard Heathfield wrote:
    On 10/09/2025 16:22, olcott wrote:
    On 9/10/2025 10:09 AM, Richard Heathfield wrote:

    <attr's back and forth>

    <snip>
    By this definition, is it your opinion that DD halts?

    The input to HHH(DD) specifies a non-halting
    sequence of configurations.

    I'll take that as a "no",

    I didn't say no.

    You didn't say yes, either.

    It's like you're trying to avoid answering without it / looking/ as >>>>> if you're trying to avoid answering.

    I have addressed this hundreds of times.
    If you are going to keep ignoring everything
    that I say then I will stop saying it.

    Another evasion. If you're not going to answer the question, why
    bother posting?

    One last chance.

    "Eventually, the whole process may terminate, which we achieve in
    a Turing machine by putting it into a halt state. A Turing
    machine is said to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because δ is a partial
    function. In fact, we will assume that no transitions are defined
    for any final state, so the Turing machine will halt whenever it
    enters a final state."

    By this definition, is it your opinion that DD halts?


    DD() is none of the f-cking business of HHH

    Learn to read. I asked you about DD, not HHH. Three times now. I'm
    beginning to think you don't know how to answer.


    It has been a mistake for 89 years to think
    that behavior of DD() has any relevance to
    the halting problem proof.

    When DD calls HHH(DD) in recursive emulation
    WE MUST REPORT ON THIS BEHAVIOR AND NOT KEEP
    F-CKING IGNORING IT.

    But en passant your concession is noted that HHH is not a decider for DD (because if HHH were a decider for DD then DD would very much be HHH's business).


    int sum(int x, int y){ return x + y; }
    HHH(DD) is not supposed to report on the behavior of DD()
    the same way that sum(5,2) DOES NOT COMPUTE THE SUM OF 7 + 8.
    --
    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 Heathfield@rjh@cpax.org.uk to comp.theory on Wed Sep 10 18:11:33 2025
    From Newsgroup: comp.theory

    On 10/09/2025 17:24, olcott wrote:
    On 9/10/2025 11:03 AM, Richard Heathfield wrote:
    <attr's back and forth>
    By this definition, is it your opinion that DD halts?

    The available answers are "yes" and "no".

    The input to HHH(DD) specifies a non-halting
    sequence of configurations.

    He doesn't know.

    I'll take that as a "no",

    I didn't say no.

    He doesn't know.

    You didn't say yes, either.

    It's like you're trying to avoid answering without it /
    looking/ as if you're trying to avoid answering.

    I have addressed this hundreds of times.

    He doesn't know.

    If you are going to keep ignoring everything
    that I say then I will stop saying it.

    He doesn't know.

    Another evasion. If you're not going to answer the question,
    why bother posting?

    One last chance.

    "Eventually, the whole process may terminate, which we
    achieve in a Turing machine by putting it into a halt
    state. A Turing machine is said to halt whenever it reaches a
    configuration for which δ is not defined; this is
    possible because δ is a partial function. In fact, we
    will assume that no transitions are defined for any
    final state, so the Turing machine will halt whenever it
    enters a final state." By this definition, is it your
    opinion that DD halts?

    He doesn't know.

    DD() is none of the f-cking business of HHH

    Learn to read. I asked you about DD, not HHH. Three times now.
    I'm beginning to think you don't know how to answer.


    It has been a mistake for 89 years to think
    that behavior of DD() has any relevance to
    the halting problem proof.

    He doesn't know.

    When DD calls HHH(DD) in recursive emulation
    WE MUST REPORT ON THIS BEHAVIOR AND NOT KEEP
    F-CKING IGNORING IT.

    You claimed that DD is none of HHH's business.

    In which case HHH is not a decider for DD.

    Game over. You may now stop flailing.

    But en passant your concession is noted that HHH is not a
    decider for DD (because if HHH were a decider for DD then DD
    would very much be HHH's business).


    int sum(int x, int y){ return x + y; }

    is not relevant to the discussion. Your clumsy analogies don't
    communicate what you imagine they do.

    What we may take from your reply is that:

    a) you don't know what halting means;
    b) you can't give a straight answer to a straight question;
    c) you concede that HHH is not a decider for DD;
    d) you appear to be all out of hypotheses.
    --
    Richard Heathfield
    Email: rjh at cpax dot org dot uk
    "Usenet is a strange place" - dmr 29 July 1999
    Sig line 4 vacant - apply within
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From olcott@polcott333@gmail.com to comp.theory on Wed Sep 10 12:17:39 2025
    From Newsgroup: comp.theory

    On 9/10/2025 12:11 PM, Richard Heathfield wrote:
    On 10/09/2025 17:24, olcott wrote:
    When DD calls HHH(DD) in recursive emulation
    WE MUST REPORT ON THIS BEHAVIOR AND NOT KEEP
    F-CKING IGNORING IT.

    You claimed that DD is none of HHH's business.

    In which case HHH is not a decider for DD.


    HHH is only supposed to
    COMPUTE THE MAPPING FROM ITS INPUT DD() IS NOT AN INPUT
    COMPUTE THE MAPPING FROM ITS INPUT DD() IS NOT AN INPUT
    COMPUTE THE MAPPING FROM ITS INPUT DD() IS NOT AN INPUT
    COMPUTE THE MAPPING FROM ITS INPUT DD() IS NOT AN INPUT
    --
    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 Mr Flibble@flibble@red-dwarf.jmc.corp to comp.theory on Wed Sep 10 17:19:45 2025
    From Newsgroup: comp.theory

    On Wed, 10 Sep 2025 12:17:39 -0500, olcott wrote:

    On 9/10/2025 12:11 PM, Richard Heathfield wrote:
    On 10/09/2025 17:24, olcott wrote:
    When DD calls HHH(DD) in recursive emulation WE MUST REPORT ON THIS
    BEHAVIOR AND NOT KEEP F-CKING IGNORING IT.

    You claimed that DD is none of HHH's business.

    In which case HHH is not a decider for DD.


    HHH is only supposed to COMPUTE THE MAPPING FROM ITS INPUT DD() IS NOT
    AN INPUT COMPUTE THE MAPPING FROM ITS INPUT DD() IS NOT AN INPUT COMPUTE
    THE MAPPING FROM ITS INPUT DD() IS NOT AN INPUT COMPUTE THE MAPPING FROM
    ITS INPUT DD() IS NOT AN INPUT

    The input to HHH is DD, HHH reports that DD is non-halting, DD halts ergo
    HHH is incorrect.

    /Flibble
    --
    meet ever shorter deadlines, known as "beat the clock"
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Richard Heathfield@rjh@cpax.org.uk to comp.theory on Wed Sep 10 18:33:11 2025
    From Newsgroup: comp.theory

    On 10/09/2025 18:17, olcott wrote:
    On 9/10/2025 12:11 PM, Richard Heathfield wrote:
    On 10/09/2025 17:24, olcott wrote:
    When DD calls HHH(DD) in recursive emulation
    WE MUST REPORT ON THIS BEHAVIOR AND NOT KEEP
    F-CKING IGNORING IT.

    You claimed that DD is none of HHH's business.

    In which case HHH is not a decider for DD.


    HHH is only supposed to
    COMPUTE THE MAPPING FROM ITS INPUT DD() IS NOT AN INPUT

    Read the code.

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

    Sheesh.

    A decider (and I accept that you have now conceded that HHH is
    not a decider for DD) is supposed to establish whether a program
    halts. In this case, the guts of the program to be decided is:

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

    A decider for this program must therefore decide *THIS PROGRAM*,
    not some mangled bunch of opcodes. So long as the opcodes work
    and remain isomorphic to the C code, that's fine, but when they
    start giving you the wrong answer, you no longer have a good
    handle on the problem, and you no longer have a decider.

    DD halts, but HHH decides otherwise, so you're right in the sense
    that CLEARLY the HHH function is not a decider for DD. It doesn't
    do what it says on the tin.
    --
    Richard Heathfield
    Email: rjh at cpax dot org dot uk
    "Usenet is a strange place" - dmr 29 July 1999
    Sig line 4 vacant - apply within
    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From Mikko@mikko.levanto@iki.fi to comp.theory on Thu Sep 11 12:01:56 2025
    From Newsgroup: comp.theory

    On 2025-09-10 11:31:00 +0000, olcott said:

    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state. page 1990:234 Linz

    Linz, Peter 1990. An Introduction to Formal Languages and Automata. Lexington/Toronto: D. C. Heath and Company. (317-320)

    I stated in news:109ojic$ract$1@dont-email.me that "About Turing
    machines it means a configuration for which the rules don't specfy
    any action." Above Linz says the same.
    --
    Mikko

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From olcott@polcott333@gmail.com to comp.theory on Thu Sep 11 10:48:42 2025
    From Newsgroup: comp.theory

    On 9/11/2025 4:01 AM, Mikko wrote:
    On 2025-09-10 11:31:00 +0000, olcott said:

    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state. page 1990:234 Linz

    Linz, Peter 1990. An Introduction to Formal Languages and Automata.
    Lexington/Toronto: D. C. Heath and Company. (317-320)

    I stated in news:109ojic$ract$1@dont-email.me that "About Turing
    machines it means a configuration for which the rules don't specfy
    any action." Above Linz says the same.


    And also says the Turing machine will halt whenever
    it enters a final state.

    Then Jeff from this group says all this:

    On 8/2/2024 11:32 PM, Jeff Barnett wrote:
    On 8/2/2024 7:19 PM, Mike Terry wrote:

    Definition: A TM P given input I is said to "halt" iff ?????
    or whatever...

    I think this is a rather hopeless venture without
    formally defining the representation of a TM. For
    example: In some formulations, there are specific
    states defined as "halting states" and the machine
    only halts if either the start state is a halt state or
    there is a transition to a halt state within the execution
    trace; In another formulation, machines halt if there
    is a transition to an undefined state. Note a few things:
    1) the if's above are really iff's, 2) these and many
    other definitions all have equivalent computing prowess,
    3) Some formulations define results by what is left on
    the tape (or other storage device) while others add the
    actual halting state to determine the results.

    In a conversation about such topics, gentlemen of good
    faith and reasonable knowledge can simple ignore these
    differences and not go off the rails.
    --
    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 Mikko@mikko.levanto@iki.fi to comp.theory on Fri Sep 12 09:34:08 2025
    From Newsgroup: comp.theory

    On 2025-09-11 15:48:42 +0000, olcott said:

    On 9/11/2025 4:01 AM, Mikko wrote:
    On 2025-09-10 11:31:00 +0000, olcott said:

    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state. page 1990:234 Linz

    Linz, Peter 1990. An Introduction to Formal Languages and Automata.
    Lexington/Toronto: D. C. Heath and Company. (317-320)

    I stated in news:109ojic$ract$1@dont-email.me that "About Turing
    machines it means a configuration for which the rules don't specfy
    any action." Above Linz says the same.

    And also says the Turing machine will halt whenever
    it enters a final state.

    That is obvious when "final state" is defined as a state where
    the Turing machine halts.

    But Linz does not say that as a part of the definition of halting.
    After the definition he says he assumes that in his Turing machine
    every state has rules for either every or no tape symbol. Other
    author permit and in some cases requite that a Turing machine has
    a state that has a rule for some but not all possible tape symbols,
    and call such states as "reject" states.

    But in any case, as Linz says, "said to halt whenever it reaches a configuration for which δ is not defined", where δ is the partial
    function that determines the next configuration of the Turing
    machine. That agrees with the usual meaning of "halt".
    --
    Mikko

    --- Synchronet 3.21a-Linux NewsLink 1.2
  • From olcott@polcott333@gmail.com to comp.theory on Fri Sep 12 08:43:04 2025
    From Newsgroup: comp.theory

    On 9/12/2025 1:34 AM, Mikko wrote:
    On 2025-09-11 15:48:42 +0000, olcott said:

    On 9/11/2025 4:01 AM, Mikko wrote:
    On 2025-09-10 11:31:00 +0000, olcott said:

    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state. page 1990:234 Linz

    Linz, Peter 1990. An Introduction to Formal Languages and Automata.
    Lexington/Toronto: D. C. Heath and Company. (317-320)

    I stated in news:109ojic$ract$1@dont-email.me that "About Turing
    machines it means a configuration for which the rules don't specfy
    any action." Above Linz says the same.

    And also says the Turing machine will halt whenever
    it enters a final state.

    That is obvious when "final state" is defined as a state where
    the Turing machine halts.

    But Linz does not say that as a part of the definition of halting.
    After the definition he says he assumes that in his Turing machine
    every state has rules for either every or no tape symbol. Other
    author permit and in some cases requite that a Turing machine has
    a state that has a rule for some but not all possible tape symbols,
    and call such states as "reject" states.

    But in any case, as Linz says, "said to halt whenever it reaches a configuration for which δ is not defined", where δ is the partial
    function that determines the next configuration of the Turing
    machine. That agrees with the usual meaning of "halt".


    This is our own Jeff, make sure you read his
    last paragraph

    On 8/2/2024 11:32 PM, Jeff Barnett wrote:
    On 8/2/2024 7:19 PM, Mike Terry wrote:

    Definition: A TM P given input I is said to "halt" iff ?????
    or whatever...

    I think this is a rather hopeless venture without
    formally defining the representation of a TM. For
    example: In some formulations, there are specific
    states defined as "halting states" and the machine
    only halts if either the start state is a halt state or
    there is a transition to a halt state within the execution
    trace; In another formulation, machines halt if there
    is a transition to an undefined state. Note a few things:
    1) the if's above are really iff's, 2) these and many
    other definitions all have equivalent computing prowess,
    3) Some formulations define results by what is left on
    the tape (or other storage device) while others add the
    actual halting state to determine the results.

    In a conversation about such topics, gentlemen of good
    faith and reasonable knowledge can simple ignore these
    differences and not go off the rails.
    --
    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 Mikko@mikko.levanto@iki.fi to comp.theory on Sat Sep 13 11:51:48 2025
    From Newsgroup: comp.theory

    On 2025-09-12 13:43:04 +0000, olcott said:

    On 9/12/2025 1:34 AM, Mikko wrote:
    On 2025-09-11 15:48:42 +0000, olcott said:

    On 9/11/2025 4:01 AM, Mikko wrote:
    On 2025-09-10 11:31:00 +0000, olcott said:

    Eventually, the whole process may terminate,
    which we achieve in a Turing machine by putting
    it into a halt state. A Turing machine is said
    to halt whenever it reaches a configuration for
    which δ is not defined; this is possible because
    δ is a partial function. In fact, we will assume
    that no transitions are defined for any final
    state, so the Turing machine will halt whenever
    it enters a final state. page 1990:234 Linz

    Linz, Peter 1990. An Introduction to Formal Languages and Automata. >>>>> Lexington/Toronto: D. C. Heath and Company. (317-320)

    I stated in news:109ojic$ract$1@dont-email.me that "About Turing
    machines it means a configuration for which the rules don't specfy
    any action." Above Linz says the same.

    And also says the Turing machine will halt whenever
    it enters a final state.

    That is obvious when "final state" is defined as a state where
    the Turing machine halts.

    But Linz does not say that as a part of the definition of halting.
    After the definition he says he assumes that in his Turing machine
    every state has rules for either every or no tape symbol. Other
    author permit and in some cases requite that a Turing machine has
    a state that has a rule for some but not all possible tape symbols,
    and call such states as "reject" states.

    But in any case, as Linz says, "said to halt whenever it reaches a
    configuration for which δ is not defined", where δ is the partial
    function that determines the next configuration of the Turing
    machine. That agrees with the usual meaning of "halt".

    This is our own Jeff, make sure you read his
    last paragraph

    On 8/2/2024 11:32 PM, Jeff Barnett wrote:
    On 8/2/2024 7:19 PM, Mike Terry wrote:

    Definition: A TM P given input I is said to "halt" iff ?????
    or whatever...

    I think this is a rather hopeless venture without
    formally defining the representation of a TM. For
    example: In some formulations, there are specific
    states defined as "halting states" and the machine
    only halts if either the start state is a halt state or
    there is a transition to a halt state within the execution
    trace; In another formulation, machines halt if there
    is a transition to an undefined state. Note a few things:
    1) the if's above are really iff's, 2) these and many
    other definitions all have equivalent computing prowess,
    3) Some formulations define results by what is left on
    the tape (or other storage device) while others add the
    actual halting state to determine the results.

    In a conversation about such topics, gentlemen of good
    faith and reasonable knowledge can simple ignore these
    differences and not go off the rails.

    A good answer to the question on the subject line, and in full
    agreement with my answer to the same.
    --
    Mikko

    --- Synchronet 3.21a-Linux NewsLink 1.2