Rocksolid Light

Welcome to novaBBS (click a section below)

mail  files  register  newsreader  groups  login

Message-ID:  

Science is to computer science as hydrodynamics is to plumbing.


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

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

<WwlAL.778221$GNG9.462205@fx18.iad>

  copy mid

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

  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> <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>
<tqso09$t4k7$10@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqso09$t4k7$10@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 16
Message-ID: <WwlAL.778221$GNG9.462205@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:25:58 -0500
X-Received-Bytes: 2011
 by: Richard Damon - Thu, 26 Jan 2023 02:25 UTC

On 1/25/23 9:19 PM, olcott wrote:
> On 1/25/2023 8:06 PM, Richard Damon wrote:
>> 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
>

Nope, see other post.

In a very real sense they are OPPOSITE problems.

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

<tqsocp$t4k7$11@dont-email.me>

  copy mid

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

  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:26:33 -0600
Organization: A noiseless patient Spider
Lines: 62
Message-ID: <tqsocp$t4k7$11@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>
<tqsn9j$t4k7$8@dont-email.me> <JnlAL.778118$GNG9.678445@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:26:34 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="955015"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/x6D+NYU3ez1lIDzFPqG7h"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:u81c/1+J048EzkmxKV4dOTlL0CY=
In-Reply-To: <JnlAL.778118$GNG9.678445@fx18.iad>
Content-Language: en-US
 by: olcott - Thu, 26 Jan 2023 02:26 UTC

On 1/25/2023 8:16 PM, Richard Damon wrote:
> 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.
>

Anyone can count to one. Do you disagree?

One TM and an arbitrary finite string pair also applies to deriving the
sum of natural numbers as pairs of finite strings. We need not count
these strings we only need to compute the sum of any arbitrary pair.

--
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-]

<xPlAL.541933$9sn9.270497@fx17.iad>

  copy mid

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

  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!fx17.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> <JnlAL.778118$GNG9.678445@fx18.iad>
<tqsocp$t4k7$11@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsocp$t4k7$11@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 82
Message-ID: <xPlAL.541933$9sn9.270497@fx17.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:45:49 -0500
X-Received-Bytes: 4613
 by: Richard Damon - Thu, 26 Jan 2023 02:45 UTC

On 1/25/23 9:26 PM, olcott wrote:
> On 1/25/2023 8:16 PM, Richard Damon wrote:
>> 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.
>>
>
> Anyone can count to one. Do you disagree?
>
> One TM and an arbitrary finite string pair also applies to deriving the
> sum of natural numbers as pairs of finite strings. We need not count
> these strings we only need to compute the sum of any arbitrary pair.
>

Nope, not the "sum" of an arbtrary pair. Yes, "Summing" is computable.

The number of possible functions to compute goes exponentially to the
number of input values.

8 inputs to decide, 256 functions
9 inputs to decide, 512 functions
10 inputs to decide, 1024 functions

since the input can be a countable infinite number of values, there are
2 to a countable infinite number of functions to make.

It turns out that no method to try to map that number of functions to a
countable number exists, as it grows too fast.

Please post YOUR mapping that shows it is countable.

Note, you can't assume an actual Halt Decider exists, as you haven't
actually shown it does. Only that the common proof doesn't work for your
"alternate" definition of a Halt Decider that doesn't actually map to
the Halting Function, but it still won't work, as other proofs will
still break it.

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

<tqsrta$10qup$1@dont-email.me>

  copy mid

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

  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 21:26:33 -0600
Organization: A noiseless patient Spider
Lines: 85
Message-ID: <tqsrta$10qup$1@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>
<tqsn9j$t4k7$8@dont-email.me> <JnlAL.778118$GNG9.678445@fx18.iad>
<tqsocp$t4k7$11@dont-email.me> <xPlAL.541933$9sn9.270497@fx17.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 26 Jan 2023 03:26:34 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="1076185"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+sUicyk0ioCLO1NABLvVOO"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:wtUJVuXcbFasuiMHPscB3eK5pFE=
In-Reply-To: <xPlAL.541933$9sn9.270497@fx17.iad>
Content-Language: en-US
 by: olcott - Thu, 26 Jan 2023 03:26 UTC

On 1/25/2023 8:45 PM, Richard Damon wrote:
> On 1/25/23 9:26 PM, olcott wrote:
>> On 1/25/2023 8:16 PM, Richard Damon wrote:
>>> 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.
>>>
>>
>> Anyone can count to one. Do you disagree?
>>
>> One TM and an arbitrary finite string pair also applies to deriving the
>> sum of natural numbers as pairs of finite strings. We need not count
>> these strings we only need to compute the sum of any arbitrary pair.
>>
>
> Nope, not the "sum" of an arbtrary pair. Yes, "Summing" is computable.
>
> The number of possible functions to compute goes exponentially to the
> number of input values.

Yes of course everyone knows that we must have a separate TM to compute
the sum of each distinct input pair. It is utterly impossible to define
a single machine that could compute the sum of 3+4 and also compute the
sum of 2+1.

Even if by some magic this would be possible everyone knows that it is
utterly impossible to chain these calls together to derive the sum of
more elements than a pair.

sum(sum(2,3), sum(4,5)) is utterly unimaginable total nonsense.
Recursive calls are a form of psychosis.

Did you notice that was sarcasm?

--
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-]

<0CmAL.136561$PXw7.123678@fx45.iad>

  copy mid

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

  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!fx45.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> <JnlAL.778118$GNG9.678445@fx18.iad>
<tqsocp$t4k7$11@dont-email.me> <xPlAL.541933$9sn9.270497@fx17.iad>
<tqsrta$10qup$1@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsrta$10qup$1@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 103
Message-ID: <0CmAL.136561$PXw7.123678@fx45.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 22:39:39 -0500
X-Received-Bytes: 5440
 by: Richard Damon - Thu, 26 Jan 2023 03:39 UTC

On 1/25/23 10:26 PM, olcott wrote:
> On 1/25/2023 8:45 PM, Richard Damon wrote:
>> On 1/25/23 9:26 PM, olcott wrote:
>>> On 1/25/2023 8:16 PM, Richard Damon wrote:
>>>> 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.
>>>>
>>>
>>> Anyone can count to one. Do you disagree?
>>>
>>> One TM and an arbitrary finite string pair also applies to deriving the
>>> sum of natural numbers as pairs of finite strings. We need not count
>>> these strings we only need to compute the sum of any arbitrary pair.
>>>
>>
>> Nope, not the "sum" of an arbtrary pair. Yes, "Summing" is computable.
>>
>> The number of possible functions to compute goes exponentially to the
>> number of input values.
>
> Yes of course everyone knows that we must have a separate TM to compute
> the sum of each distinct input pair. It is utterly impossible to define
> a single machine that could compute the sum of 3+4 and also compute the
> sum of 2+1.

????? That is a standard first year exercise.

>
> Even if by some magic this would be possible everyone knows that it is
> utterly impossible to chain these calls together to derive the sum of
> more elements than a pair.

So, "Sum" is a computable function.

You falling into the proof by example problem agian.

>
> sum(sum(2,3), sum(4,5)) is utterly unimaginable total nonsense.
> Recursive calls are a form of psychosis.
>
> Did you notice that was sarcasm?
>
>

So, rather than try to actually come up with an answewr, you deflect
with garbage.

Guess that shows how much basis you have to work from.

You still don't seem to understand that there are an order of magnatude
more functions than machines, (order as in degree of infinity) so you
can't compute all the functions, there aren't enough machines to do it.

Your brain is just too small to understand that, because it doesn't even
seem to understand the actual concept of infinity. Infinity isn't just a
very big number.

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

<87pmb2lzln.fsf@bsb.me.uk>

  copy mid

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

  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 03:54:44 +0000
