Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!nbires!hao!hplabs!ucbvax!YALE.ARPA!LEICHTER-JERRY From: LEICHTER-JERRY@YALE.ARPA Newsgroups: mod.computers.vax Subject: Re: user message... Message-ID: <8701221751.AA14656@ucbvax.Berkeley.EDU> Date: Thu, 22-Jan-87 14:26:38 EST Article-I.D.: ucbvax.8701221751.AA14656 Posted: Thu Jan 22 14:26:38 1987 Date-Received: Fri, 23-Jan-87 00:52:08 EST Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Organization: The ARPA Internet Lines: 23 Approved: info-vax@sri-kl.arpa I have an application involving a DAEMON. I would like the DAEMON to be able to get a message through to a process regardless of whether it is interactive or batch. Is there a "good-programming" way to issue a message to the SYS$OUTPUT for a specific process (based on the pid)? IE to either a terminal or to a disk file, the latter which would be open by the owning process. Hope this isn't too much off the wall. B. Not, in general, without the cooperation of the "receiving" process. VMS processes are pretty independent creatures, and it's quite difficult to do much to one "from the outside" - like write to one of its files. The ability to do broadcasts is specific to the terminal driver, and can't be made to work for disk files. One exception: If the message indicates a fatal error of some sort, so that you are willing to have the receiving image exit, you can (with suitable pri- vilege, of course) use the FORCEX (Force Exit) system service to cause another process's current image to exit with a final status of your choosing. DCL will then insert the message text corresponding to that status - assuming it is in the system message file, or some message file set for the receiving process with SET MESSAGE - in the output. -- Jerry -------