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 57,455 of 59,235    |
|    olcott to Mr Flibble    |
|    Re: Annotated Breakdown: "computing the     |
|    20 Apr 25 17:17:43    |
      XPost: comp.theory, sci.logic       From: polcott333@gmail.com              On 4/20/2025 3:57 PM, Mr Flibble wrote:       > This is a step-by-step outline of Linz's classical proof of the       > undecidability of the Halting Problem, with commentary from the       > perspective of a category-theoretic critique. This perspective suggests       > that certain steps in the proof involve category errors, where roles and       > types of entities are improperly mixed — for example, treating a program       > and a meta-level decider as interchangeable.       > 1. Assume a Halting Decider Exists       > Linz begins by assuming the existence of a function H(P, x) that can       > determine whether program P halts on input x.       >       > Category-Theoretic View: This assumption does not yet involve any category       > error. It describes a standard computational decider working over ordinary       > program-input pairs.       > 2. Define a Contradictory Program D(P)       > Construct a new program D such that:       > if H(P, P) reports 'halts', then D(P) loops forever;       > if H(P, P) reports 'loops', then D(P) halts.       >       > Category-Theoretic View: This step begins to introduce potential category       > confusion. The function D is now being constructed specifically to act in       > contradiction to H's analysis of P on itself, blending the role of program       > and predicate. This blurs the boundary between object-level and meta-level       > semantics.       > 3. Invoke D on Itself       > Evaluate D(D), which leads to the contradiction:       > - If H(D, D) says D halts → D(D) loops       > - If H(D, D) says D loops → D(D) halts       >       > Category-Theoretic View: Here the category error is fully exposed. The       > object D is passed into H and simultaneously defined in terms of H’s       > result on itself. This self-referential construct crosses semantic layers:       > a program is both subject and evaluator. In type-theoretic terms, this is       > akin to an ill-formed expression — a form of circular logic not grounded       > in a well-defined semantic domain.              Yes we perfectly agree on this, when the input       can possibly do the opposite of whatever value       that its decider returns the question posed to       H is self-contradictory: H(D) Does your input halt?              D cannot actually do the opposite of whatever H returns       when H is a simulating termination analyzer. Instead D       keeps calling H in recursive simulation until H aborts       its simulation of D. Thus mapping THE ACTUAL INPUT STRING       (not any damn thing else) to the behavior that it species       (including D simulating itself simulating D) conclusively       proves that H is correct to reject D as non-halting.              Woefully ignorant people that have no idea what the Hell       "computing the mapping from an input" is, how it works, or       why it is required may disagree.              > 4. Conclude H Cannot Exist       > The contradiction implies that no such universal halting decider H can       > exist.       >       > Category-Theoretic View: From this perspective, the contradiction arises       > not from an inherent limitation of deciders per se, but from allowing       > semantically invalid constructs. D(D) is seen as undefined or outside the       > valid domain of discourse — not a legitimate program-input pair, but a       > malformed self-referential statement.              Yes, good job you have quickly gained deep insight.              > 5. Interpretation       > The standard interpretation is that the Halting Problem is undecidable —       > there is no algorithm that can determine for all programs and inputs       > whether the program halts.       >       > Category-Theoretic View: The undecidability arises only when the system       > permits semantically malformed constructions. If the language of              Yes and all undecidability seems to be from failing to reject       erroneous input.              > computation is refined to exclude category errors — such as programs that       > attempt to reference or reason about their own evaluation in this way —       > then within that well-formed subset, halting may be decidable or at least       > non-contradictory.              This same thing equally applies to the Tarski Undefinability Theorem.       https://liarparadox.org/Tarski_275_276.              Truth is a necessary consequence to applying the truth       preserving operation of semantic entailment to the set       of basic facts (cannot be derived from other facts)       expressed in language.              All of undecidability comes from breaking the above rules.              --       Copyright 2025 Olcott "Talent hits a target no one else can hit; Genius       hits a target no one else can see." Arthur Schopenhauer              --- SoupGate-DOS v1.05        * Origin: you cannot sedate... all the things you hate (1:229/2)    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
(c) 1994, bbs@darkrealms.ca