Thanks for all the responses. Apologies for my tardiness in responding... been too busy checking out all the suggestions!
Eginhard Jaeger wrote: >- Nothing should prevent you from entering the same PROCESS definition multiple times, and have it processed multiple times. >Another possibility would by to call an EXEC with the PASSARG >argument of the FC PROCESS command, and to then pass on the >output line to multiple users from the EXEC. You are right. This works nicely, thanks. The only problem I see is that the messages are all passed to the EXEC in upper-case, which is a bit ugly for Linux messages. Is there a way to preserve the case? ------------------------- Jeff Gribbin wrote: >I think that your, "problem" is that you wish to display all (or some >subset of) the asynchronous system status messages on several real displ ay >devices. Possibly you also wish to allow provileged commands that alter >the system status to be entered from several real display devices. >Both of these capabilities are quite straightforward to implement in a >basic form using nothing other than the essential VM capabilities - the >challenges come once one starts imposing all those, "real life" >constraints such as subsetting of function, logging, authorisation, >readability, usability, automation of routine events and the such. You are right, Jeff. And I would like all the bells and whistles. I've explored Eginhard's solution, above. I have got it to the stage where the user requests a console session via a message sent to the logical operato r, it checks a file for authorisation, then if all is OK forwards the messag es on to the users. The users then use the Perfkit to handle the screen. I'm quite happy with this solution, but a few niggly problems remain... - the other consoles don't see commands entered by the logical operator o r other users, only the output. I think I can solve this by routing all commands to PROP instead of entering them directly, which also allows me to restrict what commands can be issued. - not seeing messages in mixed case. ---------------- Rick Barlow offered some EXECs to implement a solution using PROP... than ks Rick, this sounds interesting and I will pursue this with you off-list. ----------------- John Imholte offered a solution using PIPESERV. I'm not familiar with thi s package, so at this stage will see how I go with the other approaches. Thanks anyway! Cheers, Fred Schmidt
