Path: ...!2.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail From: immibis Newsgroups: comp.theory Subject: Re: Proving my 2004 claim that some decider/input pairs are incorrect questions (NFFC) Date: Wed, 13 Mar 2024 05:00:05 +0100 Organization: A noiseless patient Spider Lines: 29 Message-ID: References: <8634t1nx2p.fsf@yaxley.in> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Wed, 13 Mar 2024 04:00:05 -0000 (UTC) Injection-Info: dont-email.me; posting-host="d3f75eaadad991e96f7897dd49a5bb0b"; logging-data="820231"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1/++D8bQLx+03IQUWXcS6Ka" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:9Tzp8L2m8yDKJxBRJUe8mBML1xo= In-Reply-To: Content-Language: en-US Bytes: 3153 On 13/03/24 04:25, olcott wrote: >> H COULD halt in a state other than qy or qn and thus make itself wrong. >> > No it is not wrong. It is the same as a divide by zero exception. Is "divide by zero exception" the correct answer to "does this machine halt?"? >> This might be a reasonable extension for a decider, Accept, Reject, >> and an "I can't tell". The key is to somehow limit where "I can't >> tell" can be used, or it makes the decider useless. >> > If it can be limited then it can be limited for H(D,D) > otherwise when some machine can do it then it can be done. I don't think you understood what Richard said. >> Could be a LOT better (but still not meet the original requrements) >> then lying by going to Accept or Reject incorrectly. >> >> This was actually discussed as an option a while back > > This time you understand how H(D,D) and H1(D,D) work instead > of simply denying that they do what they did do. Halting semi-deciders that sometimes output "I can't tell" can still be very useful practical tools, however, they do not disprove the halting theorem.