[12573] in Athena Bugs
decmips [7.7F]: olc[d]
daemon@ATHENA.MIT.EDU (yandros@MIT.EDU)
Sat Sep 10 07:05:07 1994
From: yandros@MIT.EDU
Date: Sat, 10 Sep 94 07:05:01 -0400
To: bugs@MIT.EDU
System name: yaz-pistachio.MIT.EDU
Type and version: KN02ca 7.7F
Display type: PMAG-DV
What were you trying to do?
Check the status of two questions I put into OLC.
Specifically, I asked a second question and I wanted to look at it.
Starting OLC used the first instance (0) by default. The user-level
program `olc' has no `instance' command (as does olcr), so I
couldn't change it that way. Instead, I tried `replay -i 1' and
`replay -i 0'.
What went wrong?
olc> replay -i
You must specify an instance after '-i'.
olc> replay -i 2
Incorrect instance (yandros [0]) specified.
olc> replay -i asdf
Specified instance id "asdf" is not a number.
olc> replay -i 0
[text of replay buffer from instance 0]
olc> replay -i 1
[text of replay buffer from instance 0]
Note that the command `replay -i 1' produced the replay buffer from
instance 0, not instance 1. The only way I could find to see the
replay buffer of was to use olcr. Even the `status' command didn't
work, although it looked promising at first:
olc> status
Status for: Fool (yandros@YAZ-PISTACHIO.MIT.EDU)
Instance NM Status Connected to Topic
-> [0] pending not connected c
[1] unseen not connected c
olc> status -i 1
Status for: Fool (yandros@YAZ-PISTACHIO.MIT.EDU)
Instance NM Status Connected to Topic
[0] pending not connected c
-> [1] unseen not connected c
olc> replay
[text of replay buffer from instance 0]
olc> status
Status for: Fool (yandros@YAZ-PISTACHIO.MIT.EDU)
Instance NM Status Connected to Topic
-> [0] pending not connected c
[1] unseen not connected c
What should have happened?
Instances should work in OLC.
Anything else you'd like to add?
I think most people knew about this in general, but I didn't know if
anyone had seen a specific instantiation of it reported.
