Deutsch   English   Français   Italiano  
<vv9bvi$3h92p$8@dont-email.me>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: dbush <dbush.mobile@gmail.com>
Newsgroups: comp.theory
Subject: Re: Two computer science professors agree with Flibble
Date: Sun, 4 May 2025 23:40:34 -0400
Organization: A noiseless patient Spider
Lines: 77
Message-ID: <vv9bvi$3h92p$8@dont-email.me>
References: <TuuNP.2706011$nb1.2053729@fx01.ams4>
 <87cyd5182l.fsf@nosuchdomain.example.com> <vu6lnf$39fls$2@dont-email.me>
 <vugddv$b21g$2@dont-email.me> <vui4uf$20dpc$1@dont-email.me>
 <vuivtb$2lf64$3@dont-email.me> <vungtl$2v2kr$1@dont-email.me>
 <vuoaac$3jn5n$5@dont-email.me> <vuq81v$1hjka$1@dont-email.me>
 <vutefq$gmbi$3@dont-email.me> <vv22hs$puqs$1@dont-email.me>
 <vv89ll$2erlq$4@dont-email.me> <vv8en2$2kjgk$3@dont-email.me>
 <vv8ot8$2ub3p$1@dont-email.me> <vv8pqu$2ut5q$1@dont-email.me>
 <5YRRP.109778$_Npd.21893@fx01.ams4> <vv8qkt$2uhjq$2@dont-email.me>
 <87a57ramha.fsf@bsb.me.uk> <vv94qm$383jd$2@dont-email.me>
 <vv99l9$3h92p$2@dont-email.me> <vv9a6f$3hjhu$2@dont-email.me>
 <vv9alm$3h92p$6@dont-email.me> <vv9bli$3ifj7$2@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 05 May 2025 05:40:34 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="18d110b57402f35c65b5688042d33321";
	logging-data="3712089"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX180My0jD3d+xkdEY6+9ciM6"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:k1Su7nBXUXco9X+rkGDm8cS8lvc=
Content-Language: en-US
In-Reply-To: <vv9bli$3ifj7$2@dont-email.me>

On 5/4/2025 11:35 PM, olcott wrote:
> On 5/4/2025 10:18 PM, dbush wrote:
>> On 5/4/2025 11:10 PM, olcott wrote:
>>> On 5/4/2025 10:00 PM, dbush wrote:
>>>> On 5/4/2025 9:38 PM, olcott wrote:
>>>>> On 5/4/2025 8:13 PM, Ben Bacarisse wrote:
>>>>>> Richard Heathfield <rjh@cpax.org.uk> writes:
>>>>>>
>>>>>>> On 04/05/2025 23:34, Mr Flibble wrote:
>>>>>>>> The function is neither computable nor incomputable because 
>>>>>>>> there is no
>>>>>>>> function at all, just a category error.
>>>>>>>
>>>>>>> It's a point of view.
>>>>>>
>>>>>> It's a point of view only in the sense that there is no opinion so 
>>>>>> daft
>>>>>> that it's not someone's point of view.  The technical-sounding waffle
>>>>>> about it being a "category error" is simply addressed by asking where
>>>>>> the supposed category error is in other perfectly straightforward
>>>>>> undecidable problems.  For example, whether or not a context-free
>>>>>> grammar is ambiguous or not, or the very simple to pose Post
>>>>>> correspondence problem.
>>>>>>
>>>>>
>>>>> Flibble IS CORRECT when the halting problem is defined
>>>>> to be isomorphic (AKA analogous) to the Liar Paradox:
>>>>> "This sentence is not true".
>>>>>
>>>>> When the Halting Problem is defined as an input that
>>>>> does the opposite of whatever its decider reports
>>>>> then both Boolean return values are incorrect 
>>>>
>>>> False.  One value is correct and one is incorrect.
>>>>
>>>
>>> Both Boolean RETURN VALUES FROM H *ARE* INCORRECT,
>> Category error.  Algorithms do one thing and one thing only.  And the 
>> algorithm that is the fixed code of the function H and everything it 
>> calls gives the wrong answer, and the opposing answer is the right 
>> answer.
> 
> Look at the paper from the PhD computer science
> professor.
> 
> Halting misconceived?
> Bill Stoddart
> August 25, 2017
> 
> *the halting function, as described, cannot be implemented*,
> *because its specication is inconsistent*...
> 
> *Context*
> That halting is not in general computable has been
> proved in many text books and taught on many computer
> science courses, and is supposed to illustrate the
> limits of computation. However, there is a dissenting
> view that these proofs are misconceived.
> 
> In this paper we look at what is perhaps the simplest
> such proof, based on a program that interrogates its own
> halting behaviour and then decides to thwart it. This
> leads to a contradiction that is generally held to show
> that a halting function cannot be implemented.
> 
> The dissenting view agrees with the conclusion that
> *the halting function, as described, cannot be implemented*,
> but suggests that this is *because its specication is inconsistent*
> https://www.complang.tuwien.ac.at/anton/euroforth/ef17/papers/stoddart.pdf
> 

The only way for the specification to be inconsistent if there was an 
algorithm, i.e. a fixed immutable sequence of instructions, that neither 
halts nor not halts when executed directly.

That no such algorithm exists is proof that the specification is not 
inconsistent.