Re: Interesting APAR OA27291 an undocumented change to GETMAIN Behavior in z/OS 1.10





"Edward Jaffe" <edjaffe@xxxxxxxxxxxxxxxxxxx> wrote in message
news:<498B1C64.1030603@xxxxxxxxxxxxxxxxxxx>...
Knutson, Sam wrote:
http://www.ibm.com/support/docview.wss?uid=isg1OA27291

OA27291 is closed with some good information included in the APAR
text.


Hopefully, people understand that this APAR doesn't "fix" the failing
programs. They still make erroneous assumptions about the initial
contents of the storage they acquire and are at risk of failing with
our
without UseZosV1R9Rules(Yes) coded.

What worries me is the fact that the fix sets default processing to
UseZosV1R9Rules(Yes).
You don't have to do anything to remain in the safe pre-1.10 mode, so
many customers will probably overlook this 1.10 enhancement.

How long will this mode remain supported (imbed and replicate's
toleration lifetime has ended too)? When will we have to go to 1.10
mode? IBM will want to end duplicate code paths at some moment (like
SECP). The advantages are clear and will become more pressing with
growing DB2 etc. systems, that will benefit more and more from the
consolidated DQE's. ISV's might be tempted to request keeping
UseZosV1R9Rules(Yes), i.e. remove the UseZosV1R9Rules(No), in stead of
solving their problems quickly.

I had rather seen the default UseZosV1R9Rules(No) and the (Yes) value
optional, so you will see it any time you scan your parmlib with z/OS
upgrades.

Kees.
**********************************************************************
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 listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
.



Relevant Pages

  • Re: Put on APAR or wait to put on PTF?
    ... a APAR fix isn't guaranteed to be the perfect fix; only a temporary fix that will hopefully address the problem effectively. ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • RE: Need more PTF guidance
    ... >It looks like that APAR doesn't apply to your level. ... >so you may be able to fix your problem by putting on UK02624 or UQ92369 ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: OA30702
    ... will fix. ... We are currently running the ++APAR. ... For IBM-MAIN subscribe / signoff / archive access instructions, ... send email to listserv@xxxxxxxxxxx with the message: GET IBM-MAIN INFO ...
    (bit.listserv.ibm-main)
  • Re: Put on APAR or wait to put on PTF?
    ... If you need the fix "now", APPLY the APAR. ... that the PTF would PRE the APAR, and that really "should not" happen. ... For IBM-MAIN subscribe / signoff / archive access instructions, ...
    (bit.listserv.ibm-main)
  • Re: DST APAR!
    ... Here's the fix detail. ... Fileset bos.64bit:5.3.7.1 is applied on the system. ... Subject: DST APAR! ... for AIX 5.3 only the base level and TL1 are affected. ...
    (AIX-L)