home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!olivea!pagesat!spssig.spss.com!hosken
- From: hosken@spss.com (Bill Hosken)
- Newsgroups: comp.lang.c++
- Subject: Re: self-reproducing C++ program
- Message-ID: <1992Nov18.201434.9706@spss.com>
- Date: 18 Nov 92 20:14:34 GMT
- References: <1919@alcbel.be> <DECHC00.92Nov17210448@tohi.DMI.USherb.Ca> <c164-aa.722076580@po.berkeley.edu>
- Sender: news@spss.com (Net News Admin)
- Organization: SPSS, Inc.
- Lines: 24
-
- In article <c164-aa.722076580@po.berkeley.edu>, c164-aa@po.berkeley.edu (Paul DuBois) writes:
- > dechc00@tohi.DMI.USherb.Ca (CHRISTIAN DECHAMPLAIN) writes:
- >
- > >Is that an undecidable problem. The type of problem you waiste your life
- > >trying to solve only to finaly discover it is undecidable.
- >
- > I think not -- assuming a self-reproducing program of finite size exists,
- > one can surely generate all possible inputs to a compiler of equal
- > or lesser size. If an input compiles (!), testing for self-reproduction
- > is easy (diff).
- >
- > An example has been given, therefore the assumption is valid. QED.
- > --
- > Paul DuBois Permanent: pld@soda.berkeley.edu
- > If you call this a short .sig, you oppose its reality. If you do not call
- > it a short .sig, you ignore the fact. Now what do you wish to call this?
-
-
- Right, but still, the problem of finding the 'shortest program to do x'
- is a very hard one for almost any task x. The exhaustive method above is
- clearly impractical except where the known program is very small indeed.
-
- I don't think there are very big prizes for finding these shortest programs
- either.
-