• Re: Defining problems to make solutions impossible --- Why HHH(DD) is c

    From Fred. Zwarts@21:1/5 to All on Mon Mar 17 17:37:02 2025
    Op 17.mrt.2025 om 16:15 schreef olcott:
    On 3/17/2025 4:13 AM, Fred. Zwarts wrote:
    Op 17.mrt.2025 om 00:03 schreef olcott:
    On 3/16/2025 3:26 PM, Fred. Zwarts wrote:
    Op 16.mrt.2025 om 20:32 schreef olcott:

    Only when the problem is defined to require H to return
    a correct halt status value for an input that is actually
    able to do the opposite of whatever value that H returns.

    Read what I said: "all possible inputs". So, indeed, this input is
    included. So we agree that no such algorithm exists.

    Square_Root("This does not have a square root")


    Irrelevant change of subject. No rebuttal.

    I conclude that we agree that the answer on the question: "Does an
    algorithm exist that for all possible inputs returns whether it
    describes a halting program in direct execution" is 'No'.


    The "describes" term is insufficiently precise and has always
    been misconstrued.

    Does an algorithm exist that correctly determines the halting
    behavior of the HP counter-example input on the basis of the
    behavior that this input SPECIFIES?

    I asked the question for the behaviour that it specifies for direct
    execution.


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

    When the behavior of DD is measured by a simulation
    of this input according to the full semantics of
    this input including the fact that HHH does simulate
    itself simulating DD and the measure of DD halting
    is reaching its own"return" instruction final state.

    THEN THE ANSWER IS YES

    That is not what I asked. I asked about an algorithm that determines the behaviour of a program for direct execution.
    You agree that no algorithm exists that for all possible inputs returns
    whether it describes a halting program in direct execution.


    After HHH simulates DD twice it sees that DD calls the
    same function twice in sequence with no conditional branch
    instructions in DD that would prevent this from endlessly
    repeating. That HHH stops simulating DD at this point does
    not mean that DD reached its own final state and terminated
    normally.

    Is it so difficult for Olcott to express his (dis)agreement?



    I asked a simple yes/no question. It does not talk about simulations,
    but about the behaviour of the program in direct execution.
    So, your words are just irrelevant.
    It is a simple yes/no question about the halting behaviour of a program
    during direct execution. A program that can be described in a finite string.

    I have strongly the impression that you agree that the answer on the
    question: "Does an algorithm exist that for all possible inputs returns
    whether it describes a halting program in direct execution" is 'No'.
    Do you agree (Yes/No), or do you need a lot of words to hide that you do
    not answer the question?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Mon Mar 17 17:52:48 2025
    Am Mon, 17 Mar 2025 12:17:59 -0500 schrieb olcott:
    On 3/17/2025 11:37 AM, Fred. Zwarts wrote:
    Op 17.mrt.2025 om 16:15 schreef olcott:
    On 3/17/2025 4:13 AM, Fred. Zwarts wrote:
    Op 17.mrt.2025 om 00:03 schreef olcott:
    On 3/16/2025 3:26 PM, Fred. Zwarts wrote:
    Op 16.mrt.2025 om 20:32 schreef olcott:

    Only when the problem is defined to require H to return a correct >>>>>>> halt status value for an input that is actually able to do the
    opposite of whatever value that H returns.

    Read what I said: "all possible inputs". So, indeed, this input is >>>>>> included. So we agree that no such algorithm exists.

    Square_Root("This does not have a square root")

    Irrelevant change of subject. No rebuttal.

    I conclude that we agree that the answer on the question: "Does an
    algorithm exist that for all possible inputs returns whether it
    describes a halting program in direct execution" is 'No'.

    The "describes" term is insufficiently precise and has always been
    misconstrued.

    Does an algorithm exist that correctly determines the halting behavior
    of the HP counter-example input on the basis of the behavior that this
    input SPECIFIES?

    I asked the question for the behaviour that it specifies for direct
    execution.

    There is NEVER EVER ANY DIRECT MAPPING from an executing process.
    There is ONLY AT BEST A PROXY MAPPING from a finite string.
    There is a one-to-one mapping.

    int DD()
    {
       int Halt_Status = HHH(DD);
       if (Halt_Status)
         HERE: goto HERE;
       return Halt_Status;
    }
    When the behavior of DD is measured by a simulation of this input
    according to the full semantics of this input including the fact that
    HHH does simulate itself simulating DD and the measure of DD halting
    is reaching its own"return" instruction final state.

    THEN THE ANSWER IS YES

    That is not what I asked. I asked about an algorithm that determines
    the behaviour of a program for direct execution.

    THIS IS ALWAYS IMPOSSIBLE. NO TM CAN EVER LOOK AT THE DIRECT EXECUTION
    OF ANOTHER TM.
    UTMs exist.

    --
    Am Sat, 20 Jul 2024 12:35:31 +0000 schrieb WM in sci.math:
    It is not guaranteed that n+1 exists for every n.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Fred. Zwarts@21:1/5 to All on Mon Mar 17 19:48:36 2025
    Op 17.mrt.2025 om 18:17 schreef olcott:
    On 3/17/2025 11:37 AM, Fred. Zwarts wrote:
    Op 17.mrt.2025 om 16:15 schreef olcott:
    On 3/17/2025 4:13 AM, Fred. Zwarts wrote:
    Op 17.mrt.2025 om 00:03 schreef olcott:
    On 3/16/2025 3:26 PM, Fred. Zwarts wrote:
    Op 16.mrt.2025 om 20:32 schreef olcott:

    Only when the problem is defined to require H to return
    a correct halt status value for an input that is actually
    able to do the opposite of whatever value that H returns.

    Read what I said: "all possible inputs". So, indeed, this input is >>>>>> included. So we agree that no such algorithm exists.

    Square_Root("This does not have a square root")


    Irrelevant change of subject. No rebuttal.

    I conclude that we agree that the answer on the question: "Does an
    algorithm exist that for all possible inputs returns whether it
    describes a halting program in direct execution" is 'No'.


    The "describes" term is insufficiently precise and has always
    been misconstrued.

    Does an algorithm exist that correctly determines the halting
    behavior of the HP counter-example input on the basis of the
    behavior that this input SPECIFIES?

    I asked the question for the behaviour that it specifies for direct
    execution.


    There is NEVER EVER ANY DIRECT MAPPING from an executing process.
    There is ONLY AT BEST A PROXY MAPPING from a finite string.


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

    When the behavior of DD is measured by a simulation
    of this input according to the full semantics of
    this input including the fact that HHH does simulate
    itself simulating DD and the measure of DD halting
    is reaching its own"return" instruction final state.

    THEN THE ANSWER IS YES

    That is not what I asked. I asked about an algorithm that determines
    the behaviour of a program for direct execution.

    THIS IS ALWAYS IMPOSSIBLE. NO TM CAN EVER
    LOOK AT THE DIRECT EXECUTION OF ANOTHER TM.


    You say "THIS IS ALWAYS IMPOSSIBLE". I understand that means a 'yes' to
    my question:
    Do we agree that the answer on the question: "Does an algorithm exist
    that for all possible inputs returns whether it describes a halting
    program in direct execution" is 'No'?

    It seems very difficult for you to say 'yes, I agree", but I accept
    "THIS IS ALWAYS IMPOSSIBLE" as a 'yes'.
    Correct?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Tue Mar 18 15:43:55 2025
    On 2025-03-17 15:15:12 +0000, olcott said:

    On 3/17/2025 4:13 AM, Fred. Zwarts wrote:
    Op 17.mrt.2025 om 00:03 schreef olcott:
    On 3/16/2025 3:26 PM, Fred. Zwarts wrote:
    Op 16.mrt.2025 om 20:32 schreef olcott:

    Only when the problem is defined to require H to return
    a correct halt status value for an input that is actually
    able to do the opposite of whatever value that H returns.

    Read what I said: "all possible inputs". So, indeed, this input is
    included. So we agree that no such algorithm exists.

    Square_Root("This does not have a square root")


    Irrelevant change of subject. No rebuttal.

    I conclude that we agree that the answer on the question: "Does an
    algorithm exist that for all possible inputs returns whether it
    describes a halting program in direct execution" is 'No'.

    The "describes" term is insufficiently precise and has always
    been misconstrued.

    It is precise ehough for the problem statement. A proposed solution must include sufficiantly detailed instructions for writing the descriptions.

    --
    Mikko

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Tue Mar 18 15:14:07 2025
    Am Tue, 18 Mar 2025 09:47:04 -0500 schrieb olcott:
    On 3/18/2025 8:43 AM, Mikko wrote:
    On 2025-03-17 15:15:12 +0000, olcott said:
    On 3/17/2025 4:13 AM, Fred. Zwarts wrote:
    Op 17.mrt.2025 om 00:03 schreef olcott:
    On 3/16/2025 3:26 PM, Fred. Zwarts wrote:
    Op 16.mrt.2025 om 20:32 schreef olcott:

    Only when the problem is defined to require H to return a correct >>>>>>> halt status value for an input that is actually able to do the
    opposite of whatever value that H returns.

    Read what I said: "all possible inputs". So, indeed, this input is >>>>>> included. So we agree that no such algorithm exists.

    Square_Root("This does not have a square root")

    Irrelevant change of subject. No rebuttal.

    I conclude that we agree that the answer on the question: "Does an
    algorithm exist that for all possible inputs returns whether it
    describes a halting program in direct execution" is 'No'.

    The "describes" term is insufficiently precise and has always been
    misconstrued.

    It is precise ehough for the problem statement. A proposed solution
    must include sufficiantly detailed instructions for writing the
    descriptions.

    It is completely impossible for any TM to have any access to the direct execution of another TM thus any requirements that a halt decider report
    in this are incorrect. The best that any TM can do is to report on the behavior that its finite string input specifies.

    You've argued yourself into another ridiculous assertion. The execution
    of a TM is specified by its description.

    --
    Am Sat, 20 Jul 2024 12:35:31 +0000 schrieb WM in sci.math:
    It is not guaranteed that n+1 exists for every n.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From joes@21:1/5 to All on Tue Mar 18 20:36:25 2025
    Am Tue, 18 Mar 2025 10:50:53 -0500 schrieb olcott:
    On 3/18/2025 10:14 AM, joes wrote:
    Am Tue, 18 Mar 2025 09:47:04 -0500 schrieb olcott:
    On 3/18/2025 8:43 AM, Mikko wrote:
    On 2025-03-17 15:15:12 +0000, olcott said:
    On 3/17/2025 4:13 AM, Fred. Zwarts wrote:
    Op 17.mrt.2025 om 00:03 schreef olcott:
    On 3/16/2025 3:26 PM, Fred. Zwarts wrote:
    Op 16.mrt.2025 om 20:32 schreef olcott:

    Only when the problem is defined to require H to return a
    correct halt status value for an input that is actually able to >>>>>>>>> do the opposite of whatever value that H returns.

    Read what I said: "all possible inputs". So, indeed, this input >>>>>>>> is included. So we agree that no such algorithm exists.

    Square_Root("This does not have a square root")

    Irrelevant change of subject. No rebuttal.

    I conclude that we agree that the answer on the question: "Does an >>>>>> algorithm exist that for all possible inputs returns whether it
    describes a halting program in direct execution" is 'No'.

    The "describes" term is insufficiently precise and has always been
    misconstrued.

    It is precise ehough for the problem statement. A proposed solution
    must include sufficiantly detailed instructions for writing the
    descriptions.

    It is completely impossible for any TM to have any access to the
    direct execution of another TM thus any requirements that a halt
    decider report in this are incorrect. The best that any TM can do is
    to report on the behavior that its finite string input specifies.

    You've argued yourself into another ridiculous assertion. The execution
    of a TM is specified by its description.

    Most if the time. NOT ALL OF THE TIME.
    All of the time. There is nothing else that influences it.

    --
    Am Sat, 20 Jul 2024 12:35:31 +0000 schrieb WM in sci.math:
    It is not guaranteed that n+1 exists for every n.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Damon@21:1/5 to olcott on Tue Mar 18 23:04:54 2025
    On 3/18/25 10:47 AM, olcott wrote:
    On 3/18/2025 8:43 AM, Mikko wrote:
    On 2025-03-17 15:15:12 +0000, olcott said:

    On 3/17/2025 4:13 AM, Fred. Zwarts wrote:
    Op 17.mrt.2025 om 00:03 schreef olcott:
    On 3/16/2025 3:26 PM, Fred. Zwarts wrote:
    Op 16.mrt.2025 om 20:32 schreef olcott:

    Only when the problem is defined to require H to return
    a correct halt status value for an input that is actually
    able to do the opposite of whatever value that H returns.

    Read what I said: "all possible inputs". So, indeed, this input is >>>>>> included. So we agree that no such algorithm exists.

    Square_Root("This does not have a square root")


    Irrelevant change of subject. No rebuttal.

    I conclude that we agree that the answer on the question: "Does an
    algorithm exist that for all possible inputs returns whether it
    describes a halting program in direct execution" is 'No'.

    The "describes" term is insufficiently precise and has always
    been misconstrued.

    It is precise ehough for the problem statement. A proposed solution must
    include sufficiantly detailed instructions for writing the descriptions.


    It is completely impossible for any TM to have any
    access to the direct execution of another TM thus
    any requirements that a halt decider report in this
    are incorrect. The best that any TM can do is to
    report on the behavior that its finite string input
    specifies.


    So, you don't beleive in UTMs?

    THey have access to the results of the direct execution of the TM that
    has been described to them.

    The only issue is that they take an infinite time to access the
    non-halting behavior of non-halting TMs.

    And, that is the behavior that the finite string input specifies for a
    halt decider, the results that a UTM would generate when it simulates
    that input, and whether that processing will reach a final state or not.

    That is FULLY defined for the decider, it just may not be computable,
    but is seeable given infinite time.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mikko@21:1/5 to olcott on Wed Mar 19 13:13:45 2025
    On 2025-03-18 14:47:04 +0000, olcott said:

    On 3/18/2025 8:43 AM, Mikko wrote:
    On 2025-03-17 15:15:12 +0000, olcott said:

    On 3/17/2025 4:13 AM, Fred. Zwarts wrote:
    Op 17.mrt.2025 om 00:03 schreef olcott:
    On 3/16/2025 3:26 PM, Fred. Zwarts wrote:
    Op 16.mrt.2025 om 20:32 schreef olcott:

    Only when the problem is defined to require H to return
    a correct halt status value for an input that is actually
    able to do the opposite of whatever value that H returns.

    Read what I said: "all possible inputs". So, indeed, this input is >>>>>> included. So we agree that no such algorithm exists.

    Square_Root("This does not have a square root")


    Irrelevant change of subject. No rebuttal.

    I conclude that we agree that the answer on the question: "Does an
    algorithm exist that for all possible inputs returns whether it
    describes a halting program in direct execution" is 'No'.

    The "describes" term is insufficiently precise and has always
    been misconstrued.

    It is precise ehough for the problem statement. A proposed solution must
    include sufficiantly detailed instructions for writing the descriptions.

    It is completely impossible for any TM to have any
    access to the direct execution of another TM thus
    any requirements that a halt decider report in this
    are incorrect.

    No, the requirement is not incorrect. A requirement is correct if for
    any proposed solution it is possible to determine whether the
    requirement is satisfied. A requirement that is impossible to satisfy
    is not incorrect,
    just impossible to satisfy.

    The best that any TM can do is to
    report on the behavior that its finite string input
    specifies.

    The behaviour of every pair of Turing machine and input can be fully
    specified with a finite string.

    --
    Mikko

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