Organization: A noiseless patient Spider
Lines: 47
Message-ID: <87pmb2lzln.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>
<1KjAL.437313$iS99.97366@fx16.iad> <lTjAL.46530$4jN7.9315@fx02.iad>
<tqsijg$sqcp$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Injection-Info: reader01.eternal-september.org; posting-host="1f361b4a949c71f85bfa95c9fb3329cf";
logging-data="1079378"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19Silek7ZBY+o8Gp45+rfIMx/HYIFQC8Yg="
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux)
Cancel-Lock: sha1:Ovl/Mcf3/Riy3ZYoTH9AUDol7Ps=
sha1:dyn11EqWxAzg+SQdJTHCMkfnbyU=
X-BSB-Auth: 1.ed79af6ae5a44e50aac7.20230126035444GMT.87pmb2lzln.fsf@bsb.me.uk
 by: Ben Bacarisse - Thu, 26 Jan 2023 03:54 UTC

Python <python@invalid.org> writes:

> Le 26/01/2023 à 01:33, Richard Damon a écrit :
>> 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.

Ooh, I would not say that. For any reasonable meaning of "can be
defined" the set is countable, isn't it?

The set of subsets of N is uncountable, so most of these sets are not
decidable, but only a countable subset can be defined. That's how I'd
put anyway.

>> Thus, there are deciders that can not be computed, in
>> fact, MOST deciders can't be computed. (Admittedly a randomly chosen
>> decider likely isn't useful).

(I'd phrase it in terms of sets that can't be decided.)

>> I suspect you aren't going to understand this, as you can't seem to
>> handle the actual concept of infinity.
>
> Exactly. This is something Ben Bacarisse pointed out several times
> here. Then the fact there is no program being an Halt Decider is
> not much a surprise. It is only the first of this kind of problem that
> has been found not to be able to be solve by a program.

As RD says, the counting argument does not guarantee that we care about
any of the undecidable sets. This together with the fact that only
countable many can be finitely defined means that we are doubly lucky
(or unlucky, depending on how you see it) to have examples of
well-defined sets that are both undecidable and interesting. All the
undecidable ones /could/ have been boring or ones we can't finitely
define.

The halting deniers studiously ignore all the other well-defined
non-computable functions because they have no basis for rejecting them
as pathological. And they always ignore the busy beaver function
because it's non-computability has in independent proof.

--
Ben.

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

<tqstpl$10qup$2@dont-email.me>

  copy mid

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

  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 [Ben]
Date: Wed, 25 Jan 2023 21:58:45 -0600
Organization: A noiseless patient Spider
Lines: 69
Message-ID: <tqstpl$10qup$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>
<stkAL.437475$iS99.282004@fx16.iad> <87v8kum0gx.fsf@bsb.me.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 26 Jan 2023 03:58:45 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="1076185"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/qdUhHSxD2I9WL267chJ27"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:chsUAGo2uwmV9DuYfffpx9BzvxA=
Content-Language: en-US
In-Reply-To: <87v8kum0gx.fsf@bsb.me.uk>
 by: olcott - Thu, 26 Jan 2023 03:58 UTC

On 1/25/2023 9:35 PM, Ben Bacarisse wrote:
> Richard Damon <Richard@Damon-Family.org> writes:
>
>> On 1/25/23 8: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.
>>
>> Meaning some times he just admits he is wrong because he fails to
>> fashion a good enough lie and slips up and tells the truth that he
>> doesn't beleive.
>
> Not quite. Python cut off the end of the sentence. The "...because"
> text is what shows it's the same old "some instances have no correct
> answer" in new clothing. PO almost certainly does not stand by what
> Python quoted without the because clause.
>

It is the case that ZFC did eliminate Russell's Paradox by eliminating
its basis of a set containing itself. Under the original definition of
the problem within naive set theory Russell's Paradox still exists.

The halting problem proof begins with the correct basis that arbitrary
pairs of finite strings either represent a computation that halts on its
input or not.

The proof that no machine can correctly determine this set is analogous
to the Liar Paradox in that the input is specifically defined to do the
opposite of whatever the halt decider determines. This transforms the
halting problem into an ill-formed 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.

*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

*I have been saying this for decades*
Every undecidable decision problem is necessarily erroneous.

*Finally www.oxfordreference.com agrees*

When we redefine the problem from arbitrary pairs of finite strings to
arbitrary pairs of finite string inputs to a decider then the liar
paradox issue goes away. H(D,D) does correctly determine that its
correct simulation of its input would never stop running unless aborted.

--
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-]

<tqsurf$10qup$3@dont-email.me>

  copy mid

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

  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 22:16:47 -0600
Organization: A noiseless patient Spider
Lines: 104
Message-ID: <tqsurf$10qup$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>
<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> <JnlAL.778118$GNG9.678445@fx18.iad>
<tqsocp$t4k7$11@dont-email.me> <xPlAL.541933$9sn9.270497@fx17.iad>
<tqsrta$10qup$1@dont-email.me> <0CmAL.136561$PXw7.123678@fx45.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 26 Jan 2023 04:16:47 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="1076185"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/wulVmX0U2n5vQSqADYQvT"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:D7ihyfwo6jM+a2/bgXkTGlMebMM=
In-Reply-To: <0CmAL.136561$PXw7.123678@fx45.iad>
Content-Language: en-US
 by: olcott - Thu, 26 Jan 2023 04:16 UTC

On 1/25/2023 9:39 PM, Richard Damon wrote:
> On 1/25/23 10:26 PM, olcott wrote:
>> On 1/25/2023 8:45 PM, Richard Damon wrote:
>>> On 1/25/23 9:26 PM, olcott wrote:
>>>> On 1/25/2023 8:16 PM, Richard Damon wrote:
>>>>> 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.
>>>>>
>>>>
>>>> Anyone can count to one. Do you disagree?
>>>>
>>>> One TM and an arbitrary finite string pair also applies to deriving the
>>>> sum of natural numbers as pairs of finite strings. We need not count
>>>> these strings we only need to compute the sum of any arbitrary pair.
>>>>
>>>
>>> Nope, not the "sum" of an arbtrary pair. Yes, "Summing" is computable.
>>>
>>> The number of possible functions to compute goes exponentially to the
>>> number of input values.
>>
>> Yes of course everyone knows that we must have a separate TM to compute
>> the sum of each distinct input pair. It is utterly impossible to define
>> a single machine that could compute the sum of 3+4 and also compute the
>> sum of 2+1.
>
> ????? That is a standard first year exercise.
>
>>
>> Even if by some magic this would be possible everyone knows that it is
>> utterly impossible to chain these calls together to derive the sum of
>> more elements than a pair.
>
> So, "Sum" is a computable function.
>
> You falling into the proof by example problem agian.
>
>>
>> sum(sum(2,3), sum(4,5)) is utterly unimaginable total nonsense.
>> Recursive calls are a form of psychosis.
>>
>> Did you notice that was sarcasm?
>>
>>
>
> So, rather than try to actually come up with an answewr, you deflect
> with garbage.
>

I have proven that countability is not an issue.
That you fail to understand that is not my 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 [-countability issue-]

<xknAL.394600$8_id.190708@fx09.iad>

  copy mid

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

  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!fx09.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> <JnlAL.778118$GNG9.678445@fx18.iad>
<tqsocp$t4k7$11@dont-email.me> <xPlAL.541933$9sn9.270497@fx17.iad>
<tqsrta$10qup$1@dont-email.me> <0CmAL.136561$PXw7.123678@fx45.iad>
<tqsurf$10qup$3@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqsurf$10qup$3@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 112
Message-ID: <xknAL.394600$8_id.190708@fx09.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 23:29:17 -0500
X-Received-Bytes: 5607
 by: Richard Damon - Thu, 26 Jan 2023 04:29 UTC

