Path: ...!weretis.net!feeder9.news.weretis.net!news.nk.ca!rocksolid2!i2pn2.org!.POSTED!not-for-mail From: Richard Damon Newsgroups: comp.theory Subject: Re: Defining a correct halt decider Date: Sun, 4 Aug 2024 14:38:24 -0400 Organization: i2pn2 (i2pn.org) Message-ID: <0ec454016dab6f6d6dd5580f5d0eea49569293d8@i2pn2.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Sun, 4 Aug 2024 18:38:24 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="1459495"; mail-complaints-to="usenet@i2pn2.org"; posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg"; User-Agent: Mozilla Thunderbird X-Spam-Checker-Version: SpamAssassin 4.0.0 In-Reply-To: Content-Language: en-US Bytes: 1653 Lines: 28 On 8/4/24 10:46 AM, olcott wrote: > When we define an input that does the opposite of whatever > value that its halt decider reports there is a way for the > halt decider to report correctly. > > int DD() > { >   int Halt_Status = HHH(DD); >   if (Halt_Status) >     HERE: goto HERE; >   return Halt_Status; > } > > int main() > { >   HHH(DD); > } > > HHH returns false indicating that it cannot > correctly determine that its input halts. > True would mean that its input halts. > But false indicates that the input does not halt, but it does. You don't get to redefine that meaning of the answers. Sorry, you ar just proving you are a pathological liar that doesn't understand what truth is.