Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

APL hackers do it in the quad.


computers / comp.ai.philosophy / Re: HH(PP,PP) correctly determines that its input never halts

SubjectAuthor
* Re: HH(PP,PP) correctly determines that its input never haltsolcott
`* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
 `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
  `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
   `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    +* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |`* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    | `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |  `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |   `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |    `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     +* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     |+* Re: HH(PP,PP) correctly determines that its input never haltsPython
    |     ||+* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     |||+* Re: HH(PP,PP) correctly determines that its input never haltsPython
    |     ||||`* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     |||| +* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     |||| |`* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     |||| | `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     |||| |  `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     |||| |   `- Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     |||| `* Re: HH(PP,PP) correctly determines that its input never haltsPython
    |     ||||  +* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     ||||  |+* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     ||||  ||`* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     ||||  || `- Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     ||||  |`- Re: HH(PP,PP) correctly determines that its input never haltsPython
    |     ||||  `- Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     |||`- Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     ||`* Re: HH(PP,PP) correctly determines that its input never haltsBen Bacarisse
    |     || +* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     || |`- Re: HH(PP,PP) correctly determines that its input never haltsPython
    |     || +* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     || |`* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     || | `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     || |  `- Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     || `* Re: HH(PP,PP) correctly determines that its input never halts [Ben]olcott
    |     ||  `* Re: HH(PP,PP) correctly determines that its input never halts [Ben]Richard Damon
    |     ||   `* Re: HH(PP,PP) correctly determines that its input never halts [Ben]olcott
    |     ||    `* Re: HH(PP,PP) correctly determines that its input never halts [Ben]Richard Damon
    |     ||     `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     ||      `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     ||       `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     ||        `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     ||         `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     ||          `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     ||           `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     ||            `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     ||             `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     ||              +* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     ||              |`* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     ||              | `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     ||              |  `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     ||              |   `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     ||              |    `* Re: HH(PP,PP) correctly determines that its input never halts [Whyolcott
    |     ||              |     `* Re: HH(PP,PP) correctly determines that its input never halts [WhyRichard Damon
    |     ||              |      `* Re: HH(PP,PP) correctly determines that its input never halts [Whyolcott
    |     ||              |       `* Re: HH(PP,PP) correctly determines that its input never halts [WhyRichard Damon
    |     ||              |        `* Re: HH(PP,PP) correctly determines that its input never halts [Whyolcott
    |     ||              |         `* Re: HH(PP,PP) correctly determines that its input never halts [WhyRichard Damon
    |     ||              |          `* Re: HH(PP,PP) correctly determines that its input never halts [Whyolcott
    |     ||              |           `* Re: HH(PP,PP) correctly determines that its input never halts [WhyRichard Damon
    |     ||              |            `* Re: HH(PP,PP) correctly determines that its input never halts [Whyolcott
    |     ||              |             +* Re: HH(PP,PP) correctly determines that its input never halts [WhyPython
    |     ||              |             |`* Re: HH(PP,PP) correctly determines that its input never halts [Whyolcott
    |     ||              |             | `* Re: HH(PP,PP) correctly determines that its input never halts [WhyRichard Damon
    |     ||              |             |  `* Re: HH(PP,PP) correctly determines that its input never halts [Whyolcott
    |     ||              |             |   `- Re: HH(PP,PP) correctly determines that its input never halts [WhyRichard Damon
    |     ||              |             `* Re: HH(PP,PP) correctly determines that its input never halts [WhyRichard Damon
    |     ||              |              `* Re: HH(PP,PP) correctly determines that its input never halts [Whyolcott
    |     ||              |               `* Re: HH(PP,PP) correctly determines that its input never halts [WhyRichard Damon
    |     ||              |                `* Re: HH(PP,PP) correctly determines that its input never halts [Whyolcott
    |     ||              |                 `- Re: HH(PP,PP) correctly determines that its input never halts [WhyRichard Damon
    |     ||              `- Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     |`* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | +* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | |+* Re: HH(PP,PP) correctly determines that its input never haltsPython
    |     | ||`* Re: HH(PP,PP) correctly determines that its input never haltsBen Bacarisse
    |     | || `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | ||  +* Re: HH(PP,PP) correctly determines that its input never haltsAndré G. Isaak
    |     | ||  |`* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | ||  | `* Re: HH(PP,PP) correctly determines that its input never haltsAndré G. Isaak
    |     | ||  |  `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | ||  |   `- Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | ||  `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | ||   `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | ||    `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | ||     `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | ||      `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | ||       `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | ||        `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | ||         `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | ||          `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | ||           `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | ||            `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | ||             `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | ||              `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | ||               `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | ||                `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | ||                 `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | ||                  `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    |     | |`* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     | `* Re: HH(PP,PP) correctly determines that its input never haltsolcott
    |     `- Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon
    `* Re: HH(PP,PP) correctly determines that its input never haltsRichard Damon

Pages:123456
Re: HH(PP,PP) correctly determines that its input never halts

<xhkAL.437315$iS99.194083@fx16.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10396&group=comp.ai.philosophy#10396

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx16.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsi54$snb8$1@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 82
Message-ID: <xhkAL.437315$iS99.194083@fx16.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 20:01:17 -0500
X-Received-Bytes: 4059
 by: Richard Damon - Thu, 26 Jan 2023 01:01 UTC

On 1/25/23 7:40 PM, olcott wrote:
> On 1/25/2023 6:05 PM, Python wrote:
>> Peter Olcott wrote:
>> ...
>>> No machine can possibly be defined that divides all pairs of finite
>>> strings into those that represent machines would halt on their input
>>> when directly executed and those that do not
>>
>> So at least you admit that there no program can be written that
>> is an halt decider! It took time for you to abandon your delusions!
>>
>
> *I didn't say that* There is a program H that can divide all of its
> inputs into halting and non-halting on the basis of the behavior of this
> input D correctly simulated by H.

But that is the WRONG answer, because it doesn't match the PROBLEM.

>
>    In the study of problem solving, any problem in which the
>    initial state or starting position, the allowable operations,
>    and the goal state are clearly specified, and a unique
>    solution can be shown to exist.

And the answer to the Halting Problem is the answer that no such machine
can be built.

>
> *a unique solution can be shown to exist* or the problem itself is
> ill-defined

And you don't understnad the nature of the Halting Problem.

It ISN'T asking for a "Unique" solution, it is asking if a correct
solution can possible exist.

The answer is NO.

The problem is well defined.

We have a mathematical function which when given a machine and an input,
determines if said machine will Halt in finite time or not.

THis is a WELL DEFINED function, as all machines given any input will
either Halt on that input or not.

The question is can this mathematical function be converted into a
computation, something computable by a finite algorithm.

The answer is NO, because no such machine can be built.

>
> https://www.oxfordreference.com/display/10.1093/oi/authority.20110803121717729;jsessionid=DAD4AA6FA046509B2E4564A52201A947

Which is taking about a differnt type of problem, on more commonly
called a PUZZLE.

>
> When a simulating halt decider H is only required to report on the the
> behavior of D correctly simulated by H, then the problem has a solution.

So you ADMIT you aren't solving the ACTUAL halting problem.

FINE

The fact you claim it answers the original problem

NO, and just proves you are either a pathological liar or an idiot.

>
>> All these years pretending you have written one... You should feel
>> sad, right? You shouldn't, at end you've admitted the obvious
>> truth.
>>
>> Note that a function that is an halt decider is perfectly well
>> defined. So no, the "problem" is NOT ill-defined (whatever that
>> means).
>>
>
>

Re: HH(PP,PP) correctly determines that its input never halts

<DhkAL.437316$iS99.379970@fx16.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10397&group=comp.ai.philosophy#10397

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx16.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<1KjAL.437313$iS99.97366@fx16.iad> <tqsid4$snb8$2@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsid4$snb8$2@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 207
Message-ID: <DhkAL.437316$iS99.379970@fx16.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 20:01:23 -0500
X-Received-Bytes: 10404
 by: Richard Damon - Thu, 26 Jan 2023 01:01 UTC

On 1/25/23 7:44 PM, olcott wrote:
> On 1/25/2023 6:23 PM, Richard Damon wrote:
>> On 1/25/23 6:51 PM, olcott wrote:
>>> On 1/25/2023 5:29 PM, olcott wrote:
>>>> On 1/25/2023 5:15 PM, Richard Damon wrote:
>>>>> On 1/25/23 11:51 AM, olcott wrote:
>>>>>> On 1/25/2023 5:46 AM, Richard Damon wrote:
>>>>>>> On 1/25/23 12:13 AM, olcott wrote:
>>>>>>>> On 1/24/2023 10:09 PM, Richard Damon wrote:
>>>>>>>>> On 1/24/23 10:51 PM, olcott wrote:
>>>>>>>>>> On 1/24/2023 9:40 PM, Richard Damon wrote:
>>>>>>>>>>> On 1/24/23 10:10 PM, olcott wrote:
>>>>>>>>>>>> On 1/24/2023 8:03 PM, Richard Damon wrote:
>>>>>>>>>>>>> On 1/24/23 7:26 PM, olcott wrote:
>>>>>>>>>>>>>> On 1/24/2023 5:41 PM, Richard Damon wrote:
>>>>>>>>>>>>>>> On 1/24/23 10:41 AM, olcott wrote:
>>>>>>>>>>>>>>>> In computability theory, the halting problem is the
>>>>>>>>>>>>>>>> problem of
>>>>>>>>>>>>>>>> determining, from a description of an arbitrary computer
>>>>>>>>>>>>>>>> program and an
>>>>>>>>>>>>>>>> input, whether the program will finish running, or
>>>>>>>>>>>>>>>> continue to run
>>>>>>>>>>>>>>>> forever.  https://en.wikipedia.org/wiki/Halting_problem
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> This definition of the halting problem measures
>>>>>>>>>>>>>>>> correctness in a non-
>>>>>>>>>>>>>>>> pathological way, thus in the same way that ZFC
>>>>>>>>>>>>>>>> (redefined set theory
>>>>>>>>>>>>>>>> and) eliminated Russell's Paradox the previously
>>>>>>>>>>>>>>>> "impossible" input
>>>>>>>>>>>>>>>> ceases to be impossible.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> In computability theory, the halting problem is the
>>>>>>>>>>>>>>>> problem of defining
>>>>>>>>>>>>>>>> a machine that correctly determines from a description
>>>>>>>>>>>>>>>> of an arbitrary
>>>>>>>>>>>>>>>> computer program and an input, whether or not its
>>>>>>>>>>>>>>>> specified input pair
>>>>>>>>>>>>>>>> would terminate normally by reaching it own final state.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Right, the Decider must decide if the actual running of
>>>>>>>>>>>>>>> the program described by the input would halt when given
>>>>>>>>>>>>>>> the input that is the rest of that input.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> It is NOT asking if the
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> The conventional proofs do not actually show that such a
>>>>>>>>>>>>>>>> machine cannot
>>>>>>>>>>>>>>>> be defined. HH(PP, PP) does correctly determine that its
>>>>>>>>>>>>>>>> correctly
>>>>>>>>>>>>>>>> simulated input cannot possibly reach the final state of
>>>>>>>>>>>>>>>> PP and
>>>>>>>>>>>>>>>> terminate normally. (See pages 5-6 of this paper)
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> https://www.researchgate.net/publication/364657019_Simulating_Halt_Decider_Applied_to_the_Halting_Theorem
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> If the simulation is incorrect then there must a line of
>>>>>>>>>>>>>>>> the simulation
>>>>>>>>>>>>>>>> that behaves differently than what its corresponding
>>>>>>>>>>>>>>>> line of machine-
>>>>>>>>>>>>>>>> code specifies.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> No, it is incorrect because it is incomplete.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> You are just usong the INCORRECT definition of "Correct",
>>>>>>>>>>>>>>> and since you have been told this in the past, it just
>>>>>>>>>>>>>>> shows that you are a LIAR about this fact.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> "Correct Simulation" is defined as a simulation that
>>>>>>>>>>>>>>> exactly matches the actual behavior of the machine the
>>>>>>>>>>>>>>> input describes.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> It turns out that is incorrect. The ultimate measure of a
>>>>>>>>>>>>>> correct
>>>>>>>>>>>>>> simulation is whether or not the simulated input exactly
>>>>>>>>>>>>>> matches the
>>>>>>>>>>>>>> behavior specified by its machine code.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Nope, Sourcd for that claim.
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Counter-examples cannot possibly exist.
>>>>>>>>>>>> Try and show any correct simulation where the simulator does
>>>>>>>>>>>> not simulate what the machine language specifies.
>>>>>>>>>>>
>>>>>>>>>>> This is the counter example.
>>>>>>>>>>>
>>>>>>>>>>> Since the direct eecution of the machine language of PP(PP)
>>>>>>>>>>> will Halt, the correct simulation of it must match.
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> That is merely a provably false assumption.
>>>>>>>>>
>>>>>>>>> Then do so.
>>>>>>>>>
>>>>>>>>> Remember, your HH has been admitted to return 0 from HH(PP,PP),
>>>>>>>>> and to be a computation, it must do the same to EVERY call.
>>>>>>>>>
>>>>>>>>> YOU have posted the execution trace of the direct execution of
>>>>>>>>> the equivalent to PP, which shows it halts.
>>>>>>>>>
>>>>>>>>
>>>>>>>> You can see on pages 5-6 that PP correctly simulated by HH
>>>>>>>> cannot possibly reach it own final state.
>>>>>>>
>>>>>>> But that isn't the questipon, since that question, like the
>>>>>>> Liar's paradox has no answer.
>>>>>>>
>>>>>> That makes the Halting Problem ill-defined:
>>>>>
>>>>> No, your RESTATEMENT is ill-defined. The behavior of P is well
>>>>> defined given a proper definition of H
>>>>>
>>>>> H(P,P) can do one of 4 things, and can't do anything else.
>>>>>
>>>>> 1) H(P,P) can return 0, in which case P(P) will halt, and H is
>>>>> shown to be wrong. This is what you claim your H does when directly
>>>>> called.
>>>>>
>>>>> 2) H(P,P) can retrun 1, in which case, P(P) will go into an
>>>>> infinite loop, and H is shown to be wrong.
>>>>>
>>>>> 3) H(P,P) can just dies and halt and not return an answer, in which
>>>>> case H fails to be the needed halt decider, and P(P) will be halting.
>>>>>
>>>>> 4) H(P,P) can get stuck in an infinte loop, and never return an
>>>>> answer, in which case H fails to be the needed halt decider, and
>>>>> P(P) will be non-halting. This is what you seem to claim is what H
>>>>> does when simulated inside P.
>>>>>
>>>>>>
>>>>>> In the study of problem solving, any problem in which the initial
>>>>>> state or starting position, the allowable operations, and the goal
>>>>>> state are clearly specified, *and a unique solution can be shown
>>>>>> to exist*
>>>>>
>>>>> Right, and given an actual definition of the complete algorithm of
>>>>> H (and 'Get the right answer' is NOT an complete algorithm) there
>>>>> is a precise correct answer to the problem.
>>>>>
>>>>> Unfortunately of H, H can never give that answer.
>>>>
>>>> Thus making the halting problem ill-defined.
>>>
>>> No machine can possibly be defined that divides all pairs of finite
>>> strings into those that represent machines would halt on their input
>>> when directly executed and those that do not in the same way and for the
>>> same reason that there is no barber that shaves all and only those that
>>> do not shave themselves. ZFC eliminated this problem by declaring it is
>>> erroneous.
>>>
>>
>> Right, which shows that the Haltng Theorm is CORRECT, that that the
>> Halting Function is not computable.
>>
>> So, you agree with the Theorem that you have been arguing against for
>> 2 decades?
>>
>>> Every decision problem where
>>> *a unique solution CANNOT be shown to exist*
>>> is erroneous.
>>>
>>
>> Nope, just shows that the problem is not computable.
>>
> In the study of problem solving, any problem in which the initial state
> or starting position, the allowable operations, and the goal state are
> clearly specified, and a unique solution can be shown to exist.
>
> *a unique solution can be shown to exist* or the problem itself is
> ill-defined
>
> https://www.oxfordreference.com/display/10.1093/oi/authority.20110803121717729;jsessionid=DAD4AA6FA046509B2E4564A52201A947


Click here to read the complete article
Re: HH(PP,PP) correctly determines that its input never halts

<874jsep0ie.fsf@bsb.me.uk>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10398&group=comp.ai.philosophy#10398

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Followup: comp.theory
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: ben.use...@bsb.me.uk (Ben Bacarisse)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Followup-To: comp.theory
Date: Thu, 26 Jan 2023 01:06:49 +0000
Organization: A noiseless patient Spider
Lines: 19
Message-ID: <874jsep0ie.fsf@bsb.me.uk>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain
Injection-Info: reader01.eternal-september.org; posting-host="1f361b4a949c71f85bfa95c9fb3329cf";
logging-data="943963"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+4LooTDO/ja3ScRs9+Yb6mva5jonbcmNs="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)
Cancel-Lock: sha1:ArWdaUqzvcrxeDnWQcIVzk6PCT8=
sha1:6R4yIVUNL/KND1covfFY4pJ92Dk=
X-BSB-Auth: 1.d88c70a6267e0832db49.20230126010649GMT.874jsep0ie.fsf@bsb.me.uk
 by: Ben Bacarisse - Thu, 26 Jan 2023 01:06 UTC

Python <python@invalid.org> writes:

> Peter Olcott wrote:
> ...
>> No machine can possibly be defined that divides all pairs of finite
>> strings into those that represent machines would halt on their input
>> when directly executed and those that do not
>
> So at least you admit that there no program can be written that
> is an halt decider! It took time for you to abandon your delusions!

Not so fast! Remember that PO is often fractally wrong. Not only is he
usually wrong about the big picture he's usually wrong about all the
details too. In this case, he's having trouble expressing what he
means. This is actually just another iteration of his "it's an invalid
question" stance, badly phrased.

--
Ben.

Re: HH(PP,PP) correctly determines that its input never halts

<ZokAL.437355$iS99.335709@fx16.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10399&group=comp.ai.philosophy#10399

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx16.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsj0h$snb8$4@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 69
Message-ID: <ZokAL.437355$iS99.335709@fx16.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 20:09:12 -0500
X-Received-Bytes: 4183
 by: Richard Damon - Thu, 26 Jan 2023 01:09 UTC

On 1/25/23 7:54 PM, olcott wrote:
> On 1/25/2023 6:48 PM, Python wrote:
>> Le 26/01/2023 à 01:40, olcott a écrit :
>>> On 1/25/2023 6:05 PM, Python wrote:
>>>> Peter Olcott wrote:
>>>> ...
>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>> strings into those that represent machines would halt on their input
>>>>> when directly executed and those that do not
>>>>
>>>> So at least you admit that there no program can be written that
>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>
>>>
>>> *I didn't say that*
>>
>> This is exactly what you wrote. For once it was a correct statement.
>>
>
> *This makes the current definition of the halting problem ill-defined*

Not by the definition of Conputation theory

>    In the study of problem solving, any problem in which the
>    initial state or starting position, the allowable operations,
>    and the goal state are clearly specified, and a unique
>    solution can be shown to exist.
>
> *a unique solution can be shown to exist* or the problem itself is
> ill-defined
>
> https://www.oxfordreference.com/display/10.1093/oi/authority.20110803121717729;jsessionid=DAD4AA6FA046509B2E4564A52201A947

Which is from a different field with different definition.

They are talking about PUZZLES as "Problems".

You are just showing your ignorance of the topic, an ignorance you
imposed on yourself by refusing to actually trying to learn any of the
topic (or being unable due to mental definciencies)

>
> *This corrects the error with the definition of the halting problem*
> When a simulating halt decider H is only required to report on the
> behavior of D correctly simulated by H, then this problem has a
> solution.

But you aren't allowed to do that.

>
> *ZFC eliminated Russell's Paradox by redefining the problem*
>

Note, ZFC eliminated Russell's Paradox by creating a totally new field
of Set Theory. It didn't "redefine the problem", but put restrictions on
the field to keep the problem from being able to happen.

Yes, you can do the same thing with the Halting Problem, by restricting
the domain of the machines you can create, you can make a Turing Machine
that can correctly decide on them.

But, such a domain can't be asked the question that we want to be able
to ask, so doesn't help us.

This is just like incompleteness can be overcome by limiting the domain
of your logic theory, it is just that such a field can't handle all the
properties of the Natural Numbers. As I remember, it must only use First
Order Logic, and there may be some other limitations (and no such system
can prove in itself that it is consistent).

Re: HH(PP,PP) correctly determines that its input never halts [-countability issue-]

<trkAL.437423$iS99.24335@fx16.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10400&group=comp.ai.philosophy#10400

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx16.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
[-countability issue-]
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<1KjAL.437313$iS99.97366@fx16.iad> <lTjAL.46530$4jN7.9315@fx02.iad>
<tqsilj$snb8$3@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsilj$snb8$3@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 31
Message-ID: <trkAL.437423$iS99.24335@fx16.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 20:11:52 -0500
X-Received-Bytes: 2379
 by: Richard Damon - Thu, 26 Jan 2023 01:11 UTC

On 1/25/23 7:48 PM, olcott wrote:
> On 1/25/2023 6:33 PM, Richard Damon wrote:

>> One simple comment that comes to mind that points out the error in
>> your thinking:
>>
>> The number of possible computing machines is a countable infinite,
>> because we can express every such machine as a finite string of a
>> finite symbol set.
>>
>> The number of possible deciders that can be defined is an UNCOUNTABLE
>> infinite.
>>
>
> I had a very very long debate about this with a PhD computer scientist.
> When we make one single universal halt decider that correctly determines
> the halt status of any arbitrary input pair then the countability issue
> ceases to exist.
>

So, by assuming an impossible machine exists, you can prove a false
statement.

Yep, that is your logic system. TOTALLY INCONSISTENT.

IT FAILS.

You just are proving your mental deficencies when it comes to
understanding mathematics.

Re: HH(PP,PP) correctly determines that its input never halts

<tqskcg$t29a$2@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10401&group=comp.ai.philosophy#10401

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: pyt...@invalid.org (Python)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Date: Thu, 26 Jan 2023 02:18:08 +0100
Organization: A noiseless patient Spider
Lines: 36
Message-ID: <tqskcg$t29a$2@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 01:18:08 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="54900c0f4e391a463d5b45b1ba11a7f1";
logging-data="952618"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/WDrV19naE+NB3a9w7K870"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.3.3
Cancel-Lock: sha1:AzFjqT+CMzcf3oq6BRNcsKQXni4=
Content-Language: en-US
In-Reply-To: <tqsj0h$snb8$4@dont-email.me>
 by: Python - Thu, 26 Jan 2023 01:18 UTC

Le 26/01/2023 à 01:54, olcott a écrit :
> On 1/25/2023 6:48 PM, Python wrote:
>> Le 26/01/2023 à 01:40, olcott a écrit :
>>> On 1/25/2023 6:05 PM, Python wrote:
>>>> Peter Olcott wrote:
>>>> ...
>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>> strings into those that represent machines would halt on their input
>>>>> when directly executed and those that do not
>>>>
>>>> So at least you admit that there no program can be written that
>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>
>>>
>>> *I didn't say that*
>>
>> This is exactly what you wrote. For once it was a correct statement.
>>
>
> *This makes the current definition of the halting problem ill-defined*
>    In the study of problem solving, any problem in which the
>    initial state or starting position, the allowable operations,
>    and the goal state are clearly specified, and a unique
>    solution can be shown to exist.
>
> *a unique solution can be shown to exist* or the problem itself is
> ill-defined

Either a program stops or not. This is not ill-defined at all.

And you are right : no program can decide on that from its input.

You should be happy to have been right ONCE in your entire life.

Re: HH(PP,PP) correctly determines that its input never halts

<tqskr5$t4k7$2@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10402&group=comp.ai.philosophy#10402

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Date: Wed, 25 Jan 2023 19:25:57 -0600
Organization: A noiseless patient Spider
Lines: 47
Message-ID: <tqskr5$t4k7$2@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <874jsep0ie.fsf@bsb.me.uk>
<tqsk9g$t29a$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 01:25:57 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="955015"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19PaWTMef0t2pZAfAEI1wx2"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:Unhb3S4Qr5LLUttIUjzuNxEH0ro=
In-Reply-To: <tqsk9g$t29a$1@dont-email.me>
Content-Language: en-US
 by: olcott - Thu, 26 Jan 2023 01:25 UTC

On 1/25/2023 7:16 PM, Python wrote:
> Le 26/01/2023 à 02:06, Ben Bacarisse a écrit :
>> Python <python@invalid.org> writes:
>>
>>> Peter Olcott wrote:
>>> ...
>>>> No machine can possibly be defined that divides all pairs of finite
>>>> strings into those that represent machines would halt on their input
>>>> when directly executed and those that do not
>>>
>>> So at least you admit that there no program can be written that
>>> is an halt decider! It took time for you to abandon your delusions!
>>
>> Not so fast!  Remember that PO is often fractally wrong.  Not only is he
>> usually wrong about the big picture he's usually wrong about all the
>> details too.  In this case, he's having trouble expressing what he
>> means.  This is actually just another iteration of his "it's an invalid
>> question" stance, badly phrased.
>
> So he is right, for once, by what he actually wrote expressed
> badly a faulty claim. As far as know him, he's definitely able to to
> that. Quite a paradox in a way, of his kind... :-)
>
> Taken word for word the sentence of him I quoted is actually quite
> right and expressed the actual opposite of all he claimed for years.
>

In the study of problem solving, any problem in which the initial
state or starting position, the allowable operations, and the goal
state are clearly specified, and a unique solution can be shown to
exist.

*a unique solution can be shown to exist* or the problem itself is
ill-defined

https://www.oxfordreference.com/display/10.1093/oi/authority.20110803121717729;jsessionid=DAD4AA6FA046509B2E4564A52201A947

Proving that the halting problem as conventionally understood is [well-
defined problem]

--
Copyright 2023 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer

Re: HH(PP,PP) correctly determines that its input never halts

<tqsl1p$t29a$3@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10403&group=comp.ai.philosophy#10403

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: pyt...@invalid.org (Python)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Date: Thu, 26 Jan 2023 02:29:29 +0100
Organization: A noiseless patient Spider
Lines: 41
Message-ID: <tqsl1p$t29a$3@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <874jsep0ie.fsf@bsb.me.uk>
<tqsk9g$t29a$1@dont-email.me> <tqskr5$t4k7$2@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 01:29:29 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="54900c0f4e391a463d5b45b1ba11a7f1";
logging-data="952618"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/73r7n/iwHbhBHybQ4XK/j"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.3.3
Cancel-Lock: sha1:pjjjpXSpR7E3USQYY1LEsth20So=
In-Reply-To: <tqskr5$t4k7$2@dont-email.me>
Content-Language: en-US
 by: Python - Thu, 26 Jan 2023 01:29 UTC

Le 26/01/2023 à 02:25, olcott a écrit :
> On 1/25/2023 7:16 PM, Python wrote:
>> Le 26/01/2023 à 02:06, Ben Bacarisse a écrit :
>>> Python <python@invalid.org> writes:
>>>
>>>> Peter Olcott wrote:
>>>> ...
>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>> strings into those that represent machines would halt on their input
>>>>> when directly executed and those that do not
>>>>
>>>> So at least you admit that there no program can be written that
>>>> is an halt decider! It took time for you to abandon your delusions!
>>>
>>> Not so fast!  Remember that PO is often fractally wrong.  Not only is he
>>> usually wrong about the big picture he's usually wrong about all the
>>> details too.  In this case, he's having trouble expressing what he
>>> means.  This is actually just another iteration of his "it's an invalid
>>> question" stance, badly phrased.
>>
>> So he is right, for once, by what he actually wrote expressed
>> badly a faulty claim. As far as know him, he's definitely able to to
>> that. Quite a paradox in a way, of his kind... :-)
>>
>> Taken word for word the sentence of him I quoted is actually quite
>> right and expressed the actual opposite of all he claimed for years.
>>
>
>    In the study of problem solving, any problem in which the initial
>    state or starting position, the allowable operations, and the goal
>    state are clearly specified, and a unique solution can be shown to
>    exist.
>
> *a unique solution can be shown to exist* or the problem itself is
> ill-defined

This is asinine, Peter. An equation with no solution is not ill-defined,
it just has no solution.

Re: HH(PP,PP) correctly determines that its input never halts

<tqsl6u$t4k7$3@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10404&group=comp.ai.philosophy#10404

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Date: Wed, 25 Jan 2023 19:32:14 -0600
Organization: A noiseless patient Spider
Lines: 42
Message-ID: <tqsl6u$t4k7$3@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
<tqskcg$t29a$2@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 01:32:14 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="955015"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+PKSVaXPpwiNMUeHQ39DAQ"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:lg7/SPhVJFeJIwIq7e24exECm1s=
Content-Language: en-US
In-Reply-To: <tqskcg$t29a$2@dont-email.me>
 by: olcott - Thu, 26 Jan 2023 01:32 UTC

On 1/25/2023 7:18 PM, Python wrote:
> Le 26/01/2023 à 01:54, olcott a écrit :
>> On 1/25/2023 6:48 PM, Python wrote:
>>> Le 26/01/2023 à 01:40, olcott a écrit :
>>>> On 1/25/2023 6:05 PM, Python wrote:
>>>>> Peter Olcott wrote:
>>>>> ...
>>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>>> strings into those that represent machines would halt on their input
>>>>>> when directly executed and those that do not
>>>>>
>>>>> So at least you admit that there no program can be written that
>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>>
>>>>
>>>> *I didn't say that*
>>>
>>> This is exactly what you wrote. For once it was a correct statement.
>>>
>>
>> *This makes the current definition of the halting problem ill-defined*
>>     In the study of problem solving, any problem in which the
>>     initial state or starting position, the allowable operations,
>>     and the goal state are clearly specified, and a unique
>>     solution can be shown to exist.
>>
>> *a unique solution can be shown to exist* or the problem itself is
>> ill-defined
>
> Either a program stops or not. This is not ill-defined at all.

The problem of defining a machine that correctly determines whether or
not any arbitrary pair of finite strings represents a halting
computation or not can be solved by a simulating halt decider.

The problem of passing the correct answer through a liar that reverses
this answer cannot be solved.

--
Copyright 2023 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer

Re: HH(PP,PP) correctly determines that its input never halts [-countability issue-]

<tqsldb$t4k7$4@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10405&group=comp.ai.philosophy#10405

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
[-countability issue-]
Date: Wed, 25 Jan 2023 19:35:39 -0600
Organization: A noiseless patient Spider
Lines: 32
Message-ID: <tqsldb$t4k7$4@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<1KjAL.437313$iS99.97366@fx16.iad> <lTjAL.46530$4jN7.9315@fx02.iad>
<tqsilj$snb8$3@dont-email.me> <trkAL.437423$iS99.24335@fx16.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 26 Jan 2023 01:35:39 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="955015"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18OZh80cx/fYUAgBuVCzddt"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:nIbc6sTM6AsdyfSDLnJeM1vCa8w=
Content-Language: en-US
In-Reply-To: <trkAL.437423$iS99.24335@fx16.iad>
 by: olcott - Thu, 26 Jan 2023 01:35 UTC

On 1/25/2023 7:11 PM, Richard Damon wrote:
> On 1/25/23 7:48 PM, olcott wrote:
>> On 1/25/2023 6:33 PM, Richard Damon wrote:
>
>>> One simple comment that comes to mind that points out the error in
>>> your thinking:
>>>
>>> The number of possible computing machines is a countable infinite,
>>> because we can express every such machine as a finite string of a
>>> finite symbol set.
>>>
>>> The number of possible deciders that can be defined is an UNCOUNTABLE
>>> infinite.
>>>
>>
>> I had a very very long debate about this with a PhD computer scientist.
>> When we make one single universal halt decider that correctly determines
>> the halt status of any arbitrary input pair then the countability issue
>> ceases to exist.
>>
>
> So, by assuming an impossible machine exists, you can prove a false
> statement.
>

By hypothesizing a single halt decider for the infinite set of arbitrary
finite string pairs countability ceases to be an issue.

--
Copyright 2023 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer

Re: HH(PP,PP) correctly determines that its input never halts

<yPkAL.777909$GNG9.53381@fx18.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10406&group=comp.ai.philosophy#10406

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx18.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
<tqskcg$t29a$2@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqskcg$t29a$2@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 50
Message-ID: <yPkAL.777909$GNG9.53381@fx18.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 20:37:34 -0500
X-Received-Bytes: 3486
 by: Richard Damon - Thu, 26 Jan 2023 01:37 UTC

On 1/25/23 8:18 PM, Python wrote:
> Le 26/01/2023 à 01:54, olcott a écrit :
>> On 1/25/2023 6:48 PM, Python wrote:
>>> Le 26/01/2023 à 01:40, olcott a écrit :
>>>> On 1/25/2023 6:05 PM, Python wrote:
>>>>> Peter Olcott wrote:
>>>>> ...
>>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>>> strings into those that represent machines would halt on their input
>>>>>> when directly executed and those that do not
>>>>>
>>>>> So at least you admit that there no program can be written that
>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>>
>>>>
>>>> *I didn't say that*
>>>
>>> This is exactly what you wrote. For once it was a correct statement.
>>>
>>
>> *This makes the current definition of the halting problem ill-defined*
>>     In the study of problem solving, any problem in which the
>>     initial state or starting position, the allowable operations,
>>     and the goal state are clearly specified, and a unique
>>     solution can be shown to exist.
>>
>> *a unique solution can be shown to exist* or the problem itself is
>> ill-defined
>
> Either a program stops or not. This is not ill-defined at all.
>
> And you are right : no program can decide on that from its input.
>
> You should be happy to have been right ONCE in your entire life.
>
>
>

His problem is he so misunderstands things that he found a defionition
of a "Well Defined Problem" that releates to the field of PUZZLES.

It specifically is talking about "Problems" like the "Tower of Hanoi"
where the problem is to transform a system from one defined state to
another with a defined set of moves.

Note, even the Tower of Hanoi is technically not "well defined" as the
answer isn't unique, as you can add arbitrary side tracks to the optimal
solution and still get there. By this defiition, the Tower of Hanoi is
only Well Defined if you include the requirement of doing so in a
minumum number of moves.

Re: HH(PP,PP) correctly determines that its input never halts

<URkAL.777910$GNG9.704953@fx18.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10407&group=comp.ai.philosophy#10407

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx18.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
<tqskcg$t29a$2@dont-email.me> <tqsl6u$t4k7$3@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsl6u$t4k7$3@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 50
Message-ID: <URkAL.777910$GNG9.704953@fx18.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 20:40:04 -0500
X-Received-Bytes: 3498
 by: Richard Damon - Thu, 26 Jan 2023 01:40 UTC

On 1/25/23 8:32 PM, olcott wrote:
> On 1/25/2023 7:18 PM, Python wrote:
>> Le 26/01/2023 à 01:54, olcott a écrit :
>>> On 1/25/2023 6:48 PM, Python wrote:
>>>> Le 26/01/2023 à 01:40, olcott a écrit :
>>>>> On 1/25/2023 6:05 PM, Python wrote:
>>>>>> Peter Olcott wrote:
>>>>>> ...
>>>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>>>> strings into those that represent machines would halt on their input
>>>>>>> when directly executed and those that do not
>>>>>>
>>>>>> So at least you admit that there no program can be written that
>>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>>>
>>>>>
>>>>> *I didn't say that*
>>>>
>>>> This is exactly what you wrote. For once it was a correct statement.
>>>>
>>>
>>> *This makes the current definition of the halting problem ill-defined*
>>>     In the study of problem solving, any problem in which the
>>>     initial state or starting position, the allowable operations,
>>>     and the goal state are clearly specified, and a unique
>>>     solution can be shown to exist.
>>>
>>> *a unique solution can be shown to exist* or the problem itself is
>>> ill-defined
>>
>> Either a program stops or not. This is not ill-defined at all.
>
> The problem of defining a machine that correctly determines whether or
> not any arbitrary pair of finite strings represents a halting
> computation or not can be solved by a simulating halt decider.

But it isn't a problem of the type described.

The Halting Problem does NOT start for a specified initial state, and
end in another specified final state, and there is not a specifically
listed set of operations allowed (just that it must use a computation).

Thus, the problem isn't of the domain being described, which happens to
be what we commonly describe as PUZZLES.

>
> The problem of passing the correct answer through a liar that reverses
> this answer cannot be solved.
>

Re: HH(PP,PP) correctly determines that its input never halts

<tqslm5$t29a$4@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10408&group=comp.ai.philosophy#10408

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: pyt...@invalid.org (Python)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Date: Thu, 26 Jan 2023 02:40:21 +0100
Organization: A noiseless patient Spider
Lines: 50
Message-ID: <tqslm5$t29a$4@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
<tqskcg$t29a$2@dont-email.me> <tqsl6u$t4k7$3@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 01:40:21 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="54900c0f4e391a463d5b45b1ba11a7f1";
logging-data="952618"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18Y89NdjEVz1aB+KUc1L7Aw"
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.3.3
Cancel-Lock: sha1:khWkTgriQbkYwebuQMsvDM87tNA=
Content-Language: en-US
In-Reply-To: <tqsl6u$t4k7$3@dont-email.me>
 by: Python - Thu, 26 Jan 2023 01:40 UTC

Le 26/01/2023 à 02:32, olcott a écrit :
> On 1/25/2023 7:18 PM, Python wrote:
>> Le 26/01/2023 à 01:54, olcott a écrit :
>>> On 1/25/2023 6:48 PM, Python wrote:
>>>> Le 26/01/2023 à 01:40, olcott a écrit :
>>>>> On 1/25/2023 6:05 PM, Python wrote:
>>>>>> Peter Olcott wrote:
>>>>>> ...
>>>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>>>> strings into those that represent machines would halt on their input
>>>>>>> when directly executed and those that do not
>>>>>>
>>>>>> So at least you admit that there no program can be written that
>>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>>>
>>>>>
>>>>> *I didn't say that*
>>>>
>>>> This is exactly what you wrote. For once it was a correct statement.
>>>>
>>>
>>> *This makes the current definition of the halting problem ill-defined*
>>>     In the study of problem solving, any problem in which the
>>>     initial state or starting position, the allowable operations,
>>>     and the goal state are clearly specified, and a unique
>>>     solution can be shown to exist.
>>>
>>> *a unique solution can be shown to exist* or the problem itself is
>>> ill-defined
>>
>> Either a program stops or not. This is not ill-defined at all.
>
> The problem of defining a machine that correctly determines whether or
> not any arbitrary pair of finite strings represents a halting
> computation or not can be solved by a simulating halt decider.
>
> The problem of passing the correct answer through a liar that reverses
> this answer cannot be solved.

There is nothing of that kind here.

The problem is perfectly defined.

It cannot be solved by a machine (i.e. a program) as you wrote.

Why cannot you keep being right when you are (which happened almost
NEVER)?

Re: HH(PP,PP) correctly determines that its input never halts

<tqslnl$t4k7$5@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10409&group=comp.ai.philosophy#10409

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Date: Wed, 25 Jan 2023 19:41:08 -0600
Organization: A noiseless patient Spider
Lines: 72
Message-ID: <tqslnl$t4k7$5@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
<ZokAL.437355$iS99.335709@fx16.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 01:41:09 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="955015"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/bxxLiJjSY/775OIU1Dpjd"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:vjxxGLINgquI3eN8S5+bHw80CeM=
Content-Language: en-US
In-Reply-To: <ZokAL.437355$iS99.335709@fx16.iad>
 by: olcott - Thu, 26 Jan 2023 01:41 UTC

On 1/25/2023 7:09 PM, Richard Damon wrote:
> On 1/25/23 7:54 PM, olcott wrote:
>> On 1/25/2023 6:48 PM, Python wrote:
>>> Le 26/01/2023 à 01:40, olcott a écrit :
>>>> On 1/25/2023 6:05 PM, Python wrote:
>>>>> Peter Olcott wrote:
>>>>> ...
>>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>>> strings into those that represent machines would halt on their input
>>>>>> when directly executed and those that do not
>>>>>
>>>>> So at least you admit that there no program can be written that
>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>>
>>>>
>>>> *I didn't say that*
>>>
>>> This is exactly what you wrote. For once it was a correct statement.
>>>
>>
>> *This makes the current definition of the halting problem ill-defined*
>
> Not by the definition of Conputation theory
>
>>     In the study of problem solving, any problem in which the
>>     initial state or starting position, the allowable operations,
>>     and the goal state are clearly specified, and a unique
>>     solution can be shown to exist.
>>
>> *a unique solution can be shown to exist* or the problem itself is
>> ill-defined
>>
>> https://www.oxfordreference.com/display/10.1093/oi/authority.20110803121717729;jsessionid=DAD4AA6FA046509B2E4564A52201A947
>
> Which is from a different field with different definition.
>
> They are talking about PUZZLES as "Problems".
>
> You are just showing your ignorance of the topic, an ignorance you
> imposed on yourself by refusing to actually trying to learn any of the
> topic (or being unable due to mental definciencies)
>

They are merely saying what I have been saying all along yet applying it
simultaneously to all fields.

I have been saying the every undecidable decision problem is necessarily
erroneous, thus not any sort of legitimate problem at all.

My first key breakthrough on this was my
*logical law of polar questions*

When posed to a man whom has never been married,
the question: Have you stopped beating your wife?
Is an incorrect polar question because neither yes nor
no is a correct answer.

All polar questions (including incorrect polar questions)
have exactly one answer from the following:
1) No
2) Yes
3) Neither // Only applies to incorrect polar questions

Copyright 2015 PL Olcott
https://groups.google.com/g/sci.lang/c/AO5Vlupeelo/m/nxJy7N2vULwJ

--
Copyright 2023 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer

Re: HH(PP,PP) correctly determines that its input never halts [-countability issue-]

<lUkAL.777911$GNG9.162830@fx18.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10410&group=comp.ai.philosophy#10410

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx18.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
[-countability issue-]
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<1KjAL.437313$iS99.97366@fx16.iad> <lTjAL.46530$4jN7.9315@fx02.iad>
<tqsilj$snb8$3@dont-email.me> <trkAL.437423$iS99.24335@fx16.iad>
<tqsldb$t4k7$4@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsldb$t4k7$4@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 39
Message-ID: <lUkAL.777911$GNG9.162830@fx18.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 20:42:41 -0500
X-Received-Bytes: 2929
 by: Richard Damon - Thu, 26 Jan 2023 01:42 UTC

On 1/25/23 8:35 PM, olcott wrote:
> On 1/25/2023 7:11 PM, Richard Damon wrote:
>> On 1/25/23 7:48 PM, olcott wrote:
>>> On 1/25/2023 6:33 PM, Richard Damon wrote:
>>
>>>> One simple comment that comes to mind that points out the error in
>>>> your thinking:
>>>>
>>>> The number of possible computing machines is a countable infinite,
>>>> because we can express every such machine as a finite string of a
>>>> finite symbol set.
>>>>
>>>> The number of possible deciders that can be defined is an
>>>> UNCOUNTABLE infinite.
>>>>
>>>
>>> I had a very very long debate about this with a PhD computer scientist.
>>> When we make one single universal halt decider that correctly determines
>>> the halt status of any arbitrary input pair then the countability issue
>>> ceases to exist.
>>>
>>
>> So, by assuming an impossible machine exists, you can prove a false
>> statement.
>>
>
> By hypothesizing a single halt decider for the infinite set of arbitrary
> finite string pairs countability ceases to be an issue.
>

So your answer to trying to do the impossible is to just assume you can
do something impossible.

There goes your idea that Truth is based on a connection to the
fundamental Truth Makers of the field you are in.

You have just defined that you logic system if fundamentally inconsistent.

I guess that just shows you are a *Hypocritical* Pathological Lying Idiot.

Re: HH(PP,PP) correctly determines that its input never halts

<tqslu5$t4k7$6@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10411&group=comp.ai.philosophy#10411

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Date: Wed, 25 Jan 2023 19:44:37 -0600
Organization: A noiseless patient Spider
Lines: 45
Message-ID: <tqslu5$t4k7$6@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <874jsep0ie.fsf@bsb.me.uk>
<tqskll$t4k7$1@dont-email.me> <2LkAL.541435$9sn9.114240@fx17.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 01:44:37 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="955015"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/DmCD/uY+/N5vb4PCAVFpe"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:godv+Y70rvfRd3bKpzn6isFRo/w=
Content-Language: en-US
In-Reply-To: <2LkAL.541435$9sn9.114240@fx17.iad>
 by: olcott - Thu, 26 Jan 2023 01:44 UTC

On 1/25/2023 7:32 PM, Richard Damon wrote:
> On 1/25/23 8:23 PM, olcott wrote:
>> On 1/25/2023 7:06 PM, Ben Bacarisse wrote:
>>> Python <python@invalid.org> writes:
>>>
>>>> Peter Olcott wrote:
>>>> ...
>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>> strings into those that represent machines would halt on their input
>>>>> when directly executed and those that do not
>>>>
>>>> So at least you admit that there no program can be written that
>>>> is an halt decider! It took time for you to abandon your delusions!
>>>
>>> Not so fast!  Remember that PO is often fractally wrong.  Not only is he
>>> usually wrong about the big picture he's usually wrong about all the
>>> details too.  In this case, he's having trouble expressing what he
>>> means.  This is actually just another iteration of his "it's an invalid
>>> question" stance, badly phrased.
>>>
>>
>> *This time www.oxfordreference.com agrees*
>>
>>     In the study of problem solving, any problem in which the initial
>>     state or starting position, the allowable operations, and the goal
>>     state are clearly specified, and a unique solution can be shown to
>>     exist.
>>
>> *a unique solution can be shown to exist* or the problem itself is
>> ill-defined
>>
>> https://www.oxfordreference.com/display/10.1093/oi/authority.20110803121717729;jsessionid=DAD4AA6FA046509B2E4564A52201A947
>>
>>
>
> But using the definitions of a DIFFERENT Field.

Their statement universally applies to all problems including decision
problems. I have known this all along, finally the rest of the world is
beginning to catch up.

--
Copyright 2023 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer

Re: HH(PP,PP) correctly determines that its input never halts

<tqsmse$t4k7$7@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10412&group=comp.ai.philosophy#10412

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Date: Wed, 25 Jan 2023 20:00:46 -0600
Organization: A noiseless patient Spider
Lines: 58
Message-ID: <tqsmse$t4k7$7@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
<tqskcg$t29a$2@dont-email.me> <tqsl6u$t4k7$3@dont-email.me>
<URkAL.777910$GNG9.704953@fx18.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 02:00:46 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="955015"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18VnIoU62MzVuBpQ+i3IMro"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:hfVPj7Q4VywL0oBLrqs4BVhJCmA=
In-Reply-To: <URkAL.777910$GNG9.704953@fx18.iad>
Content-Language: en-US
 by: olcott - Thu, 26 Jan 2023 02:00 UTC

On 1/25/2023 7:40 PM, Richard Damon wrote:
> On 1/25/23 8:32 PM, olcott wrote:
>> On 1/25/2023 7:18 PM, Python wrote:
>>> Le 26/01/2023 à 01:54, olcott a écrit :
>>>> On 1/25/2023 6:48 PM, Python wrote:
>>>>> Le 26/01/2023 à 01:40, olcott a écrit :
>>>>>> On 1/25/2023 6:05 PM, Python wrote:
>>>>>>> Peter Olcott wrote:
>>>>>>> ...
>>>>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>>>>> strings into those that represent machines would halt on their
>>>>>>>> input
>>>>>>>> when directly executed and those that do not
>>>>>>>
>>>>>>> So at least you admit that there no program can be written that
>>>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>>>>
>>>>>>
>>>>>> *I didn't say that*
>>>>>
>>>>> This is exactly what you wrote. For once it was a correct statement.
>>>>>
>>>>
>>>> *This makes the current definition of the halting problem ill-defined*
>>>>     In the study of problem solving, any problem in which the
>>>>     initial state or starting position, the allowable operations,
>>>>     and the goal state are clearly specified, and a unique
>>>>     solution can be shown to exist.
>>>>
>>>> *a unique solution can be shown to exist* or the problem itself is
>>>> ill-defined
>>>
>>> Either a program stops or not. This is not ill-defined at all.
>>
>> The problem of defining a machine that correctly determines whether or
>> not any arbitrary pair of finite strings represents a halting
>> computation or not can be solved by a simulating halt decider.
>
> But it isn't a problem of the type described.
>
> The Halting Problem does NOT start for a specified initial state, and
> end in another specified final state, and there is not a specifically
> listed set of operations allowed (just that it must use a computation).
>

Initial state or starting position: (start state of decider)

the allowable operations:
H simulates an input finite string pair (D,I) until the behavior of D
(a) Matches a non-halting behavior pattern (H aborts and rejects)
(b) Reaches its own final state (H accepts)

the goal state: (accept or reject state of decider)

--
Copyright 2023 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer

Re: HH(PP,PP) correctly determines that its input never halts

<tblAL.777999$GNG9.246674@fx18.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10413&group=comp.ai.philosophy#10413

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx18.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
<ZokAL.437355$iS99.335709@fx16.iad> <tqslnl$t4k7$5@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqslnl$t4k7$5@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 93
Message-ID: <tblAL.777999$GNG9.246674@fx18.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 21:03:04 -0500
X-Received-Bytes: 4806
 by: Richard Damon - Thu, 26 Jan 2023 02:03 UTC

On 1/25/23 8:41 PM, olcott wrote:
> On 1/25/2023 7:09 PM, Richard Damon wrote:
>> On 1/25/23 7:54 PM, olcott wrote:
>>> On 1/25/2023 6:48 PM, Python wrote:
>>>> Le 26/01/2023 à 01:40, olcott a écrit :
>>>>> On 1/25/2023 6:05 PM, Python wrote:
>>>>>> Peter Olcott wrote:
>>>>>> ...
>>>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>>>> strings into those that represent machines would halt on their input
>>>>>>> when directly executed and those that do not
>>>>>>
>>>>>> So at least you admit that there no program can be written that
>>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>>>
>>>>>
>>>>> *I didn't say that*
>>>>
>>>> This is exactly what you wrote. For once it was a correct statement.
>>>>
>>>
>>> *This makes the current definition of the halting problem ill-defined*
>>
>> Not by the definition of Conputation theory
>>
>>>     In the study of problem solving, any problem in which the
>>>     initial state or starting position, the allowable operations,
>>>     and the goal state are clearly specified, and a unique
>>>     solution can be shown to exist.
>>>
>>> *a unique solution can be shown to exist* or the problem itself is
>>> ill-defined
>>>
>>> https://www.oxfordreference.com/display/10.1093/oi/authority.20110803121717729;jsessionid=DAD4AA6FA046509B2E4564A52201A947
>>
>> Which is from a different field with different definition.
>>
>> They are talking about PUZZLES as "Problems".
>>
>> You are just showing your ignorance of the topic, an ignorance you
>> imposed on yourself by refusing to actually trying to learn any of the
>> topic (or being unable due to mental definciencies)
>>
>
> They are merely saying what I have been saying all along yet applying it
> simultaneously to all fields.

Nope, it is SPECIFICALLY talking about "Problems" defined as figuring
out what sequence of transformations from a defined list will take you
from the specified inital state to a specified final state.

That isn't the type of "Problem" that the Halting Problem is.

>
> I have been saying the every undecidable decision problem is necessarily
> erroneous, thus not any sort of legitimate problem at all.

Then you are wrong. PERIOD

>
> My first key breakthrough on this was my
> *logical law of polar questions*

But the Halting problem as specified isn't Polar.

So that isn't applicable.

>
> When posed to a man whom has never been married,
> the question: Have you stopped beating your wife?
> Is an incorrect polar question because neither yes nor
> no is a correct answer.
>
> All polar questions (including incorrect polar questions)
> have exactly one answer from the following:
> 1) No
> 2) Yes
> 3) Neither // Only applies to incorrect polar questions
>
> Copyright 2015 PL Olcott
> https://groups.google.com/g/sci.lang/c/AO5Vlupeelo/m/nxJy7N2vULwJ
>
>
>

And the question "Does the Machine specified by the input Halt when
given the input specified by the input Halt?"

Always has a correct Yes or No answer, so, by your own definition, is
not "incorrect".

Only when you erronously change the question, do you get your incorrect
question, so YOU are the one with the bad question.

Re: HH(PP,PP) correctly determines that its input never halts

<AelAL.778006$GNG9.768242@fx18.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10414&group=comp.ai.philosophy#10414

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx18.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <874jsep0ie.fsf@bsb.me.uk>
<tqskll$t4k7$1@dont-email.me> <2LkAL.541435$9sn9.114240@fx17.iad>
<tqslu5$t4k7$6@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqslu5$t4k7$6@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 58
Message-ID: <AelAL.778006$GNG9.768242@fx18.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 21:06:24 -0500
X-Received-Bytes: 3800
 by: Richard Damon - Thu, 26 Jan 2023 02:06 UTC

On 1/25/23 8:44 PM, olcott wrote:
> On 1/25/2023 7:32 PM, Richard Damon wrote:
>> On 1/25/23 8:23 PM, olcott wrote:
>>> On 1/25/2023 7:06 PM, Ben Bacarisse wrote:
>>>> Python <python@invalid.org> writes:
>>>>
>>>>> Peter Olcott wrote:
>>>>> ...
>>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>>> strings into those that represent machines would halt on their input
>>>>>> when directly executed and those that do not
>>>>>
>>>>> So at least you admit that there no program can be written that
>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>
>>>> Not so fast!  Remember that PO is often fractally wrong.  Not only
>>>> is he
>>>> usually wrong about the big picture he's usually wrong about all the
>>>> details too.  In this case, he's having trouble expressing what he
>>>> means.  This is actually just another iteration of his "it's an invalid
>>>> question" stance, badly phrased.
>>>>
>>>
>>> *This time www.oxfordreference.com agrees*
>>>
>>>     In the study of problem solving, any problem in which the initial
>>>     state or starting position, the allowable operations, and the goal
>>>     state are clearly specified, and a unique solution can be shown to
>>>     exist.
>>>
>>> *a unique solution can be shown to exist* or the problem itself is
>>> ill-defined
>>>
>>> https://www.oxfordreference.com/display/10.1093/oi/authority.20110803121717729;jsessionid=DAD4AA6FA046509B2E4564A52201A947
>>>
>>>
>>
>> But using the definitions of a DIFFERENT Field.
>
> Their statement universally applies to all problems including decision
> problems. I have known this all along, finally the rest of the world is
> beginning to catch up.
>

How?

it specificially talks about problems based on starting at a specified
initial state and getting to a specified final state, using a sequence
of transfomation from a defined set.

That isn't "All Problems", and you claim it does shows you are either a
Pathological Liar or a total idiot, or both.

You are also showing that you are a Hypocrite, as you are not following
your own rule for truth which requires a conenction to the actual
accepted Truth Makers of the system, which you aren't doing.

You are just proving how stupid you are.

Re: HH(PP,PP) correctly determines that its input never halts [-countability issue-]

<tqsn9j$t4k7$8@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10415&group=comp.ai.philosophy#10415

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
[-countability issue-]
Date: Wed, 25 Jan 2023 20:07:47 -0600
Organization: A noiseless patient Spider
Lines: 46
Message-ID: <tqsn9j$t4k7$8@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<1KjAL.437313$iS99.97366@fx16.iad> <lTjAL.46530$4jN7.9315@fx02.iad>
<tqsilj$snb8$3@dont-email.me> <trkAL.437423$iS99.24335@fx16.iad>
<tqsldb$t4k7$4@dont-email.me> <lUkAL.777911$GNG9.162830@fx18.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 26 Jan 2023 02:07:47 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="955015"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX186rWCISa8c79lwy4LfpVCU"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:RPnq6AVidikmJTxCOJVwR3mtoCs=
In-Reply-To: <lUkAL.777911$GNG9.162830@fx18.iad>
Content-Language: en-US
 by: olcott - Thu, 26 Jan 2023 02:07 UTC

On 1/25/2023 7:42 PM, Richard Damon wrote:
> On 1/25/23 8:35 PM, olcott wrote:
>> On 1/25/2023 7:11 PM, Richard Damon wrote:
>>> On 1/25/23 7:48 PM, olcott wrote:
>>>> On 1/25/2023 6:33 PM, Richard Damon wrote:
>>>
>>>>> One simple comment that comes to mind that points out the error in
>>>>> your thinking:
>>>>>
>>>>> The number of possible computing machines is a countable infinite,
>>>>> because we can express every such machine as a finite string of a
>>>>> finite symbol set.
>>>>>
>>>>> The number of possible deciders that can be defined is an
>>>>> UNCOUNTABLE infinite.
>>>>>
>>>>
>>>> I had a very very long debate about this with a PhD computer scientist.
>>>> When we make one single universal halt decider that correctly
>>>> determines
>>>> the halt status of any arbitrary input pair then the countability issue
>>>> ceases to exist.
>>>>
>>>
>>> So, by assuming an impossible machine exists, you can prove a false
>>> statement.
>>>
>>
>> By hypothesizing a single halt decider for the infinite set of arbitrary
>> finite string pairs countability ceases to be an issue.
>>
>
> So your answer to trying to do the impossible is to just assume you can
> do something impossible.
>

*Not at all*
Under the conditions that I specified countability definitely does
become moot, thus conclusively proving that countability
is not always an issue.

--
Copyright 2023 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer

Re: HH(PP,PP) correctly determines that its input never halts

<LjlAL.778107$GNG9.477080@fx18.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10416&group=comp.ai.philosophy#10416

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx18.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
<tqskcg$t29a$2@dont-email.me> <tqsl6u$t4k7$3@dont-email.me>
<URkAL.777910$GNG9.704953@fx18.iad> <tqsmse$t4k7$7@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsmse$t4k7$7@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 85
Message-ID: <LjlAL.778107$GNG9.477080@fx18.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 21:11:55 -0500
X-Received-Bytes: 4899
 by: Richard Damon - Thu, 26 Jan 2023 02:11 UTC

On 1/25/23 9:00 PM, olcott wrote:
> On 1/25/2023 7:40 PM, Richard Damon wrote:
>> On 1/25/23 8:32 PM, olcott wrote:
>>> On 1/25/2023 7:18 PM, Python wrote:
>>>> Le 26/01/2023 à 01:54, olcott a écrit :
>>>>> On 1/25/2023 6:48 PM, Python wrote:
>>>>>> Le 26/01/2023 à 01:40, olcott a écrit :
>>>>>>> On 1/25/2023 6:05 PM, Python wrote:
>>>>>>>> Peter Olcott wrote:
>>>>>>>> ...
>>>>>>>>> No machine can possibly be defined that divides all pairs of
>>>>>>>>> finite
>>>>>>>>> strings into those that represent machines would halt on their
>>>>>>>>> input
>>>>>>>>> when directly executed and those that do not
>>>>>>>>
>>>>>>>> So at least you admit that there no program can be written that
>>>>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>>>>>
>>>>>>>
>>>>>>> *I didn't say that*
>>>>>>
>>>>>> This is exactly what you wrote. For once it was a correct statement.
>>>>>>
>>>>>
>>>>> *This makes the current definition of the halting problem ill-defined*
>>>>>     In the study of problem solving, any problem in which the
>>>>>     initial state or starting position, the allowable operations,
>>>>>     and the goal state are clearly specified, and a unique
>>>>>     solution can be shown to exist.
>>>>>
>>>>> *a unique solution can be shown to exist* or the problem itself is
>>>>> ill-defined
>>>>
>>>> Either a program stops or not. This is not ill-defined at all.
>>>
>>> The problem of defining a machine that correctly determines whether or
>>> not any arbitrary pair of finite strings represents a halting
>>> computation or not can be solved by a simulating halt decider.
>>
>> But it isn't a problem of the type described.
>>
>> The Halting Problem does NOT start for a specified initial state, and
>> end in another specified final state, and there is not a specifically
>> listed set of operations allowed (just that it must use a computation).
>>
>
> Initial state or starting position: (start state of decider)

Which is? Note, every "problem" being posed within the Halting Problem

So, you are transforming the Halting Problem into an INFINTE number of
"Problems" one for each possible queztion to the Halt Decider.

>
> the allowable operations:
>   H simulates an input finite string pair (D,I) until the behavior of D
>   (a) Matches a non-halting behavior pattern (H aborts and rejects)
>   (b) Reaches its own final state (H accepts)

So, what is the actual list of transfomations of the state this performs?

Seems like you don't actually understand the problem

>
> the goal state: (accept or reject state of decider)
>

But which? Remember, the definition said a SPECIFIED final state, thus
which state is it supposed to go to accept or reject?

You can't do the problem you are propsing until you solve the actual
problem of the Haltig Problem.

yes, you could say there is a problem of the sort they are talking about
to design such a decider, and the fact that THAT second problem is
ill-defined just shows that the original halting problem is proved to be
uncomputable.

You are just showing that you haven't thought this through.

You are just proving your mistakes on the subject.

You don't actually know the meaning of what you are talking about.

Re: HH(PP,PP) correctly determines that its input never halts [-countability issue-]

<JnlAL.778118$GNG9.678445@fx18.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10417&group=comp.ai.philosophy#10417

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer01.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx18.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
[-countability issue-]
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<1KjAL.437313$iS99.97366@fx16.iad> <lTjAL.46530$4jN7.9315@fx02.iad>
<tqsilj$snb8$3@dont-email.me> <trkAL.437423$iS99.24335@fx16.iad>
<tqsldb$t4k7$4@dont-email.me> <lUkAL.777911$GNG9.162830@fx18.iad>
<tqsn9j$t4k7$8@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsn9j$t4k7$8@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 57
Message-ID: <JnlAL.778118$GNG9.678445@fx18.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 21:16:09 -0500
X-Received-Bytes: 3559
 by: Richard Damon - Thu, 26 Jan 2023 02:16 UTC

On 1/25/23 9:07 PM, olcott wrote:
> On 1/25/2023 7:42 PM, Richard Damon wrote:
>> On 1/25/23 8:35 PM, olcott wrote:
>>> On 1/25/2023 7:11 PM, Richard Damon wrote:
>>>> On 1/25/23 7:48 PM, olcott wrote:
>>>>> On 1/25/2023 6:33 PM, Richard Damon wrote:
>>>>
>>>>>> One simple comment that comes to mind that points out the error in
>>>>>> your thinking:
>>>>>>
>>>>>> The number of possible computing machines is a countable infinite,
>>>>>> because we can express every such machine as a finite string of a
>>>>>> finite symbol set.
>>>>>>
>>>>>> The number of possible deciders that can be defined is an
>>>>>> UNCOUNTABLE infinite.
>>>>>>
>>>>>
>>>>> I had a very very long debate about this with a PhD computer
>>>>> scientist.
>>>>> When we make one single universal halt decider that correctly
>>>>> determines
>>>>> the halt status of any arbitrary input pair then the countability
>>>>> issue
>>>>> ceases to exist.
>>>>>
>>>>
>>>> So, by assuming an impossible machine exists, you can prove a false
>>>> statement.
>>>>
>>>
>>> By hypothesizing a single halt decider for the infinite set of arbitrary
>>> finite string pairs countability ceases to be an issue.
>>>
>>
>> So your answer to trying to do the impossible is to just assume you
>> can do something impossible.
>>
>
> *Not at all*
> Under the conditions that I specified countability definitely does
> become moot, thus conclusively proving that countability
> is not always an issue.
>
>

So in a land of fairy dust power magical mythical unicorns, you think
you can count them.

You are just showing how stupid you are.

I though YOU were the one saying you have to start from actual truths
and moved forward. How do you justify hypothesizing something that you
can't figure out how to do, and has been proven to be impossible.

You are admitting you don't believe your own definition of Truth, so
everything you say should be assuemd to be a lie.

Re: HH(PP,PP) correctly determines that its input never halts

<tqsnt1$t4k7$9@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10418&group=comp.ai.philosophy#10418

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Date: Wed, 25 Jan 2023 20:18:08 -0600
Organization: A noiseless patient Spider
Lines: 71
Message-ID: <tqsnt1$t4k7$9@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
<ZokAL.437355$iS99.335709@fx16.iad> <tqslnl$t4k7$5@dont-email.me>
<tblAL.777999$GNG9.246674@fx18.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 02:18:09 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="955015"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18Rta8p6INvXdBP+Pa+VxhT"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:YdVfwA5N0VY5qQPnrsfm1d1uW0A=
Content-Language: en-US
In-Reply-To: <tblAL.777999$GNG9.246674@fx18.iad>
 by: olcott - Thu, 26 Jan 2023 02:18 UTC

On 1/25/2023 8:03 PM, Richard Damon wrote:
> On 1/25/23 8:41 PM, olcott wrote:
>> On 1/25/2023 7:09 PM, Richard Damon wrote:
>>> On 1/25/23 7:54 PM, olcott wrote:
>>>> On 1/25/2023 6:48 PM, Python wrote:
>>>>> Le 26/01/2023 à 01:40, olcott a écrit :
>>>>>> On 1/25/2023 6:05 PM, Python wrote:
>>>>>>> Peter Olcott wrote:
>>>>>>> ...
>>>>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>>>>> strings into those that represent machines would halt on their
>>>>>>>> input
>>>>>>>> when directly executed and those that do not
>>>>>>>
>>>>>>> So at least you admit that there no program can be written that
>>>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>>>>
>>>>>>
>>>>>> *I didn't say that*
>>>>>
>>>>> This is exactly what you wrote. For once it was a correct statement.
>>>>>
>>>>
>>>> *This makes the current definition of the halting problem ill-defined*
>>>
>>> Not by the definition of Conputation theory
>>>
>>>>     In the study of problem solving, any problem in which the
>>>>     initial state or starting position, the allowable operations,
>>>>     and the goal state are clearly specified, and a unique
>>>>     solution can be shown to exist.
>>>>
>>>> *a unique solution can be shown to exist* or the problem itself is
>>>> ill-defined
>>>>
>>>> https://www.oxfordreference.com/display/10.1093/oi/authority.20110803121717729;jsessionid=DAD4AA6FA046509B2E4564A52201A947
>>>
>>> Which is from a different field with different definition.
>>>
>>> They are talking about PUZZLES as "Problems".
>>>
>>> You are just showing your ignorance of the topic, an ignorance you
>>> imposed on yourself by refusing to actually trying to learn any of
>>> the topic (or being unable due to mental definciencies)
>>>
>>
>> They are merely saying what I have been saying all along yet applying it
>> simultaneously to all fields.
>
> Nope, it is SPECIFICALLY talking about "Problems" defined as figuring
> out what sequence of transformations from a defined list will take you
> from the specified inital state to a specified final state.
>

Yes and you fail to see that this is exactly a decision problem?
https://en.wikipedia.org/wiki/Decision_problem

> That isn't the type of "Problem" that the Halting Problem is.
>
If you were correct (you are not correct) that would make the
halting problem ill-defined for more than one reason.

A halt decider begins at its own start state and transforms an arbitrary
finite string pair input into a Boolean value indicated by its final
accept or reject state on the basis of whether or not the first element
of this pair would ever reach its own final state.

--
Copyright 2023 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer

Re: HH(PP,PP) correctly determines that its input never halts

<tqso09$t4k7$10@dont-email.me>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10419&group=comp.ai.philosophy#10419

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Date: Wed, 25 Jan 2023 20:19:53 -0600
Organization: A noiseless patient Spider
Lines: 60
Message-ID: <tqso09$t4k7$10@dont-email.me>
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <874jsep0ie.fsf@bsb.me.uk>
<tqskll$t4k7$1@dont-email.me> <2LkAL.541435$9sn9.114240@fx17.iad>
<tqslu5$t4k7$6@dont-email.me> <AelAL.778006$GNG9.768242@fx18.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 02:19:53 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="955015"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/KLSE5jnJJtOb9CcESKZdU"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:heCKE5OTGHPzt1GBZ+G6AUIoQnk=
Content-Language: en-US
In-Reply-To: <AelAL.778006$GNG9.768242@fx18.iad>
 by: olcott - Thu, 26 Jan 2023 02:19 UTC

On 1/25/2023 8:06 PM, Richard Damon wrote:
> On 1/25/23 8:44 PM, olcott wrote:
>> On 1/25/2023 7:32 PM, Richard Damon wrote:
>>> On 1/25/23 8:23 PM, olcott wrote:
>>>> On 1/25/2023 7:06 PM, Ben Bacarisse wrote:
>>>>> Python <python@invalid.org> writes:
>>>>>
>>>>>> Peter Olcott wrote:
>>>>>> ...
>>>>>>> No machine can possibly be defined that divides all pairs of finite
>>>>>>> strings into those that represent machines would halt on their input
>>>>>>> when directly executed and those that do not
>>>>>>
>>>>>> So at least you admit that there no program can be written that
>>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>>
>>>>> Not so fast!  Remember that PO is often fractally wrong.  Not only
>>>>> is he
>>>>> usually wrong about the big picture he's usually wrong about all the
>>>>> details too.  In this case, he's having trouble expressing what he
>>>>> means.  This is actually just another iteration of his "it's an
>>>>> invalid
>>>>> question" stance, badly phrased.
>>>>>
>>>>
>>>> *This time www.oxfordreference.com agrees*
>>>>
>>>>     In the study of problem solving, any problem in which the initial
>>>>     state or starting position, the allowable operations, and the goal
>>>>     state are clearly specified, and a unique solution can be shown to
>>>>     exist.
>>>>
>>>> *a unique solution can be shown to exist* or the problem itself is
>>>> ill-defined
>>>>
>>>> https://www.oxfordreference.com/display/10.1093/oi/authority.20110803121717729;jsessionid=DAD4AA6FA046509B2E4564A52201A947
>>>>
>>>>
>>>
>>> But using the definitions of a DIFFERENT Field.
>>
>> Their statement universally applies to all problems including decision
>> problems. I have known this all along, finally the rest of the world is
>> beginning to catch up.
>>
>
> How?
>
> it specificially talks about problems based on starting at a specified
> initial state and getting to a specified final state, using a sequence
> of transfomation from a defined set.
>

That very obviously includes decision problems
https://en.wikipedia.org/wiki/Decision_problem

--
Copyright 2023 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer

Re: HH(PP,PP) correctly determines that its input never halts

<VvlAL.778195$GNG9.601711@fx18.iad>

  copy mid

https://www.novabbs.com/computers/article-flat.php?id=10420&group=comp.ai.philosophy#10420

  copy link   Newsgroups: comp.theory sci.logic sci.math comp.ai.philosophy
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx18.iad.POSTED!not-for-mail
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Subject: Re: HH(PP,PP) correctly determines that its input never halts
Content-Language: en-US
Newsgroups: comp.theory,sci.logic,sci.math,comp.ai.philosophy
References: <tqou6f$6pbl$1@dont-email.me> <51_zL.265586$gGD7.147065@fx11.iad>
<tqpsvf$bu1t$1@dont-email.me> <r50AL.389317$8_id.40494@fx09.iad>
<tqq6jf$g7v8$1@dont-email.me> <0x1AL.136150$PXw7.56787@fx45.iad>
<tqq90e$gh3t$1@dont-email.me> <cY1AL.308016$Tcw8.270142@fx10.iad>
<tqqdpl$hcci$1@dont-email.me> <BE8AL.276573$gGD7.12810@fx11.iad>
<tqrmnb$ob0i$1@dont-email.me> <mKiAL.355627$MVg8.158433@fx12.iad>
<tqse0s$s42e$1@dont-email.me> <tqsf9v$s42e$2@dont-email.me>
<tqsg4l$sem7$1@dont-email.me> <tqsi54$snb8$1@dont-email.me>
<tqsikg$sqcp$2@dont-email.me> <tqsj0h$snb8$4@dont-email.me>
<ZokAL.437355$iS99.335709@fx16.iad> <tqslnl$t4k7$5@dont-email.me>
<tblAL.777999$GNG9.246674@fx18.iad> <tqsnt1$t4k7$9@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsnt1$t4k7$9@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 90
Message-ID: <VvlAL.778195$GNG9.601711@fx18.iad>
X-Complaints-To: abuse@easynews.com
Organization: Forte - www.forteinc.com
X-Complaints-Info: Please be sure to forward a copy of ALL headers otherwise we will be unable to process your complaint properly.
Date: Wed, 25 Jan 2023 21:24:52 -0500
X-Received-Bytes: 5161
 by: Richard Damon - Thu, 26 Jan 2023 02:24 UTC

On 1/25/23 9:18 PM, olcott wrote:
> On 1/25/2023 8:03 PM, Richard Damon wrote:
>> On 1/25/23 8:41 PM, olcott wrote:
>>> On 1/25/2023 7:09 PM, Richard Damon wrote:
>>>> On 1/25/23 7:54 PM, olcott wrote:
>>>>> On 1/25/2023 6:48 PM, Python wrote:
>>>>>> Le 26/01/2023 à 01:40, olcott a écrit :
>>>>>>> On 1/25/2023 6:05 PM, Python wrote:
>>>>>>>> Peter Olcott wrote:
>>>>>>>> ...
>>>>>>>>> No machine can possibly be defined that divides all pairs of
>>>>>>>>> finite
>>>>>>>>> strings into those that represent machines would halt on their
>>>>>>>>> input
>>>>>>>>> when directly executed and those that do not
>>>>>>>>
>>>>>>>> So at least you admit that there no program can be written that
>>>>>>>> is an halt decider! It took time for you to abandon your delusions!
>>>>>>>>
>>>>>>>
>>>>>>> *I didn't say that*
>>>>>>
>>>>>> This is exactly what you wrote. For once it was a correct statement.
>>>>>>
>>>>>
>>>>> *This makes the current definition of the halting problem ill-defined*
>>>>
>>>> Not by the definition of Conputation theory
>>>>
>>>>>     In the study of problem solving, any problem in which the
>>>>>     initial state or starting position, the allowable operations,
>>>>>     and the goal state are clearly specified, and a unique
>>>>>     solution can be shown to exist.
>>>>>
>>>>> *a unique solution can be shown to exist* or the problem itself is
>>>>> ill-defined
>>>>>
>>>>> https://www.oxfordreference.com/display/10.1093/oi/authority.20110803121717729;jsessionid=DAD4AA6FA046509B2E4564A52201A947
>>>>
>>>> Which is from a different field with different definition.
>>>>
>>>> They are talking about PUZZLES as "Problems".
>>>>
>>>> You are just showing your ignorance of the topic, an ignorance you
>>>> imposed on yourself by refusing to actually trying to learn any of
>>>> the topic (or being unable due to mental definciencies)
>>>>
>>>
>>> They are merely saying what I have been saying all along yet applying it
>>> simultaneously to all fields.
>>
>> Nope, it is SPECIFICALLY talking about "Problems" defined as figuring
>> out what sequence of transformations from a defined list will take you
>> from the specified inital state to a specified final state.
>>
>
> Yes and you fail to see that this is exactly a decision problem?
> https://en.wikipedia.org/wiki/Decision_problem

Nope, the descion problem is to come up with an algrorithm that
transfers you from ANY initial input to the CORRECT answer for a question.

The "Puzzle" problem is to figgure out the steps to do to go from a
speciric input state to a specific output state.

Most decision problem don't care about the path the decider took being
'unique" just that the final state matches the right answer.

>
>> That isn't the type of "Problem" that the Halting Problem is.
>>
> If you were correct (you are not correct) that would make the
> halting problem ill-defined for more than one reason.

Maybe it is a ill-defined puzzle problem, but that isn't the type of
problem it claims to be

>
> A halt decider begins at its own start state and transforms an arbitrary
> finite string pair input into a Boolean value indicated by its final
> accept or reject state on the basis of whether or not the first element
> of this pair would ever reach its own final state.
>

Which isn't the sort of thing that the Puzzle Problem definition is
supposed to do.

You are just continuing to bury your reputation, proving that you don't
actually understand the words you are using.

Pages:123456
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor