🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: sci.crypt
Article #1913

Re: Cryptography and P=NP

#1913
From: Larry Loen
Date: Thu, 19 Nov 1992 19:30
53 lines
3241 bytes
In article <1992Nov19.172719.1540@fid.morgan.com>, sethb@fid.morgan.com (Seth Breidbart) writes:
|> In article <1992Nov18.193900.20199@rchland.ibm.com>
|> lwloen@vnet.ibm.com writes:
|> >In article <BxvEF3.Kqw.2@cs.cmu.edu> Jiri Sgall writes:
|> >
|> >>(partial quote of James Annan):
|> >
|> >>|> And remember, proving P=NP doesn't necessarily mean finding such an algorithm,
|> >>|> merely proving it exists.
|> >>|> 
|> >
|> >>Once you have the proof, you can easily run a kind of universal algorithm,
|> >>which will be guaranteed to be polynomial
|> >
|> >OK, I don't know beans about P and NP.  So, an elementary question:
|> >
|> >Do all programs of class P halt?  Your "universal algorithm" seems perilously
|> >close to the "halting" problem and I have never been able to eliminate it
|> >from far simpler cases than P or NP.  Or, is the halting issue kind of a
|> >separate point/issue (ie, the solution is "P" when it works)?
|> 
|> Each program in P runs in polynomial time, so it must halt.

Or is it, rather, P runs in polynomial time when it finds an answer?  I 
realise this is very basic, but I have yet to have encountered any significant
sub-set of programs that are not trivial that can be counted on to halt.

|> 
|> Number all the polynomial-time machines (by adding a clock to each
|> Turing Machine); do this in such a way that machine k runs in time < n^k.
|> The "universal algorithm" consists of running machine i until it halts,
|> and checking to see if an answer is found.  If machine k solves the
|> problem, then this algorithm runs in time k n^k.  If P != NP, then
|> this universal machine might not halt.  (More likely, it will always
|> halt, but not within any polynomial time bound.)
|> 

Surely, it can't be this easy.  I get squeamish whenever I see clocks and
numbers on arguments of this kind.  Is the cardinality of the set of
P algorithms == number of natural numbers?  Why doesn't Cantor's diagonal
argument crop up somewhere and spoil everything?  (I don't necessarily mean
the original, but an appropriate analog of it).
  
Or, does the cardinality N (that is, of natural numbers)
arise elsewhere in this problem?  I suppose some really smart people have
already covered this ground; it is all very counter to my intuition.  Maybe
it's time for me to take a class on all of this stuff. . .

|> Seth		sethb@fid.morgan.com

-- 
   Larry W. Loen        |  My Opinions are decidedly my own, so please
                        |  do not attribute them to my employer
Technical Details
Message-ID: <1992Nov19.193036.26711@rchland.ibm.com>
Path: arc1-ca.pugleaf.net!sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!wo0z!lwloen
References: <1992Nov16.084503.10141@vax.oxford.ac.uk> <BxvEF3.Kqw.2@cs.cmu.edu> <1992Nov18.193900.20199@rchland.ibm.com> <1992Nov19.172719.1540@fid.morgan.com>

Show Full Headers
Complete Article Headers
Newsgroups: sci.crypt,sci.math,comp.theory
Path: arc1-ca.pugleaf.net!sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!wo0z!lwloen
From: lwloen@rchland.vnet.ibm.com (Larry Loen)
Subject: Re: Cryptography and P=NP
Sender: news@rchland.ibm.com
Message-ID: <1992Nov19.193036.26711@rchland.ibm.com>
Date: Thu, 19 Nov 1992 19:30:36 GMT
Reply-To: lwloen@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
References: <1992Nov16.084503.10141@vax.oxford.ac.uk> <BxvEF3.Kqw.2@cs.cmu.edu> <1992Nov18.193900.20199@rchland.ibm.com> <1992Nov19.172719.1540@fid.morgan.com>
Nntp-Posting-Host: wo0z.rchland.ibm.com
Organization: IBM Rochester
Lines: 53