Path: news.eternal-september.org!eternal-september.org!feeder3.eternal-september.org!news.quux.org!news.nk.ca!rocksolid2!i2pn2.org!.POSTED!not-for-mail From: Richard Damon Newsgroups: comp.theory Subject: Re: Incorrect requirements --- Computing the mapping from the input to HHH(DD) Date: Thu, 8 May 2025 21:02:22 -0400 Organization: i2pn2 (i2pn.org) Message-ID: References: <87msbmeo3b.fsf@nosuchdomain.example.com> <87ecwyekg2.fsf@nosuchdomain.example.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Fri, 9 May 2025 01:18:35 -0000 (UTC) Injection-Info: i2pn2.org; logging-data="3731822"; mail-complaints-to="usenet@i2pn2.org"; posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg"; User-Agent: Mozilla Thunderbird Content-Language: en-US X-Spam-Checker-Version: SpamAssassin 4.0.0 In-Reply-To: On 5/8/25 7:53 PM, olcott wrote: > On 5/8/2025 6:45 PM, Keith Thompson wrote: >> olcott writes: >>> On 5/8/2025 5:26 PM, Keith Thompson wrote: >> [...] >>>> I am more nearly an expert on C than on the Halting Problem. >>>> Watching olcott base his arguments on C *and getting C so badly >>>> wrong* leads me to think that he is largely ignorant of C (which is >>>> fine, most people are) and is unwilling to admit it.  Watching the >>>> reactions of actual experts to his mathematical arguments leads me >>>> to the same conclusion about his knowledge of the relevant fields >>>> of mathematics. >>>> >>> >>> If Halt7.c is not compiled with the Microsoft >>> compiler then it will not produce the required >>> object file type. >>> >>> The rest of the system has compiled under >>> Linux. I haven't tried this in a few years. >> >> [...] >> >> So you normally compile your code using the 2017 version of Microsoft >> Visual Studio. >> >> I have no particular problem with that, but your failure to correct >> a number of C errors in your code is odd. > > As I already proved Microsoft reported no such errors. > >>  I've pointed out several >> syntax errors and constraint violations; at least the syntax errors >> would be trivial to fix (even if your compiler is lax enough to >> fail to diagnose them).  Richard Heathfield has pointed out code >> that dereferences a null pointer. >> > > Mike corrected Richard on this. > Those are stub functions intercepted > by x86utm the operating system. > >> You are using C, a language in which you appear to have little >> apparent expertise or willingness to learn, to demonstrate claims >> that, if true, would overturn ideas that have been generally accepted >> for decades.  Can you understand why I might decide that analyzing >> your claims is not worth my time? >> > > I learned C back when K & R was the standard. > > void DDD() > { >   HHH(DDD); >   return; > } > > We don't need to look at any of my code for me > to totally prove my point. For example when > the above DDD is correctly simulated by HHH > this simulated DDD cannot possibly reach its own > "return" instruction. > > And thus not correctly simulatd. Sorry, there is no "OS Exemption" to correct simulaiton;.