Opened 5 years ago
Last modified 3 years ago
#255 closed defect
>sc1>system_start_up.ec doesn't log in IO daemon for puna, but >sc1>admin.ec assumes it has — at Initial Version
| Reported by: | Eric Swenson | Owned by: | Eric Swenson |
|---|---|---|---|
| Priority: | major | Milestone: | MR12.8 |
| Component: | Tools | Version: | MR12.7 |
| Keywords: | Cc: |
Description
sc1>system_start_up.ec is invoked at every boot of the system. It performs all sorts of task, including logging in of system daemons.
sc1>admin.ec supports the operator "x" commands, such as "x io1".
"x io1" initializes the IO coordinator (cord), and the printer and punch daemons (prta and puna). However, it assumes that the IO.SysDaemon process on message coordinator channel puna has been logged in. It tries to send that process three commands, which all fail because the process wasn't logged in by >sc1>system_start_up.ec.
Since card punching is normally not very common, rather than log in the daemon in >sc1>system_start_up.ec, it is better to log it in on demand -- when "x io1" is invoked.
sc1>admin.ec should be updated thus:
Inserted in B: B63 sc_command login IO SysDaemon puna B64 pause 10 Preceding: A63 sc_command r puna driver Comparison finished: 1 difference, 2 lines. r 08:08 0.089 0