On 1/25/23 11:16 PM, olcott wrote:
> On 1/25/2023 9:39 PM, Richard Damon wrote:
>> On 1/25/23 10:26 PM, olcott wrote:
>>> On 1/25/2023 8:45 PM, Richard Damon wrote:
>>>> On 1/25/23 9:26 PM, olcott wrote:
>>>>> On 1/25/2023 8:16 PM, Richard Damon wrote:
>>>>>> 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.
>>>>>>
>>>>>
>>>>> Anyone can count to one. Do you disagree?
>>>>>
>>>>> One TM and an arbitrary finite string pair also applies to deriving
>>>>> the
>>>>> sum of natural numbers as pairs of finite strings. We need not count
>>>>> these strings we only need to compute the sum of any arbitrary pair.
>>>>>
>>>>
>>>> Nope, not the "sum" of an arbtrary pair. Yes, "Summing" is computable.
>>>>
>>>> The number of possible functions to compute goes exponentially to
>>>> the number of input values.
>>>
>>> Yes of course everyone knows that we must have a separate TM to compute
>>> the sum of each distinct input pair. It is utterly impossible to define
>>> a single machine that could compute the sum of 3+4 and also compute the
>>> sum of 2+1.
>>
>> ????? That is a standard first year exercise.
>>
>>>
>>> Even if by some magic this would be possible everyone knows that it is
>>> utterly impossible to chain these calls together to derive the sum of
>>> more elements than a pair.
>>
>> So, "Sum" is a computable function.
>>
>> You falling into the proof by example problem agian.
>>
>>>
>>> sum(sum(2,3), sum(4,5)) is utterly unimaginable total nonsense.
>>> Recursive calls are a form of psychosis.
>>>
>>> Did you notice that was sarcasm?
>>>
>>>
>>
>> So, rather than try to actually come up with an answewr, you deflect
>> with garbage.
>>
>
> I have proven that countability is not an issue.
> That you fail to understand that is not my problem.
>

WHERE? You have CLAIMED, not proven.

You claim is based on Fairy Dust, not reality,

You are just proving you are insane or stupid.

>

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

<rsnAL.394643$8_id.366181@fx09.iad>

  copy mid

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

  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!fx09.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 [Ben]
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>
<stkAL.437475$iS99.282004@fx16.iad> <87v8kum0gx.fsf@bsb.me.uk>
<tqstpl$10qup$2@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqstpl$10qup$2@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 103
Message-ID: <rsnAL.394643$8_id.366181@fx09.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 23:37:43 -0500
X-Received-Bytes: 5646
 by: Richard Damon - Thu, 26 Jan 2023 04:37 UTC

On 1/25/23 10:58 PM, olcott wrote:
> On 1/25/2023 9:35 PM, Ben Bacarisse wrote:
>> Richard Damon <Richard@Damon-Family.org> writes:
>>
>>> On 1/25/23 8: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.
>>>
>>> Meaning some times he just admits he is wrong because he fails to
>>> fashion a good enough lie and slips up and tells the truth that he
>>> doesn't beleive.
>>
>> Not quite.  Python cut off the end of the sentence.  The "...because"
>> text is what shows it's the same old "some instances have no correct
>> answer" in new clothing.  PO almost certainly does not stand by what
>> Python quoted without the because clause.
>>
>
> It is the case that ZFC did eliminate Russell's Paradox by eliminating
> its basis of a set containing itself. Under the original definition of
> the problem within naive set theory Russell's Paradox still exists.

Not by just defining that sets can't contain themselves, but by limiting
the kind of things that sets can contain.

>
> The halting problem proof begins with the correct basis that arbitrary
> pairs of finite strings either represent a computation that halts on its
> input or not.
>
> The proof that no machine can correctly determine this set is analogous
> to the Liar Paradox in that the input is specifically defined to do the
> opposite of whatever the halt decider determines. This transforms the
> halting problem into an ill-formed problem.

Nope. Since the input is part of the domain of machine/inputs, the
logical semntics of what that machine is doing is irrelevent. Basd on
the rules the prospective Halt Decider is using, it will either Halt or
be Non-Halting, the the Problem has a correct answer, so the Halting
Funciton exists as a well defined function, it just is a fact that the
decider can't give the right answer.

The the problem that is ill-defined, is the problem to try to create the
Halt Decider, because it doesn't exist.

You just can't seem to distinguish between the actual problem asked for,
and the problem of trying to create a working Halt Decider.

>
>    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.
>

You keep repeating the Strawman, This proves you are STUPID

> *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 about PUZZLE Problems.

>
> *I have been saying this for decades*
> Every undecidable decision problem is necessarily erroneous.

Nope, just uncomputable.

>
> *Finally www.oxfordreference.com agrees*
>
> When we redefine the problem from arbitrary pairs of finite strings to
> arbitrary pairs of finite string inputs to a decider then the liar
> paradox issue goes away. H(D,D) does correctly determine that its
> correct simulation of its input would never stop running unless aborted.
>

So, you are admitting that H doesn't answer the actual Halting problem,
but think it is ok to give a wrong answer because it is impossible for
it to give the right answer?

This just proves that you are totally ignorant.

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

<tqt0vb$11rpj$1@dont-email.me>

  copy mid

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

  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 22:52:57 -0600
Organization: A noiseless patient Spider
Lines: 80
Message-ID: <tqt0vb$11rpj$1@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>
<tqsn9j$t4k7$8@dont-email.me> <JnlAL.778118$GNG9.678445@fx18.iad>
<tqsocp$t4k7$11@dont-email.me> <xPlAL.541933$9sn9.270497@fx17.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 26 Jan 2023 04:52:59 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="1109811"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19bTsuuM8p50HRYTUq9lEL0"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:w4WMIBYwssXW9a/q1yeGLL6tJsY=
Content-Language: en-US
In-Reply-To: <xPlAL.541933$9sn9.270497@fx17.iad>
 by: olcott - Thu, 26 Jan 2023 04:52 UTC

On 1/25/2023 8:45 PM, Richard Damon wrote:
> On 1/25/23 9:26 PM, olcott wrote:
>> On 1/25/2023 8:16 PM, Richard Damon wrote:
>>> 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.
>>>
>>
>> Anyone can count to one. Do you disagree?
>>
>> One TM and an arbitrary finite string pair also applies to deriving the
>> sum of natural numbers as pairs of finite strings. We need not count
>> these strings we only need to compute the sum of any arbitrary pair.
>>
>
> Nope, not the "sum" of an arbtrary pair. Yes, "Summing" is computable.
>
> The number of possible functions to compute goes exponentially to the
> number of input values.
>
> 8 inputs to decide, 256 functions
> 9 inputs to decide, 512 functions
> 10 inputs to decide, 1024 functions
>

The above is pure Cockamamie bullshit.
One TM has an arbitrary number of space delimited finite strings of
ASCII digits that it computes the sum of.

--
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-]

<tqtp8i$15u5f$1@dont-email.me>

  copy mid

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

  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: news.x.r...@xoxy.net (Richard Damon)
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: Thu, 26 Jan 2023 06:47:30 -0500
Organization: A noiseless patient Spider
Lines: 28
Message-ID: <tqtp8i$15u5f$1@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>
<tqsn9j$t4k7$8@dont-email.me> <JnlAL.778118$GNG9.678445@fx18.iad>
<tqsocp$t4k7$11@dont-email.me> <xPlAL.541933$9sn9.270497@fx17.iad>
<tqt0vb$11rpj$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 26 Jan 2023 11:47:31 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="475cc0666555aaeab77b26bb29c6a131";
logging-data="1243311"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18pAFTJVU/RXmMYV/k37gGGfhrlID4cWx4="
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0)
Gecko/20100101 Thunderbird/102.6.1
Cancel-Lock: sha1:9ncbhnIh6zt4yS8qUkVUi6tO4gk=
Content-Language: en-US
In-Reply-To: <tqt0vb$11rpj$1@dont-email.me>
 by: Richard Damon - Thu, 26 Jan 2023 11:47 UTC

On 1/25/23 11:52 PM, olcott wrote:
> On 1/25/2023 8:45 PM, Richard Damon wrote:
>> On 1/25/23 9:26 PM, olcott wrote:

>> Nope, not the "sum" of an arbtrary pair. Yes, "Summing" is computable.
>>
>> The number of possible functions to compute goes exponentially to the
>> number of input values.
>>
>> 8 inputs to decide, 256 functions
>> 9 inputs to decide, 512 functions
>> 10 inputs to decide, 1024 functions
>>
>
> The above is pure Cockamamie bullshit.
> One TM has an arbitrary number of space delimited finite strings of
> ASCII digits that it computes the sum of.
>

