Well, we can rule out the need for an XC -- I see that that is what the MF=E macro starts out with, an LA 1 of the area followed by XC 0(116,1),0(1).
So, what could cause an 080E? 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://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.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