IBM Mainframe Assembler List <[email protected]> wrote on 09/19/2010 09:59:08 AM:
> >:>As I understand it, APAR OA33666 changes the work area size requirements in > >:>REQFASD back to the original size. > > > >One wonders why there isn't is a version field to control the output and thus > >the work area length. > > I was going to make the same comment. There are a number of other > macros which have such a version field to indicate the mapping of the > parm fields etc. The code can thus do fall-back if it is presented > with a "downlevel" parm. The problem is that there is no such field > in the parm list now so it would be hard to introduce it at this > point. The length field (RASDLEN) has been used in prior releases to compatibly extend the area in which data is returned to the requestor. However, RASDLEN includes some internal working storage as well as the area in which data is returned. If an increase in internal working storage is required to process requests which were formerly be processed with a smaller amount, this cannot be done compatibly. About the best that could be done in that case would be to fail the request with a return code of 8, which is documented to mean "The parameter list is too small." That would be incompatible, but at least not destructive. Fortunately, it appears from the APAR text that some method was found to avoid requiring the increase to the internal working storage supplied by the user. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY
