| Deutsch English Français Italiano |
|
<101cu21$k77f$1@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: olcott <polcott333@gmail.com> Newsgroups: comp.theory Subject: Re: Bad faith and dishonesty Date: Fri, 30 May 2025 13:40:01 -0500 Organization: A noiseless patient Spider Lines: 97 Message-ID: <101cu21$k77f$1@dont-email.me> References: <m99YP.725664$B6tf.610565@fx02.ams4> <100uct4$184ak$1@dont-email.me> <100v9ta$1d5lg$7@dont-email.me> <1011eai$1urdm$1@dont-email.me> <10121bt$22da5$4@dont-email.me> <8bb5266e35845a4d8f2feb618c0c18629c04e4e7@i2pn2.org> <1012oj1$278f8$1@dont-email.me> <1196d9de2e2aebc1b6d1a85047192e8ea1aeb1f1@i2pn2.org> <10137lv$2djeu$1@dont-email.me> <ewIZP.135645$vK4b.131815@fx09.ams4> <1017l6l$3cerk$1@dont-email.me> <1017tr1$3drlu$5@dont-email.me> <1017ufm$3e54m$6@dont-email.me> <1019vm1$3u8nj$3@dont-email.me> <101a65n$3vsp7$1@dont-email.me> <101a86h$3vfam$6@dont-email.me> <101a9np$gl7$1@dont-email.me> <101bt7o$58on$1@dont-email.me> <101cis6$hv12$1@dont-email.me> <101cjjo$hqle$2@dont-email.me> <101cmga$imoa$1@dont-email.me> <101cohp$ikgf$4@dont-email.me> <101cppa$j97s$1@dont-email.me> <101cqs1$j925$1@dont-email.me> <101cst5$ikgf$5@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Fri, 30 May 2025 20:40:01 +0200 (CEST) Injection-Info: dont-email.me; posting-host="73dc11aa65be162e0b0150944dd1d14a"; logging-data="662767"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX18tm3T/ntaLYhSUckfUIZcp" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:JvVgt7OyD3lQhAdhW6i+WqeI0Tk= Content-Language: en-US In-Reply-To: <101cst5$ikgf$5@dont-email.me> X-Antivirus-Status: Clean X-Antivirus: Norton (VPS 250530-6, 5/30/2025), Outbound message On 5/30/2025 1:20 PM, Richard Heathfield wrote: > On 30/05/2025 18:45, dbush wrote: >> On 5/30/2025 1:27 PM, olcott wrote: >>> On 5/30/2025 12:06 PM, Richard Heathfield wrote: >>>> There aren't many ways to invalidate a proof. Demonstrating that the >>>> conclusion is false is insufficient (because you now have two >>>> proofs, each of which claims that 'I'm right so you're wrong'); one >>>> must attack the reasoning or the assumptions (or both) and show how >>>> a flawed step or a flawed assumption invalidates the method (and >>>> perhaps the conclusion). >>>> >>>> As it happens, Olcott accepts anyway that Turing's conclusion is >>>> correct, so his only beef can be with an assumption or a step. >>>> >>> >>> Turing's conclusion *is correct within a false assumption* >> >> Specifically, the assumption that the following requirements can be met: >> >> >> Given any algorithm (i.e. a fixed immutable sequence of instructions) >> X described as <X> with input Y: >> >> A solution to the halting problem is an algorithm H that computes the >> following mapping: >> >> (<X>,Y) maps to 1 if and only if X(Y) halts when executed directly >> (<X>,Y) maps to 0 if and only if X(Y) does not halt when executed >> directly > > Yes, that is precisely the assumption Turing makes, and he makes it > explicitly, and he makes it with the express intent of showing that it > cannot be true. > >>> YOU MUST PAY ATTENTION TO ALL THE WORDS THAT I SAY. > > Noise on the line again, I see. I must call the broadband people. > >>> >>>> Turing's only assumption is overturned by reductio within the proof >>>> itself, so that can't be it... which only leaves steps. >>>> >>>> As far as I can recall, Olcott's ramblings never go within discus- >>>> throwing distance of a potentially erroneous step. >>>> >>> >>> There is no *INPUT* D to termination analyzer H >>> that can possibly do the opposite of whatever >>> value that H returns. >> >> False. "DDD" is a description/specification of algorithm DDD >> consisting of the fixed code of the function DDD, the fixed code >> function HHH, and the fixed code of everything that HHH calls down to >> the OS level. > > HHH is not the computation Turing assumed could exist (for the sole > purpose of showing that it could not). HHH is a hodgepodge of shit C and > what looks like more line noise in assembly mnemonics. It is not a > universal computation such as Turing envisaged: > > +++++ > Let us suppose that there is such a process; that is to say, that we can > invent a machine <D- which, when supplied with the S.D of any computing > machine i l will test this S.D and if i l is circular will mark the S.D > with the symbol "u" and if it is circle-free will mark it with " s ". > +++++ > > By "the S.D. of any computing machine" he means the 'standard > description' of >>>>any<<<< Turing machine. > > HHH is not that process, and thus HHH has no bearing whatsoever on the > Turing proof. > It is a verified fact that the *input input input input input input* *input input input input input input* *input input input input input input* *input input input input input input* to HHH(DDD) does specify a non-halting sequence of configurations. The only rebuttal to that uses the despicably dishonest strawman error by ignoring the word *input input input input input input* *input input input input input input* *input input input input input input* *input input input input input input* -- Copyright 2025 Olcott "Talent hits a target no one else can hit; Genius hits a target no one else can see." Arthur Schopenhauer