Deutsch English Français Italiano |
<fafa57d75cf800c930c76530acd72148c77fff87@i2pn2.org> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder9.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail From: Richard Damon <richard@damon-family.org> Newsgroups: comp.theory Subject: Re: Who here understands that the last paragraph is Necessarily true? Date: Tue, 16 Jul 2024 07:53:54 -0400 Organization: i2pn2 (i2pn.org) Message-ID: <fafa57d75cf800c930c76530acd72148c77fff87@i2pn2.org> References: <v6un9t$3nufp$1@dont-email.me> <v7013v$2ccv$1@dont-email.me> <v70nt7$61d8$6@dont-email.me> <58fc6559638120b31e128fe97b5e955248afe218@i2pn2.org> <v71mjh$bp3i$1@dont-email.me> <1173a460ee95e0ca82c08abecdefc80ba86646ac@i2pn2.org> <v71okl$bvm2$1@dont-email.me> <5f6daf68f1b4ffac854d239282bc811b5b806659@i2pn2.org> <v71ttb$crk4$1@dont-email.me> <60e7a93cb8cec0afb68b3e40a0e82e9d63fa8e2a@i2pn2.org> <v721po$h4kr$1@dont-email.me> <v73td3$qkp2$6@dont-email.me> <v73tvs$qpi9$1@dont-email.me> <v74n81$13bn1$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Tue, 16 Jul 2024 11:53:55 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="3477624"; mail-complaints-to="usenet@i2pn2.org"; posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg"; User-Agent: Mozilla Thunderbird In-Reply-To: <v74n81$13bn1$1@dont-email.me> Content-Language: en-US X-Spam-Checker-Version: SpamAssassin 4.0.0 Bytes: 5147 Lines: 83 On 7/15/24 10:51 PM, olcott wrote: > On 7/15/2024 2:40 PM, olcott wrote: >> On 7/15/2024 2:30 PM, Fred. Zwarts wrote: >>> Op 15.jul.2024 om 04:33 schreef olcott: >>>> On 7/14/2024 9:04 PM, Richard Damon wrote: >>>>> On 7/14/24 9:27 PM, olcott wrote: >>>>>> >>>>>> Any input that must be aborted to prevent the non termination >>>>>> of simulating termination analyzer HHH necessarily specifies >>>>>> non-halting behavior or it would never need to be aborted. >>>>> >>>>> Excpet, as I have shown, it doesn't. >>>>> >>>>> Your problem is you keep on ILEGALLY changing the input in your >>>>> argument because you have misdefined what the input is. >>>>> >>>> >>>> _DDD() >>>> [00002163] 55 push ebp ; housekeeping >>>> [00002164] 8bec mov ebp,esp ; housekeeping >>>> [00002166] 6863210000 push 00002163 ; push DDD >>>> [0000216b] e853f4ffff call 000015c3 ; call HHH(DDD) >>>> [00002170] 83c404 add esp,+04 >>>> [00002173] 5d pop ebp >>>> [00002174] c3 ret >>>> Size in bytes:(0018) [00002174] >>>> >>>> The input *is* the machine address of this finite >>>> string of bytes: 558bec6863210000e853f4ffff83c4045dc3 >>>> >>> >>> It seems that you do not understand x86 language. The input is not a >>> string of bytes, but an address (00002163). This points to the >>> starting of the code of DDD. But a simulation needs a program, not a >>> function calling undefined other functions. Therefore, all functions >>> called by DDD (such as HHH) are included in the code to simulate. >> >> *The input is the machine address of this finite* >> *string of bytes: 558bec6863210000e853f4ffff83c4045dc3* >> >> You are talking about the behavior specified by that finite >> string. When you say that a finite string *is not* a finite >> string you are disagreeing with the law of identity. >> >> Every rebuttal to my work disagrees with one tautology of another. >> It is the fact that DDD calls HHH(DDD) in recursive emulation >> that makes it impossible for DDD correctly emulated by HHH to halt. > >> Everyone disagrees with this entirely on the basis of the strawman >> deception (damned lie) that some other DDD somewhere else has >> different behavior. > > *They disagree with the following* > > In other words the fact that the directly executed DDD halts > because the HHH(DDD) that it calls has already aborted its > simulation proves these these two different instances of DDD > are in different process states. BUT must have the same behavior. > > The state of needing to abort the input changes after it has > already been aborted is the same as the state of being hungry > changes after you have had something to eat. > Can't. Since programs are unchanging, their properties can not change. HHH's idea of needing to abort evolves, but since HHH WILL halt its emulation becuase of its code (assuming we are talking about one of the HHH that does abort) it NEVER "needed" to abort, but will. You are just showing your total ignorance of how programs work. DDD *IS* a halting program as soon as you make your HHH that will abort it, and then make that DDD. We don't KNOW that HHH will abort it until we run it (or simulate it in some way), and then we see that HHH makes what turns out to be an INCORRECT decision, because it use FAULTY logic (the only kind you know it seems) to make its decision. We KNOW the decision is incorrect when we run or simulate (fully) that DDD, or just use proper logic, knowing that DDD will halt if and only if HHH halts, so HHH saying non-halting for the DDD input can never be correct.