| Deutsch English Français Italiano |
|
<a96be1b61b5ba541c179c064692db0a180d25f54@i2pn2.org> View for Bookmarking (what is this?) Look up another Usenet article |
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: Copyright for "simulating halt decider" by Olcott for many years
--- proves itself correct
Date: Mon, 3 Mar 2025 19:51:11 -0500
Organization: i2pn2 (i2pn.org)
Message-ID: <a96be1b61b5ba541c179c064692db0a180d25f54@i2pn2.org>
References: <vptlfu$3st19$9@dont-email.me> <vpug3h$50td$1@dont-email.me>
<vq06al$eljf$1@dont-email.me> <vq06ja$dfve$2@dont-email.me>
<vq075c$eljf$3@dont-email.me> <vq08gi$f06n$1@dont-email.me>
<vq0b4u$f3k3$4@dont-email.me> <vq0crn$fhth$2@dont-email.me>
<vq0dl2$f3k3$10@dont-email.me> <3hg7sjhnq962dnkue9cg8ftccfbsf7rpfd@4ax.com>
<fbc1c3d5507d1d175bdadbbfde51c10bdda1b437@i2pn2.org>
<vq19ae$nkcf$1@dont-email.me> <vq1pbq$q7t4$1@dont-email.me>
<vq23r8$s54f$1@dont-email.me> <vq24r7$ru20$5@dont-email.me>
<vq2fon$ntk1$1@dont-email.me> <vq2hha$ug75$1@dont-email.me>
<vq2shm$ntk1$2@dont-email.me> <vq2uq3$vkkb$2@dont-email.me>
<vq3qpc$18icg$3@dont-email.me> <vq4e84$1b4no$4@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 4 Mar 2025 00:51:12 -0000 (UTC)
Injection-Info: i2pn2.org;
logging-data="2727696"; mail-complaints-to="usenet@i2pn2.org";
posting-account="diqKR1lalukngNWEqoq9/uFtbkm5U+w3w6FQ0yesrXg";
User-Agent: Mozilla Thunderbird
In-Reply-To: <vq4e84$1b4no$4@dont-email.me>
Content-Language: en-US
X-Spam-Checker-Version: SpamAssassin 4.0.0
Bytes: 5077
Lines: 82
On 3/3/25 9:27 AM, olcott wrote:
> On 3/3/2025 2:55 AM, Fred. Zwarts wrote:
>> Op 03.mrt.2025 om 01:57 schreef olcott:
>>> On 3/2/2025 6:19 PM, Andy Walker wrote:
>>>> On 02/03/2025 21:11, olcott wrote:
>>>>> On 3/2/2025 2:40 PM, Andy Walker wrote:
>>>>>> http://www.cuboid.me.uk/anw/G12FCO/lect18.html
>>>>>> [start at the third paragraph], [...]
>>>>> [the third paragraph]
>>>>
>>>> [Note that I said "start at ...", not "look only at ...".]
>>>>
>>>>> _DD()
>>>>> [00002133] 55 push ebp ; housekeeping
>>>> [...]
>>>>
>>>> Not interested; sorry. I was concerned only to point out that
>>>> the idea of a "simulating halt decider", or any similar phrase, was not
>>>> new in 2004, but has been well-known for many [at least 60] years. If
>>>> you choose to waste your remaining time on this planet trying to do the
>>>> impossible, go ahead. I shan't be joining you, so this will be my last
>>>> contribution to the debate unless something interesting crops up. "DD"
>>>> and "HHH" and similar aren't in the least bit interesting to me; I'm
>>>> astonished that others are so fascinated, but that's up to them.
>>>>
>>>
>>> Lots of people rejected the idea of simulation as an
>>> option so you made no actually relevant point at all.
>>>
>>> int DD()
>>> {
>>> int Halt_Status = HHH(DD);
>>> if (Halt_Status)
>>> HERE: goto HERE;
>>> return Halt_Status;
>>> }
>>>
>>> The new thing that I discovered is that DD emulated
>>> by HHH cannot possibly reach the self-contradictory
>>> portion thus cannot possibly thwart a correct termination
>>> status decision.
>>
>> And Olcott thought it was a clever idea to use a simulator that gets
>> stuck in recursively simulating itself, so that it could not even
>> reach the self-contradictory part.
>
> HHH has no idea that it is emulating itself emulating DD.
> HHH does see that its emulation of DD does match the
> infinite recursion behavior pattern.
Exfept it doesn't, since there WERE conditional instruction along the
emulated path.
Also, HHH never CALLS DD, it emulates it, so unless you can prove that
this HHH is a correct emulator that never aborts (which you can't since
it will) you can't even claim infinite recursive emulation.
Sorry, your logic is just based on LIES.
>
>> Olcott did (does) not realise that such an HHH can only report about
>> its own behaviour, not that of its input.
>
> HHH sees DD call the same function with the same params
> twice in sequence and HHH also sees that there are no
> conditional branch instructions between the invocation
> of DD and its call to HHH(DD).
Which is irrelevent. Remember you said that HHH doesn't know that it is
calling itself, so it doesn't know that HHH is an emulator, and thus it
never sees HHH CALL DD, so we
>
> This is all right in the code.
> https://github.com/plolcott/x86utm/blob/master/Halt7.c
>
> u32 Needs_To_Be_Aborted_Trace_HH(Decoded_Line_Of_Code*
> execution_trace,
> Decoded_Line_Of_Code
> *current)
Which has false patterns in it, which have been pointed out and ignored,
proving you just don't care about the truth.