I ran across an interesting bug today - found that in PDSEGEN 5.3.0 that edit cancel was failing. I even opened a PMR on it as I couldn't figure it out - complete with ispvcall traces.
Then I did some digging and found the edit cancel panel - ISRECFM - and noticed that it was testing for &Z and that test was failing. So I made a copy of the panel and put &Z within the panel and noticed that it had a value of z/OS. This got me to looking and with PDSEGEN 5.3.0 I had to add code to test for ISPF for z/OS 2.1 and I used a parse of the variable ZISPFOS and used "parse value ispfzos with x y z v'.'r'.'m" which resulted in variable z having the value of z/OS which broke the ISPF Panel test "IF (&ZCMD NE &Z) ...". Thus PDSEGEN 5.3.1 fixes this and I know now never to have a variable within any ISPF application of z. You've been warned. You can get PDSEGEN 5.3.1 starting after 5pm on 4/12/18 at www.lbdsoftware.com -------------------------------------------------------------------------- Lionel B. Dyck (Contractor) <sdg>< Mainframe Systems Programmer - RavenTek Solution Partners ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN