home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky sci.crypt:5162 sci.math:15353 comp.theory:2504
- Path: sparky!uunet!cs.utexas.edu!usc!rutgers!micro-heart-of-gold.mit.edu!uw-beaver!cs.ubc.ca!unixg.ubc.ca!ramsay
- From: ramsay@math.ubc.ca (Keith Ramsay)
- Newsgroups: sci.crypt,sci.math,comp.theory
- Subject: Re: Cryptography and P=NP
- Message-ID: <1emhb6INNadc@iskut.ucs.ubc.ca>
- Date: 21 Nov 92 23:39:18 GMT
- References: <1992Nov19.172719.1540@fid.morgan.com> <1992Nov19.193036.26711@rchland.ibm.com> <1992Nov21.191944.87493@Cookie.secapl.com>
- Distribution: inet
- Organization: University of British Columbia, Vancouver, B.C., Canada
- Lines: 20
- NNTP-Posting-Host: gauss.math.ubc.ca
-
- In article <1992Nov21.191944.87493@Cookie.secapl.com>
- frank@Cookie.secapl.com (Frank Adams) writes:
-
- >Given a problem which actually is in NP, this universal machine will in fact
- >solve it in polynomial time if P=NP -- indeed, it will solve any problem in
- >P, given an NP formulation, in polynomial time. If the NP problem is in not
- >in P, it will always halt, but will not necessarily run in polynomial time.
-
- There is a problem with what you say here. Suppose we have a problem
- formulated as an NP problem, but which is in fact in P. This
- "universal" algorithm will indeed halt in polynomial time for the
- cases for which the answer is "yes" (by finding the "non-deterministic
- guess" required to show that the answer is indeed "yes"). If the
- answer to the problem is "no", however, one may not know when to stop
- looking for a positive answer. For it really to solve such a
- problem-class in polynomial time, it has to have some rule for
- determining when to say "no".
-
- Keith Ramsay
- ramsay@unixg.ubc.ca
-