Advogato blog for BitchKapoor
http://www.advogato.org/person/BitchKapoor/
Advogato blog for BitchKapooren-usmod_virguleFri, 19 Dec 2014 08:48:51 GMTSat, 20 Dec 2003 15:22:37 GMT20 Dec 2003
http://www.advogato.org/person/BitchKapoor/diary.html?start=1
http://www.advogato.org/person/BitchKapoor/diary.html?start=1Ok, I still can't post replies just yet, but I've found some papers about the model described in the article "<a href="http://www.advogato.org/article/727.html" >A Relational Model of Programming</a>."
<p> "Teaching Design of Objects and Classes through a Relational Model of Programming"
<a href="http://citeseer.nj.nec.com/473768.html" >http://citeseer.nj.nec.com/473768.html</a>
<p> "On Composing Problems and Parallel Programs"
<a href="http://citeseer.nj.nec.com/81112.html" >http://citeseer.nj.nec.com/81112.html</a>
(the notation is very heavy and unstructured in the above paper; maybe the authors were trying to meet page count limitations?)
<p> "Proving the Temporal Properties of the Unique World"
<a href="http://citeseer.nj.nec.com/ath99proving.html" >http://citeseer.nj.nec.com/ath99proving.html</a>
Sat, 20 Dec 2003 10:19:22 GMT20 Dec 2003
http://www.advogato.org/person/BitchKapoor/diary.html?start=0
http://www.advogato.org/person/BitchKapoor/diary.html?start=0I can't post yet, but if anyone is reading this, I have a comment about <a href="http://www.advogato.org/person/cactus/" >cactus</a>'s article about <a href="http://www.advogato.org/article/727.html" >A Relational Model of Programming</a>:
<p>
First of all, what does "red" mean, as in "alpha = red(alpha)"? It appears to be used to assert some kind of closure/fixpoint.
<p>
Secondly, it appears to me that A is a <i>state space</i> and A** the set of countable sequences of states, i.e. <i>traces</i>. Furthermore, in the definition of a <i>program</i>, it looks like the requirement is made that if a state is visited more than once, then it's visited infinitely many times. The way I interpret it, this seems to mean if the trace contains the sub-sequence "abcd...xyza", then the trace must be of the form "FSabcd...xyzabcd...xyzabcd..." where FS is a finite sequence of states. If we think of the trace as that of an evolving process, this sounds sort of like a memoryless property, i.e. no information other than the current state is used to choose the next state, but in this case, both the current state and the initial state are used (if my notion of infinite repitition is correct).
<p>
The above seems like the most natural interpretation to me as a computer scientist, but maybe you meant something else. Based on these assumptions, it seems clear that this program model is more powerful than a Turing machine. Consider your definition of p(S): a set of pairs (a, b) where a, b \in A. Fix some arbitrary b \in A. Now for any a \in A, we can construct a trace s.t. (a, b) \in p(S): simply let the sequence "ab" \in S (if a == b, let "a" \in S). Similarly, for any a \in A, we can construct another trace s.t. (a, b) \ni p(S): now let the sequence "aaa..." \in S (note that "aaa..." \ni A^*). Since your definitions don't specify any dependence between traces of S, this means that for each C \subseteq A, we can construct a program S[C] s.t. a \in C \iff p(S[C]) == b. Although A is countable, it immediately follows that the number of programs S[C] of this form is uncountable, and hence this relational model includes programs which cannot be described by a finite program or implemented in a Turing machine.
<p>
What to do about it? If you want to restrict your programs to those which are computable, you need more constraints on what it means for a relation to be a program. In particular, you either need more constraints on how states can be sequenced in a trace (much like the transition rules of a Turing machine) or some kind of constraints on what kinds of traces can appear together in the same program. If your goal is to construct a new Turing-equivalent model of computation, I think this second approach is more interesting, but I have no clue at this moment how to go about it.