| Deutsch English Français Italiano |
|
<v38eq4$2foi0$1@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: Two dozen people were simply wrong (including Olcott)
Date: Wed, 29 May 2024 19:47:15 -0400
Organization: i2pn2 (i2pn.org)
Message-ID: <v38eq4$2foi0$1@i2pn2.org>
References: <v3501h$lpnh$1@dont-email.me> <v362eu$2d367$3@i2pn2.org>
<v363js$vg63$2@dont-email.me> <v36803$2d368$3@i2pn2.org>
<v368je$100kd$3@dont-email.me> <v373mr$2d367$5@i2pn2.org>
<v37bpa$15n0b$1@dont-email.me> <v37i9p$lls$1@news.muc.de>
<87y17smqnq.fsf@bsb.me.uk> <v37sap$18mfo$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 29 May 2024 23:47:16 -0000 (UTC)
Injection-Info: i2pn2.org;
logging-data="2613824"; mail-complaints-to="usenet@i2pn2.org";
posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg";
User-Agent: Mozilla Thunderbird
X-Spam-Checker-Version: SpamAssassin 4.0.0
Content-Language: en-US
In-Reply-To: <v37sap$18mfo$1@dont-email.me>
Bytes: 4245
Lines: 82
On 5/29/24 2:31 PM, olcott wrote:
> On 5/29/2024 1:14 PM, Ben Bacarisse wrote:
>> Alan Mackenzie <acm@muc.de> writes:
>>
>>> How about a bit of respect? Mike specifically asked you not to cite his
>>> name as a back up for your points. Why do you keep doing it?
>>
>> He does it to try to rope more people in. It's the same ploy as
>> insulting people by name. It's hard to ignore being maligned in public
>> by a fool.
>>
>
> *Thanks for validating my simplified encoding of the Linz*
>
> When Ĥ is applied to ⟨Ĥ⟩
> Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qy ∞
> Ĥ.q0 ⟨Ĥ⟩ ⊢* embedded_H ⟨Ĥ⟩ ⟨Ĥ⟩ ⊢* Ĥ.qn
>
> I really did believe that Ben Bacarisse was lying when I said it.
>
> At the time I was talking about the easily verified fact of the actual
> execution trace of fully operational code and everyone was denying the
> easily verified facts.
>
> typedef int (*ptr)(); // ptr is pointer to int function in C
> 00 int H(ptr p, ptr i);
> 01 int D(ptr p)
> 02 {
> 03 int Halt_Status = H(p, p);
> 04 if (Halt_Status)
> 05 HERE: goto HERE;
> 06 return Halt_Status;
> 07 }
> 08
> 09 int main()
> 10 {
> 11 H(D,D);
> 12 return 0;
> 13 }
>
> It turns out that two dozen people are easily proven wrong when
> they claimed that the correct simulation of the input to H(D,D)
> is the behavior of int main() { D(D); }
>
How is that?
> When D is correctly simulated by H using an x86 emulator the only
> way that the emulated D can reach its own emulated final state
> at line 06 and halt is
> (a) The x86 machine code of D is emulated incorrectly
> (b) The x86 machine code of D is emulated in the wrong order
>
Which isn't a "Correct Simulation" by the definition that allow the
relating of a "Simulation" to the behavior of an input.
So, you are just proving your stupidity.
> *two dozen people were simply wrong*
>
> It now turns out that Richard Damon was not lying when he referred
> to the words of Peter Linz.
>
> It did seem ridiculous that the Linz proof merely proved that
> a single machine does not get the correct answer to a specific
> input. Since Linz actually did use the term "single Turing machine"
> I now see that was an honest mistake.
>
> The domain of this problem is to be taken as the set of all
> Turing machines and all w; that is, we are looking for a
> *single Turing machine* that, given the description of an arbitrary
> M and w, will predict whether or not the computation of M applied
> to w will halt
>
Yep, you do that A LOT, which shows your reckless disregard for the truth.
Now, after proving that a specific (but arbitrarily chosen) H is wrong,
he is able to use categorical logic to show that NO H can be correct.
Something that seems to be beyond your understand.