home bbs files messages ]

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 58,233 of 59,235   
   olcott to Ben Bacarisse   
   Three Year Update of proof of D simulate   
   09 Nov 25 09:20:55   
   
   XPost: comp.theory, comp.lang.c++, comp.lang.c   
   From: polcott333@gmail.com   
      
      
        If simulating halt decider H correctly simulates its   
        input D until H correctly determines that its simulated D   
        would never stop running unless aborted then   
      
        H can abort its simulation of D and correctly report that D   
        specifies a non-halting sequence of configurations.   
      
      
   On 10/14/2022 7:44 PM, Ben Bacarisse wrote:   
    > I don't think that is the shell game. PO really /has/ an H   
    > (it's trivial to do for this one case) that correctly determines   
    > that P(P) *would* never stop running *unless* aborted.   
      
   This was verified on the basis of the x86utm operating   
   system that provided an execution trace in the x86   
   language that was too difficult for anyone to understand.   
   https://github.com/plolcott/x86utm   
   This took about one year of full time development effort.   
      
   *Updated words*   
      Simulating termination analyzer H simulates   
      N statements of D according to the semantics of   
      the C programming language. H does this until it   
      matches a correct non-halting behavior pattern.   
      This pattern conclusively proves that the simulated   
      D cannot possibly reach its own simulated "return"   
      statement final halt state for any value of N.   
      
      Then H aborts its simulation and returns 0 on the   
      basis that that its input D specifies a non-halting   
      sequence of instructions.   
      
   This is empirically proven by a C interpreter.   
   (Detailed design provided below)   
      
   int H(char* P);   
      
   int D()   
   {   
      int Halt_Status = H(D);   
      if (Halt_Status)   
        HERE: goto HERE;   
      return Halt_Status;   
   }   
      
   The above is assumed in in test.c   
      
   simulate.exe implements a C interpreter.   
      
   Command line invocation: simulate test.c   
      
   When this interpreter sees the call to H(D) it   
   calls itself with the text body of D. I intend   
   to make this generic for any named function.   
      
   The above proves that N instructions of D simulated   
   by H according to the semantics of the C programming   
   language cannot possibly reach its own "return"   
   statement final halt state.   
      
   It is estimated that the adaptation of an existing   
   C interpreter should take about one full time week.   
   I already found one that can call itself recursively.   
      
   The tricky part that might require YACC and LEX is   
   parsing the input file to recognize instances of H   
   that must be called with text strings of function bodies.   
      
   --   
   Copyright 2025 Olcott "Talent hits a target no one else can hit; Genius   
   hits a target no one else can see." Arthur Schopenhauer   
      
   --- 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