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

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

Path: ...!news.mixmin.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: Mon, 22 Jul 2024 14:05:10 +0300
Organization: -
Lines: 42
Message-ID: <v7led6$kacj$1@dont-email.me>
References: <v7gl30$3j9fi$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 22 Jul 2024 13:05:10 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="a5545656b4aba94d80554c84a61525fe";
	logging-data="666003"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+ebMTIa+RQZIMObiQjD4le"
User-Agent: Unison/2.2
Cancel-Lock: sha1:otwSXcy9vuvdZRuTGh9yF9qgsCk=
Bytes: 2050

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.

> (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.

> (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.

> 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.

-- 
Mikko