Deutsch   English   Français   Italiano  
<25342b7301d0b1247bf817386008a0d05e584486@i2pn2.org>

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

Path: ...!eternal-september.org!feeder3.eternal-september.org!news.quux.org!news.nk.ca!rocksolid2!i2pn2.org!.POSTED!not-for-mail
From: joes <noreply@example.org>
Newsgroups: comp.theory
Subject: Re: Correcting the definition of the halting problem --- Computable
 functions ---HHH(DD)
Date: Tue, 25 Mar 2025 21:24:00 -0000 (UTC)
Organization: i2pn2 (i2pn.org)
Message-ID: <25342b7301d0b1247bf817386008a0d05e584486@i2pn2.org>
References: <vr1shq$1qopn$1@dont-email.me> <vrrsta$tdm5$1@dont-email.me>
	<vrs264$1a43i$1@dont-email.me> <vrs54q$1d1o2$1@dont-email.me>
	<vrse90$1jr8u$1@dont-email.me> <vrsk13$1q39o$1@dont-email.me>
	<vrsn62$1rblu$2@dont-email.me> <vrsnhu$1q39o$2@dont-email.me>
	<vrsodl$1rblu$3@dont-email.me> <vrsogj$1q39o$3@dont-email.me>
	<vrsqlq$1rblu$4@dont-email.me> <vrsrmr$1q39o$4@dont-email.me>
	<vrt14i$264jb$1@dont-email.me> <vrt1tu$257a2$1@dont-email.me>
	<vrt357$264jb$2@dont-email.me> <vrt6va$22073$1@dont-email.me>
	<vrt7u2$2au0q$1@dont-email.me> <vrufj5$3hle3$1@dont-email.me>
	<vrug1b$3gia2$5@dont-email.me> <vrugj2$3hle3$3@dont-email.me>
	<vruh6d$3j3me$2@dont-email.me> <vruhf1$3hle3$4@dont-email.me>
	<vrumaj$3n7k6$1@dont-email.me> <vrumke$3hle3$5@dont-email.me>
	<vrun8e$3n7k6$2@dont-email.me> <vrunm9$3hle3$6@dont-email.me>
	<vruogg$3n7k6$3@dont-email.me> <vruosq$3hle3$7@dont-email.me>
	<vrusi1$3tamc$1@dont-email.me> <vrut66$3hle3$8@dont-email.me>
	<vruuae$3tamc$2@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Tue, 25 Mar 2025 21:24:00 -0000 (UTC)
Injection-Info: i2pn2.org;
	logging-data="1744010"; mail-complaints-to="usenet@i2pn2.org";
	posting-account="nS1KMHaUuWOnF/ukOJzx6Ssd8y16q9UPs1GZ+I3D0CM";
User-Agent: Pan/0.145 (Duplicitous mercenary valetism; d7e168a
 git.gnome.org/pan2)
X-Spam-Checker-Version: SpamAssassin 4.0.0
Bytes: 5831
Lines: 82

Am Tue, 25 Mar 2025 13:57:18 -0500 schrieb olcott:
> On 3/25/2025 1:37 PM, dbush wrote:
>> On 3/25/2025 2:27 PM, olcott wrote:
>>> On 3/25/2025 12:24 PM, dbush wrote:
>>>> On 3/25/2025 1:18 PM, olcott wrote:
>>>>> On 3/25/2025 12:04 PM, dbush wrote:
>>>>>> On 3/25/2025 12:56 PM, olcott wrote:
>>>>>>> On 3/25/2025 11:46 AM, dbush wrote:
>>>>>>>> On 3/25/2025 12:40 PM, olcott wrote:
>>>>>>>>> On 3/25/2025 10:17 AM, dbush wrote:
>>>>>>>>>> On 3/25/2025 11:13 AM, olcott wrote:
>>>>>>>>>>> On 3/25/2025 10:02 AM, dbush wrote:
>>>>>>>>>>>> On 3/25/2025 10:53 AM, olcott wrote:
>>>>>>>>>>>>> On 3/25/2025 9:45 AM, dbush wrote:
>>>>>>>>>>>>>> On 3/24/2025 11:29 PM, olcott wrote:
>>>>>>>>>>>>>>> On 3/24/2025 10:12 PM, dbush wrote:
>>>>>>>>>>>>>>>> On 3/24/2025 10:07 PM, olcott wrote:
>>>>>>>>>>>>>>>>> On 3/24/2025 8:46 PM, André G. Isaak wrote:
>>>>>>>>>>>>>>>>>> On 2025-03-24 19:33, olcott wrote:
>>>>>>>>>>>>>>>>>>> On 3/24/2025 7:00 PM, André G. Isaak wrote:

>>>>>>>>>>>>> It is impossible for an actual Turing machine to be input to
>>>>>>>>>>>>> any other TM.
Therefore we encode it.

>>>>>>>>>>>> But a description of a turing machine can be, for example in
>>>>>>>>>>>> the form of source code or a binary.  And a turing machine by
>>>>>>>>>>>> definition *always* behaves the same for a given input when
>>>>>>>>>>>> executing directly.
>>>>>>>>>>> IT IS COUNTER-FACTUAL THAT A MACHINE DESCRIPTION ALWAYS
>>>>>>>>>>> SPECIFIES BEHAVIOR IDENTICAL TO THE DIRECTLY EXECUTED MACHINE.
WTF, a TM is specified by its description.

>>>>>>>>>> That is not the complete description.  The complete description
>>>>>>>>>> consists of the code of III
>>>>>>>>> and the fact that EEE
>>>>>>>> Is called by III makes the code of EEE part of the fixed input,
>>>>>>>> as well as everything that EEE calls down to the OS level.
>>>>>>> Which is not relevant to whether or not III emulated by EEE
>>>>>>> reaches its own final halt state.
>>>>>> Which is why III emulated by EEE is not relevant.
>>>>> Does III emulated by EEE reach its final halt state when III defines
>>>>> a pathological relationship with its emulator?
I don't care what some simulator says, I want to know whether the
direct execution halts, and the simulator better give the same result.

>>>> But that's not the question.  The question is whether or not an H
>>>> exists that behaves as described below:
>>> Turing machines are only capable operating on input finite strings.
>> And those finite strings can be a complete description of a turing
>> machine
> The input to a Turing machine cannot possibly be the actual behavior of
> any executing process.
> A Turing machine can only port on the behavior that a finite string
> input specifies.
And that is its direct execution.

>>> Turing machine computable functions cannot compute anything that their
>>> input doesn't specify.
>> Translation: algorithms only compute what they're programed to compute.
> NO WRONG. Turing machine computable functions cannot compute any mapping
> from anything that their input DOES NOT SAY.
Yes, exactly.

> THEIR INPUT CANNOT POSSIBLY SAY THE ACTUAL BEHAVIOR OF ANY EXECUTING
> PROCESS
Wrong, that is exactly what the description of a TM says.

>> And the algorithm your EEE is computing is not the mathematical halting
>> function, which has proven to not be computable:
> When HHH rejects DD as specifying a computation that does not reach its
> final halt state HHH IS CORRECT.
No, DD halts.

>>> THEIR INPUT NEVER SPECIFIES THE ACTUAL BEHAVIOR OF ANY OTHER TURING
>>> MACHINE
How else would you specify a TM?

>> What a particular turing machine is able to compute doesn't change
>> whether or not the input string fully describes another turing machine
-- 
Am Sat, 20 Jul 2024 12:35:31 +0000 schrieb WM in sci.math:
It is not guaranteed that n+1 exists for every n.