We use intentionally "STATIC". 

        In case we need, wich happens rarely due to our weekly IPL's, we
change to DYNAMIC previosly of changes.

        We have not reconsidered to change to dynamic.

        angel luis dominguez 

        bbva spain

-----Mensaje original-----
De: Peter Relson [mailto:[EMAIL PROTECTED] 

Since the default for APF is still "STATIC", if someone didn't have an APF
FORMAT(DYNAMIC) statement in their IPL-time PROGxx (or some other PROGxx or
SETPROG used after IPL), they'd still be using the static APF list. They
could change to dynamic after IPL if they had a need to.

Now that it's more than 10 years since we introduced the function, we may
well change the default. The caveat is that when you IPL in DYNAMIC mode (as
would be the case with a changed default when there was no statement asking
for STATIC),  if there really is some ancient vendor code that was never
updated that the customer stumbles over they cannot fall back to STATIC
without a re-IPL. If you change to DYNAMIC after IPL, you can fall back to
STATIC in the case of a problem (though in such a case you would lose any
dynamic changes that you made).

Hence, I too am interested in anyone who (intentionally) is using "STATIC".

Certainly our recommendation is that you be using dynamic.

Peter Relson
z/OS Core Technology Design

----------------------------------------------------------------------


==================================================================== 
........................... DISCLAIMER ............................. 
This message and its  attachments are  intended  exclusively for the 
named addressee. If you  receive  this  message  in   error,  please 
immediately delete it from  your  system  and notify the sender. You 
may  not  use  this message  or  any  part  of it  for any  purpose. 
The   message   may  contain  information  that  is  confidential or 
protected  by  law,  and  any  opinions  expressed  are those of the 
individual    sender.  Internet  e-mail   guarantees   neither   the 
confidentiality   nor  the  proper  receipt  of  the  message  sent. 
If  the  addressee  of  this  message  does  not  consent to the use 
of   internet    e-mail,    please    inform     us    inmmediately. 
==================================================================== 
.........................  AVISO LEGAL  ............................ 
La   presente  comunicacion  y sus anexos tiene como destinatario la 
persona a  la  que  va  dirigida, por  lo  que  si  usted lo  recibe 
por error  debe  notificarlo  al  remitente  y   eliminarlo   de  su 
sistema,  no  pudiendo  utilizarlo,  total  o   parcialmente,   para 
ningun  fin.  Su  contenido  puede  tener informacion confidencial o 
protegida legalmente   y   unicamente   expresa  la  opinion     del 
remitente.  El   uso   del   correo   electronico   via internet  no 
permite   asegurar    ni  la   confidencialidad   de   los  mensajes 
ni    su    correcta     recepcion.   En    el  caso   de   que   el 
destinatario no consintiera la utilizacion  del correo  electronico, 
debera ponerlo en nuestro conocimiento inmediatamente.               
==================================================================== 

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to