Deutsch English Français Italiano |
<vo79lj$8vq$1@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!weretis.net!feeder9.news.weretis.net!news.quux.org!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: Anyone with sufficient knowledge of C knows that DD specifies non-terminating behavior to HHH Date: Sat, 8 Feb 2025 10:54:57 +0100 Organization: A noiseless patient Spider Lines: 56 Message-ID: <vo79lj$8vq$1@dont-email.me> References: <vo6420$3mpmf$1@dont-email.me> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Sat, 08 Feb 2025 10:55:00 +0100 (CET) Injection-Info: dont-email.me; posting-host="1fdbf2580a5550da137bd470f6106b60"; logging-data="9210"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX182/b5loV85cF4XC9R6CiHP" User-Agent: Mozilla Thunderbird Cancel-Lock: sha1:d1kByHIIrgH/c5X6fkxw+6DxuSw= In-Reply-To: <vo6420$3mpmf$1@dont-email.me> Content-Language: nl, en-GB Bytes: 3015 Op 08.feb.2025 om 00:13 schreef olcott: > Experts in the C programming language will know that DD > correctly simulated by HHH cannot possibly reach its own > "if" statement. Yes, it demonstrates the incapability of HHH to correctly determine the halting behaviour of DD > > The finite string DD specifies non-terminating recursive > simulation to simulating termination analyzer HHH. This > makes HHH necessarily correct to reject its input as > non-halting. The finite string defines one behaviour. This finite string, when given to an X86 processor shows halting behaviour. This finite string,when given to a world class simulator, shows halting behaviour. Only HHH fails to see this proven halting behaviour. So it proves the failure of HHH. HHH aborts the simulation on unsound grounds one cycle before the simulation would terminate normally. > > typedef void (*ptr)(); > int HHH(ptr P); > > int DD() > { > int Halt_Status = HHH(DD); > if (Halt_Status) > HERE: goto HERE; > return Halt_Status; > } > > int main() > { > HHH(DD); > } > > https://www.researchgate.net/ > publication/369971402_Simulating_Termination_Analyzer_H_is_Not_Fooled_by_Pathological_Input_D > > https://github.com/plolcott/x86utm/blob/master/Halt7.c > has fully operational HHH and DD > > The halting problem has always been a mathematical mapping > from finite strings to behaviors. Yes. And the behaviour of this finite string has been proven to show halting behaviour. Only Olcott's HHH fails to see it. His misunderstanding is that he thinks that the behaviour defined by the finite string depends on the simulator. He fail to see that a finite string defines a behaviour independent of the thing that runs or simulates it. It seems that he is incapable to learn that a failure of a simulator does not define a behaviour.