So, you have no idea of what you are talking, and think all computations
are mearly sumations.

You are just proving you are too stupid to be worth arguing about this.

Show the bijection, or the pair of injections, or STFU.

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

<tqu72c$189na$1@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory comp.ai.philosophy sci.logic sci.math
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,comp.ai.philosophy,sci.logic,sci.math
Subject: Re: HH(PP,PP) correctly determines that its input never halts
[countability]
Date: Thu, 26 Jan 2023 09:43:06 -0600
Organization: A noiseless patient Spider
Lines: 41
Message-ID: <tqu72c$189na$1@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>
<tqsijg$sqcp$1@dont-email.me> <87pmb2lzln.fsf@bsb.me.uk>
<NinAL.394599$8_id.310302@fx09.iad> <87edrhmqo4.fsf@bsb.me.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 15:43:08 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="1320682"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/h0BVVCPguN+NBmnVEDUSz"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:3h2ZKFqk8lJPE48m0nclDtxeISs=
Content-Language: en-US
In-Reply-To: <87edrhmqo4.fsf@bsb.me.uk>
 by: olcott - Thu, 26 Jan 2023 15:43 UTC

On 1/26/2023 6:22 AM, Ben Bacarisse wrote:
> Richard Damon <Richard@Damon-Family.org> writes:
>
>> On 1/25/23 10:54 PM, Ben Bacarisse wrote:
>>> Python <python@invalid.org> writes:
>>>
>>>> Le 26/01/2023 à 01:33, Richard Damon a écrit :
>>>>> 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.
>>> Ooh, I would not say that. For any reasonable meaning of "can be
>>> defined" the set is countable, isn't it?
>>
>> Right, I meant FUNCTIONS is an uncountable set.
>
> Yes, it can also be framed in terms of functions. For any countably
> infinite set X, the set X->{0,1} is uncountable, so most of those
> functions are not TM computable.
>

The sum of every element of the set of all finite subsets of finite
strings of of ASCII digits can be computed because we can define a TM
that takes an arbitrary number of space delimited finite strings.

Infinite input to a TM is uncomputable because the TM would never halt,
thus the set of subsets of finite strings of ASCII digits must exclude
infinite subsets.

The same thing would apply to a halt decider that takes arbitrary pairs
of finite strings. We know this because we know that a TM that computes
the sum of arbitrary pairs of finite strings of ASCII digits can be
defined: This is merely a simpler case of the above.

--
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-]

<tquap0$189na$2@dont-email.me>

  copy mid

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

  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: Thu, 26 Jan 2023 10:46:23 -0600
Organization: A noiseless patient Spider
Lines: 33
Message-ID: <tquap0$189na$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>
<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> <JnlAL.778118$GNG9.678445@fx18.iad>
<tqsocp$t4k7$11@dont-email.me> <xPlAL.541933$9sn9.270497@fx17.iad>
<tqt0vb$11rpj$1@dont-email.me> <tqtp8i$15u5f$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Thu, 26 Jan 2023 16:46:24 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="1320682"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18xpRwUxDTpLDLJ8eS07Uhg"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:xaFMV93OeEbYXaWiy3zF9y/swvY=
Content-Language: en-US
In-Reply-To: <tqtp8i$15u5f$1@dont-email.me>
 by: olcott - Thu, 26 Jan 2023 16:46 UTC

On 1/26/2023 5:47 AM, Richard Damon wrote:
> On 1/25/23 11:52 PM, olcott wrote:
>> On 1/25/2023 8:45 PM, Richard Damon wrote:
>>> On 1/25/23 9:26 PM, olcott wrote:
>
>>> Nope, not the "sum" of an arbtrary pair. Yes, "Summing" is computable.
>>>
>>> The number of possible functions to compute goes exponentially to the
>>> number of input values.
>>>
>>> 8 inputs to decide, 256 functions
>>> 9 inputs to decide, 512 functions
>>> 10 inputs to decide, 1024 functions
>>>
>>
>> The above is pure Cockamamie bullshit.
>> One TM has an arbitrary number of space delimited finite strings of
>> ASCII digits that it computes the sum of.
>>
>
> So, you have no idea of what you are talking, and think all computations
> are mearly sumations.
>

If a TM that computes the sum of a finite number of arbitrary finite
strings of ASCII digits is computable then a TM that computes anything
else on a finite number of arbitrary finite strings is not uncomputable
for any countability reason.

--
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 [Ben]

<tqubqe$189na$3@dont-email.me>

  copy mid

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

  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 [Ben]
Date: Thu, 26 Jan 2023 11:04:14 -0600
Organization: A noiseless patient Spider
Lines: 95
Message-ID: <tqubqe$189na$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>
<stkAL.437475$iS99.282004@fx16.iad> <87v8kum0gx.fsf@bsb.me.uk>
<tqstpl$10qup$2@dont-email.me> <rsnAL.394643$8_id.366181@fx09.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 26 Jan 2023 17:04:14 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="0fda4ea1a7e80c67f7531f48811f9cf1";
logging-data="1320682"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/Uv3IN5IrZVRWxMj1SXORB"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:GqOWXWSfTxDZiGhyGwoLD9AaYto=
In-Reply-To: <rsnAL.394643$8_id.366181@fx09.iad>
Content-Language: en-US
 by: olcott - Thu, 26 Jan 2023 17:04 UTC

On 1/25/2023 10:37 PM, Richard Damon wrote:
> On 1/25/23 10:58 PM, olcott wrote:
>> On 1/25/2023 9:35 PM, Ben Bacarisse wrote:
>>> Richard Damon <Richard@Damon-Family.org> writes:
>>>
>>>> On 1/25/23 8: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.
>>>>
>>>> Meaning some times he just admits he is wrong because he fails to
>>>> fashion a good enough lie and slips up and tells the truth that he
>>>> doesn't beleive.
>>>
>>> Not quite.  Python cut off the end of the sentence.  The "...because"
>>> text is what shows it's the same old "some instances have no correct
>>> answer" in new clothing.  PO almost certainly does not stand by what
>>> Python quoted without the because clause.
>>>
>>
>> It is the case that ZFC did eliminate Russell's Paradox by eliminating
>> its basis of a set containing itself. Under the original definition of
>> the problem within naive set theory Russell's Paradox still exists.
>
> Not by just defining that sets can't contain themselves, but by limiting
> the kind of things that sets can contain.

That a set cannot contain itself is what eliminates Russell's Paradox.

>>
>> The halting problem proof begins with the correct basis that arbitrary
>> pairs of finite strings either represent a computation that halts on its
>> input or not.
>>
>> The proof that no machine can correctly determine this set is analogous
>> to the Liar Paradox in that the input is specifically defined to do the
>> opposite of whatever the halt decider determines. This transforms the
>> halting problem into an ill-formed problem.
>
> Nope. Since the input is part of the domain of machine/inputs, the

When we define a machine that correctly determines whether or not pairs
of arbitrary finite sting inputs would reach the final state of the
first element of this input then halting is computable.

Because the pathological input actually has different behavior when it
is correctly simulated by its corresponding halt decider and the halt
decider must base its halt status decision on the actual behavior of
this input then the halt decider is necessarily correct to reject its
pathological input as non-halting.

You still have not provided any counter example that shows that my
definition of correct simulation is incorrect:

Try and provide a 100% specific counter-example where you show a line
of machine code such as [mov eax, 1] and the simulator simulates another
different line instead such as [push ebx] and the simulator is correct.

If no such counter-example exists then it is proven that the ultimate
measure of correct simulation is that the simulator simulates line-by-
line exactly what the machine code specifies.

ALL OF THE ARGUMENTS AGAINST MY POSITION HAVE PROVEN TO BE COUNTER-FACTUAL

(a) The simulation of the input to H(D,D) by H is correct.

(b) D correctly simulated by H would never stop running unless aborted.

