Forums before death by AOL, social media and spammers... "We can't have nice things"
|    comp.lang.c    |    Meh, in C you gotta define EVERYTHING    |    243,242 messages    |
[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]
|    Message 241,894 of 243,242    |
|    Mikko to olcott    |
|    Re: D simulated by H where H is a C inte    |
|    11 Nov 25 11:15:23    |
      From: mikko.levanto@iki.fi              On 2025-11-09 02:08:11 +0000, olcott said:              > On 11/8/2025 6:30 PM, Mike Terry wrote:       >> On 08/11/2025 20:54, olcott wrote:       >>> On 11/8/2025 1:58 PM, Kaz Kylheku wrote:       >>>>       >>>> "D simulated by H" is literally not a thing. D is simulated by       >>>> a simulator, which doesn't care whether it is driven by       >>>> events from H, or elsewhere.       >>>>       >>>> All correct simulations of D show halting.       >>>>       >>>       >>> Only when you dishonestly ignore that we are only       >>> examining the case where D calls its own simulator.       >>> What is your motive for being dishonest?       >>>       >>>> Simulations must be /complete/ to be correct.       >>>>       >>>       >>> When N steps of D are simulated by H everyone       >>> that has enough knowledge of C knows that D       >>> simulated by H keeps calling H(D) in recursive       >>> simulation until H is smart enough to kill its       >>> simulation.       >>>       >>> Why do you insist on lying about this?       >>>       >>>>>> int H(void (*p)(void), interp *s);       >>>>       >>>> From now on, you must only discuss the above API for simulating       >>>> deciders, or any other variant of your choice in which two arguments are       >>>> represented: the procedure to be analyzed. and a freshly instantiated       >>>> simulation pointing at that procedure.       >>>>       >>>       >>> I am going to adapt a C interpreter to do this       >>> myself soon enough. You won't be able to get away       >>> with your lies for very long.       >>       >> This is suggesting that you are thinking that producing your C       >> interpreter will somehow further your argument and prove your point?       >> That is a total delusion - it will change nothing.       >>       >> Do you remember when you said you were going to write your "directed       >> acyclic graph notation parser"? I and others told you that there was       >> no need to do that, because it will not prove anything,       >       > I have proved that it does prove that the Liar Paradox       > is semantically unsound and people here don't lie about       > this they are simply too stupid to understand that I       > am correct.              You don't need a C interpreter in order to prove that the Liar Paradox       is semantically unsound. It is quite clear from simpler considerations.              > Only people that understand what a cycle in the directed       > graph of the evaluation sequence can understand that I       > am correct.              You are not correct. You can be correct about something but that does       not mean that you be correct about other things.              --       Mikko              --- 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