| Deutsch English Français Italiano |
|
<b3c272b418222bc082b7cbf3ce1b0852@www.rocksolidbbs.com> 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: nnymous109@gmail.com (nnymous109) Newsgroups: comp.theory Subject: Re: Yet another contribution to the P-NP question Date: Sun, 29 Sep 2024 16:14:19 +0000 Organization: RetroBBS Message-ID: <b3c272b418222bc082b7cbf3ce1b0852@www.rocksolidbbs.com> References: <85955d539da522cf777ab489101c0e2a@www.rocksolidbbs.com> <4b415dd5a91ac648bee8224fc3c28aa19706e06f.camel@gmail.com> <a4cacd3261a32cb9a769fbfe6ed1cd15@www.rocksolidbbs.com> <87cykqgfax.fsf@bsb.me.uk> <MWqdnZDONIeEjWv7nZ2dnZfqnPudnZ2d@brightview.co.uk> <877cawhg6g.fsf@bsb.me.uk> <AqidnfQXj44K-Gr7nZ2dnZfqnPidnZ2d@brightview.co.uk> <87plonfgj9.fsf@bsb.me.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: i2pn2.org; logging-data="4025227"; mail-complaints-to="usenet@i2pn2.org"; posting-account="rrhMWBcDAx1rC5+om1CWMH+W6SvwsR4AkzPL9w80GDY"; User-Agent: Rocksolid Light X-Rslight-Posting-User: 997a80a59f36bca0d6daf54c90c3284ff767f4d5 X-Rslight-Site: $2y$10$ijpWDtm3wDsbik6zYnSUHeo1v2Qw7DFAKTbvCmqIuBYIqbUMo8/Dm X-Spam-Checker-Version: SpamAssassin 4.0.0 Bytes: 3466 Lines: 47 > I tried to make one major suggestion to the author: explain (in English) > in what way the core of the argument differs from the usual "it must > examine all the cases" non-proofs that keep cropping up. > And there's what I most unsure of. I've heard of these "examine all cases" non-proofs, but I don't know what exactly makes them fail (is it just that they don't give any reason why we must examine all the cases or is it something deeper?) I would call the proof strategy I have come up with an "examine all the cases" type proof except the underlying observation as to why we must do that is that if x1 and x2 are different strings, unless there is some extra information we have been given beforehand (about x1 and x2) that we can take advantage of, there is in general no correspondence between S.(M(x1)) and S.(M(x2)). In the preceding paragraph, I am carrying over notation I used in my first post today. Throughout this post, if there's any undefined notation, it's because it's carried over from the same post. > But there are some worrying signs. If someone knows little mathematics, > why describe a mapping as a homomorphism when there is no topology in > play? Does he or she just mean a bjection? What has continuity to do > with it? There's a whiff of "that's a nice sounding word, I'll use it" > here. > This is because it looked like something I saw in an algebra textbook once. If M and N are recursions, and f : (U_M)* -> (U_N)*, so that f(M(x)) = f(y) = N^b(f(x)) for some integer b. I'm thinking of f as relabeling the computation*, and I'm using homomorphism to suggest that analogy. Or it could just be my impostor syndrome at work :) But again, if these words already conjure up very specific things and conflating them would be troublesome, I'm perfectly happy to rename them as is necessary. > I'm prepared to take it seriously for a while. Well, thank you. I think we're at the heart of it, so that at this stage, we can make a really good estimation of whether there's something here what considering further. * - and to be exact, the domain of f is not (U_M)*, but only those strings that may be elements of a computation by M