| Deutsch English Français Italiano |
|
<2951cc62d3f47a31360c53daeec07dce17274411@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: DD specifies non-terminating behavior to HHH --- RECURSIVE CHAIN
--- Saving Democracy
Date: Sat, 22 Feb 2025 22:38:51 -0500
Organization: i2pn2 (i2pn.org)
Message-ID: <2951cc62d3f47a31360c53daeec07dce17274411@i2pn2.org>
References: <vo6420$3mpmf$1@dont-email.me> <vom1fr$34osr$1@dont-email.me>
<ee9d41d5f1c2a8dd8ff44d3ddeee20d2c3bcccc1@i2pn2.org>
<vomgd8$3anm4$2@dont-email.me>
<f5d6cbae83eb89e411d76d1d9ca801ef2678cec2@i2pn2.org>
<voojl9$3mdke$2@dont-email.me>
<855e571c6668207809e1eb67138de6af48d164fa@i2pn2.org>
<vorlqp$aet5$2@dont-email.me>
<e174ca1c1cbc58c67ffae3b67b69f63f21a82f86@i2pn2.org>
<vp69r4$2mdtr$1@dont-email.me>
<8fa176d46bf5b8c36def9e32ced67a1a3f81bae1@i2pn2.org>
<vpbhrk$3mfi7$1@dont-email.me>
<2e999502c40f736a3f3579d23bdb2b42dc74e897@i2pn2.org>
<vpcurc$irt$5@dont-email.me> <vpd0e5$uj5$1@dont-email.me>
<vpd3fg$irt$10@dont-email.me> <vpd4ih$2pvp$1@dont-email.me>
<vpd6hp$2q85$3@dont-email.me> <vpd7s7$3e5k$1@dont-email.me>
<vpd8pl$3h9q$1@dont-email.me> <vpd97q$3e5k$2@dont-email.me>
<vpdaj5$3u9g$1@dont-email.me> <vpdatp$3e5k$3@dont-email.me>
<vpddgj$3u9g$2@dont-email.me> <vpddqm$3e5k$4@dont-email.me>
<vpdkhv$5kr2$1@dont-email.me> <vpdks8$5ga3$1@dont-email.me>
<vpdqc8$6bqs$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 23 Feb 2025 03:38:51 -0000 (UTC)
Injection-Info: i2pn2.org;
logging-data="1344311"; mail-complaints-to="usenet@i2pn2.org";
posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg";
User-Agent: Mozilla Thunderbird
Content-Language: en-US
X-Spam-Checker-Version: SpamAssassin 4.0.0
In-Reply-To: <vpdqc8$6bqs$1@dont-email.me>
Bytes: 5387
Lines: 101
On 2/22/25 7:33 PM, olcott wrote:
> On 2/22/2025 4:59 PM, dbush wrote:
>> On 2/22/2025 5:53 PM, olcott wrote:
>>> On 2/22/2025 2:59 PM, dbush wrote:
>>>> On 2/22/2025 3:53 PM, olcott wrote:
>>>>> On 2/22/2025 2:09 PM, dbush wrote:
>>>>>> On 2/22/2025 3:03 PM, olcott wrote:
>>>>>
>>>>> 01 int F(int i)
>>>>> 02 {
>>>>> 03 if (i > 10)
>>>>> 04 return 0;
>>>>> 05 else
>>>>> 06 return F(i+1);
>>>>> 07 }
>>>>> 08
>>>>> 09 int no_numbers_greater_than_10()
>>>>> 10 {
>>>>> 11 return F(0);
>>>>> 12 }
>>>>> 13
>>>>> 14 int main()
>>>>> 15 {
>>>>> 16 F((int)no_numbers_greater_than_10);
>>>>> 17 return 0;
>>>>> 18 }
>>>>>
>>>>>>
>>>>>> So if the address of no_numbers_greater_than_10 is greater than 10
>>>>>> then 0 is returned right away, otherwise as most 10 recursive
>>>>>> calls will be made before the condition is matched and 0 is returned.
>>>>>>
>>>>>> This doesn't change the fact that no_numbers_greater_than_10
>>>>>> correctly
>>>>>> simulated by F cannot possibly return so
>>>>>> F(no_numbers_greater_than_10)
>>>>>> is correct to report non-halting, which means that there is no
>>>>>> natural
>>>>>> number greater than 10.
>>>>>>
>>>>>> Agreed?
>>>>>
>>>>> I think that you will find more bugs when you try to
>>>>> provide the line number by line number execution trace.
>>>>>
>>>>> #1 bug F never simulates anything.
>>>>>
>>>>
>>>> It is a verified fact that
>>>
>>> F never simulates anything when i > 10.
>>>
>>
>> Remember, you agreed that the behavior of X simulated by Y is defined
>> by replacing the code of Y with an unconditional simulator and running
>> Y(X):
>>
>> On 2/22/2025 1:02 PM, olcott wrote:
>> > On 2/22/2025 11:10 AM, dbush wrote:
>> >> On 2/22/2025 11:43 AM, olcott wrote:
>> >>> The first point is DD correctly simulated by HHH cannot
>> >>> possibly terminate normally by reaching its own "return"
>> >>> instruction.
>> >>
>> >> In other words, if the code of HHH is replaced with an
>> unconditional simulator then it can be shown that DD is non-halting
>> and therefore HHH(DD)==0 is correct.
>> >>
>> >
>> > Wow finally someone that totally gets it.
>>
>>
>> So the behavior of no_numbers_greater_than_10 simulated by F is
>> defined by replacing the code of F with an unconditional simulated and
>> running F(no_numbers_greater_than_10).
>>
>> The finite string input to F proves that there are no instructions in
>> no_numbers_greater_than_10 that can break the recursive simulation.
>>
>> Try to show how no_numbers_greater_than_10 correctly simulated by F
>> can possibly halt.
>
> Then is ceases to be analogous to HHH(DD) because
> no_numbers_greater_than_10() always terminates normally
> by reaching its own "return" instruction.
>
> Unlike HHH(DD) F((int)no_numbers_greater_than_10);
> does not need to abort the emulation of its input
> to prevent its own non-termination.
>
But DD also reaches its own return instruction (when run) since the
HHH(DD) that it calls will return 0.
Your problem is you confuse the fact that HHH needs to be designed to
abort the simulation or it creates a DIFFERENT DD (based on that
DIFFERENT HHH that didn't abort).
Once HHH is defined to do the abort, as your HHH is, then the abort
turns out to be an error, because it NEVER was based on correct logic.