| Deutsch English Français Italiano |
|
<f6ac510beb41cdd8af6946782b222678ef92ab0f@i2pn2.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: news.eternal-september.org!eternal-september.org!feeder3.eternal-september.org!news.quux.org!news.nk.ca!rocksolid2!i2pn2.org!.POSTED!not-for-mail From: Richard Damon <richard@damon-family.org> Newsgroups: comp.theory Subject: Re: Incorrect requirements --- Computing the mapping from the input to HHH(DD) Date: Sat, 10 May 2025 19:04:26 -0400 Organization: i2pn2 (i2pn.org) Message-ID: <f6ac510beb41cdd8af6946782b222678ef92ab0f@i2pn2.org> References: <vv97ft$3fg66$1@dont-email.me> <87msbmeo3b.fsf@nosuchdomain.example.com> <vvjcge$27753$2@dont-email.me> <vvjeqf$28555$1@dont-email.me> <vvjffg$28g5i$1@dont-email.me> <875xiaejzg.fsf@nosuchdomain.example.com> <vvjgt1$28g5i$5@dont-email.me> <87jz6qczja.fsf@nosuchdomain.example.com> <vvjotc$28g5i$12@dont-email.me> <vvnh9u$3hd96$1@raubtier-asyl.eternal-september.org> <vvno4e$3in62$2@dont-email.me> <vvo71c$rlt$1@news.muc.de> <PlNTP.270466$lZjd.128570@fx05.ams4> <vvobmm$15td$1@news.muc.de> <vvocpb$3na6l$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Sat, 10 May 2025 23:18:54 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="4004157"; mail-complaints-to="usenet@i2pn2.org"; posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg"; User-Agent: Mozilla Thunderbird In-Reply-To: <vvocpb$3na6l$1@dont-email.me> X-Spam-Checker-Version: SpamAssassin 4.0.0 Content-Language: en-US On 5/10/25 4:26 PM, olcott wrote: > On 5/10/2025 3:07 PM, Alan Mackenzie wrote: >> Mr Flibble <flibble@red-dwarf.jmc.corp> wrote: >>> On Sat, 10 May 2025 18:48:12 +0000, Alan Mackenzie wrote: >> >>>> olcott <polcott333@gmail.com> wrote: >>>>> On 5/10/2025 7:37 AM, Bonita Montero wrote: >> >>>> [ .... ] >> >>>>>> I guess that not even a professor of theoretical computer science >>>>>> would spend years working on so few lines of code. >> >> >>>>> I created a whole x86utm operating system. >>>>> It correctly determines that the halting problem's otherwise >>>>> "impossible" input is actually non halting. >> >>>> You've spent over 20 years on this matter. Compare this with Alan >>>> Turing's solution of the Entscheidungsproblem. He published this in >>>> 1936 when he was just 24 years old. >> >>> Turing didn't solve anything: what he published contained a mistake: the >>> category (type) error that I have described previously in this forum. >> >> What arrogant self-important ignorance! Turing indeed solved the >> Entscheidungsproblem. His procedure has been verified by hundreds of >> thousands of mathematicians over the last century, and none of them have >> found flaws in it. >> >> It is overwhelmingly likely that your lack of mathematical training has >> led you to delude yourself about finding an error. The same applies to >> Peter Olcott. >> >>> /Flibble >> > > Once we understand that functions computed > by models of computation must apply the sequence > of steps of an algorithm to derive their output > from their input then we have one key element. Yes, but non-computable functions do not. > > Then we also need to understand that termination > analyzers are required to compute the mapping from > this input to the behavior ACTUALLY SPECIFIED by > this input. And that behavior is SPECIFIED as the behavior of the program their input represents when it is actually run, (with any and all input for a termination analyser) > > The last step is understanding is that computing > the mapping to the behavior specified by this > input finite string must be according to the > model's computation language. Only what the computation the generates, not the mapping for the CORRECT answer. > > This means that HHH is correct to reject its > input DD because DD emulated by HHH according > to the rules of the x86 language specifies > recursive emulation (non halting behavior). Nope. As the input represents a program that will HALT since the decider it uses says it will not halt. Of course, this requires that you actually built a program as the input, and as the decider, and thus they both have fixed behavior. That means that when we correctly emulate that D, it *WILL* use the algorithm form the H that returned non-halting, and thus get that answer and thus halt. THe fact that H's incorrect emulation didn't get there is irrelevent. > > *Likewise for the Linz Proof* > > When Ĥ is applied to ⟨Ĥ⟩ > Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞ > Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn > > (a) Ĥ copies its input ⟨Ĥ⟩ > (b) Ĥ invokes embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ > (c) embedded_H simulates ⟨Ĥ⟩ ⟨Ĥ⟩ ... > > ⟨Ĥ⟩ correctly simulated by embedded_H cannot possibly > ever reach its own simulated final state ⟨Ĥ.qn⟩ > But ⟨Ĥ⟩ isn't correctly simulated by embedded_H, as the H that it is a copy of has been said to abort and go to qn, is it will also. You are just showing that you believe it is ok to lie in your logic.