Deutsch   English   Français   Italiano  
<08a17a199816d4e6a2273d957b946e89addb7fcb@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 but partially emulated by HHH cannot possibly be
 seen to halt by HHH, but do halt
Date: Fri, 12 Jul 2024 19:23:48 -0400
Organization: i2pn2 (i2pn.org)
Message-ID: <08a17a199816d4e6a2273d957b946e89addb7fcb@i2pn2.org>
References: <v6e7va$c4sv$1@dont-email.me> <v6jkib$1e3jq$1@dont-email.me>
 <v6jpe5$1eul0$1@dont-email.me> <v6jpqo$1e3jq$2@dont-email.me>
 <v6jqfg$1eul0$2@dont-email.me> <v6k6md$1h3a7$1@dont-email.me>
 <v6k9ef$1hicb$1@dont-email.me>
 <04b97cd4a405abead92368522fcf77070bb4fa55@i2pn2.org>
 <v6l24d$1oqjv$1@dont-email.me>
 <a267bfdf93c6fc179d09a3f62f25003f033aaff1@i2pn2.org>
 <v6m331$1tj30$7@dont-email.me>
 <6d43f24547a3b170ce6f7a99e30ec60dec589f79@i2pn2.org>
 <v6n8ob$24dmg$3@dont-email.me>
 <7f9b731b2367a2bcf2883278ee5265d30a8f82d6@i2pn2.org>
 <v6nau1$24jgn$2@dont-email.me>
 <744d42e4d9d67b49cb1844a2651cb0c350760f0c@i2pn2.org>
 <v6nc22$2501i$1@dont-email.me>
 <c784fa694b9d68f5ace1d07c9870050681268fdc@i2pn2.org>
 <v6ori5$2fuva$10@dont-email.me>
 <56314b3bac257d0fc228c26f3c8c5eec40a87215@i2pn2.org>
 <v6q4cj$2r7qt$1@dont-email.me>
 <1fbe0efc5b030be11df07a930754d90ce56525be@i2pn2.org>
 <v6q7vo$2rvqi$1@dont-email.me>
 <03ba90ee0fbe42d2596ab18d6a5ca17ecdf1e921@i2pn2.org>
 <v6r7i8$30qtt$2@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Fri, 12 Jul 2024 23:23:48 -0000 (UTC)
Injection-Info: i2pn2.org;
	logging-data="3075350"; 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: <v6r7i8$30qtt$2@dont-email.me>
Bytes: 6098
Lines: 104

On 7/12/24 8:28 AM, olcott wrote:
> On 7/12/2024 6:15 AM, Richard Damon wrote:
>> On 7/11/24 11:30 PM, olcott wrote:
>>> On 7/11/2024 10:18 PM, Richard Damon wrote:
>>>> On 7/11/24 10:28 PM, olcott wrote:
> 
> We stipulate that the only measure of a correct emulation
> is the semantics of the x86 programming language. By this
> measure when 1 to ∞ steps of DDD are correctly emulated
> by each pure function x86 emulator HHH (of the infinite
> set of every HHH that can possibly exist) then DDD cannot
> possibly reach its own machine address of 00002174 and halt.

You CAN'T atipulate "Correct", only what definition you are using

But using x86 sematics is a correct definition, and means that partial 
emulations are NOT correct, as part of the definition of every 
non-terminal x86 instruction is that the next instruction at the 
resulting PC address WILL be run.

Thus, if HHH actually DOES such an emulation, you have shown that it 
will never be able to give a result.

And, if HHH doesn't do the ACTUAL correct emulation, but only a partial 
emulation and then return, then the FULLY CORRECT emulation of that 
input will see after HHH aborts it partial emulation the continuation of 
a HHH emulating its input, aborting its emulation and returning to DDD 
and DDD returning, thus getting to the point you LIED about it not 
getting to.

Your problem is you confuse the TRUTH about the behavior of DDD with the 
partial observation by its partial emulation done by HHH.

DDD DOES reach that point.

The PARTIAL emulation by HHH of DDD doesn't, but being partial doesn't 
let HHH know about that behavior, but HHH's not knowing doesn't mean it 
doesn't happen.

> 
> _DDD()
> [00002163] 55         push ebp      ; housekeeping
> [00002164] 8bec       mov ebp,esp   ; housekeeping
> [00002166] 6863210000 push 00002163 ; push DDD
> [0000216b] e853f4ffff call 000015c3 ; call HHH(DDD)
> [00002170] 83c404     add esp,+04
> [00002173] 5d         pop ebp
> [00002174] c3         ret
> Size in bytes:(0018) [00002174]
> 
>>>>>
>>>>> When 1,2,3... ∞ steps of DDD are correctly emulated by
>>>>> HHH it is a lie to say that this many instructions were
>>>>> not correctly emulated and you know it.
>>>>>
>>>>
>>>> But only N instructions "correctly emulated" is NOT a CORRECT 
>>>> emulaition of the instructions of DDD/HHH
>>>>
>>>
>>> I didn't limit it to N. Is this your ADD? I say 1 to infinity steps !!!
>>> I didn't limit it to N. Is this your ADD? I say 1 to infinity steps !!!
>>> I didn't limit it to N. Is this your ADD? I say 1 to infinity steps !!!
>>> I didn't limit it to N. Is this your ADD? I say 1 to infinity steps !!!
>>> I didn't limit it to N. Is this your ADD? I say 1 to infinity steps !!!
>>>
>>
>> So, I guess NONE of them ever stop before reaching the end, if none of 
>> them stop before that.
>>
> 
> 1,2,3... ∞ steps of DDD are correctly emulated is every
> HHH/DDD pair that can possibly exist when HHH is a pure
> function x86 emulator.
> 
> No more dishonest shell game ruse
> https://jorynjenkins.com/hiding-the-pea/
> That wastes weeks and weeks talking in circles.

So, the finite emulations that return answers, are wrong as explained above.

The HHH the never abor tdo create DDD that never halt, but also those 
HHH never repreot that behaivor, so also fail to be a decider.

> 
> For each element of this infinite set of HHH/DDD pairs
> DDD never halts. For every finite N number of emulated
> steps HHH halts.

Nope, as explained above, EVERY element of that set with an HHH that 
only does a finite emulation, WILL return, and thus those HHH are wrong.

Yes, the DDD based on an HHH that never aborts its emulation will be 
non-halting, but such an HHH can never actually "report" that behavior, 
so it is also wrong.

> 
> This means that every HHH of this set that aborts its
> emulation of DDD is correct to reject its DDD as non
> halting.
> 

Nope, every one is WRONG (or failed to report).

You are just proving yourself to be a LIAR.