From:	CRDGW2::CRDGW2::MRGATE::"SMTP::CRVAX.SRI.COM::RELAY-INFO-VAX" 28-JAN-1991 12:39:47.61
To:	MRGATE::"ARISIA::EVERHART"
CC:	
Subj:	self-reply re: How to reset the VMS DECWINDOWS server

Received:  by crdgw1.ge.com (5.57/GE 1.80)
	 id AA25736; Mon, 28 Jan 91 12:24:09 EST
Message-Id:  <9101281724.AA25736@crdgw1.ge.com>
Received: From CUNYVM.CUNY.EDU by CRVAX.SRI.COM with TCP; Mon, 28 JAN 91 07:41:02 PST
Received: from DGOGWDG1.BITNET by CUNYVM.CUNY.EDU (IBM VM SMTP R1.2.2MX) with BSMTP id 5206; Mon, 28 Jan 91 10:21:41 EST
Received: from dnet.gwdg.de by DGOGWDG1.BITNET (Mailer R2.07) with BSMTP id
 1262; Mon, 28 Jan 91 16:23:50 MEZ
Date:    Mon, 28 Jan 1991 16:23:49 +0100
From: "GWDGV1::MOELLER" <moeller%gwdgv1.dnet.gwdg.de@CUNYVM.CUNY.EDU>
To: info-vax@sri.com
Subject: self-reply re: How to reset the VMS DECWINDOWS server

A week ago, I asked:
> Prior to VMS 5.3-1, the VMS X-server would reset on the last client's exit,
> as is to be expected from the (old) XWindows book.
>
> Starting with 5.3-1, there appears to exist some intermediate state, where
> no client exists, but the access list (e.g.) is *not* reset.
>[...]
> Has anyone found out how to reset the "new" server by a program?
> (I know it can be done by DECW$STARTUP.)

Turns out that the Window managers marks its pseudo-root window
(the one that completety obscures the 'real' root window) semi-permanent,
such that it remains whenever the DECW$WM_n process is killed.

A little program that does
	CALL X$KILL_CLIENT(display,X$C_ALL_TEMPORARY)
helps, and indeed makes the server reset after its termination,
so DECW$LOGINOUT will work again!

Wolfgang J. Moeller, GWDG, D-3400 Goettingen, F.R.Germany | Disclaimer ...
Bitnet/Earn: U0012@DGOGWDG5         Phone: +49 551 201516 | No claim intended!
Internet: Moeller@gwdgv1.dnet.gwdg.de   | This space intentionally left blank.