> As a general rule for LIST/EXECUTE form macros Like most general rules, that is a good servant but a poor master. You have to carve the bird at the joints. I generally put in the list form those things that are known at assembly time.
> avoid coding anything else on the execute call except for E. That's rather difficult for addresses of dynamically acquired storage. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Jesse 1 Robinson <jesse1.robin...@sce.com> Sent: Thursday, January 31, 2019 7:10 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Cause of CsvdylpaRsnBadVersion? As a general rule for LIST/EXECUTE form macros, avoid coding anything else on the execute call except for E. The reason is that the LIST call determines what data needs to be included in the generated code. Once that is built, any parm that would require a different size or list format will no longer fit properly in the area already generated. Setting flags is usually OK on MF=E as long as the flag(s) already exist. . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, January 31, 2019 3:37 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Cause of CsvdylpaRsnBadVersion? And the answer is: 1. Don't code PLISTVER=MAX on the MF=E. Code it on the MF=L, but code or allow it to default to IMPLIED_VERSION on the MF=E. 2. New environment, and I was confused: I was building on V2R3 and attempting to run on V2R2. The format of the CSVDYLPA parameter list has changed between V2R2 and V2R3, and PLISTVER=MAX says "give me a V2R3 parm list" which of course does not work on V2R2. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, January 31, 2019 11:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Cause of CsvdylpaRsnBadVersion? I've got CSVDYLPA code that has been working more or less unchanged for eight years -- no idea what release of z/OS it was developed on. (The coding has not changed but it is re-assembled from time to time -- the most recent object module was created on V2R2.) All of a sudden I am getting return code 080e = CsvdylpaRsnBadVersion. See here: https://secure-web.cisco.com/1TcFW2NQkdiDpPnDcnxNziJoQ0maTIbMAZQm4Sn067WOrw9ToGJ_2odwZDsWWrOz9RWZCaFHZvY1V1CibB4_uF_lpUOl1Tyj0cBzKN8_9hh9Yr6X8eIkeoBpt16uNrIJv1rPExpN72DE8z8fRiqSKyZgax79iF_T1QXCMV3oX-yPfbGUGNAD2m0vTCGkSpfonzVyWJZ-IaA4K1scOXeMpGxzpFilKM6WsfNiWJLiUrpQFBLhJ70LNq1SVO3_uTfHxG6zybHdGhmj2u1tjyWNl5sJ4ZjEk9Echexz12ZvH8CjWxq0iv3CcgJsCnDnvmGlmulCuIrSuCJRdAq-ioIdwohQBlDZI0U44LiPrylQY69lyl6brdmhBhFTx13c0D18q/https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSLTBW_2.3.0%2Fcom.ibm.zos.v2r3 .ieaa100/iea3a1_Description18.htm The code consists of CSVDYLPA REQUEST=ADD,MODINFOTYPE=MEMBERLIST, + MODINFO=(R2),NUMMOD=1, + DDNAME=KSTEPLIB, + REQUESTOR=KCORRELOG, + SECMODCHECK=NO, Why bother? + MODPROB=STOP, Make sure get return code + PLISTVER=MAX, Recommended by IBM + MF=(E,DYLPAL,COMPLETE) And CSVDYLPA PLISTVER=MAX,MF=(L,DYLPAL) The two macros are in the same source module so always get assembled at the same time at the same level. The suggested "Action" is "Action: Check for possible storage overlay of the parameter list." "Overlay" in the classic sense seems unlikely, but the MF=L area is on the LE stack and so contains "random" data. Do I need to XC the MF=L area before I issue the CSVDYLPA, even with MF=(...,COMPLETE)? Any other likely causes I should be looking at? Charles ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
