I would suggest changing the MNOTE as well. I also examined the MACRO and saw it was deliberate.
In my case, I wanted the retry to go to the mainline after skipping a few instructions, where the mainline is AMODE64/AR. So I had to have the retry to go to an out of line label which reestablishes the environment before jumping to the mainline. On Thu, 29 May 2014 10:38:55 -0400 Peter Relson <[email protected]> wrote: :>>Why do I get :>>+ 12,SETFRR A CANNOT BE ISSUED IN AMODE 64 PRIOR TO Z/OS 1.8 :>>OR IN AR ASC MODE. PLEASE CHANGE TO BE IN AMODE 31 OR PRIMARY :>>ASC MODE FOR THE INVOCATION AND INDICATE YOUR RELEASE, :>>AMODE, AND ASC MODE VIA SYSSTATE :> :>Because the messsage is correct. AMODE 64 in AR mode is not an option that :>the SETFRR service supports. :> :>When "or 64-bit" was added to the AMODEs allowed, the combination of AMODE :>64 with AR mode was not documented as precluded but should have been. :>I will get that clarified. :> :>Peter Relson :>z/OS Core Technology Design :> :>---------------------------------------------------------------------- :>For IBM-MAIN subscribe / signoff / archive access instructions, :>send email to [email protected] with the message: INFO IBM-MAIN -- Binyamin Dissen <[email protected]> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
