Sujet : Re: key error in all the proofs --- Correction of Fred
De : richard (at) *nospam* damon-family.org (Richard Damon)
Groupes : comp.theoryDate : 16. Aug 2024, 19:49:05
Autres entêtes
Organisation : i2pn2 (i2pn.org)
Message-ID : <9ddc13b59efe79954838b7f59313cde87d8f2c4f@i2pn2.org>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25
User-Agent : Mozilla Thunderbird
On 8/16/24 2:04 PM, olcott wrote:
On 8/16/2024 12:54 PM, Richard Damon wrote:
On 8/16/24 1:11 PM, olcott wrote:
On 8/16/2024 11:47 AM, joes wrote:
Am Fri, 16 Aug 2024 10:07:08 -0500 schrieb olcott:
On 8/16/2024 9:59 AM, joes wrote:
Am Fri, 16 Aug 2024 09:42:13 -0500 schrieb olcott:
On 8/16/2024 9:28 AM, Richard Damon wrote:
On 8/16/24 10:09 AM, olcott wrote:
On 8/16/2024 8:34 AM, Mikko wrote:
On 2024-08-16 12:02:00 +0000, olcott said:
>
Unless an unlimited emulation of DDD by HHH can reach the "return"
instruction of DDD it is construed that this instance of DDD never
halts.
But that also construes that HHH is a program that DOES an unlimited
emulation of DDD, and thus isn't a decider
Not at all. never has.
Yes, because DDD is defined to call its simulator. If you change the
simulator to abort, you also change the simulated HHH. Nobody cares
about HHH aborting a pure simulator.
>
HHH must predict what the behavior of an unlimited simulation would
be.
The HHH that aborts must predict what DDD calling an aborting HHH does
NOT AT ALL, NEVER HAS.
PREDICT WHAT THE BEHAVIOR WOULD BE
IF IT WAS AN UNLIMITED EMULATION
Yes, an unlimited simulation of an aborting HHH.
>
Prediction of behavior of unlimited emulation
means prediction of behavior that never aborts.
>
>
Right, but the unlimited emulation of the DDD that calls the HHH that says non-halting will reach a final state.
>
I think that you are just twisting my words again.
_DDD()
[00002172] 55 push ebp ; housekeeping
[00002173] 8bec mov ebp,esp ; housekeeping
[00002175] 6872210000 push 00002172 ; push DDD
[0000217a] e853f4ffff call 000015d2 ; call HHH(DDD)
[0000217f] 83c404 add esp,+04
[00002182] 5d pop ebp
[00002183] c3 ret
Size in bytes:(0018) [00002183]
The unlimited emulation of DDD by HHH never stops running.
IF you are going to change an define that *THE* HHH is just a program that does unlimited emulation, than it fails to give the answer that the input is non-halting.
That's your problem, you only get to have one definition of what HHH is, as the definition of DDD includes the HHH that it is calling.
For you to claim that HHH needs to answer about something other than what HHH is acually given, which is the DDD that calls the HHH that is there, is just a LIE.
So, you have to choose which way you are wrong.
Eitehr HHH does the unlimited emulation, and thus fails to answer, or
HHH does a partial emulation of the DDD that calls the partially emulating HHH which makes DDD halting, and thus your HHH gives the wrong answer.