Deutsch   English   Français   Italiano  
<v5gsgn$15l89$3@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: Richard Damon <richard@damon-family.org>
Newsgroups: comp.theory,sci.logic
Subject: Re: DDD correctly emulated by H0 --- Why Lie?
Date: Wed, 26 Jun 2024 07:02:47 -0400
Organization: i2pn2 (i2pn.org)
Message-ID: <v5gsgn$15l89$3@i2pn2.org>
References: <v598l4$c4if$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 26 Jun 2024 11:02:48 -0000 (UTC)
Injection-Info: i2pn2.org;
	logging-data="1234185"; mail-complaints-to="usenet@i2pn2.org";
	posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg";
User-Agent: Mozilla Thunderbird
Content-Language: en-US
X-Spam-Checker-Version: SpamAssassin 4.0.0
In-Reply-To: <v598l4$c4if$1@dont-email.me>
Bytes: 2978
Lines: 60

On 6/23/24 9:40 AM, olcott wrote:
> _DDD()
> [00002172] 55               push ebp
> [00002173] 8bec             mov ebp,esp
> [00002175] 6872210000       push 00002172 ; push DDD
> [0000217a] e853f4ffff       call 000015d2 ; call HHH0
> [0000217f] 83c404           add esp,+04
> [00002182] 5d               pop ebp
> [00002183] c3               ret
> Size in bytes:(0018) [00002183]
> 
> According to the semantics of the x86 programming language
> when DDD correctly emulated by H0 calls H0(DDD) this call
> cannot possibly return.

According to the semantics of the x86 programming language, a "Correct 
emulation" of DDD must continue untul we reach the ret at 00002183, a 
fault occurs, or we hit a Halt instruction, as part of the behavior of 
every instruction is that the next instruction WILL be run.

Thus, the only HHH0 that can exist can not "abort" its simulation, and 
thus does not answer for this input.


If you want to alter the semantics to allow for PARTIAL simulation, then 
by the semantics of partial simulation, you can not talk about the 
future past the point of aborting (without otherwise proving the claim), 
and thus you can not say "can not possibly return", but "was not 
simulated to return", or "hasn't returned YET".

All such statements must allow for the fact that emulating further might 
occur by some bettert emulator.

Also, the very form of your question says that the code for HHH0 is 
INCLUDED in the input, or we can not actually emulate the call 
instruction itself.

> 
> Likewise according to the semantics of arithmetic for
> decimal integers: 2 + 3 = 5.

Exactly.

> 
> Anyone disagreeing with these two statements is WRONG.
> 

Right, so the ONLY HHH0 is the actual PURE EMULATOR which never answers.


Except of course for the HHH0 that begins as:


HHH0(ptr x) {
   static int flag = 0;
   if (flag) return 0;
....


That one (and similar) WILL be able to emulate its input to the final 
return.