Path: ...!weretis.net!feeder9.news.weretis.net!news.nk.ca!rocksolid2!i2pn2.org!.POSTED!not-for-mail
From: Richard Damon <richard@damon-family.org>
Newsgroups: comp.theory
Subject: Re: Anyone that disagrees with this is not telling the truth ---- V4
Date: Mon, 19 Aug 2024 22:49:19 -0400
Organization: i2pn2 (i2pn.org)
Message-ID: <56a61cb7c3b7c6f98878c085c4fdee2167dac2fc@i2pn2.org>
References: <v9q52r$1tedb$1@dont-email.me> <v9v62s$2r09r$1@dont-email.me>
 <v9vcuu$2rjt1$5@dont-email.me>
 <adb5612eba2f4377ad4efda9a5c98c3a3e137efb@i2pn2.org>
 <va0mlk$32g4t$1@dont-email.me>
 <0fa571c92c424a389043145d38719604eb191c7d@i2pn2.org>
 <va0p93$32g4t$2@dont-email.me>
 <67837ddc003407e4926675360b2cfeab4843ad43@i2pn2.org>
 <va0s29$376ed$1@dont-email.me>
 <ca374c8cf877fc5dc5e17c7126c50a3bbfd9252c@i2pn2.org>
 <va0tns$376ed$2@dont-email.me>
 <8c6b0449fbe3012a12eebb4926150e70a68eaa95@i2pn2.org>
 <va0uca$376ed$3@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 20 Aug 2024 02:49:19 -0000 (UTC)
Injection-Info: i2pn2.org;
	logging-data="3166590"; mail-complaints-to="usenet@i2pn2.org";
	posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg";
User-Agent: Mozilla Thunderbird
In-Reply-To: <va0uca$376ed$3@dont-email.me>
Content-Language: en-US
X-Spam-Checker-Version: SpamAssassin 4.0.0
Bytes: 5148
Lines: 115

On 8/19/24 10:17 PM, olcott wrote:
> On 8/19/2024 9:15 PM, Richard Damon wrote:
>> On 8/19/24 10:06 PM, olcott wrote:
>>> On 8/19/2024 8:55 PM, Richard Damon wrote:
>>>> On 8/19/24 9:38 PM, olcott wrote:
>>>>> On 8/19/2024 8:24 PM, Richard Damon wrote:
>>>>>> On 8/19/24 8:50 PM, olcott wrote:
>>>>>
>>>>>
>>>>> void DDD()
>>>>> {
>>>>>    HHH(DDD);
>>>>>    return;
>>>>> }
>>>>>
>>>>> _DDD()
>>>>> [00002172] 55         push ebp      ; housekeeping
>>>>> [00002173] 8bec       mov ebp,esp   ; housekeeping
>>>>> [00002175] 6872210000 push 00002172 ; push DDD
>>>>> [0000217a] e853f4ffff call 000015d2 ; call HHH(DDD)
>>>>> [0000217f] 83c404     add esp,+04
>>>>> [00002182] 5d         pop ebp
>>>>> [00002183] c3         ret
>>>>> Size in bytes:(0018) [00002183]
>>>>>
>>>>> *It is a basic fact that DDD emulated by HHH according to*
>>>>> *the semantics of the x86 language cannot possibly stop*
>>>>> *running unless aborted* (out of memory error excluded)
>>>>
>>>> No, it is just a basic fact that NO emulator can properly emulate 
>>>> the about input past the 4th instruction, as the data just isn't 
>>>> provided.
>>>>
>>>
>>> The data is provided, but I did not say that the data
>>> is not provided to an ordinary regular bath tub rubber
>>> duck on a big blue sticker, and I won't.
>>
>> WHERE is it provided?
>>
>> You said only what was EXPLICITLY stated could be used.
>>
> 
> Not any more I took that part out.

No you didn't, it is still in the base message of the thread.

To change the foundation of an arguement you need to make a CLEAR and 
obvious break from your previous on.

But then, you never understood that ever, because that requires an 
understanding of how truth works.

You don't understand that you can't just change things in the middle.

Also, it can't be DDD without the n and have different HHHn with the n 
as parts of them.

So, your claim is still ligically invalid.

Sorry, you just don't understand what you are talking about and proving 
you are nothing but a stupid liar≥

> 
>> Sorry, you are just proving that you are jus a stupid liar.
>>
>>>
>>>> PERIOD.
>>>>
>>>> Note, above you say HHH, below you say HHHn, thus they are not 
>>>> related problems,
>>>>
>>>> Sorry, you are just proving yourself to be an ignorant liar.
>>>>
>>>>
>>>>>
>>>>> X = DDD emulated by HHH∞ according to the semantics of the x86 
>>>>> language
>>>>> Y = HHH∞ never aborts its emulation of DDD
>>>>> Z = DDD never stops running
>>>>>
>>>>> The above claim boils down to this: (X ∧ Y) ↔ Z
>>>>>
>>>>> void EEE()
>>>>> {
>>>>>    HERE: goto HERE;
>>>>> }
>>>>>
>>>>> HHHn correctly predicts the behavior of DDD the same
>>>>> way that HHHn correctly predicts the behavior of EEE.
>>>>>
>>>>
>>>>
>>>> Nope, and HHHn creates a DDDn that will call HHHn that will return 
>>>> to it after emulating n steps, and then DDDn will halt
>>>>
>>>> You are just proving you don't understand the difference between the 
>>>> behavior of the actuall DDDn to the partial simulation of it by HHHn.
>>>>
>>>> DDDn's behavior doesn't stop just because the emulator looking at it 
>>>> stopped, but continues to the final state,
>>>>
>>>> The Emulation of DDDn by HHHn DOES stop when HHHn stops emulating, 
>>>> and thus doesn't tell you what happens afterwards unless you can 
>>>> form an actual valid inductive argument to carry the emulation forward.
>>>>
>>>> Sorry, you are just proving how stupid you are.
>>>>
>>>> And, that you are nothing but a cheat that trys to twist the words.
>>>>
>>>
>>>
>>
> 
>