• Subject: RE: Automatically varying on all QPADEVxxxx devices
  • From: "Kahn, David [JNJFR]" <DKahn1@xxxxxxxxxxxxx>
  • Date: Tue, 12 Oct 1999 15:41:14 +0200

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
+---

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].