Path: ...!3.eu.feeder.erje.net!feeder.erje.net!weretis.net!feeder8.news.weretis.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: olcott <polcott333@gmail.com>
Newsgroups: comp.theory
Subject: Re: DDD correctly emulated by HHH is correctly rejected as
 non-halting.
Date: Tue, 16 Jul 2024 09:34:19 -0500
Organization: A noiseless patient Spider
Lines: 128
Message-ID: <v760db$19j7l$10@dont-email.me>
References: <v6m7si$1uq86$2@dont-email.me> <v6ntmh$2bd9a$1@dont-email.me>
 <v6oomc$2fuva$3@dont-email.me> <v6qpcu$2uo3m$1@dont-email.me>
 <v6rb1f$30qtt$9@dont-email.me> <v6tbss$3ggjj$1@dont-email.me>
 <v6trco$3imib$8@dont-email.me> <v703ca$2ooi$1@dont-email.me>
 <v70o8b$61d8$7@dont-email.me> <v72kgg$k2bp$1@dont-email.me>
 <v737ov$mjis$12@dont-email.me> <v756d3$15ond$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 16 Jul 2024 16:34:20 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="37be9b12bf7e2996d459c5c7ef9a1f9b";
	logging-data="1363189"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX19ZGbcZGNHCK51UryV9I9NV"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:Pd8E5KQSmpvheG7Ri+d2rIIvxP0=
In-Reply-To: <v756d3$15ond$1@dont-email.me>
Content-Language: en-US
Bytes: 6209

On 7/16/2024 2:10 AM, Mikko wrote:
> On 2024-07-15 13:21:35 +0000, olcott said:
> 
>> On 7/15/2024 2:52 AM, Mikko wrote:
>>> On 2024-07-14 14:44:27 +0000, olcott said:
>>>
>>>> On 7/14/2024 3:48 AM, Mikko wrote:
>>>>> On 2024-07-13 12:19:36 +0000, olcott said:
>>>>>
>>>>>> On 7/13/2024 2:55 AM, Mikko wrote:
>>>>>>> On 2024-07-12 13:28:15 +0000, olcott said:
>>>>>>>
>>>>>>>> On 7/12/2024 3:27 AM, Mikko wrote:
>>>>>>>>> On 2024-07-11 14:02:52 +0000, olcott said:
>>>>>>>>>
>>>>>>>>>> On 7/11/2024 1:22 AM, Mikko wrote:
>>>>>>>>>>> On 2024-07-10 15:03:46 +0000, olcott said:
>>>>>>>>>>>
>>>>>>>>>>>> typedef void (*ptr)();
>>>>>>>>>>>> int HHH(ptr P);
>>>>>>>>>>>>
>>>>>>>>>>>> void DDD()
>>>>>>>>>>>> {
>>>>>>>>>>>>    HHH(DDD);
>>>>>>>>>>>> }
>>>>>>>>>>>>
>>>>>>>>>>>> int main()
>>>>>>>>>>>> {
>>>>>>>>>>>>    HHH(DDD);
>>>>>>>>>>>> }
>>>>>>>>>>>>
>>>>>>>>>>>> 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 past its own machine address of 0000216b
>>>>>>>>>>>> and halt.
>>>>>>>>>>>
>>>>>>>>>>> For every instruction that the C compiler generates the x86 
>>>>>>>>>>> language
>>>>>>>>>>> specifies an unambiguous meaning, leaving no room for "can".
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> then DDD cannot possibly reach past its own machine
>>>>>>>>>> address of 0000216b and halt.
>>>>>>>>>
>>>>>>>>> As I already said, there is not room for "can". That means 
>>>>>>>>> there is
>>>>>>>>> no room for "cannot", either. The x86 semantics of the unshown 
>>>>>>>>> code
>>>>>>>>> determines unambigously what happens.
>>>>>>>>>
>>>>>>>>
>>>>>>>> Of an infinite set behavior X exists for at least one element
>>>>>>>> or behavior X does not exist for at least one element.
>>>>>>>> Of the infinite set of HHH/DDD pairs zero DDD elements halt.
>>>>>>>
>>>>>>> That is so far from the Common Language that I can't parse.
>>>>>>>
>>>>>>
>>>>>> *This proves that every rebuttal is wrong somewhere*
>>>>>> No DDD instance of each HHH/DDD pair of the infinite set of
>>>>>> every HHH/DDD pair ever reaches past its own machine address of
>>>>>> 0000216b and halts thus proving that every HHH is correct to
>>>>>> reject its input DDD as non-halting.
>>>>>
>>>>> Here you attempt to use the same name for a constant programs and 
>>>>> univesally
>>>>> quantifed variable with a poorly specified range. That is a form of 
>>>>> a well
>>>>> known mistake called the "fallacy of equivocation".
>>>>
>>>> I incorporated your suggestion in my paper.
>>>> DDD is a fixed constant finite string that calls its
>>>> HHH at the same fixed constant machine address.
>>>
>>> That does not make sense. Which HHH does that DDD call? Which HHH
>>> is at that fixed machine address?
>>>
>>
>> HHH₁ to HHH∞ forming an infinite set of HHH/DDD pairs
>>
>> HHH₁/DDD₁ to HHH∞/DDD∞ is another way to specify this
>> infinite set of HHH/DDD pairs.
> 
> You should not say "another way" before you have one way. What you
> presented earlier is not a way as it did not make sense. 

DDD itself is a single immutable finite string have the exactly
same instructions at the exact same machine addresses.

If you want at look at DDD less literally and more figuratively
then we can classify DDD as one member of a set of HHH/DDD pairs.

There is no reason to do this because each DDD has the same behavior
and each HHH is called at the same fixed constant machine address.

The only reason that I have DDD/HHH pairs is because deceitful
reviewers were trying to get away with saying tha some DDD have
different behavior.

> It you
> mean what you say now that is the way to say it. But you still must
> specify avout each DDD which HHH it calls.
> 

*I have done that at least 1000 time in the last two years*

No DDD of the infinite set of HHH/DDD pairs where DDD
is emulated by HHH according to the semantics of the
x86 language ever reaches past its own machine address
0000216b.

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

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