| Deutsch English Français Italiano |
|
<dec828e437832091246adc72827b683c91d43d0d@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!i2pn.org!i2pn2.org!.POSTED!not-for-mail From: Richard Damon <richard@damon-family.org> Newsgroups: comp.theory Subject: Re: The actual code of HHH Date: Thu, 27 Feb 2025 07:40:25 -0500 Organization: i2pn2 (i2pn.org) Message-ID: <dec828e437832091246adc72827b683c91d43d0d@i2pn2.org> References: <f73c3b97590a4d189e33a2cf255ed3337e56d3cf@i2pn2.org> <vpo6v9$2p51t$1@dont-email.me> <9b4f34b56d46274d2ef819d313770251aff04b65@i2pn2.org> <vpor68$2vaf3$7@dont-email.me> <7b05fbf84e9705c95e5a9c46887f9bbff83e08f4@i2pn2.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Thu, 27 Feb 2025 12:40:25 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="2029402"; mail-complaints-to="usenet@i2pn2.org"; posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg"; User-Agent: Mozilla Thunderbird X-Spam-Checker-Version: SpamAssassin 4.0.0 Content-Language: en-US In-Reply-To: <7b05fbf84e9705c95e5a9c46887f9bbff83e08f4@i2pn2.org> On 2/27/25 2:37 AM, joes wrote: > Am Wed, 26 Feb 2025 22:54:32 -0600 schrieb olcott: >> On 2/26/2025 5:47 PM, Richard Damon wrote: >>> On 2/26/25 6:09 PM, olcott wrote: >>>> On 2/26/2025 3:52 PM, joes wrote: >>>>> Since there is so much talk around, but not really about it, >>>>> let's take a look: >>>>> https://github.com/plolcott/x86utm/blob/ >>>>> 48b4cbfeb3f486507276a5fc4e9b10875ab24dbf/Halt7.c#L1081 In line 1137, >>>>> we compute a flag: >>>>> u32 Root = Init_Halts_HH(&Aborted, &execution_trace, &decoded, >>>>> &code_end, >>>>> (u32)P, &master_state, &slave_state, &slave_stack); >>>>> In line 918, we find it basically checks for the magic number >>>>> **execution_trace==0x90909090. What is this unexplained value? > Where does it come from? > >>>>> We then pass the saved flag in line 1143: >>>>> if (Decide_Halting_HH(&Aborted, &execution_trace, &decoded, >>>>> code_end, End_Of_Code, &master_state, &slave_state, &slave_stack, >>>>> Root)), defined in line 1030. Then we get a switch: >>>>> 1059 if (Root) // Master UTM halt decider >>>>> Line 1070 is then conditionally skipped: >>>>> Needs_To_Be_Aborted_HH((Decoded_Line_Of_Code*)**execution_trace); >>>>> defined in line 1012, which (on a jmp or call instruction) calls u32 >>>>> Needs_To_Be_Aborted_Trace_HH(Decoded_Line_Of_Code* execution_trace, >>>>> Decoded_Line_Of_Code *current) >>>>> in line 964, where the abort logic lives. (It basically triggers on a >>>>> call or jump to itself.) >>>>> So we only abort depending on the address of the execution trace. >>>>> This makes no sense. Why is that? >>>>> >>>> DD emulated by HHH according to the behavior that the x86 machine code >>>> of DD cannot possibly terminate normally thus HHH is infallibly >>>> correct to report that this DD emulated by HHH (not any other DD in >>>> the whole freaking universe) is not-terminating. > Don't dodge. What is line 918 for? > >>> No, HHH doesn't see the actual behavior define by the x86 processor, as >>> it aborts its simulaiton before it gets there. You just don't know what >>> "correct" means, >> If you cannot provide the correct first fifteen steps of DD correctly >> emulated by HHH to show exactly how I am wrong then everyone that >> understands these things will understand that YOUR REBUTTAL HAS NO >> BASIS. > That depends entirely on the call to HHH. > >> I am writing this for my posthumous reviewers. > You will be forgotten. He might be remembered as a great example of a failure and fraud. Maybe his mental condition will be named for him.