[comp.sys.apollo] Placing a window on another node.

thompson%animal.decnet@CIM-VAX.HONEYWELL.COM ("ANIMAL::THOMPSON") (06/13/89)

Return-Path: <postmaster@cim-vax.honeywell.com>
Received: from cim-vax.honeywell.com by cim-vax.honeywell.com with SMTP ; 
          Mon, 12 Jun 89 15:51:28 CST
Date: 12 Jun 89 15:28:05 CST
From: "SMTP MAILER" <postmaster@cim-vax.honeywell.com>
Subject: Mail Delivery Problem
To: "thompson" <thompson%animal.decnet@cim-vax.honeywell.com>

 ----Reason for mail failure follows----
Sending mail to host cim-vax.honeywell.com :
  Fatal reply code to command 'RCPT TO:<apollo.umix.cc.umich.edu@cim-vax.honeywell.com>':
  550 User "apollo.umix.cc.umich.edu" Unknown.


 ----Transcript of message follows----
Date: 12 Jun 89 15:27:00 CST
From: "ANIMAL::THOMPSON" <thompson%animal.decnet@cim-vax.honeywell.com>
Subject: Re: Placing a window on another node's monitor
To: "apollo.umix.cc.umich.edu" <apollo.umix.cc.umich.edu@cim-vax.honeywell.com>

Well, assuming you don't want to create a *SHELL* on another node's
monitor, it's pretty easy.  From Aegis, getting the display manager to
create an interactive shell is difficult or impossible (at least, I never
figured it out :-)

But. back to the question at hand.  One-line messages can be sent via
send_alarm, assuming the receiving node is running an alarm server.  The
format is
	/com/send_alarm "message here" -n //node_name
	/com/send_alarm "message here" -u user_name
	/com/send_alarm "message here" -alln			{all-nodes}

If your message is too long, or if the recipient isn't running an alarm
server, you can still cheat, by creating a remote process on the node (crp)
and then using the create_pad (crpad) command.  For instance
	crp -on //recipient_node -me
	<press the [HOLD] button to lock scrolling>
	crpad
	Type in your multi-line
		message here.  Note that the [HOLD] key
		prevents it from being acted on yet.
	*** EOF ***           (press cntl-Z)
	<press the [HOLD button lo unlock scrolling>
	logout
I always enter it with the scroll-lock held, to prevent the recipient-node
from creating the pad until AFTER I type in the message.  Otherwise, the
user on the receiving end may close off the window before you get to type
in it.

You can re-direct input to the CRPAD command, so it should be do-able from
a script as follows
	crp -on //node_name -me "/com/sh -c '/com/crpad < mess_file'"

Hope this helps...
jt

John Thompson
Honeywell SSEC
12001 St Hwy 55
Plymouth, MN,  55441
thompson@animal.ssec.honeywell.com  (I think)
The above ravings are those of a lunatic, and not those of Honeywell, Inc.\

GBOPOLY1@NUSVM.BITNET (fclim) (06/15/89)

>Date: 12 Jun 89 17:13:00 CST
>From: "ANIMAL::THOMPSON" <thompson%animal.decnet@cim-vax.honeywell.com>
>Subject: Re: Placing a window on another node.
>
>But. back to the question at hand.
>[Great info on how to creat a pad on another node via send_alarm or
> crp/crpad]
>
>John Thompson
>Honeywell SSEC
>12001 St Hwy 55
>Plymouth, MN,  55441
>thompson@animal.ssec.honeywell.com  (I think)

Either way (send_alarm, crp/crpad, /bin/write, or /bin/wall), you can't
create a pad on the remote node if the node is in GPR_$borrow mode.
I've been writing about this under the topic "Processes in GPR_$borrow mode.".

Can anyone from apollo.com listening in send a APR or CRUCR for me on this?
I would like root/sys_admin and only these two to have the capability to
break into a borrow mode process.  Many thanks in advance.

fclim          --- gbopoly1 % nusvm.bitnet @ cunyvm.cuny.edu
computer centre
singapore polytechnic
dover road
singapore 0513.