(c) Therefore H is necessarily correct to abort its simulation of D and
reject D as non-halting.

https://www.researchgate.net/publication/364657019_Simulating_Halt_Decider_Applied_to_the_Halting_Theorem

--
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]

<tqucg8$19a3d$1@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory comp.ai.philosophy sci.logic sci.math
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: agis...@gm.invalid (André G. Isaak)
Newsgroups: comp.theory,comp.ai.philosophy,sci.logic,sci.math
Subject: Re: HH(PP,PP) correctly determines that its input never halts
[countability]
Date: Thu, 26 Jan 2023 10:15:50 -0700
Organization: Christians and Atheists United Against Creeping Agnosticism
Lines: 48
Message-ID: <tqucg8$19a3d$1@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>
<tqsijg$sqcp$1@dont-email.me> <87pmb2lzln.fsf@bsb.me.uk>
<NinAL.394599$8_id.310302@fx09.iad> <87edrhmqo4.fsf@bsb.me.uk>
<tqu72c$189na$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 17:15:52 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="09e262a2a02ee68fdea8658ae3c5f521";
logging-data="1353837"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18P5xjG1bQZeldH2ry+3ION"
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:91.0)
Gecko/20100101 Thunderbird/91.13.0
Cancel-Lock: sha1:OIce2E+q549JKNKfgIZQTc3JA/E=
In-Reply-To: <tqu72c$189na$1@dont-email.me>
Content-Language: en-US
 by: André G. Isaak - Thu, 26 Jan 2023 17:15 UTC

On 2023-01-26 08:43, olcott wrote:
> On 1/26/2023 6:22 AM, Ben Bacarisse wrote:
>> Richard Damon <Richard@Damon-Family.org> writes:
>>
>>> On 1/25/23 10:54 PM, Ben Bacarisse wrote:
>>>> Python <python@invalid.org> writes:
>>>>
>>>>> Le 26/01/2023 à 01:33, Richard Damon a écrit :
>>>>>> 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.
>>>> Ooh, I would not say that.  For any reasonable meaning of "can be
>>>> defined" the set is countable, isn't it?
>>>
>>> Right, I meant FUNCTIONS is an uncountable set.
>>
>> Yes, it can also be framed in terms of functions.  For any countably
>> infinite set X, the set X->{0,1} is uncountable, so most of those
>> functions are not TM computable.
>>
>
> The sum of every element of the set of all finite subsets of finite
> strings of of ASCII digits can be computed because we can define a TM
> that takes an arbitrary number of space delimited finite strings.

And how 'bout them Mets?

André

> Infinite input to a TM is uncomputable because the TM would never halt,
> thus the set of subsets of finite strings of ASCII digits must exclude
> infinite subsets.
>
> The same thing would apply to a halt decider that takes arbitrary pairs
> of finite strings. We know this because we know that a TM that computes
> the sum of arbitrary pairs of finite strings of ASCII digits can be
> defined: This is merely a simpler case of the above.
>

--
To email remove 'invalid' & replace 'gm' with well known Google mail
service.

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

<tqunm2$1apfe$1@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory comp.ai.philosophy sci.logic sci.math
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,comp.ai.philosophy,sci.logic,sci.math
Subject: Re: HH(PP,PP) correctly determines that its input never halts
[countability]
Date: Thu, 26 Jan 2023 14:26:42 -0600
Organization: A noiseless patient Spider
Lines: 55
Message-ID: <tqunm2$1apfe$1@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>
<tqsijg$sqcp$1@dont-email.me> <87pmb2lzln.fsf@bsb.me.uk>
<NinAL.394599$8_id.310302@fx09.iad> <87edrhmqo4.fsf@bsb.me.uk>
<tqu72c$189na$1@dont-email.me> <tqucg8$19a3d$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 20:26:42 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="eff54647a3c07282acda39dc0894bdc1";
logging-data="1402350"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18Nyc21bSBE6X1uNTawGaKt"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:3QC2Aj0/KuBqRUVoYYlNaS8DCJw=
In-Reply-To: <tqucg8$19a3d$1@dont-email.me>
Content-Language: en-US
 by: olcott - Thu, 26 Jan 2023 20:26 UTC

On 1/26/2023 11:15 AM, André G. Isaak wrote:
> On 2023-01-26 08:43, olcott wrote:
>> On 1/26/2023 6:22 AM, Ben Bacarisse wrote:
>>> Richard Damon <Richard@Damon-Family.org> writes:
>>>
>>>> On 1/25/23 10:54 PM, Ben Bacarisse wrote:
>>>>> Python <python@invalid.org> writes:
>>>>>
>>>>>> Le 26/01/2023 à 01:33, Richard Damon a écrit :
>>>>>>> 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.
>>>>> Ooh, I would not say that.  For any reasonable meaning of "can be
>>>>> defined" the set is countable, isn't it?
>>>>
>>>> Right, I meant FUNCTIONS is an uncountable set.
>>>
>>> Yes, it can also be framed in terms of functions.  For any countably
>>> infinite set X, the set X->{0,1} is uncountable, so most of those
>>> functions are not TM computable.
>>>
>>
>> The sum of every element of the set of all finite subsets of finite
>> strings of of ASCII digits can be computed because we can define a TM
>> that takes an arbitrary number of space delimited finite strings.
>
> And how 'bout them Mets?
>
> André

In other words my statement is irrefutably correct.

>
>> Infinite input to a TM is uncomputable because the TM would never halt,
>> thus the set of subsets of finite strings of ASCII digits must exclude
>> infinite subsets.
>>
>> The same thing would apply to a halt decider that takes arbitrary pairs
>> of finite strings. We know this because we know that a TM that computes
>> the sum of arbitrary pairs of finite strings of ASCII digits can be
>> defined: This is merely a simpler case of the above.
>>
>
>

--
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-]

<V8EAL.287633$gGD7.44279@fx11.iad>

  copy mid

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

  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!fx11.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> <JnlAL.778118$GNG9.678445@fx18.iad>
<tqsocp$t4k7$11@dont-email.me> <xPlAL.541933$9sn9.270497@fx17.iad>
<tqt0vb$11rpj$1@dont-email.me> <tqtp8i$15u5f$1@dont-email.me>
<tquap0$189na$2@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tquap0$189na$2@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 40
Message-ID: <V8EAL.287633$gGD7.44279@fx11.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: Thu, 26 Jan 2023 18:37:25 -0500
X-Received-Bytes: 3166
 by: Richard Damon - Thu, 26 Jan 2023 23:37 UTC

On 1/26/23 11:46 AM, olcott wrote:
> On 1/26/2023 5:47 AM, Richard Damon wrote:
>> On 1/25/23 11:52 PM, olcott wrote:
>>> On 1/25/2023 8:45 PM, Richard Damon wrote:
>>>> On 1/25/23 9:26 PM, olcott wrote:
>>
>>>> Nope, not the "sum" of an arbtrary pair. Yes, "Summing" is computable.
>>>>
>>>> The number of possible functions to compute goes exponentially to
>>>> the number of input values.
>>>>
>>>> 8 inputs to decide, 256 functions
>>>> 9 inputs to decide, 512 functions
>>>> 10 inputs to decide, 1024 functions
>>>>
>>>
>>> The above is pure Cockamamie bullshit.
>>> One TM has an arbitrary number of space delimited finite strings of
>>> ASCII digits that it computes the sum of.
>>>
>>
>> So, you have no idea of what you are talking, and think all
>> computations are mearly sumations.
>>
>
> If a TM that computes the sum of a finite number of arbitrary finite
> strings of ASCII digits is computable then a TM that computes anything
> else on a finite number of arbitrary finite strings is not uncomputable
> for any countability reason.
>

WHy? Summing is a very simple operation, that we can do that doesn't say
anthing about more complicated operations.

Please write a TM that computes the last prime.

How about one that computes the Busy Beaver number for a given input on
number of states.

You are just showing how STUPID you are.

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

