Thread View: sci.logic
1 messages
1 total messages
Started by David Gudeman
Tue, 08 Sep 1992 19:59
Re: infinite state automaton
Author: David Gudeman
Date: Tue, 08 Sep 1992 19:59
Date: Tue, 08 Sep 1992 19:59
42 lines
2541 bytes
2541 bytes
In article <versmiss.715952911@ruulo3> Koen Versmissen writes: ]klaus@hal.nta.no (Klaus Gaarder FNI) writes: ]>A Turing machine can be considered to have an infinite number of ]>states if you define each state by including the contents of the ]>tape in addition to each of the finite number of states, thus giving ]>a countable number of states. ] ]But that doesn't imply that Turing machines are equivalent to ISAs ](Infinite State Automata). After all, assuming a two-letter alphabet, ]just construct an infinite binary branching tree of states and mark ]all and only the states corresponding to words of the language as ]accepting ones. This gives you a deterministic ISA with a countable ]number of states for any language, in particular for non r.e. ones. ]So Turing machines are strictly weaker than ISAs. How are you going to specify this ifinite number of states? You can't specify them exhaustively, but you can do things like make sets of states that recursively call themselves (which gives you something evivalent to a PDA). Or you can add an extra part of the automaton that lets you push and pop states (which gives you a PDA). Or you can add a TM tape, which gives you a TM. Or you can just have a notation for specifying an infinite number of simple states, but unless you can come up with a notation more powerful than any known one, you won't be able to specify the states constructively. And what would be the point? Suppose you have a problem whose solution you can specify non-constructively, say by the predicate p. Now you specify an IFA by saying that for all states, the state is an accepting state iff the input sequence represents (by some encoding you choose) a value x for which p(x). What have you gained? You certainly haven't proven anything about the computability or constructiveness of the function. You haven't given any clues about how to implement it in the real world. You haven't produced anything that will help you decide where the function fits in the (un)computability hierchary. Basically, everything that automatons are good for becomes impossible once you allow this sort of construction. -- David Gudeman gudeman@cs.arizona.edu
Thread Navigation
This is a paginated view of messages in the thread with full content displayed inline.
Messages are displayed in chronological order, with the original post highlighted in green.
Use pagination controls to navigate through all messages in large threads.
Back to All Threads