Deutsch   English   Français   Italiano  
<e51f21daadd358ef13801c918106c2fdc65a9f6b@i2pn2.org>

View for Bookmarking (what is this?)
Look up another Usenet article

Path: ...!weretis.net!feeder9.news.weretis.net!news.nk.ca!rocksolid2!i2pn2.org!.POSTED!not-for-mail
From: Richard Damon <richard@damon-family.org>
Newsgroups: comp.theory
Subject: Re: The philosophy of computation reformulates existing ideas on a
 new basis ---x86 code is a liar?
Date: Wed, 6 Nov 2024 22:42:44 -0500
Organization: i2pn2 (i2pn.org)
Message-ID: <e51f21daadd358ef13801c918106c2fdc65a9f6b@i2pn2.org>
References: <vfli1h$fj8s$1@dont-email.me> <vg97j5$kb67$2@dont-email.me>
 <a89303e978559d2b152a014ad587e6f3defa323c@i2pn2.org>
 <vg98im$khai$1@dont-email.me>
 <b9a05a3897bb42f444e98f907bc9285a641415ab@i2pn2.org>
 <vg9efe$p463$1@dont-email.me>
 <fdcd7140ef71f12f42a99a9d5b720e1574b98920@i2pn2.org>
 <vg9h2j$pi2n$1@dont-email.me>
 <1ee05647789dbaab013f1194411ff373e45a463e@i2pn2.org>
 <vgafqv$umps$1@dont-email.me>
 <0cdb23355b23731751b9614543e8a1c257214b5a@i2pn2.org>
 <vgbskb$172co$1@dont-email.me>
 <157b13f5b452420f1bb20db458bfa7b952449ecf@i2pn2.org>
 <vgc2ju$1bqmm$1@dont-email.me>
 <585823321cf0a5e579b855438cfbf93229b233ee@i2pn2.org>
 <vgdjdq$1jr80$1@dont-email.me>
 <b24e957b9f2af15c0ba7f18a3f7bfe2c6ff6419d@i2pn2.org>
 <vgegce$1phg2$1@dont-email.me>
 <e36afcb3758e0fb26d58019c08a24c6df0b562a7@i2pn2.org>
 <vgenp1$1uh1b$2@dont-email.me>
 <acecb0ba68d86b00c95fae1ecf690ec514aee26b@i2pn2.org>
 <vgfq86$24mon$1@dont-email.me>
 <e7a092c593ad1431a1bf6589d0102312545612ef@i2pn2.org>
 <vghb16$2ge1v$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 7 Nov 2024 03:42:45 -0000 (UTC)
Injection-Info: i2pn2.org;
	logging-data="1309106"; mail-complaints-to="usenet@i2pn2.org";
	posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg";
User-Agent: Mozilla Thunderbird
In-Reply-To: <vghb16$2ge1v$1@dont-email.me>
Content-Language: en-US
X-Spam-Checker-Version: SpamAssassin 4.0.0
Bytes: 17992
Lines: 388

