On 1/29/24 9:12 PM, olcott wrote:
And the LIES by not using it (OR MISUSING IT).
>
>> Note also, His definition of a "Program" does not match that of a
>> Turing Machine.
>>
>
> Isomorphism
Only if a bummy rabbit is "Isomorphic" to an office building.
You are just proving you don't know what ANY of these things mean.
Like the joke, "I understand every language but Greek", and then when
someone ask them a quesition in Spanish, the answer is "That's Greek to
Me!".
>
>> For one thing, his "Halting Analyzer" is not of the same class as the
>> programs it is to decide on. He limits its inputs to "L-Programs" that
>> can have no inputs, but it itself has an input.
>>
>
> That is a mere simplification that changes nothing.
>
https://academic.oup.com/comjnl/article/7/4/313/354243
> Professor C. Strachey does the same thing.
Nope, He admits that an L-program decider couldn't decide on an
L-Program input, but then claims that an M-Program decider could, if
L-Programs aren't allowed to use M-Programs.
In other words, With M-Programs around, L-Programs can not be Turing
Complete.
Now, of course, he also argues that any M-Program can be converted to an
L-program (so he can claim that L-Programs are Turing Complete), so thus
the contradictory L-program CAN be built, or his claim is incorrect.
>
>> So, his "answer" to the Halting Problem is to just restrict the inputs
>> to machines lesser than the deciders, an well known answer.
>>
>
> The key portion of his answered is anchored in Carol's
> question. I told him about the loophole that you found.
Except that the issue with "Carol's Question" doesn't apply to question
put to Machines, as the machine is deterministic.
>
>> And then he makes the determinatiom of whether a question is
>> "Objective" or "Subjective" NOT based on the actual meaning of the
>> words, but makes any question that can not be computed as "Subjective".
>>
>
> His stipulative definition makes perfect sense as a stipulative definition.
but violates his previous definition.
Right, and when you do that, you disconnect your argument from all other
meanings of the word, and thus, can no longer claim that because he
found the question to be stipulated-subjective that it must be invalide
as questions need to be objective and not subjective because his
stipulted-subjective definition includes some actually objective questions.
Thus, his arguement is a LIE.
>
>> This is just FALSE.
>>
>>>
>>> [2] Nicholas J. Macias. *Context-Dependent Functions*
>>> Narrowing the Realm of Turing’s Halting Problem
>>> 13 Nov 2014
>>>
https://arxiv.org/abs/1501.03018
>>> arXiv:1501.03018 [cs.LO]
>> because the question is stipulatd -subjective it can't be correcgt,
>> WHich just shows that he doesn't understand what a Compuation IS in
>> computation theory. It is BY DEFINITION, a finite deterministic
>> algorithm applied to a defined input.
>>
>> As such, an "function" that depends on things not considered "input"
>> is not a computation.
>>
>
> Not at all. He like I and the other two professors understand
> that when D calls H(D,D) then the halting problem specifies an
> inconsistent, unsatisfiable specification
> All three authors seems to agree on this.
What is inconsistant about the specification?
What is wrong with it being unsatisfiable, which just means the answer
can't be computed by a machine for all possible inputs (but the correct
answer DOES exist).
All three make the same mistake of forgetting what a COMPUTATION is.
>
>> Yes, in a non-Turing system, it is possible to define things that
>> might be called "functions" that are dependent on things besides their
>> formal parameters.
>>
>> If you look at his examples, this is EXACTLY what his "CDFS" do.
>>
>> Such functions can NOT be converted into Turing Machines.
>>
>
> I already proved otherwise when we apply embedded_H to ⟨Ĥ⟩ ⟨Ĥ⟩.
Nope.
YOu have CLAIMED it. you have never PROVED it,
Show the ACTUAL TURING MACHINE that did it!!!
(of course you can't, you failed at writing even a simple turing machine
decider)
>
>> So, his arguement is outside the domains of "Compuation Theory".
>>
>
> The fact that embedded_H is applied to its own code DOES CHANGE THINGS.
> This cannot be correctly ignored.
Nope.
Show an actual example.
ACTUAL CODE.
>
>>>
>>> [3] Bill Stoddart. *The Halting Paradox*
>>> 20 December 2017
>>>
https://arxiv.org/abs/1906.05340
>>> arXiv:1906.05340 [cs.LO]
>>>
>>>
>>
>> Here, the author says that
>>
>> S defined as If H(S) then Loop else end.
>>
>> "Can't be implemented", and the reasoning is that since H can't be
>> made, the problem is with S (and not the unimplementability of Halting
>> Detection).
>>
>
> Yes Professor Stoddart did not see that his own criterion measure could
> be used as a halting criterion measure. He did see that it could be
> used to report bad input.
So,
>
> "Implementation of H1 requires it to determine whether it is being
> invoked from within S1"
Which is IMPOSSIBLE for a computation,
>
>> He says:
>>
>> There is no reason, however, why the halt test cannot terminate in
>> other situations, or why failure to halt cannot be reported via an
>> error message when the halt test itself cannot halt.
>>
>
> Yes I just said that second part.
So, you agree he doesn't understand the requirements of a decider.
>
>> Except that to do so violates the definition of a Decider, being a
>> program that ALWAYS delivers its answer to its caller/use.
>>
>
> Hence my independently derived enhancement to my independently derived
> "Implementation of H1 requires it to determine whether it is being
> invoked from within S1"
Which is still IMPOSSIBLE for a COMPUTATION.
>
>> And again, he ignores that the DEFINITION of the sort of thing that H
>> is required to be, a COMPUTATION, by DEFINITION is only a function of
>> its formal parameters, and thus when he talks about H determining if
>> it is being called by S just invalidates his argument.
>>
>
> His work is preliminary compared to mine.
Yours is still POOP.
>
>> So, the common thread in all these papers, as well as your own, is
>> that they are ignoring the actual definition of what a Compuation
>> (commonly called a "Program" in lay terms) actually is, and thus show
>> that they are NOT actually working on the Halting Problem of
>> Compuation Theory.
>>
>
> The key common thread is that the halting problem has
> an inconsistent, unsatisfiable specification.
What is "Inconsistant" about it?
What is wrong with being Unsatisfiable, which just means that the aswer
exists but no machine can compute it in a finite number of steps for all
inputs?
>
>> Yes, my guess is a lot of people have similar misunderstandings, but
>> that doesn't make them right.
>>
>
> Since I know these things first-hand I know that they are correct.
Yes, you seem to have a LOT of first-hand knowledge of misconceptions.
Like most of yours.
>
>> You are just putting you lot with people who have shown that they
>> don't know what they are talking about as far as the requirements of
>> Computation Theory.
>>
>> They all refer to being "equivalent" to Turing Machines, but all the
>> "programs" they propose can not be converted to Turing Machines as
>> they all need "secret" inputs which just do not exist with a Turing
>> machine. That is one of the powers of the simple Turing Machine
>> architecture, ANY Turing Machine MUST perform a computation (or be
>> non-halting depending on the exact version of the definition of
>> Computation being used) while many other architectures allow for
>> hidden data paths that allow "programs" that fail to be compuations
>> (but might be a piece of a large Computation).
>
> Some of their ideas may not be Turing computable yet all of their
> ideas do unify around:
>
> The halting problem has an inconsistent, unsatisfiable specification.
> AKA the same ill-formed question that I claimed back in 2004.
But the question is NOT "ill-formed" as ever instance of it has an answer.
>
> Alan Turing's Halting Problem is incorrectly formed (PART-TWO) sci.logic
> On 6/20/2004 11:31 AM, Peter Olcott wrote:
> > PREMISES:
> > (1) The Halting Problem was specified in such a way that a solution
> > was defined to be impossible.
> >
> > (2) The set of questions that are defined to not have any possible
> > correct answer(s) forms a proper subset of all possible questions.
> > …
> > CONCLUSION:
> > Therefore the Halting Problem is an ill-formed question.
> >
> USENET Message-ID:
> <kZiBc.103407$
Gx4....@bgtnsc04-news.ops.worldnet.att.net>
>
> Hehner's Carol's question does a great job of elaborating this.
>
>
Which is just a bit LIE.