Deutsch English Français Italiano |
<vsncfb$2243p$1@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: dbush <dbush.mobile@gmail.com> Newsgroups: comp.theory Subject: Re: DDD specifies recursive emulation to HHH and halting to HHH1 --- STA Date: Thu, 3 Apr 2025 21:26:03 -0400 Organization: A noiseless patient Spider Lines: 57 Message-ID: <vsncfb$2243p$1@dont-email.me> References: <vrfuob$256og$1@dont-email.me> <vscegq$2fv3s$2@dont-email.me> <26f33bb039fda7d28ae164cfc4d0f582d4698f31@i2pn2.org> <vsclsb$2n4jc$1@dont-email.me> <36a4c76730b23cf78ddde73c723116b5380973a1@i2pn2.org> <vsctnm$2ub5m$2@dont-email.me> <4285ea3219a2d5f2d6c52e84697fa4e3d3dc80cb@i2pn2.org> <vsd18m$379dn$1@dont-email.me> <vsdjff$3o5ff$1@dont-email.me> <vsem50$th5g$3@dont-email.me> <77c20f5832db4b47f5226dcb39bd2be7ba107a0c@i2pn2.org> <vsf8tv$1i673$2@dont-email.me> <5cb726749c8a7457af5da692f77c6a04bc0c7401@i2pn2.org> <vsfdqb$1m8qr$2@dont-email.me> <733db53c4b67cf1fbbd45fdf503b1d27539b7414@i2pn2.org> <vsfigf$1r8rb$2@dont-email.me> <bf1e010d6259a4e5e1118f51856f3c72a0094b34@i2pn2.org> <vsht8v$90ss$6@dont-email.me> <524b81bf3658a42bcba56f807fce28bfea67d36f@i2pn2.org> <vsi7tk$jd38$4@dont-email.me> <0b211b499961466f2b6a69af2f9a337c9f59bf9b@i2pn2.org> <vskr0r$378kj$8@dont-email.me> <vskr41$3a1db$1@dont-email.me> <vsnc05$23nrb$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Fri, 04 Apr 2025 03:26:04 +0200 (CEST) Injection-Info: dont-email.me; posting-host="0ad55d1e07655eff5646a914a8cd0447"; logging-data="2166905"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+r8kTD2ywM+ue1+04JDV1f" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:doooZYtImuyNKVSRQNBdgdeSyF4= In-Reply-To: <vsnc05$23nrb$1@dont-email.me> Content-Language: en-US Bytes: 3951 On 4/3/2025 9:17 PM, olcott wrote: > On 4/2/2025 9:17 PM, dbush wrote: >> On 4/2/2025 10:15 PM, olcott wrote: >>> On 4/2/2025 8:52 AM, joes wrote: >>>> Am Tue, 01 Apr 2025 21:37:40 -0500 schrieb olcott: >>>>> On 4/1/2025 8:13 PM, Richard Damon wrote: >>>>>> On 4/1/25 7:35 PM, olcott wrote: >>>>>>> On 4/1/2025 5:36 AM, Richard Damon wrote: >>>>>>>> On 3/31/25 10:19 PM, olcott wrote: >>>> >>>>>>>> But DDD doesn't prevent its own terminatation, as it calls an HHH >>>>>>>> that WILL abort its emulation and return and answer. >>>>>>>> >>>>>>> You know that DDD stopping running and DDD reaching its final halt >>>>>>> state are not the same thing you damned liar. >>>>>>> >>>>>> Right, the DDD who's simulation is stopped hasn't shown non-halting >>>>>> behavior, just not-yet-halted. >>>>>> >>>>> You already admitted that you are lying about this. >>>>> DDD emulated by HHH for an infinite number of steps never reaches its >>>>> final halt state. >>>> *finite >>>> >>>>> HHH sees this in one recursive emulation of DDD. >>>>> >>>>> *Simulating termination analyzer Principle* >>>>> It is always correct for any simulating termination analyzer to stop >>>>> simulating and reject any input that would otherwise prevent its own >>>>> termination. The only rebuttal to this is rejecting the notion that >>>>> deciders must always halt. >>>> It must also return the right value. >>>> >>> >>> By process of elimination and by the above criteria >>> we can determine that not stopping the emulation >> >> Changes the input. >> >> Changing the input is not allowed. > > * > * > > *void DDD() * > *{* > *HHH(DDD); * > *return; * > *} * > > Do you really think that anyone knowing the C > programming language is too stupid to see that > Replacing the code of HHH with an unconditional simulator and > subsequently running HHH(DD) cannot possibly return? > Obviously that's true, but changing the input is not allow.