I back Peter's argument here: what should the parmlib cover? Potentially 
hundreds of console commands, all with their own parameter parsing and 
threshold processing. What does this cost IBM? For whom do they do this? What 
is the added value, given the fact the functionality is available with an exit?

Kees.


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Elardus Engelbrecht
Sent: Thursday, December 12, 2013 15:00
To: [email protected]
Subject: Re: VARY OFFLINE fat finger

Peter Fatzinger wrote:

>There have been requests for IBM to provide a confirmation prompt or a limit 
>on the range, but they've always been rejected because, as several have 
>indicated, an exit can be written to meet the installation's specific 
>requirements.  Given that alternative we haven't been able to justify the cost 
>of implementing a solution within the BCP.

Why not use a PARMLIB member with allowed/disallowed ranges in your solution?

Something like this:

ALLOW=0000-0100,5000-6000         * Live DASD
DISALLOW=0923,0C0B,0040-004F      * Defective things
MAXRANGE=16                       * MAX Unnn - MIN Unnn + 1
CONSOLE-ALLOW=0BC,0DE             * Consoles allowed for commands.

That MAXRANGE can prevent a large range to be used as a parameter for such V 
OFFLINE, commands

Groete / Greetings
Elardus Engelbrecht

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
[email protected] with the message: INFO IBM-MAIN
********************************************************
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286
********************************************************
                        


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to