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,709 of 59,235    |
|    olcott to Richard Damon    |
|    Re: I have just proven the error of all     |
|    29 Jul 25 22:12:42    |
      XPost: comp.theory, sci.logic       From: polcott333@gmail.com              On 7/29/2025 8:51 PM, Richard Damon wrote:       > On 7/29/25 9:24 PM, olcott wrote:       >> On 7/29/2025 5:37 PM, Richard Damon wrote:       >>> On 7/29/25 12:53 PM, olcott wrote:       >>>> On 7/28/2025 8:56 PM, Richard Damon wrote:       >>>>> On 7/28/25 7:58 PM, olcott wrote:       >>>>>> On 7/28/2025 6:49 PM, Richard Damon wrote:       >>>>>>> On 7/28/25 7:20 PM, olcott wrote:       >>>>>>>> On 7/28/2025 5:57 PM, Richard Damon wrote:       >>>>>>>>> On 7/28/25 9:54 AM, olcott wrote:       >>>>>>>>>> On 7/28/2025 8:21 AM, joes wrote:       >>>>>>>>>>> Am Mon, 28 Jul 2025 07:11:11 -0500 schrieb olcott:       >>>>>>>>>>>> On 7/28/2025 2:30 AM, joes wrote:       >>>>>>>>>>>>> Am Sun, 27 Jul 2025 21:58:05 -0500 schrieb olcott:       >>>>>>>>>>>>>> On 7/27/2025 9:48 PM, Richard Damon wrote:       >>>>>>>>>>>>>>> On 7/27/25 8:20 PM, olcott wrote:       >>>>>>>>>>>       >>>>>>>>>>>>>>>> When DDD is emulated by HHH1 it need not emulate itself       >>>>>>>>>>>>>>>> at all.       >>>>>>>>>>>>>>> But "itself" doesn't matter to x86 instructions,       >>>>>>>>>>>>>> By itself I mean the exact same machine code bytes at the       >>>>>>>>>>>>>> exact same       >>>>>>>>>>>>>> machine address.       >>>>>>>>>>>>> Yeah, so when you change HHH to abort later, you also       >>>>>>>>>>>>> change DDD.       >>>>>>>>>>>> HHH is never changed.       >>>>>>>>>>       >>>>>>>>>>> It is changed in the hypothetical unaborted simulation. HHH       >>>>>>>>>>> is reporting       >>>>>>>>>>> on UTM(HHH', DDD) where HHH' calls UTM(DDD), and not on the       >>>>>>>>>>> halting DDD,       >>>>>>>>>>> and definitely not on HHH(DDD), itself.       >>>>>>>>>>>       >>>>>>>>>>       >>>>>>>>>> All halt deciders are required to predict the behavior       >>>>>>>>>> of their input. HHH does correctly predict that DDD correctly       >>>>>>>>>> simulated by HHH cannot possibly reach its own simulated       >>>>>>>>>> "return" instruction final halt state.       >>>>>>>>>>       >>>>>>>>>       >>>>>>>>> How is it a "correct prediction" if it sees something different       >>>>>>>>> than what that DDD does.       >>>>>>>>>       >>>>>>>>       >>>>>>>> What DDD does is keep calling HHH(DDD) in recursive       >>>>>>>> simulation until HHH kills this whole process.       >>>>>>>       >>>>>>> But the behavior of the program continues past that (something       >>>>>>> you don't seem to understand) and that behavior will also have       >>>>>>> its HHH terminate the DDD it is simulating and return 0 to DDD       >>>>>>> and then Halt.       >>>>>>>       >>>>>>> Your problem is you don't understand that the simulating HHH       >>>>>>> doesn't define the behavior of DDD, it is the execution of DDD       >>>>>>> that defines what a correct simulation of it is.       >>>>>>>       >>>>>>>>       >>>>>>>>> Remember, to have simulated that DDD, it must have include the       >>>>>>>>> code of the HHH that it was based on, which is the HHH that       >>>>>>>>> made the prediction, and thus returns 0, so DDD will halt.       >>>>>>>>>       >>>>>>>>       >>>>>>>> We are not asking: Does DDD() halt.       >>>>>>>> That is (as it turns out) an incorrect question.       >>>>>>>       >>>>>>> No, that is EXACTLY the question.       >>>>>>>       >>>>>>> I guess you are just admitting that you whole world is based on       >>>>>>> LYING about what things are supposed to be.       >>>>>>>       >>>>>>>>       >>>>>>>> Turing machines cannot directly report on the behavior       >>>>>>>> of other Turing machines they can at best indirectly       >>>>>>>> report on the behavior of Turing machines through the       >>>>>>>> proxy of finite string machine descriptions such as ⟨M⟩.       >>>>>>>       >>>>>>> Right, and HHH was given the equivalenet of (M) by being given       >>>>>>> the code of *ALL* of DDD       >>>>>>>       >>>>>>> I guess you don't understand that fact, even though you CLAIM the       >>>>>>> input is the proper representation of DDD.       >>>>>>>       >>>>>>>>       >>>>>>>> Thus the behavior specified by the input finite string       >>>>>>>> overrules and supersedes the behavior of the direct       >>>>>>>> execution.       >>>>>>>       >>>>>>> No, it is DEFINED to be the behavior of the direct execution of       >>>>>>> the program it represent.       >>>>>>>       >>>>>>       >>>>>> *That has always been the fatal flaw of all of the proofs*       >>>>>       >>>>> No, your failure to follow the rules is what makes you just a liar.       >>>>>       >>>>       >>>> _DDD()       >>>> [00002192] 55 push ebp       >>>> [00002193] 8bec mov ebp,esp       >>>> [00002195] 6892210000 push 00002192 // push DDD       >>>> [0000219a] e833f4ffff call 000015d2 // call HHH       >>>> [0000219f] 83c404 add esp,+04       >>>> [000021a2] 5d pop ebp       >>>> [000021a3] c3 ret       >>>> Size in bytes:(0018) [000021a3]       >>>>       >>>> When the above code is in the same memory space as HHH       >>>> such that DDD calls HHH(DDD) and then HHH does emulate       >>>> itself emulating DDD then this does specify recursive       >>>> emulation.       >>>>       >>>> Anyone or anything that disagrees would be disagreeing       >>>> with the definition of the x86 language.       >>>>       >>>       >>> So, if HHH accesses that memory, it becomes part of the input.       >>>       >>       >> It becomes part of the input in the sense that the       >> correct simulation of the input to HHH(DDD) is not       >> the same as the correct simulation of the input to       >> HHH1(DDD) because DDD only calls HHH(DDD) and does       >> not call HHH1(DDD).       >>       >> DDD correctly simulated by HHH cannot possibly       >> halt thus HHH(DDD)==0 is correct.       >>       >> DDD correctly simulated by HHH1 does halt thus       >> HHH(DDD)==1 is correct.       >>       >>       >       > It either *IS* or it *ISN'T* there is no middle.       >              This just occurred to me:       *HHH(DDD)==0 is also correct for another different reason*              Even if we construed the HHH that DDD calls a part of the       program under test it is true that neither the simulated       DDD nor the simulated HHH cannot possibly reach their own       final halt state.                     --       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