Path: ...!news.mixmin.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: olcott <polcott333@gmail.com>
Newsgroups: comp.theory,sci.logic
Subject: Re: Liar detector: Fred, Richard, Joes and Alan --- Ben's agreement
Date: Fri, 12 Jul 2024 08:07:13 -0500
Organization: A noiseless patient Spider
Lines: 59
Message-ID: <v6r9q1$30qtt$5@dont-email.me>
References: <v644pn$29t4h$3@dont-email.me> <v68pfo$2n56v$7@dont-email.me>
 <v68rnv$39tml$2@dont-email.me> <v68tvd$3ac9t$1@dont-email.me>
 <v68uj0$3ahel$1@dont-email.me> <v694k4$3bevk$1@dont-email.me>
 <v69502$3bh3f$1@dont-email.me> <v6b1k4$3odj5$1@dont-email.me>
 <v6bf7r$3qiio$2@dont-email.me> <v6bm5v$3rj8n$1@dont-email.me>
 <v6bmoe$3ri0l$2@dont-email.me> <v6bnt2$3rj8n$3@dont-email.me>
 <v6brfj$3skuk$2@dont-email.me> <v6c3vh$3ttem$1@dont-email.me>
 <v6c539$3u2mj$1@dont-email.me> <v6dda0$7s8u$1@dont-email.me>
 <v6e67v$bbcb$4@dont-email.me> <v6gss2$t87a$1@dont-email.me>
 <v6gv65$to0m$1@dont-email.me> <v6h2li$ud7p$1@dont-email.me>
 <v6h2rm$ue7s$1@dont-email.me> <v6h3cu$ud7p$2@dont-email.me>
 <v6h83q$vag9$1@dont-email.me> <v6ikgb$19f5g$1@dont-email.me>
 <v6jgjo$1ctoi$4@dont-email.me> <v6lckp$1qi9e$1@dont-email.me>
 <v6m2qq$1tj30$6@dont-email.me>
 <60a1c2490e9bd9a5478fd173a20ed64d5eb158f9@i2pn2.org>
 <v6nvn8$2bn6q$1@dont-email.me> <v6oqti$2fuva$7@dont-email.me>
 <v6qn6k$2ubkt$1@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 15:07:13 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="a53340e46817c86b736359d5ee28d54a";
	logging-data="3173309"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+A1UKGSh2wVrdob01EDvIp"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:5MjUKuNqv76P8Mmb8oEUvlodgVM=
In-Reply-To: <v6qn6k$2ubkt$1@dont-email.me>
Content-Language: en-US
Bytes: 3997

On 7/12/2024 2:49 AM, Mikko wrote:
> On 2024-07-11 14:40:50 +0000, olcott said:
>>
>> It is a hierarchy of prerequisites of knowledge.
>> Before anyone can understand a simulating termination
>> analyzer based on an x86 emulator they must understand
>> (1) x86 emulation
>> (2) Termination Analysis.
> 
> The order should be:
> (1) termination analysis and termination analyzer,
> (2) simulating termination analyzer,
> (3) x86,
> (4) x86 emulation,
> (5) simulating termination analyzer based on an x86 emulator.
> 

*That order has proven to not work*
People are getting stuck on x86 emulation.
Most everyone seems to feel that they can disagree
with the semantics of the x86 language.
*We have been stuck on this step for three years*


_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]

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.

I talk about every element of the infinite set because people
were trying to get away with a dishonest shell game ruse
https://jorynjenkins.com/hiding-the-pea/
That wastes weeks and weeks talking in circles.

I spoke of one HHH/DDD pair and they always changed the
subject to a different pair. Now I talk about all of the
HHH/DDD pairs all at once.

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

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

-- 
Copyright 2024 Olcott "Talent hits a target no one else can hit; Genius
hits a target no one else can see." Arthur Schopenhauer