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,183 of 59,235    |
|    olcott to Richard Damon    |
|    Re: The Halting Problem asks for too muc    |
|    24 Jan 26 11:54:38    |
      XPost: sci.logic, sci.math, comp.theory       From: polcott333@gmail.com              On 1/24/2026 11:10 AM, Richard Damon wrote:       > On 1/24/26 10:44 AM, olcott wrote:       >> On 1/24/2026 8:51 AM, Richard Damon wrote:       >>> On 1/20/26 1:35 PM, 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.       >>>>>              [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