<X8EAL.287634$gGD7.234104@fx11.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory comp.ai.philosophy sci.logic sci.math
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx11.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]
Content-Language: en-US
Newsgroups: comp.theory,comp.ai.philosophy,sci.logic,sci.math
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>
<tqsijg$sqcp$1@dont-email.me> <87pmb2lzln.fsf@bsb.me.uk>
<NinAL.394599$8_id.310302@fx09.iad> <87edrhmqo4.fsf@bsb.me.uk>
<tqu72c$189na$1@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqu72c$189na$1@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 56
Message-ID: <X8EAL.287634$gGD7.234104@fx11.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: Thu, 26 Jan 2023 18:37:27 -0500
X-Received-Bytes: 3752
 by: Richard Damon - Thu, 26 Jan 2023 23:37 UTC

On 1/26/23 10:43 AM, olcott wrote:
> On 1/26/2023 6:22 AM, Ben Bacarisse wrote:
>> Richard Damon <Richard@Damon-Family.org> writes:
>>
>>> On 1/25/23 10:54 PM, Ben Bacarisse wrote:
>>>> Python <python@invalid.org> writes:
>>>>
>>>>> Le 26/01/2023 à 01:33, Richard Damon a écrit :
>>>>>> 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.
>>>> Ooh, I would not say that.  For any reasonable meaning of "can be
>>>> defined" the set is countable, isn't it?
>>>
>>> Right, I meant FUNCTIONS is an uncountable set.
>>
>> Yes, it can also be framed in terms of functions.  For any countably
>> infinite set X, the set X->{0,1} is uncountable, so most of those
>> functions are not TM computable.
>>
>
> The sum of every element of the set of all finite subsets of finite
> strings of of ASCII digits can be computed because we can define a TM
> that takes an arbitrary number of space delimited finite strings.

Red herring as we are not talking about functions that are just a "sum".

>
> Infinite input to a TM is uncomputable because the TM would never halt,
> thus the set of subsets of finite strings of ASCII digits must exclude
> infinite subsets.

We are not talking about any subset that has an infinte number of
members, but the number of finite subsets of the Natural Numbers.

The count of this is an uncountable infinity, an order of infinity
bigger than the count of the Natural Numbers.

>
> The same thing would apply to a halt decider that takes arbitrary pairs
> of finite strings. We know this because we know that a TM that computes
> the sum of arbitrary pairs of finite strings of ASCII digits can be
> defined: This is merely a simpler case of the above.
>

Wrong, and using a Red Herring and the fallacy of proof by examole,

You are just showing how IGNORANT you are of what you are talking about.

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

<Z8EAL.287635$gGD7.222586@fx11.iad>

  copy mid

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

  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!fx11.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 [Ben]
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>
<stkAL.437475$iS99.282004@fx16.iad> <87v8kum0gx.fsf@bsb.me.uk>
<tqstpl$10qup$2@dont-email.me> <rsnAL.394643$8_id.366181@fx09.iad>
<tqubqe$189na$3@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
Content-Language: en-US
In-Reply-To: <tqubqe$189na$3@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 148
Message-ID: <Z8EAL.287635$gGD7.222586@fx11.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: Thu, 26 Jan 2023 18:37:29 -0500
X-Received-Bytes: 7309
 by: Richard Damon - Thu, 26 Jan 2023 23:37 UTC

On 1/26/23 12:04 PM, olcott wrote:
> On 1/25/2023 10:37 PM, Richard Damon wrote:
>> On 1/25/23 10:58 PM, olcott wrote:
>>> On 1/25/2023 9:35 PM, Ben Bacarisse wrote:
>>>> Richard Damon <Richard@Damon-Family.org> writes:
>>>>
>>>>> On 1/25/23 8: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.
>>>>>
>>>>> Meaning some times he just admits he is wrong because he fails to
>>>>> fashion a good enough lie and slips up and tells the truth that he
>>>>> doesn't beleive.
>>>>
>>>> Not quite.  Python cut off the end of the sentence.  The "...because"
>>>> text is what shows it's the same old "some instances have no correct
>>>> answer" in new clothing.  PO almost certainly does not stand by what
>>>> Python quoted without the because clause.
>>>>
>>>
>>> It is the case that ZFC did eliminate Russell's Paradox by eliminating
>>> its basis of a set containing itself. Under the original definition of
>>> the problem within naive set theory Russell's Paradox still exists.
>>
>> Not by just defining that sets can't contain themselves, but by
>> limiting the kind of things that sets can contain.
>
> That a set cannot contain itself is what eliminates Russell's Paradox.
>
>>>
>>> The halting problem proof begins with the correct basis that arbitrary
>>> pairs of finite strings either represent a computation that halts on its
>>> input or not.
>>>
>>> The proof that no machine can correctly determine this set is analogous
>>> to the Liar Paradox in that the input is specifically defined to do the
>>> opposite of whatever the halt decider determines. This transforms the
>>> halting problem into an ill-formed problem.
>>
>> Nope. Since the input is part of the domain of machine/inputs, the
>
> When we define a machine that correctly determines whether or not pairs
> of arbitrary finite sting inputs would reach the final state of the
> first element of this input then halting is computable.
>

But you need to show that you CAN do that. YOu haven't

H(P,P) says that P(P) will not halt when it does, so it fails.

> Because the pathological input actually has different behavior when it
> is correctly simulated by its corresponding halt decider and the halt
> decider must base its halt status decision on the actual behavior of
> this input then the halt decider is necessarily correct to reject its
> pathological input as non-halting.

No, it doesn't

You have been asked to point what point in the actual execution of
H(P,P) called by P(P) call by main differs from the execution of H(P,P)
calledd by main diverege.

You have failed to point that out, becaue it doesn't exist, because you
ar a LIAR and an IDOIT.

As stated before, your failure to even attempt to indicate this is taken
as your admission that your claim is a LIE, and you can not actually
prove your claim, also making you a damned hypocrite.

>
> You still have not provided any counter example that shows that my
> definition of correct simulation is incorrect:

LIE.

P(P) is the counter example.

>
> Try and provide a 100% specific counter-example where you show a line
> of machine code such as [mov eax, 1] and the simulator simulates another
> different line instead such as [push ebx] and the simulator is correct.

P(P), its call H will go through the exact same set of states when P(P)
call s as when main calls it, thus since H(P,P) returns 0 when called by
main, we know it does the same thing when called by P (or it just fails
to be the "pure function"/computation you have claimex it to be)

Since H simulats that call the H(P,P) as something that will never
returm, H has done an incorrect simulation.

Your inability to understand this just shows your STUPIDITY.

>
> If no such counter-example exists then it is proven that the ultimate
> measure of correct simulation is that the simulator simulates line-by-
> line exactly what the machine code specifies.
>
> ALL OF THE ARGUMENTS AGAINST MY POSITION HAVE PROVEN TO BE COUNTER-FACTUAL

Nope, YOUR statements, have been shown to be "counter-factual" and your
reasoning ab
>
> (a) The simulation of the input to H(D,D) by H is correct.

Nope, because it says H(P,P) will never return, when it doesn.

>
> (b) D correctly simulated by H would never stop running unless aborted.

Which is irrelvent and not a truth bearer, as H doen't do this, buyt
ALWAYS aborts its simulation.

H IN CORRECTLY presumes that the input is calling a DIFFERENT function
than it actually does, so gives the wrong asnwer.

>
> (c) Therefore H is necessarily correct to abort its simulation of D and
>     reject D as non-halting.

batting 0/3

YOU FAIL.

>
> https://www.researchgate.net/publication/364657019_Simulating_Halt_Decider_Applied_to_the_Halting_Theorem
>
>
>

Just shows you are a Hypocritical Pathological Lying Idiot.

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

<tqv3g4$1cvs0$1@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory comp.ai.philosophy sci.logic sci.math
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: agis...@gm.invalid (André G. Isaak)
Newsgroups: comp.theory,comp.ai.philosophy,sci.logic,sci.math
Subject: Re: HH(PP,PP) correctly determines that its input never halts
[countability]
Date: Thu, 26 Jan 2023 16:48:20 -0700
Organization: Christians and Atheists United Against Creeping Agnosticism
Lines: 61
Message-ID: <tqv3g4$1cvs0$1@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>
<tqsijg$sqcp$1@dont-email.me> <87pmb2lzln.fsf@bsb.me.uk>
<NinAL.394599$8_id.310302@fx09.iad> <87edrhmqo4.fsf@bsb.me.uk>
<tqu72c$189na$1@dont-email.me> <tqucg8$19a3d$1@dont-email.me>
<tqunm2$1apfe$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 23:48:21 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="f36c1a09afd6808e52c549fb4a866a59";
logging-data="1474432"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/flLeLpERGLGwZbeCdZLiN"
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:91.0)
Gecko/20100101 Thunderbird/91.13.0
Cancel-Lock: sha1:a0Hz8jo+QCEn5rq0P1dYvziSd70=
Content-Language: en-US
In-Reply-To: <tqunm2$1apfe$1@dont-email.me>
 by: André G. Isaak - Thu, 26 Jan 2023 23:48 UTC

On 2023-01-26 13:26, olcott wrote:
> On 1/26/2023 11:15 AM, André G. Isaak wrote:
>> On 2023-01-26 08:43, olcott wrote:
>>> On 1/26/2023 6:22 AM, Ben Bacarisse wrote:
>>>> Richard Damon <Richard@Damon-Family.org> writes:
>>>>
>>>>> On 1/25/23 10:54 PM, Ben Bacarisse wrote:
>>>>>> Python <python@invalid.org> writes:
>>>>>>
>>>>>>> Le 26/01/2023 à 01:33, Richard Damon a écrit :
>>>>>>>> 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.
>>>>>> Ooh, I would not say that.  For any reasonable meaning of "can be
>>>>>> defined" the set is countable, isn't it?
>>>>>
>>>>> Right, I meant FUNCTIONS is an uncountable set.
>>>>
>>>> Yes, it can also be framed in terms of functions.  For any countably
>>>> infinite set X, the set X->{0,1} is uncountable, so most of those
>>>> functions are not TM computable.
>>>>
>>>
>>> The sum of every element of the set of all finite subsets of finite
>>> strings of of ASCII digits can be computed because we can define a TM
>>> that takes an arbitrary number of space delimited finite strings.
>>
>> And how 'bout them Mets?
>>
>> André
>
> In other words my statement is irrefutably correct.

Woooooosh!

André

>>
>>> Infinite input to a TM is uncomputable because the TM would never halt,
>>> thus the set of subsets of finite strings of ASCII digits must exclude
>>> infinite subsets.
>>>
>>> The same thing would apply to a halt decider that takes arbitrary pairs
>>> of finite strings. We know this because we know that a TM that computes
>>> the sum of arbitrary pairs of finite strings of ASCII digits can be
>>> defined: This is merely a simpler case of the above.
>>>
>>
>>
>

--
To email remove 'invalid' & replace 'gm' with well known Google mail
service.

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

<tqv4rn$1d5rh$1@dont-email.me>

  copy mid

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

  copy link   Newsgroups: comp.theory comp.ai.philosophy sci.logic sci.math
Path: i2pn2.org!i2pn.org!eternal-september.org!reader01.eternal-september.org!.POSTED!not-for-mail
From: polco...@gmail.com (olcott)
Newsgroups: comp.theory,comp.ai.philosophy,sci.logic,sci.math
Subject: Re: HH(PP,PP) correctly determines that its input never halts
[countability]
Date: Thu, 26 Jan 2023 18:11:35 -0600
Organization: A noiseless patient Spider
Lines: 68
Message-ID: <tqv4rn$1d5rh$1@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>
<tqsijg$sqcp$1@dont-email.me> <87pmb2lzln.fsf@bsb.me.uk>
<NinAL.394599$8_id.310302@fx09.iad> <87edrhmqo4.fsf@bsb.me.uk>
<tqu72c$189na$1@dont-email.me> <tqucg8$19a3d$1@dont-email.me>
<tqunm2$1apfe$1@dont-email.me> <tqv3g4$1cvs0$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 27 Jan 2023 00:11:35 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="9de4ee424c80b30ff4ac65fc50d5b9a3";
logging-data="1480561"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19IgATQ7DQefz6QG55U2gyY"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:j+U3NGLyUr6qqLsLW3gObidCVPY=
In-Reply-To: <tqv3g4$1cvs0$1@dont-email.me>
Content-Language: en-US
 by: olcott - Fri, 27 Jan 2023 00:11 UTC

On 1/26/2023 5:48 PM, André G. Isaak wrote:
> On 2023-01-26 13:26, olcott wrote:
>> On 1/26/2023 11:15 AM, André G. Isaak wrote:
>>> On 2023-01-26 08:43, olcott wrote:
>>>> On 1/26/2023 6:22 AM, Ben Bacarisse wrote:
>>>>> Richard Damon <Richard@Damon-Family.org> writes:
>>>>>
>>>>>> On 1/25/23 10:54 PM, Ben Bacarisse wrote:
>>>>>>> Python <python@invalid.org> writes:
>>>>>>>
>>>>>>>> Le 26/01/2023 à 01:33, Richard Damon a écrit :
>>>>>>>>> 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.
>>>>>>> Ooh, I would not say that.  For any reasonable meaning of "can be
>>>>>>> defined" the set is countable, isn't it?
>>>>>>
>>>>>> Right, I meant FUNCTIONS is an uncountable set.
>>>>>
>>>>> Yes, it can also be framed in terms of functions.  For any countably
>>>>> infinite set X, the set X->{0,1} is uncountable, so most of those
>>>>> functions are not TM computable.
>>>>>
>>>>
>>>> The sum of every element of the set of all finite subsets of finite
>>>> strings of of ASCII digits can be computed because we can define a TM
>>>> that takes an arbitrary number of space delimited finite strings.
>>>
>>> And how 'bout them Mets?
>>>
>>> André
>>
>> In other words my statement is irrefutably correct.
>
> Woooooosh!
>
> André
>

It is not possible that the relevance of your irrelevant response was
over my head.

>>>
>>>> Infinite input to a TM is uncomputable because the TM would never halt,
>>>> thus the set of subsets of finite strings of ASCII digits must exclude
>>>> infinite subsets.
>>>>
>>>> The same thing would apply to a halt decider that takes arbitrary pairs
>>>> of finite strings. We know this because we know that a TM that computes
>>>> the sum of arbitrary pairs of finite strings of ASCII digits can be
>>>> defined: This is merely a simpler case of the above.
>>>>
>>>
>>>
>>
>
>

--
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-]

<tqv50c$1d5rh$2@dont-email.me>

  copy mid

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

  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: Thu, 26 Jan 2023 18:14:03 -0600
Organization: A noiseless patient Spider
Lines: 42
Message-ID: <tqv50c$1d5rh$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>
<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> <JnlAL.778118$GNG9.678445@fx18.iad>
<tqsocp$t4k7$11@dont-email.me> <xPlAL.541933$9sn9.270497@fx17.iad>
<tqt0vb$11rpj$1@dont-email.me> <tqtp8i$15u5f$1@dont-email.me>
<tquap0$189na$2@dont-email.me> <V8EAL.287633$gGD7.44279@fx11.iad>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Fri, 27 Jan 2023 00:14:04 -0000 (UTC)
Injection-Info: reader01.eternal-september.org; posting-host="9de4ee424c80b30ff4ac65fc50d5b9a3";
logging-data="1480561"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX185qG061K0soWJlvhqVrDRR"
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
Thunderbird/102.6.1
Cancel-Lock: sha1:VbPZk6oknQmRZsM3VXzxYR31VIQ=
Content-Language: en-US
In-Reply-To: <V8EAL.287633$gGD7.44279@fx11.iad>
 by: olcott - Fri, 27 Jan 2023 00:14 UTC

