Warning: mysqli::__construct(): (HY000/1203): User howardkn already has more than 'max_user_connections' active connections in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\includes\artfuncs.php on line 21
Failed to connect to MySQL: (1203) User howardkn already has more than 'max_user_connections' active connections
Warning: mysqli::query(): Couldn't fetch mysqli in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\index.php on line 66
Article <v6k6md$1h3a7$1@dont-email.me>
Deutsch   English   Français   Italiano  
<v6k6md$1h3a7$1@dont-email.me>

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

Path: ...!2.eu.feeder.erje.net!feeder.erje.net!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: "Fred. Zwarts" <F.Zwarts@HetNet.nl>
Newsgroups: comp.theory
Subject: Re: Sequence of sequence, selection and iteration matters
Date: Tue, 9 Jul 2024 22:31:09 +0200
Organization: A noiseless patient Spider
Lines: 95
Message-ID: <v6k6md$1h3a7$1@dont-email.me>
References: <v6e7va$c4sv$1@dont-email.me> <v6g444$pdc2$1@dont-email.me>
 <v6go4d$sg7f$1@dont-email.me> <v6ikv5$19h6q$1@dont-email.me>
 <v6jguf$1ctoi$5@dont-email.me> <v6ji1d$1dpoc$1@dont-email.me>
 <v6jig0$1ctoi$11@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>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 09 Jul 2024 22:31:10 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="5c12ddd8566eeb9f70647b3caeb69d3c";
	logging-data="1609031"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX1+RkQcrYAiq+Wx4fon4L4Iu"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:eGe+5dokhOD5T5EEdEjOYwnZAmw=
Content-Language: en-GB
In-Reply-To: <v6jqfg$1eul0$2@dont-email.me>
Bytes: 5290

Op 09.jul.2024 om 19:02 schreef olcott:
> On 7/9/2024 11:51 AM, Fred. Zwarts wrote:
>> Op 09.jul.2024 om 18:44 schreef olcott:
>>> On 7/9/2024 10:21 AM, Fred. Zwarts wrote:
>>>> Op 09.jul.2024 om 16:46 schreef olcott:
>>>>> On 7/9/2024 9:38 AM, Fred. Zwarts wrote:
>>>>>> Indeed, no such HHH exists. This proves that HHH cannot possibly 
>>>>>> simulate itself correctly.
>>>>>
>>>>> "Correctly" means must do whatever the x86 code specifies.
>>>>
>>>> And since the x86 code never specifies an abort, it is incorrect to 
>>>> abort halfway a simulation that would halt. We know it would halt, 
>>>> because other simulators show that it halts when HHH is correctly 
>>>> simulated.
>>>> If you want to deny this truth, point to the specification of the 
>>>> x86 language where it says that a program must be aborted. It is 
>>>> irrational to defend an unneeded abort with a reference to the x86 
>>>> specifications.
>>>>
>>>>> You are in psychological denial causing you to be irrational.
>>>>
>>>> Illogical and irrelevant remarks ignored. I know olcott has problems 
>>>> to recognize the truth, so I do not feel offended.
>>>>
>>>>>
>>>>>>>
>>>>>>> _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 DDD is correctly emulated by any pure function*
>>>>>>> *HHH x86 emulator that can possibly exist* which calls
>>>>>>> an emulated HHH(DDD) to repeat this process until the
>>>>>>> emulated DDD is aborted.
>>>>>>
>>>>
>>>> And the fact *that* it aborts, makes the simulation incorrect (as 
>>>> Sipser would agree with), because the X86 code does not specify an 
>>>> abort at that point. Therefore, the only conclusion must be: No such 
>>>> HHH exists.
>>>
>>> HHH is fully operational in the x86utm operating system.
>>>
>>> _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 DDD is correctly emulated by any pure function x86
>>> emulator HHH calls an emulated HHH(DDD) this call cannot
>>> possibly return. 
>>
>> HHH cannot possibly simulate itself to the end and return, which shows 
>> that 
> 
> the simulation is correct because that is what the x86
> code means when it says that DDD correctly emulated by HHH
> is stuck in recursive emulation.
> 
> That people not sufficiently understanding the semantics
> of the x86 language say otherwise merely proves that their
> understanding is insufficient.
> 

You understand x86 insufficiently, because you think that a two cycle 
recursion means an infinite recursion.

void Finite_Recursion (int N) {
   if (N > 0) Finite_Recursion (N - 1);
}

HHH, therefore, is programmed incorrectly, so that after two cycles it 
aborts.
But it aborts when the simulated HHH is programmed to go for one other 
cycle and then also abort and return. Therefore, the simulation is 
aborted too soon, which makes it incorrect.
Maybe you should study x86, so that you see that no abort is needed for 
a simulation of a halting program. The x86 language does not allow to 
abort a halting program.
A simulator that correctly interprets the x86 code of HHH shows that it 
halts.
Only HHH cannot possibly simulate itself correctly.