While Peter Relson's posts are always appreciated, was this not somewhat stating the obvious?
I don't know what the percentage may be but a substantial amount of (esp. commercial) software development is devoted to exception handling, error recovery, etc. Also, we keep seeing comments like, "I don't like to assume ..." There is nothing wrong with making assumptions as long as you assume *and* verify. In this case, GET64 STORAGE /* ASSUME 64-BIT */ LTR R15,R15 /* DID IT WORK? */ BZ ... /* YES, CONTINUE */ GET31 STORAGE /* FALL BACK TO 31-BIT */ I would expect this to be second nature to just about everybody on this list. = > Date: Mon, 17 Jun 2013 00:29:13 -0400 > From: scott_j_f...@yahoo.com > Subject: Re: 64 bit question > To: ASSEMBLER-LIST@LISTSERV.UGA.EDU > > Thanks Peter and Lizette ...the clarification is excellent much appreciated > > Scott ford > www.identityforge.com > from my IPAD > > 'Infinite wisdom through infinite means' > > > On Jun 16, 2013, at 8:17 PM, Lizette Koehler <stars...@mindspring.com> wrote: > > > Thanks for the clarification > > > > Lizette > > > > -----Original Message----- > > From: IBM Mainframe Assembler List [mailto:ASSEMBLER-LIST@LISTSERV.UGA.EDU] > > On Behalf Of Peter Relson > > Sent: Sunday, June 16, 2013 3:39 PM > > To: ASSEMBLER-LIST@LISTSERV.UGA.EDU > > Subject: > > > >> System will always be able to answer a request for 64 bit - If you make > > it > >> conditional it will tell you that it resolved from below the bar (if > >> the area above the bar is exhausted). Scott, what would stop you using > >> z-arch-instructions to handle it? > > > > That is not the way 64-bit storage works in z/OS. You can request. If you > > request conditionally, you get a return code back if not available (such as > > by 'too small MEMLIMIT'). > > It is then up to you to request below-2G storage by the normal means. If you > > request unconditionally, you abend if not available. > > > >> My issue is more trying to allocate a 64 bit storage and it failing > > Just about any request for storage can "fail". It is up to you to decide > > what to do when it does, such as 'try something else'. > > > > Peter Relson > > z/OS Core Technology Design
