home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky sci.crypt:5013 sci.math:15238 comp.theory:2469
- Newsgroups: sci.crypt,sci.math,comp.theory
- Path: sparky!uunet!s5!sethb
- From: sethb@fid.morgan.com (Seth Breidbart)
- Subject: Re: Cryptography and P=NP
- Message-ID: <1992Nov19.172719.1540@fid.morgan.com>
- Organization: my opinions only
- References: <1992Nov16.084503.10141@vax.oxford.ac.uk> <BxvEF3.Kqw.2@cs.cmu.edu> <1992Nov18.193900.20199@rchland.ibm.com>
- Date: Thu, 19 Nov 1992 17:27:19 GMT
- Lines: 31
-
- 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.
-
- 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.)
-
- Seth sethb@fid.morgan.com
-