On 1/26/2023 5:37 PM, Richard Damon wrote:
> On 1/26/23 11:46 AM, olcott wrote:
>> On 1/26/2023 5:47 AM, Richard Damon wrote:
>>> On 1/25/23 11:52 PM, olcott wrote:
>>>> On 1/25/2023 8:45 PM, Richard Damon wrote:
>>>>> On 1/25/23 9:26 PM, olcott wrote:
>>>
>>>>> Nope, not the "sum" of an arbtrary pair. Yes, "Summing" is computable.
>>>>>
>>>>> The number of possible functions to compute goes exponentially to
>>>>> the number of input values.
>>>>>
>>>>> 8 inputs to decide, 256 functions
>>>>> 9 inputs to decide, 512 functions
>>>>> 10 inputs to decide, 1024 functions
>>>>>
>>>>
>>>> The above is pure Cockamamie bullshit.
>>>> One TM has an arbitrary number of space delimited finite strings of
>>>> ASCII digits that it computes the sum of.
>>>>
>>>
>>> So, you have no idea of what you are talking, and think all
>>> computations are mearly sumations.
>>>
>>
>> If a TM that computes the sum of a finite number of arbitrary finite
>> strings of ASCII digits is computable then a TM that computes anything
>> else on a finite number of arbitrary finite strings is not uncomputable
>> for any countability reason.
>>
>
> WHy? Summing is a very simple operation, that we can do that doesn't say
> anthing about more complicated operations.
>
It does completely prove that countability is not an issue for the
halting problem thus all proofs to the contrary have been refuted.

--
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]

<4LEAL.287638$gGD7.17735@fx11.iad>

  copy mid

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

  copy link   Newsgroups: comp.theory comp.ai.philosophy sci.logic sci.math
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer02.iad!feed-me.highwinds-media.com!news.highwinds-media.com!fx11.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]
Content-Language: en-US
Newsgroups: comp.theory,comp.ai.philosophy,sci.logic,sci.math
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>
<tqsijg$sqcp$1@dont-email.me> <87pmb2lzln.fsf@bsb.me.uk>
<NinAL.394599$8_id.310302@fx09.iad> <87edrhmqo4.fsf@bsb.me.uk>
<tqu72c$189na$1@dont-email.me> <tqucg8$19a3d$1@dont-email.me>
<tqunm2$1apfe$1@dont-email.me> <tqv3g4$1cvs0$1@dont-email.me>
<tqv4rn$1d5rh$1@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqv4rn$1d5rh$1@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 75
Message-ID: <4LEAL.287638$gGD7.17735@fx11.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: Thu, 26 Jan 2023 19:18:08 -0500
X-Received-Bytes: 4072
 by: Richard Damon - Fri, 27 Jan 2023 00:18 UTC

On 1/26/23 7:11 PM, olcott wrote:
> On 1/26/2023 5:48 PM, André G. Isaak wrote:
>> On 2023-01-26 13:26, olcott wrote:
>>> On 1/26/2023 11:15 AM, André G. Isaak wrote:
>>>> On 2023-01-26 08:43, olcott wrote:
>>>>> On 1/26/2023 6:22 AM, Ben Bacarisse wrote:
>>>>>> Richard Damon <Richard@Damon-Family.org> writes:
>>>>>>
>>>>>>> On 1/25/23 10:54 PM, Ben Bacarisse wrote:
>>>>>>>> Python <python@invalid.org> writes:
>>>>>>>>
>>>>>>>>> Le 26/01/2023 à 01:33, Richard Damon a écrit :
>>>>>>>>>> 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.
>>>>>>>> Ooh, I would not say that.  For any reasonable meaning of "can be
>>>>>>>> defined" the set is countable, isn't it?
>>>>>>>
>>>>>>> Right, I meant FUNCTIONS is an uncountable set.
>>>>>>
>>>>>> Yes, it can also be framed in terms of functions.  For any countably
>>>>>> infinite set X, the set X->{0,1} is uncountable, so most of those
>>>>>> functions are not TM computable.
>>>>>>
>>>>>
>>>>> The sum of every element of the set of all finite subsets of finite
>>>>> strings of of ASCII digits can be computed because we can define a TM
>>>>> that takes an arbitrary number of space delimited finite strings.
>>>>
>>>> And how 'bout them Mets?
>>>>
>>>> André
>>>
>>> In other words my statement is irrefutably correct.
>>
>> Woooooosh!
>>
>> André
>>
>
> It is not possible that the relevance of your irrelevant response was
> over my head.

Woooooosh!

>
>>>>
>>>>> Infinite input to a TM is uncomputable because the TM would never
>>>>> halt,
>>>>> thus the set of subsets of finite strings of ASCII digits must exclude
>>>>> infinite subsets.
>>>>>
>>>>> The same thing would apply to a halt decider that takes arbitrary
>>>>> pairs
>>>>> of finite strings. We know this because we know that a TM that
>>>>> computes
>>>>> the sum of arbitrary pairs of finite strings of ASCII digits can be
>>>>> defined: This is merely a simpler case of the above.
>>>>>
>>>>
>>>>
>>>
>>
>>
>

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

<tOEAL.287639$gGD7.162954@fx11.iad>

  copy mid

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

  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!fx11.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> <JnlAL.778118$GNG9.678445@fx18.iad>
<tqsocp$t4k7$11@dont-email.me> <xPlAL.541933$9sn9.270497@fx17.iad>
<tqt0vb$11rpj$1@dont-email.me> <tqtp8i$15u5f$1@dont-email.me>
<tquap0$189na$2@dont-email.me> <V8EAL.287633$gGD7.44279@fx11.iad>
<tqv50c$1d5rh$2@dont-email.me>
From: Rich...@Damon-Family.org (Richard Damon)
In-Reply-To: <tqv50c$1d5rh$2@dont-email.me>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 55
Message-ID: <tOEAL.287639$gGD7.162954@fx11.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: Thu, 26 Jan 2023 19:21:45 -0500
X-Received-Bytes: 3942
 by: Richard Damon - Fri, 27 Jan 2023 00:21 UTC

On 1/26/23 7:14 PM, olcott wrote:
> On 1/26/2023 5:37 PM, Richard Damon wrote:
>> On 1/26/23 11:46 AM, olcott wrote:
>>> On 1/26/2023 5:47 AM, Richard Damon wrote:
>>>> On 1/25/23 11:52 PM, olcott wrote:
>>>>> On 1/25/2023 8:45 PM, Richard Damon wrote:
>>>>>> On 1/25/23 9:26 PM, olcott wrote:
>>>>
>>>>>> Nope, not the "sum" of an arbtrary pair. Yes, "Summing" is
>>>>>> computable.
>>>>>>
>>>>>> The number of possible functions to compute goes exponentially to
>>>>>> the number of input values.
>>>>>>
>>>>>> 8 inputs to decide, 256 functions
>>>>>> 9 inputs to decide, 512 functions
>>>>>> 10 inputs to decide, 1024 functions
>>>>>>
>>>>>
>>>>> The above is pure Cockamamie bullshit.
>>>>> One TM has an arbitrary number of space delimited finite strings of
>>>>> ASCII digits that it computes the sum of.
>>>>>
>>>>
>>>> So, you have no idea of what you are talking, and think all
>>>> computations are mearly sumations.
>>>>
>>>
>>> If a TM that computes the sum of a finite number of arbitrary finite
>>> strings of ASCII digits is computable then a TM that computes anything
>>> else on a finite number of arbitrary finite strings is not uncomputable
>>> for any countability reason.
>>>
>>
>> WHy? Summing is a very simple operation, that we can do that doesn't
>> say anthing about more complicated operations.
>>
> It does completely prove that countability is not an issue for the
> halting problem thus all proofs to the contrary have been refuted.
>

No, saying one functions is computable does not prove that another is.

You are just showing you don't understand what you are talking about.

As I remember, you failed at even trying to write a machine to do the
summing you are talking about, you are just going on the fact that
others says it can be done.

You ar showing you don't even understand the very nature of a proof, or
what it means to be true. You may be able to spout off words, but you
show ZERO undrstanding of the actual meaning.

You are just proving to the whole world how stupid and ignorant you are.

Pages:123456
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor