Deutsch   English   Français   Italiano  
<v5msjt$1d3t3$9@i2pn2.org>

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

Path: ...!weretis.net!feeder9.news.weretis.net!i2pn.org!i2pn2.org!.POSTED!not-for-mail
From: joes <noreply@example.com>
Newsgroups: comp.theory
Subject: Re: 197 page execution trace of DDD correctly simulated by HHH
Date: Fri, 28 Jun 2024 17:41:17 -0000 (UTC)
Organization: i2pn2 (i2pn.org)
Message-ID: <v5msjt$1d3t3$9@i2pn2.org>
References: <v4vrfg$2793f$1@dont-email.me> <v58m12$8mmo$1@dont-email.me>
	<v59797$brmn$1@dont-email.me> <v5b7nv$qvrb$1@dont-email.me>
	<v5btf3$v0vb$4@dont-email.me> <v5chru$10816$1@i2pn2.org>
	<v5cn01$149dc$1@dont-email.me> <v5ebvr$1hs89$1@dont-email.me>
	<v5efod$1ikpr$1@dont-email.me> <v5ejau$1iq57$1@dont-email.me>
	<v5eup8$1lar1$2@dont-email.me> <v5f1nm$1lp16$1@dont-email.me>
	<v5f246$1m2fl$1@dont-email.me> <v5f3fg$1lp16$2@dont-email.me>
	<v5f3j8$1m2fl$2@dont-email.me> <v5f54f$1lp16$3@dont-email.me>
	<v5f5sd$1mcif$1@dont-email.me> <v5ght9$21jrt$1@dont-email.me>
	<v5h558$24jbd$7@dont-email.me> <v5jcas$2m18t$2@dont-email.me>
	<v5k7ju$2qsdr$5@dont-email.me> <v5mcvo$1cgj0$3@i2pn2.org>
	<v5mklg$3cibm$7@dont-email.me> <v5mo8a$1d3t3$2@i2pn2.org>
	<v5mqge$3e4fd$2@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 28 Jun 2024 17:41:17 -0000 (UTC)
Injection-Info: i2pn2.org;
	logging-data="1478563"; mail-complaints-to="usenet@i2pn2.org";
	posting-account="nS1KMHaUuWOnF/ukOJzx6Ssd8y16q9UPs1GZ+I3D0CM";
User-Agent: Pan/0.145 (Duplicitous mercenary valetism; d7e168a
 git.gnome.org/pan2)
X-Spam-Checker-Version: SpamAssassin 4.0.0
Bytes: 3308
Lines: 39

Thanks for leaving the unanswered questions in place, though I’d rather
have you answer them.

Am Fri, 28 Jun 2024 12:05:18 -0500 schrieb olcott:
> On 6/28/2024 11:26 AM, joes wrote:
>> Am Fri, 28 Jun 2024 10:25:36 -0500 schrieb olcott:
>>> On 6/28/2024 8:14 AM, joes wrote:
>>>> Am Thu, 27 Jun 2024 12:30:38 -0500 schrieb olcott:

>>>> To the caller DDD, which then returns to its own caller H0, which
>>>> returns „halting” to main… hold on.
>> Where do you disagree?

>>>> H0 must not report on itself, only on DDD. Which you’ve proven halts.
>>>> We don’t care how H0 deviates (i.e. is incorrect) in its simulation.
>>>> That would be main {H0(H0(DDD))}.
Do you see what I mean?

>>> The behavior of the directly executed DDD() is irrelevant because that
>>> is not the behavior of the input.
>> What is the difference here?
Isn’t the input DDD?

>>> In this case the sequence is the line-by-line execution trace of the
>>> behavior of DDD correctly emulated by HHH.
>> No, the sequence is the behaviour of DDD, period.
The input is not HHH(DDD). See above.

>>> The behavior of this input must include and cannot ignore the
>>> recursive emulation specified by the fact that DDD is calling its own
>>> emulator.
>> Yes, and the behaviour of H0 is that it produces the exact same
>> behaviour as DDD.
Because it is a simulator.

> The call from DDD to HHH(DDD) when N steps of DDD are correctly emulated
> by any pure function x86 emulator HHH cannot possibly return.
> That you assume that it does against the facts is ridiculous.
I don’t. A simulator doesn’t even need to return. That’s not in question.
A decider however must.