Deutsch   English   Français   Italiano  
<1011d3v$1uk9j$1@dont-email.me>

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

Path: news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: Mikko <mikko.levanto@iki.fi>
Newsgroups: comp.theory
Subject: =?utf-8?Q?Re:_Analysis_of_Flibble=E2=80=99s_Latest:_Detecting_vs._Simulating_Infinite_Recursion_ZFC?=
Date: Mon, 26 May 2025 12:43:27 +0300
Organization: -
Lines: 42
Message-ID: <1011d3v$1uk9j$1@dont-email.me>
References: <Ms4XP.801347$BFJ.668081@fx13.ams4> <100l1ov$2ul3j$1@dont-email.me> <100l3jh$2v0e9$1@dont-email.me> <100l5c8$2ul3j$2@dont-email.me> <100l75g$2vpq3$1@dont-email.me> <100l887$2ul3i$2@dont-email.me> <100l9gh$30aak$1@dont-email.me> <100lc4o$30pgm$1@dont-email.me> <100ld1u$312c9$1@dont-email.me> <100lg4g$31jt3$1@dont-email.me> <100lkdv$32ib3$1@dont-email.me> <100lmif$32v06$1@dont-email.me> <100lmp3$32ven$1@dont-email.me> <100m319$38k55$2@dont-email.me> <87jz69xlpx.fsf@nosuchdomain.example.com> <100mder$39slu$2@dont-email.me> <100oipb$3oge1$1@dont-email.me> <87a573xz0s.fsf@bsb.me.uk> <875xhrtbpr.fsf@nosuchdomain.example.com> <100r2mb$b2b1$1@dont-email.me> <100r4oq$b650$1@dont-email.me> <100r5bf$b5vm$4@dont-email.me> <100r5hn$b650$2@dont-email.me> <100r648$bhcu$1@dont-email.me> <100r68v$b650$3@dont-email.me> <100sn6a$p071$1@dont-email.me> <100snl3$nvac$1@dont-email.me> <100sr6o$ppn2$3@dont-email.me> <100uqro$1an9v$1@dont-email.me> <100vehv$1en90$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 26 May 2025 11:43:28 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="cdaa97a52dbedafba916f70cac401cf3";
	logging-data="2052403"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1/BUr/d5wyEHRfauetm+ow8"
User-Agent: Unison/2.2
Cancel-Lock: sha1:Uu0FDE6UTJyBFQ4OXseIKpfbOcw=

On 2025-05-25 15:55:42 +0000, olcott said:

> On 5/25/2025 5:19 AM, Richard Heathfield wrote:
>> On 24/05/2025 17:13, olcott wrote:
>>> No HHH can report on the behavior of its caller
>> 
>> From Halt7.c:
>> 
>> void DDD()
>> {
>>   HHH(DDD);
>>   return;
>> }
>> 
>> Since (as you say) no HHH can report on the behaviour of its caller, 
>> and since (as your code shows) DDD is HHH's caller, we deduce that HHH 
>> cannot report on DDD.
>> 
>> So HHH is not (according to you) a halt analyser for DDD.
>> 
>> I'm not sure you've left anything to discuss, have you?
> 
> HHH(DDD) does correctly reject
> *ITS INPUT THUS NOT ITS CALLER*
> as non-halting.

If the caller is DDD then the input specifies a halting behaviour because
DDD calls HHH with an input that specifies a halting behavour. But HHH
cannot correctly reject a halting input as non-halting.

The requirements of a halting decider cannot be met if the decider reports
differently dependig on who calls it. Consequently, HHH is required to
return true also when the following FFF calls it:

void FFF(void) {
  HHH(DDD);
  return;
}

-- 
Mikko