RE: Automatically varying on all QPADEVxxxx devices

Stuart,

Actually that may not be as clumsy a method as it at first sounds. You could
have an NEP that performed the DSPOBJD QPADEV* *DEVD as its first action.
Because of the nature of file opening/closing in CL it would need to call a
second program repeatedly to process the output file. The called program
would read the outfile and perform RTVCFGSTS for each device in turn. It
would issue a VRYCFG only for devices with a status code of 0. On return the
first program would issue a delay wait of, say, 5 minutes then loop round
and call the second program again with no need to repeat the DSPOBJD.

There would be plenty of scope for enhancing it if you wished. E.g. call
program 2 every 5 minutes but refresh the outfile every 2 hours; increase
the sophistication of the called program so that it handles other statuses
such as RCYPND and FAILED; code a message or data queue rather than a delay
wait so that you can trigger other actions at will (some people prefer this
method but personally I've found it of limited use); etc, etc. 

Dave Kahn
Johnson & Johnson International (Ethicon) France
Phone : +33 1 55 00 3180
Email :  dkahn1@jnjfr.jnj.com (work)
           dkahn@cix.co.uk      (home)


-----Message d'origine-----
De: Allen, Stuart [mailto:sallen@fellowes.com]
Date: 12 October 1999 12:33
À: 'MIDRANGE-L@midrange.com'
Objet: Automatically varying on all QPADEVxxxx devices


Due to users accidentally closing their client access sessions, some
QPADEVxxxx devices end up varied off.
Is there an easy way to vary these devices all back on automatically ?  Or
prevent them being varied off in the first place!
All i can think of at the moment is doing a dspobjd to an outfile, using a
CL to read it, and then varying these devices.
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---