Liste des Groupes | Revenir à s logic |
On 3/8/24 1:34 PM, olcott wrote:I am only going to respond to this one threadOn 3/8/2024 2:29 PM, Richard Damon wrote:But if the mapping includes the description, it can be given to it.On 3/8/24 11:17 AM, olcott wrote:>On 3/8/2024 12:40 PM, Richard Damon wrote:>On 3/8/24 10:11 AM, olcott wrote:There is no conventional Turing machine that can possiblyOn 3/8/2024 12:00 PM, Richard Damon wrote:>On 3/8/24 7:59 AM, olcott wrote:>On 3/8/2024 5:26 AM, Mikko wrote:>On 2024-03-07 19:49:49 +0000, Dan Cross said:>
>What is it? The olcott machine is a device that never halts and>
generates infinite amounts of nonsense. As a perpetual motion
device with no discernable input and unbounded output, it is
believed that it violates the laws of thermodynamics.
The olcott machine uses a hidden input.
>
It is not hidden. The master UTM of Olcott machines simply
appends the TMD to the end of the simulated TMD's tape.
>
Only those machines that need to see if themselves are
called in recursive simulation use this optional input.
>
Which means they ADMIT they are doing a different computation then the Turing Machine they are derived from.
>
So, there can not be an Olcott Machine that matches the signature of a Halt Decider.
>
PERIOD
>
And thus, you prove you have created another worthless field.
I am working on the computability of the halting problem
(the exact same TMD / input pairs) by a slightly augmented
notion of Turing machines as elaborated below:
>
Olcott machines are entirely comprised of a UTM + TMD and one
extra step that any UTM could perform, append the TMD to the end
of its own tape.
>
Olcott machines that ignore this extra input compute the exact
same set of functions that Turing machines compute.
>
Olcott machines can do something that no Turing machine can
possibly do correctly determine that they themselves are
called in recursive simulation.
>
Nope.
>
You have PROVED (by your definition of an Olcott Machine) that ANYTHING an Olcott machine can do, there exists a Turing Machine that does the same thing.
know that it is about to simulate a copy of itself in
recursive simulation.
It can know just as well as your Olcott machines, which apparently can only tell it the recusion is done by that EXACT same machine using the same description
>
How it this?
Conventional Turing machines do not generally have access to their
own machine description and generally cannot even know that they
are being provided with their own machine description unless they
are Olcott machines where this is anchored in their fundamental
architecture.
Anchoring it in the architecture means you now need to PROVE they don't use it if the mapping doesn't have it (like most don't)Not at all as I just explained above.
So you have added to your work to prove the behavior of the machine.I don't see how.
Unless a machine can certainly know that it has its own machine>So, the H / H^ pairing doesn't need to be able to do that?So, H (H) (H) <H> (if all the H's use the same description can be detected), but not H (H^) (H^) <H> as the description of H at H^.H has different state numbering than H so the description will be different.>
Olcott machines only need to be able to detect that they themselves
about about to simulate a copy of themselves with their same input.
I am working out all of the details of this so I will be less responsive
to your many posts until I get this worked out.
I thought that was the whole reason for adding it.*You are failing to stay within the boundaries of the stated scope*
You just did it wrong.
>So, you are ok with the fact that H.q0 (H^) (H^) <H> will never return an answer?
It would be best that you carefully study my future posts so that
you don't keep rebutting the same things that I have already fully
addressed. I generally spent a lot of time on your posts carefully
studying the exact words that you said. This is not very fruitful
when you do not do the same.
Since it won't detect that H^ is H, and the H^.Hq0 (H^) (H^) <H> won't detect that it is about to simulate itself.*You are failing to stay within the boundaries of the stated scope*
I guess you are just admitting that you are just a liar that this solves the problem.*You are failing to stay within the boundaries of the stated scope*
The fact that YOU aren't reading the replies seems evident, as YOU haven't given thought to the problem pointed out as you don't understand what the problem is, since you don't actually know how any of this works.
*You are failing to stay within the boundaries of the stated scope*>So, how are you addressing the actual problems that I have pointed out.And since H^ can "lie" to that embedded H^.H about what its description is, that H can't tell that it is part of an H^ computation that is simulating an H^ computation.>
That subject must be postponed until after the Olcott refutation
of the exact Linz proof is either fully accepted by three people
or actual errors or gaps are found that cannot be addressed or
corrected.
That by your current definition, neither H nor H^.H will abort their simulation of their input so we end up with an infinitely nested set of simulations.*You are merely failing to pay attention to what I said*
Just like how you kept ignoring that H^ could put <H> onto its tape.*You are failing to stay within the boundaries of the stated scope*
I cannot understand your words.>Nope, not the Linz H^ templete that meets the SEMANTIC requirements of the template, not the syntax base on them being Turing Machines.>>>
Olcott machines make it impossible for a machine to not
know its own machine description.
It know *A* version of its machine description, not ALL of them (as that is an infinte amount of data)
>
The Olcott machine Linz H does correctly determine the halt status
of every Olcott machine Linz Ĥ the exactly matches the Linz Ĥ template.
Les messages affichés proviennent d'usenet.