Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.ai.philosophy    |    Perhaps we should ask SkyNet about this    |    59,235 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 59,153 of 59,235    |
|    Mikko to olcott    |
|    Re: The Halting Problem asks for too muc    |
|    22 Jan 26 10:21:15    |
      XPost: sci.logic, sci.math, comp.theory       From: mikko.levanto@iki.fi              On 21/01/2026 17:22, olcott wrote:       > On 1/21/2026 3:03 AM, Mikko wrote:       >> On 20/01/2026 20:35, olcott wrote:       >>> On 1/20/2026 3:58 AM, Mikko wrote:       >>>> On 19/01/2026 17:03, olcott wrote:       >>>>> On 1/19/2026 2:19 AM, Mikko wrote:       >>>>>> On 18/01/2026 15:28, olcott wrote:       >>>>>>> On 1/18/2026 5:27 AM, Mikko wrote:       >>>>>>>> On 17/01/2026 16:47, olcott wrote:       >>>>>>>>> On 1/17/2026 3:53 AM, Mikko wrote:       >>>>>>>>>> On 16/01/2026 17:38, olcott wrote:       >>>>>>>>>>> On 1/16/2026 3:32 AM, Mikko wrote:       >>>>>>>>>>>> On 15/01/2026 22:30, olcott wrote:       >>>>>>>>>>>>> On 1/15/2026 3:34 AM, Mikko wrote:       >>>>>>>>>>>>>> On 14/01/2026 21:32, olcott wrote:       >>>>>>>>>>>>>>> On 1/14/2026 3:01 AM, Mikko wrote:       >>>>>>>>>>>>>>>> On 13/01/2026 16:31, olcott wrote:       >>>>>>>>>>>>>>>>> On 1/13/2026 3:13 AM, Mikko wrote:       >>>>>>>>>>>>>>>>>> On 12/01/2026 16:32, olcott wrote:       >>>>>>>>>>>>>>>>>>> On 1/12/2026 4:47 AM, Mikko wrote:       >>>>>>>>>>>>>>>>>>>> On 11/01/2026 16:24, Tristan Wibberley wrote:       >>>>>>>>>>>>>>>>>>>>> On 11/01/2026 10:13, Mikko wrote:       >>>>>>>>>>>>>>>>>>>>>> On 10/01/2026 17:47, olcott wrote:       >>>>>>>>>>>>>>>>>>>>>>> On 1/10/2026 2:23 AM, Mikko wrote:       >>>>>>>>>>>>>>>>>>>>>       >>>>>>>>>>>>>>>>>>>>>>>> No, that does not follow. If a required result       >>>>>>>>>>>>>>>>>>>>>>>> cannot be derived by       >>>>>>>>>>>>>>>>>>>>>>>> appying a finite string transformation then the       >>>>>>>>>>>>>>>>>>>>>>>> it it is uncomputable.       >>>>>>>>>>>>>>>>>>>>>>>       >>>>>>>>>>>>>>>>>>>>>>> Right. Outside the scope of computation.       >>>>>>>>>>>>>>>>>>>>>>> Requiring anything       >>>>>>>>>>>>>>>>>>>>>>> outside the scope of computation is an incorrect       >>>>>>>>>>>>>>>>>>>>>>> requirement.       >>>>>>>>>>>>>>>>>>>>>>       >>>>>>>>>>>>>>>>>>>>>> You can't determine whether the required result is       >>>>>>>>>>>>>>>>>>>>>> computable before       >>>>>>>>>>>>>>>>>>>>>> you have the requirement.       >>>>>>>>>>>>>>>>>>>>>       >>>>>>>>>>>>>>>>>>>>>       >>>>>>>>>>>>>>>>>>>>> Right, it is /in/ scope for computer science... for       >>>>>>>>>>>>>>>>>>>>> the / ology/. Olcott       >>>>>>>>>>>>>>>>>>>>> here uses "computation" to refer to the practice.       >>>>>>>>>>>>>>>>>>>>> You give the       >>>>>>>>>>>>>>>>>>>>> requirement to the /ologist/ who correctly decides       >>>>>>>>>>>>>>>>>>>>> that it is not for       >>>>>>>>>>>>>>>>>>>>> computation because it is not computable.       >>>>>>>>>>>>>>>>>>>>>       >>>>>>>>>>>>>>>>>>>>> You two so often violently agree; I find it warming       >>>>>>>>>>>>>>>>>>>>> to the heart.       >>>>>>>>>>>>>>>>>>>>       >>>>>>>>>>>>>>>>>>>> For pracitcal programming it is useful to know what       >>>>>>>>>>>>>>>>>>>> is known to be       >>>>>>>>>>>>>>>>>>>> uncomputable in order to avoid wasting time in       >>>>>>>>>>>>>>>>>>>> attemlpts to do the       >>>>>>>>>>>>>>>>>>>> impossible.       >>>>>>>>>>>>>>>>>>>       >>>>>>>>>>>>>>>>>>> It f-cking nuts that after more than 2000 years       >>>>>>>>>>>>>>>>>>> people still don't understand that self-contradictory       >>>>>>>>>>>>>>>>>>> expressions: "This sentence is not true" have no       >>>>>>>>>>>>>>>>>>> truth value. A smart high school student should have       >>>>>>>>>>>>>>>>>>> figured this out 2000 years ago.       >>>>>>>>>>>>>>>>>>       >>>>>>>>>>>>>>>>>> Irrelevant. For practical programming that question       >>>>>>>>>>>>>>>>>> needn't be answered.       >>>>>>>>>>>>>>>>>       >>>>>>>>>>>>>>>>> The halting problem counter-example input is anchored       >>>>>>>>>>>>>>>>> in the Liar Paradox. Proof Theoretic Semantics rejects       >>>>>>>>>>>>>>>>> those two and Gödel's incompleteness and a bunch more       >>>>>>>>>>>>>>>>> as merely non-well-founded inputs.       >>>>>>>>>>>>>>>>       >>>>>>>>>>>>>>>> For every Turing machine the halting problem counter-       >>>>>>>>>>>>>>>> example provably       >>>>>>>>>>>>>>>> exists.       >>>>>>>>>>>>>>>       >>>>>>>>>>>>>>> Not when using Proof Theoretic Semantics grounded       >>>>>>>>>>>>>>> in the specification language. In this case the       >>>>>>>>>>>>>>> pathological input is simply rejected as ungrounded.       >>>>>>>>>>>>>>       >>>>>>>>>>>>>> Then your "Proof Theoretic Semantics" is not useful for       >>>>>>>>>>>>>> discussion of       >>>>>>>>>>>>>> Turing machines. For every Turing machine a counter       >>>>>>>>>>>>>> example exists.       >>>>>>>>>>>>>> And so exists a Turing machine that writes the counter       >>>>>>>>>>>>>> example when       >>>>>>>>>>>>>> given a Turing machine as input.       >>>>>>>>>>>>>       >>>>>>>>>>>>> It is "not useful" in the same way that ZFC was       >>>>>>>>>>>>> "not useful" for addressing Russell's Paradox.       >>>>>>>>>>>>       >>>>>>>>>>>> ZF or ZFC is to some extent useful for addressing Russell's       >>>>>>>>>>>> paradox.       >>>>>>>>>>>> It is an example of a set theory where Russell's paradox is       >>>>>>>>>>>> avoided.       >>>>>>>>>>>> If your "Proof Theretic Semantics" cannot handle the       >>>>>>>>>>>> existence of       >>>>>>>>>>>> a counter example for every Turing decider then it is not       >>>>>>>>>>>> usefule       >>>>>>>>>>>> for those who work on practical problems of program       >>>>>>>>>>>> correctness.       >>>>>>>>>>>       >>>>>>>>>>> Proof theoretic semantics addresses Gödel Incompleteness       >>>>>>>>>>> for PA in a way similar to the way that ZFC addresses       >>>>>>>>>>> Russell's Paradox in set theory.       >>>>>>>>>>       >>>>>>>>>> Not really the same way. Your "Proof theoretic semantics"       >>>>>>>>>> redefines       >>>>>>>>>> truth and replaces the logic. ZFC is another theory using       >>>>>>>>>> ordinary       >>>>>>>>>> logic. The problem with the naive set theory is that it is not       >>>>>>>>>> sound for any semantics.       >>>>>>>>>       >>>>>>>>> ZFC redefines set theory such that Russell's Paradox cannot arise.       >>>>>>>>       >>>>>>>> No, it does not. It is just another exammle of the generic concept       >>>>>>>> of set theory. Essentially the same as ZF but has one additional       >>>>>>>> postulate.       >>>>>>>       >>>>>>> ZFC redefines set theory such that Russell's Paradox cannot arise       >>>>>>> and the original set theory is now referred to as naive set theory.       >>>>>>       >>>>>> ZF and ZFC are not redefinitions. ZF is another theory. It can be       >>>>>> called a "set theory" because its structure is similar to Cnator's       >>>>>> original informal set theory. Cantor did not specify whther a set       >>>>>> must be well-founded but ZF specifies that it must. A set theory       >>>>>> were all sets are well-founded does not have Russell's paradox.       >>>>>       >>>>> ZF is a redefinition in the only sense that matters:       >>>>> it changes the foundational rules so that Russell’s       >>>>> paradox cannot arise.       >>>>       >>>> The only sense that matters is: to give a new meaning to an exsisting       >>>> term. That is OK when the new meaning is only used in a context where       >>>> the old one does not make sense.       >>>>       >>>> What you are trying is to give a new meaning to "true" but preted that       >>>> it still means 'true'.       >>>              [continued in next message]              --- SoupGate-Win32 v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca