| Deutsch English Français Italiano |
|
<vun87k$2m24h$2@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: "Fred. Zwarts" <F.Zwarts@HetNet.nl> Newsgroups: comp.theory Subject: Re: Turing Machine computable functions apply finite string transformations to inputs Date: Mon, 28 Apr 2025 08:46:11 +0200 Organization: A noiseless patient Spider Lines: 103 Message-ID: <vun87k$2m24h$2@dont-email.me> References: <vu6lnf$39fls$2@dont-email.me> <vua9oi$2lub6$1@dont-email.me> <vudkah$1ona3$1@dont-email.me> <vufi61$3k099$1@dont-email.me> <vugddv$b21g$2@dont-email.me> <0a2eeee6cb4b6a737f6391c963386745a09c8a01@i2pn2.org> <vugvr3$pke9$8@dont-email.me> <4818688e0354f32267e3a5f3c60846ae7956bed2@i2pn2.org> <vuj18i$2lf64$6@dont-email.me> <f0d3f2e87d9a4e0b0f445f60a33d529f41a4fcf7@i2pn2.org> <vuj55m$2lf64$10@dont-email.me> <vuj8h3$2uahf$3@dont-email.me> <vujfuu$35hcg$1@dont-email.me> <65dddfad4c862e6593392eaf27876759b1ed0e69@i2pn2.org> <vujlj0$3a526$1@dont-email.me> <vujln7$32om9$8@dont-email.me> <vujmmm$3a526$2@dont-email.me> <vujmrj$32om9$9@dont-email.me> <vujtcb$3gsgr$1@dont-email.me> <vuju44$3hnda$1@dont-email.me> <vuk47o$3qkbb$1@dont-email.me> <vuk6b6$3l184$1@dont-email.me> <vuls34$1bf1j$4@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Mon, 28 Apr 2025 08:46:13 +0200 (CEST) Injection-Info: dont-email.me; posting-host="f1eeb46f8b0244db43944d81f161af72"; logging-data="2820241"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX19KPbkoxe06WKeABnAup9iQ" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:oNvkbIMUvlIwsXrL8PTX7Dk9cV0= Content-Language: nl, en-GB In-Reply-To: <vuls34$1bf1j$4@dont-email.me> Bytes: 5992 Op 27.apr.2025 om 20:12 schreef olcott: > On 4/26/2025 9:55 PM, dbush wrote: >> On 4/26/2025 10:19 PM, olcott wrote: >>> On 4/26/2025 7:35 PM, dbush wrote: >>>> On 4/26/2025 8:22 PM, olcott wrote: >>>>> On 4/26/2025 5:31 PM, dbush wrote: >>>>>> On 4/26/2025 6:28 PM, olcott wrote: >>>>>>> On 4/26/2025 5:11 PM, dbush wrote: >>>>>>>> On 4/26/2025 6:09 PM, olcott wrote: >>>>>>>>> >>>>>>>>> <MIT Professor Sipser agreed to ONLY these verbatim words >>>>>>>>> 10/13/2022> >>>>>>>>> If simulating halt decider H correctly simulates its input D >>>>>>>>> until H correctly determines that its *simulated D would never* >>>>>>>>> *stop running unless aborted* then >>>>>>>>> >>>>>>>>> H can abort its simulation of D and correctly report that D >>>>>>>>> specifies a non-halting sequence of configurations. >>>>>>>>> </MIT Professor Sipser agreed to ONLY these verbatim words >>>>>>>>> 10/13/2022> >>>>>>>>> >>>>>>>> >>>>>>>> And again you lie by implying that Sipser agrees with you when >>>>>>>> it has been proven that he doesn't: >>>>>>>> >>>>>>>> >>>>>>>> On Monday, March 6, 2023 at 2:41:27 PM UTC-5, Ben Bacarisse wrote: >>>>>>>> > I exchanged emails with him about this. He does not agree >>>>>>>> with anything >>>>>>>> > substantive that PO has written. I won't quote him, as I >>>>>>>> don't have >>>>>>>>> > permission, but he was, let's say... forthright, in his >>>>>>>>> reply to >>>>>>>> me. >>>>>>>> >>>>>>> >>>>>>> That professor Sipser did not have the time to >>>>>>> understand the significance of what he agreed to >>>>>>> does not entail that he did not agree with my >>>>>>> meanings of what he agreed to. >>>>>>> >>>>>>> Professor Sipser did not even have the time to >>>>>>> understand the notion of recursive emulation. >>>>>>> Without this it is impossible to see the significance >>>>>>> of my work. >>>>>> >>>>>> In other words, he did not you agree what you think he agreed to, >>>>>> and your posting the above to imply that he did is a form of lying. >>>>>> >> >> Let the record show that the above was trimmed from the original >> reply, signaling your intent to lie about what was stated. >> >>>>> >>>>> *He agreed to MY meaning of these words* >>>>> >>>>> <MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>> If simulating halt decider H correctly simulates its input D >>>>> until H correctly determines that its simulated D would never >>>>> stop running unless aborted then >>>>> >>>>> H can abort its simulation of D and correctly report that D >>>>> specifies a non-halting sequence of configurations. >>>>> </MIT Professor Sipser agreed to ONLY these verbatim words 10/13/2022> >>>>> >>> >>> *and Ben agreed too* >>> On 10/14/2022 7:44 PM, Ben Bacarisse wrote: >>> > I don't think that is the shell game. PO really /has/ an H >>> > (it's trivial to do for this one case) that correctly determines >>> > that P(P) *would* never stop running *unless* aborted. >>> ... >>> > But H determines (correctly) that D would not halt if it >>> > were not halted. That much is a truism. >>> >> >> He agreed that your H satisfies your made-up criteria that has nothing >> to do with the halting problem criteria: >> >> >> 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 >> > > Ridiculously stupid trollish reply within the > context that HHH(DD) must apply the finite string > transformation rules specified by the x86 language > to its input DD and this cannot possibly derive > the behavior of the directly executed DD. > > So we agree that no algorithm exists that can determine for all possible inputs whether the input specifies a program that (according to the semantics of the machine language) halts when directly executed. Correct?