On 11/6/24 10:09 PM, olcott wrote:
> On 11/6/2024 6:45 PM, Richard Damon wrote:
>> On 11/6/24 8:16 AM, olcott wrote:
>>> On 11/6/2024 5:37 AM, Richard Damon wrote:
>>>> On 11/5/24 10:28 PM, olcott wrote:
>>>>> On 11/5/2024 7:50 PM, Richard Damon wrote:
>>>>>> On 11/5/24 8:22 PM, olcott wrote:
>>>>>>> On 11/5/2024 6:04 PM, Richard Damon wrote:
>>>>>>>> On 11/5/24 12:08 PM, olcott wrote:
>>>>>>>>> On 11/5/2024 6:03 AM, Richard Damon wrote:
>>>>>>>>>> On 11/4/24 10:15 PM, olcott wrote:
>>>>>>>>>>> On 11/4/2024 8:42 PM, Richard Damon wrote:
>>>>>>>>>>>> On 11/4/24 8:32 PM, olcott wrote:
>>>>>>>>>>>>> On 11/4/2024 6:21 PM, Richard Damon wrote:
>>>>>>>>>>>>>> On 11/4/24 7:48 AM, olcott wrote:
>>>>>>>>>>>>>>> On 11/4/2024 6:07 AM, Richard Damon wrote:
>>>>>>>>>>>>>>>> On 11/3/24 11:03 PM, olcott wrote:
>>>>>>>>>>>>>>>>> On 11/3/2024 9:57 PM, Richard Damon wrote:
>>>>>>>>>>>>>>>>>> On 11/3/24 10:19 PM, olcott wrote:
>>>>>>>>>>>>>>>>>>> On 11/3/2024 7:46 PM, Richard Damon wrote:
>>>>>>>>>>>>>>>>>>>> On 11/3/24 8:38 PM, olcott wrote:
>>>>>>>>>>>>>>>>>>>>> On 11/3/2024 7:26 PM, Richard Damon wrote:
>>>>>>>>>>>>>>>>>>>>>> On 11/3/24 8:21 PM, olcott wrote:
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>> What would an unbounded emulation do?
>>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Keep on emulating for an unbounded number of steps.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Something you don't seem to understand as part of 
>>>>>>>>>>>>>>>>>>>>>> the requirements.
>>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>>> Non-Halting isn't just did reach a final state in 
>>>>>>>>>>>>>>>>>>>>>> some finite number of steps, but that it will 
>>>>>>>>>>>>>>>>>>>>>> NEVER reach a final state even if you process an 
>>>>>>>>>>>>>>>>>>>>>> unbounded number of steps.
>>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>>> Would an unbounded emulation of DDD by HHH halt?
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>> Not a valid question, as your HHH does not do an 
>>>>>>>>>>>>>>>>>>>> unbounded emulation, but aborts after a defined time.
>>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>>> *Now you are contradicting yourself*
>>>>>>>>>>>>>>>>>>> YOU JUST SAID THAT HHH NEED NOT DO AN UNBOUNDED
>>>>>>>>>>>>>>>>>>> EMULATION TO PREDICT WHAT AN UNBOUNDED EMULATION 
>>>>>>>>>>>>>>>>>>> WOULD DO.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> Right. it doesn't NEED to do the operation, just 
>>>>>>>>>>>>>>>>>> report what an unbounded emulation would do.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>> You asked about an "unbounded emulation of DDD by HHH" 
>>>>>>>>>>>>>>>>>> but that isn't possible, as HHH doesn't do that.
>>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> On 11/3/2024 12:20 PM, Richard Damon wrote:
>>>>>>>>>>>>>>>>>  > On 11/3/24 9:39 AM, olcott wrote:
>>>>>>>>>>>>>>>>>  >>
>>>>>>>>>>>>>>>>>  >> The finite string input to HHH specifies that HHH
>>>>>>>>>>>>>>>>>  >> MUST EMULATE ITSELF emulating DDD.
>>>>>>>>>>>>>>>>>  >
>>>>>>>>>>>>>>>>>  > Right, and it must CORRECTLY determine what an 
>>>>>>>>>>>>>>>>> unbounded
>>>>>>>>>>>>>>>>>  > emulation of that input would do, even if its own 
>>>>>>>>>>>>>>>>> programming
>>>>>>>>>>>>>>>>>  > only lets it emulate a part of that.
>>>>>>>>>>>>>>>>>  >
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> *You JUST said that HHH does not need to do an 
>>>>>>>>>>>>>>>>> unbounded emulation*
>>>>>>>>>>>>>>>>> *You JUST said that HHH does not need to do an 
>>>>>>>>>>>>>>>>> unbounded emulation*
>>>>>>>>>>>>>>>>> *You JUST said that HHH does not need to do an 
>>>>>>>>>>>>>>>>> unbounded emulation*
>>>>>>>>>>>>>>>>> *You JUST said that HHH does not need to do an 
>>>>>>>>>>>>>>>>> unbounded emulation*
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Right, it doesn't need to DO the unbounded emulatiohn 
>>>>>>>>>>>>>>>> just figure out what it would do.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Just like we can compute:
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> 1 + 1/2 + 1/4 + 1/8 + ... + 1/2^n + ...
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Ether by adding the infinite number of terms, or we can 
>>>>>>>>>>>>>>>> notice something about it to say it will sum, in the 
>>>>>>>>>>>>>>>> infinite limit, to 2.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> In the same way, if HHH can see something in its 
>>>>>>>>>>>>>>>> simulation that tells it THIS this program can NEVER 
>>>>>>>>>>>>>>>> halt, it can report it.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Anyone with sufficient technical competence can see that
>>>>>>>>>>>>>>> the unbounded emulation of DDD emulated by HHH can never 
>>>>>>>>>>>>>>> halt.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> No, because the HHH that is given doesn't do that, and 
>>>>>>>>>>>>>> that is the only one that matters.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>> On 11/3/2024 12:20 PM, Richard Damon wrote:
>>>>>>>>>>>>>  > On 11/3/24 9:39 AM, olcott wrote:
>>>>>>>>>>>>>  >>
>>>>>>>>>>>>>  >> The finite string input to HHH specifies that HHH
>>>>>>>>>>>>>  >> MUST EMULATE ITSELF emulating DDD.
>>>>>>>>>>>>>  >
>>>>>>>>>>>>>  > Right, and it must CORRECTLY determine what an unbounded
>>>>>>>>>>>>>  > emulation of that input would do, even if its own 
>>>>>>>>>>>>> programming
>>>>>>>>>>>>>  > only lets it emulate a part of that.
>>>>>>>>>>>>>  >
>>>>>>>>>>>>>
>>>>>>>>>>>>> If you are going to keep contradicting yourself
>>>>>>>>>>>>> I am going to stop looking at anything you say.
>>>>>>>>>>>>
>>>>>>>>>>>> And where is the contradiction?
>>>>>>>>>>>>
>>>>>>>>>>>> HHH doesn't need to do the unlimited emulation, just say 
>>>>>>>>>>>> what the unlimited emulation by the unlimited emulator 
>>>>>>>>>>>> (which WILL be a different program) will do.
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> That is what I have been saying all along.
>>>>>>>>>>
>>>>>>>>>> So, you agree that HHH1's emulation to the completion shows 
>>>>>>>>>> that the complete emulation of the input to HHH does halt, and 
>>>>>>>>>> thus the correct answer for HHH to give for *THIS* input, 
>>>>>>>>>> which has implicitly included *THIS* HHH as part of it, is 
>>>>>>>>>> that it halts.
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Nothing like this.
>>>>>>>>> You continue to fail to understand that halting
>>>>>>>>> requires reaching the "return" instruction final
>>>>>>>>> halt state. DDD emulated by HHH never does this.
>>>>>>>>
>>>>>>>> But the emulation by HHH isn't the correct measure of DDD 
>>>>>>>> reaching its return statement.
>>>>>>>>
>>>>>>>
>>>>>>> Well we did get somewhere on this so that is more progress.
>>>>>>> Only reaching the final state is halting.
>>>>>>
>>>>>> And only something that continues to the end shows that, an 
>>>>>> emulation that aborts doesn't show that the input is non-halting 
>>>>>> unless it can prove that the unaborted emulation of that EXACT 
>>>>>> PROGRAM would never halt.
>>>>>>
>>>>>>>
>>>>>>>> By the correct meaning of the statement, it is just false.
>>>>>>>>
>>>>>>>
========== REMAINDER OF ARTICLE TRUNCATED ==========