From - Tue Aug 26 07:59:35 1997
Path: news.mitre.org!blanket.mitre.org!nntprelay.mathworks.com!howland.erols.net!bloom-beacon.mit.edu!news-ext.crl.dec.com!crl.dec.com!pa.dec.com!usenet
From: hoffman@xdelta.enet.dec.nospam (Stephen Hoff Hoffman)
Newsgroups: comp.os.vms
Subject: Re: Q: Dynamically making a process captive
Date: 25 Aug 1997 18:34:03 GMT
Organization: Digital Equipment Corp
Lines: 32
Distribution: world
Message-ID: <5tsj6r$72p@usenet.pa.dec.com>
References: <3400e052.239986452@news.ozemail.com.au>
Reply-To: hoffman@xdelta.zko.dec.nospam
NNTP-Posting-Host: xdelta.zko.dec.com
X-Newsreader: mxrn 6.18-32


In article <3400e052.239986452@news.ozemail.com.au>, no_such_person@ozemail.com.au (David Robinson) writes:

:I am trying to dynamically turn a non-captive process into a captive
:process that will then respond as if the captive flag was originally
:set in the associated UAF record.

  There is no documented nor supported way to do this -- the captive
  (or restricted) status is set up by loginout, and cannot be changed
  once the process has been logged in.

:I have tried to set the UAF$M_CAPTIVE flag in the CTL$GL_UAF_FLAGS
:field but this is not having the desired effect.

  If you want to pursue this approach, you'll need to determine what
  LOGINOUT does for your particular OpenVMS version -- and this will
  require access to the source listings.

  You'll need to tweak the PPD$V_CAPTIVE bit -- this is one of the
  structures used within LOGINOUT and the CLI.  (Process Permanent
  Data, if memory serves... ctl$ag_clidata ...)

:A short example program can be found at
:http://www.npr.com.au/~daverobo/captive.txt

  Please tell us what you are up to, rather than asking for assistance
  on your proposed solution...

  -------------------------- pure personal opinion ---------------------------
   Hoff (Stephen) Hoffman   OpenVMS Engineering   h*ffman@xdelta.enet.dec.c*m
     headers and addresses munged to avoid automated spammers: junk-e-mail