• Unpartial Halt Deciders

    From Mr Flibble@21:1/5 to All on Fri Apr 18 13:50:02 2025
    Hi!

    I, aka Mr Flibble, have created a new computer science term, the
    "Unpartial Halt Decider". It is a Halt Decider over the domain of all program-input pairs excluding pathological input (a manifestation of the
    self referencial category error).

    A simulating halt decider of the unpartial type *with infinite resources* solves the halting problem as corrected to exclude the self referencial category error.

    Turing’s statement of the problem included logically invalid inputs. Once
    we correct the domain to disallow self-reference, the rest is decidable.

    /Flibble

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to Mr Flibble on Fri Apr 18 10:30:05 2025
    On 4/18/25 9:50 AM, Mr Flibble wrote:
    Hi!

    I, aka Mr Flibble, have created a new computer science term, the
    "Unpartial Halt Decider". It is a Halt Decider over the domain of all program-input pairs excluding pathological input (a manifestation of the
    self referencial category error).

    A simulating halt decider of the unpartial type *with infinite resources* solves the halting problem as corrected to exclude the self referencial category error.

    Turing’s statement of the problem included logically invalid inputs. Once we correct the domain to disallow self-reference, the rest is decidable.

    /Flibble

    So, how do you define your exclusion?

    Does it include a program like D that uses a copy of a slightly modified version of the decider it is designed to defeat, but said modifications
    don't change the output of that decider?

    How much do you need to modify the code for that case to be allowed?

    Is your exclusion only for that particular decider, of is a program that
    has a pathological relationship to one decider not a valid program at all?

    How does this not make your whole computation system not fail to be
    Turing Complete, as there are now program combinations that are just now
    not allowed to be programs?

    Does your new definition handle the busy-beaver problem? (Which could be
    solved if we actually had halt deciders)

    The problem you run into is that while this "pathological" relationship
    is a simple and obvious way to make an input that can't be decided by a particular decider, it isn't the only input that the decider will get
    wrong.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mr Flibble@21:1/5 to Richard Damon on Fri Apr 18 14:50:29 2025
    On Fri, 18 Apr 2025 10:30:05 -0400, Richard Damon wrote:

    Does your new definition handle the busy-beaver problem? (Which could be solved if we actually had halt deciders)

    Yes, because:

    * The Busy Beaver machines being considered “well-formed” (i.e., not pathological).

    * The ability to detect non-halting via repeated state (which is valid for Turing machines with bounded state spaces).

    * Granting infinite resources for simulation.

    /Flibble

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to Mr Flibble on Fri Apr 18 13:37:23 2025
    On 4/18/25 10:50 AM, Mr Flibble wrote:
    On Fri, 18 Apr 2025 10:30:05 -0400, Richard Damon wrote:

    Does your new definition handle the busy-beaver problem? (Which could be
    solved if we actually had halt deciders)

    Yes, because:

    * The Busy Beaver machines being considered “well-formed” (i.e., not pathological).

    So, the other proofs of the Busy-Beaver number being uncomputable don't
    apply?

    * The ability to detect non-halting via repeated state (which is valid for Turing machines with bounded state spaces).\

    But it isn't, as Turing Machines have an unbounded 'state' space with
    their tape. They have finite states of the machine, but unbounded state
    of the tape, so infinite loops using that tape can occur and never
    repeat "state".


    * Granting infinite resources for simulation.

    Yes, it needs unbounded resources, but it still must detected in bounded
    time, and detecting loops in programs that have been growing in space requirements, via their unbounded tape,


    /Flibble

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mr Flibble@21:1/5 to Richard Damon on Fri Apr 18 18:13:19 2025
    On Fri, 18 Apr 2025 13:37:23 -0400, Richard Damon wrote:

    On 4/18/25 10:50 AM, Mr Flibble wrote:

    * The ability to detect non-halting via repeated state (which is valid
    for Turing machines with bounded state spaces).\

    But it isn't, as Turing Machines have an unbounded 'state' space with
    their tape. They have finite states of the machine, but unbounded state
    of the tape, so infinite loops using that tape can occur and never
    repeat "state".

    This is true. The Unpartial Halt Decider was merely a flash in the pan it seems; the only saving grace would be that it is all unpartial inputs are decidable if:

    * it has *infinite resources*;

    and

    * the state space of that being decided upon is finite.

    So the Unpartial Halt Decider is a partial decider afterall.

    In summary:

    The Unpartial Halt Decider, a simulator with infinite computational
    resources, is a partial decider for halting over the class of non-
    pathological inputs.

    It can decide halting only when the configuration space of the machine
    being analyzed is finite.

    /Flibble

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mr Flibble@21:1/5 to Keith Thompson on Fri Apr 18 19:52:55 2025
    On Fri, 18 Apr 2025 12:32:41 -0700, Keith Thompson wrote:

    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    On Fri, 18 Apr 2025 12:25:36 -0700, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    I, aka Mr Flibble, have created a new computer science term, the
    "Unpartial Halt Decider". It is a Halt Decider over the domain of
    all program-input pairs excluding pathological input (a manifestation
    of the self referencial category error).
    [...]

    Do you have a rigorous definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?

    I could define an is_prime() function like this:

    bool is_prime(int n) {
    return n >= 3 && n % 2 == 1;
    // returns true for odd numbers >= 3, false for all others
    }

    I'll just say that odd numbers that are not prime are pathological
    input, so I don't have to deal with them.

    Pathological input:

    Self-referencial to the decider.

    OK.

    Do you have a *rigorous* definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?

    In the general case pathological input is not computable as it is a category/type error (ergo not logically sound) so there is no algorithm
    that can detect it. Specific forms of it can however be detected by a Simulating Halt Decider given certain constraints - see Mr Olcott for
    details.

    /Flibble

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mr Flibble@21:1/5 to Keith Thompson on Fri Apr 18 19:27:56 2025
    On Fri, 18 Apr 2025 12:25:36 -0700, Keith Thompson wrote:

    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    I, aka Mr Flibble, have created a new computer science term, the
    "Unpartial Halt Decider". It is a Halt Decider over the domain of all
    program-input pairs excluding pathological input (a manifestation of
    the self referencial category error).
    [...]

    Do you have a rigorous definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?

    I could define an is_prime() function like this:

    bool is_prime(int n) {
    return n >= 3 && n % 2 == 1;
    // returns true for odd numbers >= 3, false for all others
    }

    I'll just say that odd numbers that are not prime are pathological
    input, so I don't have to deal with them.

    Pathological input:

    Self-referencial to the decider.

    Note: the discussion has moved on: see "Unpartial Halt Decider 4.0" thread.

    /Flibble

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to Mr Flibble on Fri Apr 18 17:08:12 2025
    On 4/18/25 3:52 PM, Mr Flibble wrote:
    On Fri, 18 Apr 2025 12:32:41 -0700, Keith Thompson wrote:

    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    On Fri, 18 Apr 2025 12:25:36 -0700, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    I, aka Mr Flibble, have created a new computer science term, the
    "Unpartial Halt Decider". It is a Halt Decider over the domain of
    all program-input pairs excluding pathological input (a manifestation >>>>> of the self referencial category error).
    [...]

    Do you have a rigorous definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?

    I could define an is_prime() function like this:

    bool is_prime(int n) {
    return n >= 3 && n % 2 == 1;
    // returns true for odd numbers >= 3, false for all others
    }

    I'll just say that odd numbers that are not prime are pathological
    input, so I don't have to deal with them.

    Pathological input:

    Self-referencial to the decider.

    OK.

    Do you have a *rigorous* definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?

    In the general case pathological input is not computable as it is a category/type error (ergo not logically sound) so there is no algorithm
    that can detect it. Specific forms of it can however be detected by a Simulating Halt Decider given certain constraints - see Mr Olcott for details.

    /Flibble

    In other words, you admit it is an undefined term, and even maybe
    undefinable term.

    As I asked, how much do you need to change the copy of the decider used
    by the pathological input to make it not pathological.

    Note, PO's restriction that the input must be a non-program by refering
    to the copy of the decider outside of itself just shows that you has no
    idea of what he is talking about, and that he isn't doing Computation
    Theory at all, just his own POOP.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Alan Mackenzie@21:1/5 to Keith Thompson on Fri Apr 18 22:56:29 2025
    Keith Thompson <Keith.S.Thompson+u@gmail.com> wrote:

    [ .... ]

    Another point: The well known proof that the Halting Problem is
    not solvable works by assuming that a halt decider exists and then
    creating *one* input, based on the code of the decider, on which
    the decider cannot give a correct answer. You can call that input "self-referential to the decider".

    A small point: I think it is less confusing to say that an example input program which the purported halt decider fails on is *selected* from the countably infinite set of programs, rather than created.

    [ .... ]

    --
    Keith Thompson (The_Other_Keith) Keith.S.Thompson+u@gmail.com
    void Void(void) { Void(); } /* The recursive call of the void */

    --
    Alan Mackenzie (Nuremberg, Germany).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Sat Apr 19 10:18:53 2025
    Op 19.apr.2025 om 05:52 schreef olcott:
    On 4/18/2025 2:32 PM, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    On Fri, 18 Apr 2025 12:25:36 -0700, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    I, aka Mr Flibble, have created a new computer science term, the
    "Unpartial Halt Decider".  It is a Halt Decider over the domain of all >>>>> program-input pairs excluding pathological input (a manifestation of >>>>> the self referencial category error).
    [...]

    Do you have a rigorous definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?

    I could define an is_prime() function like this:

         bool is_prime(int n) {
             return n >= 3 && n % 2 == 1;
             // returns true for odd numbers >= 3, false for all others
         }

    I'll just say that odd numbers that are not prime are pathological
    input, so I don't have to deal with them.

    Pathological input:

    Self-referencial to the decider.

    OK.

    Do you have a *rigorous* definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?


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

    Patterns isomorphic to the above when simulated by HHH.

    Not an answer for the question: Is there an algorithm to determine
    whether a given input is "pathological" or not?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Sat Apr 19 07:55:55 2025
    On 4/18/25 11:52 PM, olcott wrote:
    On 4/18/2025 2:32 PM, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    On Fri, 18 Apr 2025 12:25:36 -0700, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    I, aka Mr Flibble, have created a new computer science term, the
    "Unpartial Halt Decider".  It is a Halt Decider over the domain of all >>>>> program-input pairs excluding pathological input (a manifestation of >>>>> the self referencial category error).
    [...]

    Do you have a rigorous definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?

    I could define an is_prime() function like this:

         bool is_prime(int n) {
             return n >= 3 && n % 2 == 1;
             // returns true for odd numbers >= 3, false for all others
         }

    I'll just say that odd numbers that are not prime are pathological
    input, so I don't have to deal with them.

    Pathological input:

    Self-referencial to the decider.

    OK.

    Do you have a *rigorous* definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?


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

    Patterns isomorphic to the above when simulated by HHH.



    Examples are not definitions.

    And the problem is that the above example is itself a category error for
    the problem, as the DD provided above isn't a complete program, as it
    doesn't include the code for HHH as required, and when you include
    Halt7.c as part of the input, your HHH isn't a seperate program of its
    own, and thus doesn't have a Turing Complete range of inputs it can accept.

    Sorry, you are just showing you don't understand what it means to DEFINE something.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mr Flibble@21:1/5 to Richard Damon on Sat Apr 19 12:05:07 2025
    On Sat, 19 Apr 2025 07:55:55 -0400, Richard Damon wrote:

    On 4/18/25 11:52 PM, olcott wrote:
    On 4/18/2025 2:32 PM, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    On Fri, 18 Apr 2025 12:25:36 -0700, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    I, aka Mr Flibble, have created a new computer science term, the
    "Unpartial Halt Decider".  It is a Halt Decider over the domain of >>>>>> all program-input pairs excluding pathological input (a
    manifestation of the self referencial category error).
    [...]

    Do you have a rigorous definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?

    I could define an is_prime() function like this:

         bool is_prime(int n) {
             return n >= 3 && n % 2 == 1;
             // returns true for odd numbers >= 3, false for all >>>>>          others
         }

    I'll just say that odd numbers that are not prime are pathological
    input, so I don't have to deal with them.

    Pathological input:

    Self-referencial to the decider.

    OK.

    Do you have a *rigorous* definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?


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

    Patterns isomorphic to the above when simulated by HHH.



    Examples are not definitions.

    And the problem is that the above example is itself a category error for
    the problem, as the DD provided above isn't a complete program, as it
    doesn't include the code for HHH as required, and when you include
    Halt7.c as part of the input, your HHH isn't a seperate program of its
    own, and thus doesn't have a Turing Complete range of inputs it can
    accept.

    Sorry, you are just showing you don't understand what it means to DEFINE something.

    Ah, the fundamental mistake you have been making all this time, Damon! The self-referencial category error doesn't magically disappear by providing
    source code rather than a run-time function address to the decider; you
    are simply transforming the same input without affecting the result.

    /Flibble

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to Mr Flibble on Sat Apr 19 13:34:40 2025
    On 4/19/25 8:05 AM, Mr Flibble wrote:
    On Sat, 19 Apr 2025 07:55:55 -0400, Richard Damon wrote:

    On 4/18/25 11:52 PM, olcott wrote:
    On 4/18/2025 2:32 PM, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    On Fri, 18 Apr 2025 12:25:36 -0700, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    I, aka Mr Flibble, have created a new computer science term, the >>>>>>> "Unpartial Halt Decider".  It is a Halt Decider over the domain of >>>>>>> all program-input pairs excluding pathological input (a
    manifestation of the self referencial category error).
    [...]

    Do you have a rigorous definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?

    I could define an is_prime() function like this:

         bool is_prime(int n) {
             return n >= 3 && n % 2 == 1;
             // returns true for odd numbers >= 3, false for all >>>>>>          others
         }

    I'll just say that odd numbers that are not prime are pathological >>>>>> input, so I don't have to deal with them.

    Pathological input:

    Self-referencial to the decider.

    OK.

    Do you have a *rigorous* definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?


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

    Patterns isomorphic to the above when simulated by HHH.



    Examples are not definitions.

    And the problem is that the above example is itself a category error for
    the problem, as the DD provided above isn't a complete program, as it
    doesn't include the code for HHH as required, and when you include
    Halt7.c as part of the input, your HHH isn't a seperate program of its
    own, and thus doesn't have a Turing Complete range of inputs it can
    accept.

    Sorry, you are just showing you don't understand what it means to DEFINE
    something.

    Ah, the fundamental mistake you have been making all this time, Damon! The self-referencial category error doesn't magically disappear by providing source code rather than a run-time function address to the decider; you
    are simply transforming the same input without affecting the result.

    /Flibble

    And WHAT is the category error? You stil can't show the difference in
    CATEGORY between what is allowed and what isn't, and in fact, you can't
    even precisely define what is and isn't allowed.

    Now, you also run into the issue that the "Olcott System" begins with an
    actual category error as we do not have the required two seperate
    programs of the "Decider" and the "Program to be decided on" given via representation as the input, as what you want to call that program to be decided isn't one without including the code of the decider it is using,
    and when you do include it, the arguments about no version of the
    decider being able to succeed is improper as it must always be that
    exact program that we started with, and thus it just FAILS to do a
    correct simulation, while a correct simulation of this exact input
    (which includes the ORIGINAL decider) will halt.

    Sorry, YOU are the one stuck with the fundamental mistake, or is it a
    funny mental mistake because you don't understand what you are talking
    about.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mr Flibble@21:1/5 to Richard Damon on Sat Apr 19 18:06:39 2025
    On Sat, 19 Apr 2025 13:34:40 -0400, Richard Damon wrote:

    On 4/19/25 8:05 AM, Mr Flibble wrote:
    On Sat, 19 Apr 2025 07:55:55 -0400, Richard Damon wrote:

    On 4/18/25 11:52 PM, olcott wrote:
    On 4/18/2025 2:32 PM, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    On Fri, 18 Apr 2025 12:25:36 -0700, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    I, aka Mr Flibble, have created a new computer science term, the >>>>>>>> "Unpartial Halt Decider".  It is a Halt Decider over the domain >>>>>>>> of all program-input pairs excluding pathological input (a
    manifestation of the self referencial category error).
    [...]

    Do you have a rigorous definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?

    I could define an is_prime() function like this:

         bool is_prime(int n) {
             return n >= 3 && n % 2 == 1;
             // returns true for odd numbers >= 3, false for >>>>>>>          all others
         }

    I'll just say that odd numbers that are not prime are pathological >>>>>>> input, so I don't have to deal with them.

    Pathological input:

    Self-referencial to the decider.

    OK.

    Do you have a *rigorous* definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?


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

    Patterns isomorphic to the above when simulated by HHH.



    Examples are not definitions.

    And the problem is that the above example is itself a category error
    for the problem, as the DD provided above isn't a complete program, as
    it doesn't include the code for HHH as required, and when you include
    Halt7.c as part of the input, your HHH isn't a seperate program of its
    own, and thus doesn't have a Turing Complete range of inputs it can
    accept.

    Sorry, you are just showing you don't understand what it means to
    DEFINE something.

    Ah, the fundamental mistake you have been making all this time, Damon!
    The self-referencial category error doesn't magically disappear by
    providing source code rather than a run-time function address to the
    decider; you are simply transforming the same input without affecting
    the result.

    /Flibble

    And WHAT is the category error? You stil can't show the difference in CATEGORY between what is allowed and what isn't, and in fact, you can't
    even precisely define what is and isn't allowed.

    Now, you also run into the issue that the "Olcott System" begins with an actual category error as we do not have the required two seperate
    programs of the "Decider" and the "Program to be decided on" given via representation as the input, as what you want to call that program to be decided isn't one without including the code of the decider it is using,
    and when you do include it, the arguments about no version of the
    decider being able to succeed is improper as it must always be that
    exact program that we started with, and thus it just FAILS to do a
    correct simulation, while a correct simulation of this exact input
    (which includes the ORIGINAL decider) will halt.

    Sorry, YOU are the one stuck with the fundamental mistake, or is it a
    funny mental mistake because you don't understand what you are talking
    about.

    The category error is extant over the domain of pathological inputs, no
    matter what form those inputs take.

    /Flibble

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Alan Mackenzie@21:1/5 to Richard Damon on Sat Apr 19 18:10:55 2025
    Richard Damon <richard@damon-family.org> wrote:
    On 4/19/25 8:05 AM, Mr Flibble wrote:

    [ .... ]

    Ah, the fundamental mistake you have been making all this time, Damon! The >> self-referencial category error doesn't magically disappear by providing
    source code rather than a run-time function address to the decider; you
    are simply transforming the same input without affecting the result.

    /Flibble

    And WHAT is the category error? You stil can't show the difference in CATEGORY between what is allowed and what isn't, and in fact, you can't
    even precisely define what is and isn't allowed.

    Now, you also run into the issue that the "Olcott System" begins with an actual category error as we do not have the required two seperate
    programs of the "Decider" and the "Program to be decided on" given via representation as the input, as what you want to call that program to be decided isn't one without including the code of the decider it is using,
    and when you do include it, the arguments about no version of the
    decider being able to succeed is improper as it must always be that
    exact program that we started with, and thus it just FAILS to do a
    correct simulation, while a correct simulation of this exact input
    (which includes the ORIGINAL decider) will halt.

    That's a single sentence with 124 words in it. It doesn't flow. It's
    meaning is obscured by its length. At least it isn't written in German,
    where it would probably end up with a string of around ten verbs. ;-)

    Sorry, YOU are the one stuck with the fundamental mistake, or is it a
    funny mental mistake because you don't understand what you are talking
    about.

    --
    Alan Mackenzie (Nuremberg, Germany).

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to Mr Flibble on Sat Apr 19 19:08:43 2025
    On 4/19/25 2:06 PM, Mr Flibble wrote:
    On Sat, 19 Apr 2025 13:34:40 -0400, Richard Damon wrote:

    On 4/19/25 8:05 AM, Mr Flibble wrote:
    On Sat, 19 Apr 2025 07:55:55 -0400, Richard Damon wrote:

    On 4/18/25 11:52 PM, olcott wrote:
    On 4/18/2025 2:32 PM, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    On Fri, 18 Apr 2025 12:25:36 -0700, Keith Thompson wrote:
    Mr Flibble <flibble@red-dwarf.jmc.corp> writes:
    I, aka Mr Flibble, have created a new computer science term, the >>>>>>>>> "Unpartial Halt Decider".  It is a Halt Decider over the domain >>>>>>>>> of all program-input pairs excluding pathological input (a
    manifestation of the self referencial category error).
    [...]

    Do you have a rigorous definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?

    I could define an is_prime() function like this:

         bool is_prime(int n) {
             return n >= 3 && n % 2 == 1;
             // returns true for odd numbers >= 3, false for >>>>>>>>          all others
         }

    I'll just say that odd numbers that are not prime are pathological >>>>>>>> input, so I don't have to deal with them.

    Pathological input:

    Self-referencial to the decider.

    OK.

    Do you have a *rigorous* definition of "pathological input"?

    Is there an algorithm to determine whether a given input is
    "pathological" or not?


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

    Patterns isomorphic to the above when simulated by HHH.



    Examples are not definitions.

    And the problem is that the above example is itself a category error
    for the problem, as the DD provided above isn't a complete program, as >>>> it doesn't include the code for HHH as required, and when you include
    Halt7.c as part of the input, your HHH isn't a seperate program of its >>>> own, and thus doesn't have a Turing Complete range of inputs it can
    accept.

    Sorry, you are just showing you don't understand what it means to
    DEFINE something.

    Ah, the fundamental mistake you have been making all this time, Damon!
    The self-referencial category error doesn't magically disappear by
    providing source code rather than a run-time function address to the
    decider; you are simply transforming the same input without affecting
    the result.

    /Flibble

    And WHAT is the category error? You stil can't show the difference in
    CATEGORY between what is allowed and what isn't, and in fact, you can't
    even precisely define what is and isn't allowed.

    Now, you also run into the issue that the "Olcott System" begins with an
    actual category error as we do not have the required two seperate
    programs of the "Decider" and the "Program to be decided on" given via
    representation as the input, as what you want to call that program to be
    decided isn't one without including the code of the decider it is using,
    and when you do include it, the arguments about no version of the
    decider being able to succeed is improper as it must always be that
    exact program that we started with, and thus it just FAILS to do a
    correct simulation, while a correct simulation of this exact input
    (which includes the ORIGINAL decider) will halt.

    Sorry, YOU are the one stuck with the fundamental mistake, or is it a
    funny mental mistake because you don't understand what you are talking
    about.

    The category error is extant over the domain of pathological inputs, no matter what form those inputs take.

    /Flibble

    So, what is in it that makes it outside the category?

    The problem is you can't actually DEFINE "pathological input" or show
    that they are a category error.

    Remember, the DEFINIED CATEGORY for the domain of a halt decider, is descriptions of PROGRAM / INPUT pairs. This "Pathological Program" was
    built by allowed operations, and thus *IS* in the category of a Program.

    What isn't in the category of a program is a decider that hasn't been
    actually defined by a deterministic algoritm, but just a step the
    equivalent of "Get the Right Answer", nor is the input that is being
    tried to be provided, as it doesn't actually include the code for the
    decider it uses, so that it will "change" without being changed when you
    try a different version of the decider (which you try to do in a way not allowed by the theory, you can imagine an alternate machine given the
    same input, but the input will still be totally the same input, and not
    morphed by that change).

    So, all you are doing is showing that you don't actually understand what
    you are talking about.

    To claim a category error, you have to define what the categories you
    are talking about are, and why the input isn't in the category it needs
    to be in.

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