> I have a problem in that the FRR Parameter Area (24 bytes) returned > in SETFRR A,PARMAD= is too small! > I am having to re-work some code to support 64-bit (and prior 31- > bit) callers in SRB mode and am curious what others do in this situation. > > The 24 byte FRR Parameter area used to hold 6 registers but now only > 3 for 64-bit support. > The thought of getting storage and later freeing it seems expensive, > just to have an "Extended FRR Parameter Area". > > FRR STACK size is fairly small, so not sure if getting 2 areas (2 > SETFRR requests) and chaining them is likely to run out and lead to > disaster. > Also probably frowned upon, i.e. it is both ugly and asking for > problems, especially if there is recursion (occasionally can happen).
The FRR stack is limited to 32 entries, so unless you are in control of how many entries are on the stack when you are invoked, and how many entries are used by things that you invoke, it may be inadvisable to use SETFRR as a method for acquiring a small amount of storage. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
