Deutsch   English   Français   Italiano  
<v17f4p$1ojbj$1@dont-email.me>

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

Path: ...!news.tomockey.net!2.eu.feeder.erje.net!3.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: Mikko <mikko.levanto@iki.fi>
Newsgroups: comp.theory
Subject: Re: Can D simulated by H terminate normally?
Date: Sun, 5 May 2024 11:14:17 +0300
Organization: -
Lines: 127
Message-ID: <v17f4p$1ojbj$1@dont-email.me>
References: <v0k4jc$laej$1@dont-email.me> <v0l11u$ussl$1@dont-email.me> <v0lh24$123q3$1@dont-email.me> <v0lic7$2g492$3@i2pn2.org> <v0lkas$12q0o$3@dont-email.me> <v0loq2$2g493$1@i2pn2.org> <v0lq7d$14579$2@dont-email.me> <v0ls98$2g492$7@i2pn2.org> <v0m29q$166o1$1@dont-email.me> <v0m37e$2gl1e$1@i2pn2.org> <v0m3v5$16k3h$1@dont-email.me> <v0m55t$2gl1f$3@i2pn2.org> <v0m5sn$172p4$1@dont-email.me> <v0oban$1o3b$1@news.muc.de> <v0oce3$1q3aq$4@dont-email.me> <v0oe1b$1o3b$2@news.muc.de> <v0ofl3$1r1mf$1@dont-email.me> <v0oh7g$1o3b$3@news.muc.de> <v0olhv$1sgeo$1@dont-email.me> <v0oobd$1o3b$4@news.muc.de> <v0or07$1tmga$1@dont-email.me> <v0qb59$2bsfc$1@dont-email.me> <v0r242$2hb7o$1@dont-email.me> <v0r3kh$hka$1@news.muc.de> <v0r5f2$2hb7o$11@dont-email.me> <v0rsbv$2m1nf$8@i2pn2.org> <v0sgcm$2varu$3@dont-email.me> <v0vmvu$209h$3@news.muc.de> <v10md7$ese$1@dont-email.me> <v12b14$fbko$1@dont-email.me> <v12jb4$hc81$1@dont-email.me> <v1507m$1549l$1@dont-email.me> <v15eqb$17unh$4@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Sun, 05 May 2024 10:14:17 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="b9d6f5138f29339683dcbf59468f91f0";
	logging-data="1854835"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/5sr/erN1D4APAHbV7HVxa"
User-Agent: Unison/2.2
Cancel-Lock: sha1:k/C3ync+tcb4BoQpfULuJQcYXHg=
Bytes: 6236

On 2024-05-04 13:56:27 +0000, olcott said:

> On 5/4/2024 4:47 AM, Mikko wrote:
>> On 2024-05-03 11:55:15 +0000, olcott said:
>> 
>>> On 5/3/2024 4:33 AM, Mikko wrote:
>>>> On 2024-05-02 18:35:19 +0000, olcott said:
>>>> 
>>>>> On 5/2/2024 4:39 AM, Alan Mackenzie wrote:
>>>>>> olcott <polcott333@gmail.com> wrote:
>>>>>>> On 4/30/2024 5:46 PM, Richard Damon wrote:
>>>>>>>> On 4/30/24 12:15 PM, olcott wrote:
>>>>>>>>> On 4/30/2024 10:44 AM, Alan Mackenzie wrote:
>>>>>>>>>> olcott <polcott333@gmail.com> wrote:
>>>>>>>>>>> On 4/30/2024 3:46 AM, Fred. Zwarts wrote:
>>>>>>>>>>>> Op 29.apr.2024 om 21:04 schreef olcott:
>>>>>> 
>>>>>> [ .... ]
>>>>>> 
>>>>>>>>> When we add the brand new idea of {simulating termination analyzer} to
>>>>>>>>> the existing idea of TM's then we must be careful how we define halting
>>>>>>>>> otherwise every infinite loop will be construed as halting.
>>>>>> 
>>>>>> 
>>>>>>>> Why?
>>>>>> 
>>>>>>>> That doesn't mean the machine reached a final state.
>>>>>> 
>>>>>> 
>>>>>>> Alan seems to believe that a final state is whatever state that an
>>>>>>> aborted simulation ends up in.
>>>>>> 
>>>>>> Only through your twisted reasoning.  For your information, I hold to the
>>>>>> standard definition of final state, i.e. one which has no state following
>>>>>> it.  An aborted simulation is in some state, and that state is a final
>>>>>> one, since there is none following it.
>>>>>> 
>>>>>>> On 4/30/2024 10:44 AM, Alan Mackenzie wrote:
>>>>>>>> You are thus mistaken in believing "abnormal" termination
>>>>>>>> isn't a final state.
>>>>>> 
>>>>>>>> Only if you try to define something that is NOT related to Halting, do
>>>>>>>> you get into that issue.
>>>>>> 
>>>>>>> "The all new ideas are wrong" assessment.
>>>>>>> Simulating termination analyzers <are> related to halting.
>>>>>> 
>>>>>> Except you cannot define what such a thing is, and that relationship is
>>>>>> anything but clear.
>>>>> 
>>>>> When a simulating termination analyzer matches one of three
>>>>> non-halting behavior patterns
>>>>> (a) Simple Infinite loop
>>>>> (b) Simple Infinite Recursion
>>>>> (c) Simple Recursive Simulation
>>>> 
>>>> Simple recursive simulation is not a non-halting behaviour
>>>> if the recursion is not infinite.
>>> 
>>> In other words the only way that we can tell that an infinite
>>> loop never halts is to simulate it until the end of time?
>> 
>> The phrase "in other words" is not correct here as it means that
>> what follows means the same as what precedes, and that is not
>> true here.
>> 
>> For same loops the only wha to detect non-termination may be
>> to simulate to infinity but they can be considered exluded by
>> the term "simple" in (a).
>> 
>>> There are repeating state non-halting behavior patterns
>>> that can be recognized. These are three more functions
>>> where H derives the correct halt status:
>>> 
>>> void Infinite_Recursion(u32 N)
>>> {
>>>    Infinite_Recursion(N);
>>> }
>> 
>> Per (b) that is non-halting and indeed it is (though the
>> execution may crash for "out of memeory").
>> 
> 
> It is not actually infinite though because H recognizes the non-halting
> behavior pattern, aborts the simulation and reports non-halting.

The recursion is infinite. The simulation by H is incomplete and finite.

> It is the exact same thing with D simulated by H on the basis
> of the directly executed H(D,D).
> 
>>> void Infinite_Loop()
>>> {
>>>    HERE: goto HERE;
>>> }
>> 
>> Per (a) that is non-halting and indeed it is.
> 
> It is not actually infinite though because H recognizes the non-halting
> behavior pattern, aborts the simulation and reports non-halting.

The loop is infinite. The simulation by H is incomplete and finite.

> It is the exact same thing with D simulated by H on the basis
> of the directly executed H(D,D).
> 
>> 
>>> int factorial(int n)
>>> {
>>>    if (n >= 1)
>>>      return n*factorial(n-1);
>>>    else
>>>      return 1;
>>> }
>> 
>> Per (c) that is non-halting but in reality it is not.
>> Ergo, the rule (c) is wrong.
> 
> That was an example of an input that H correctly determines
> does halt.

Maybe but it is an example of your non-halting pattern (c) as
presented above.

-- 
Mikko