My apologies to all concerned (especially Martin Truebner and Scott Ford) if I missed the original point of this thread!
I'm very sorry. = > Date: Mon, 17 Jun 2013 09:48:49 -0400 > From: [email protected] > Subject: Re: 64 bit question > To: [email protected] > > JR, > > I appreciate your input ..and of course error handling is second nature..the > question was really concerning how it worked . Peter and Lizette were kind > enough to explain how it worked ... > > Scott ford > www.identityforge.com > from my IPAD > > 'Infinite wisdom through infinite means' > > > On Jun 17, 2013, at 8:34 AM, J R <[email protected]> wrote: > > > 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: [email protected] > >> Subject: Re: 64 bit question > >> To: [email protected] > >> > >> 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 <[email protected]> > >> wrote: > >> > >>> Thanks for the clarification > >>> > >>> Lizette > >>> > >>> -----Original Message----- > >>> From: IBM Mainframe Assembler List > >>> [mailto:[email protected]] > >>> On Behalf Of Peter Relson > >>> Sent: Sunday, June 16, 2013 3:39 PM > >>> To: [email protected] > >>> 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
