Warning: mysqli::__construct(): (HY000/1203): User howardkn already has more than 'max_user_connections' active connections in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\includes\artfuncs.php on line 21
Failed to connect to MySQL: (1203) User howardkn already has more than 'max_user_connections' active connections
Warning: mysqli::query(): Couldn't fetch mysqli in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\index.php on line 66
Article <v7qfu0$1m6vf$1@dont-email.me>
Deutsch   English   Français   Italiano  
<v7qfu0$1m6vf$1@dont-email.me>

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

Path: ...!2.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: Hypothetical possibilities
Date: Wed, 24 Jul 2024 12:01:52 +0300
Organization: -
Lines: 90
Message-ID: <v7qfu0$1m6vf$1@dont-email.me>
References: <v7gl30$3j9fi$1@dont-email.me> <v7led6$kacj$1@dont-email.me> <v7lsg5$luh0$5@dont-email.me> <v7nm9m$1433k$1@dont-email.me> <v7ofe7$17h8r$6@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 24 Jul 2024 11:01:53 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="6a55870348aeac2eea95944431f46078";
	logging-data="1776623"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1921ngLoTMJx8QYr/ph+u8I"
User-Agent: Unison/2.2
Cancel-Lock: sha1:w2w/T1MHWab10SOemw6UEpOC1UQ=
Bytes: 4229

On 2024-07-23 14:41:11 +0000, olcott said:

> On 7/23/2024 2:32 AM, Mikko wrote:
>> On 2024-07-22 15:05:41 +0000, olcott said:
>> 
>>> On 7/22/2024 6:05 AM, Mikko wrote:
>>>> On 2024-07-20 15:28:31 +0000, olcott said:
>>>> 
>>>>> void DDD()
>>>>> {
>>>>>    HHH(DDD);
>>>>> }
>>>>> 
>>>>> int main()
>>>>> {
>>>>>    DDD();
>>>>> }
>>>>> 
>>>>> (a) Termination Analyzers / Partial Halt Deciders must halt
>>>>> this is a design requirement.
>>>> 
>>>> For a partial analyzer or deciders this is not always required.
>>>> 
>>> 
>>> *You can't even get my words correctly*
>>> A termination analyzer must report on the behavior of at least
>>> one input for all of the inputs of this one input. This is
>>> met when a termination analyzer analyzes an input having no inputs.
>>> 
>>> A partial halt decider must correctly determine the halt status
>>> of at least one input and its specific input (if any).
>>> 
>>> HHH is both a partial halt decider and a termination analyzer
>>> for DDD and a few other inputs having no input.
>>> 
>>>>> (b) Every simulating termination analyzer HHH either
>>>>> aborts the simulation of its input or not.
>>>> 
>>>> This must be interpreted to mean that a simulating termination analyzer
>>>> may abort its simulation for some simulated abort and simulate others
>>>> to the termination.
>>>> 
>>> 
>>> I am talking about hypothetical possible ways that HHH could be encoded.
>>> (a) HHH(DDD) is encoded to abort its simulation.
>>> (b) HHH(DDD) is encoded to never abort its simulation.
>>> 
>>>>> (c) Within the hypothetical case where HHH does not abort
>>>>> the simulation of its input {HHH, emulated DDD and executed DDD}
>>>>> never stop running.
>>>> 
>>>> The case is not very hypothetical. Given the HHH you already have,
>>>> it is fairly easy to construct the "hypothetical" HHH and see what
>>>> it actually does.
>>>> 
>>> 
>>> (a) HHH(DDD) is encoded to abort its simulation.
>>> (b) HHH(DDD) is encoded to never abort its simulation.
>>> 
>>>>> This violates the design requirement of (a) therefore HHH must
>>>>> abort the simulation of its input.
>>>> 
>>>> The violation simply means that the "hypothetical" HHH is not a
>>>> termination analyzer of partial halt decider in sense (a). What
>>>> it "must" be or do depends on the requirements.
>>>> 
>>> Therefore (a) is correct and (b) is incorrect according to the
>>> design requirements for HHH that it must halt.
>>> 
>>> It is also a truism that any input that must be aborted
>>> is a non-halting input.
>> 
>> No, it is not. The "must" and "non-halting" belong to different worlds.
>> The word "must" blongs to requirements. The word "non-halting" is a
>> feature of a program. They are unrelated, so one cannot be inferred
>> from the other.
>> 
> 
> When-so-ever there are two hypothetical possible way to encode
> a simulating halt decider for a specific input
> (a) one aborts its simulation of DDD
> (b) never aborts its simulation of DDD

Does the simulator that simulates the beginning and end of the
simulated computation but skips a part in ghe middle belong to
class (a) or class (b)?

-- 
Mikko