>From the Assembler Services Reference manual: Note: 1.When you obtain storage, the system clears the requested storage to zeros if you obtain either:
8192 bytes or more from a pageable, private storage subpool. 4096 bytes or more from a pageable, private storage subpool, with BNDRY=PAGE specified. In all other cases you must not assume that the storage is cleared to zeros. The caller can specify CHECKZERO=YES to detect these and other cases where the system clears the requested storage to zeros. Chris Blaicher Technical Architect Mainframe Development Syncsort Incorporated 2 Blue Hill Plaza #1563, Pearl River, NY 10965 P: 201-930-8234 | M: 512-627-3803 E: cblaic...@syncsort.com www.syncsort.com CONNECTING BIG IRON TO BIG DATA -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Myers Sent: Saturday, January 7, 2017 4:36 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Clarification On Storage I don't know when it wouldn't. I personally wrote the code to zero out a page on its first reference after GETMAIN back in the '70s. But as has been discussed here, if it is part of a page that is FREEMAINed and then the same address is returned by a subsequent GETMAIN, data may likely be present from its last use. That is unless subsequent versions were modified to clear any newly GETMAINed storage. Mike Myers Mentor Services Corporation Technical Team Lead for VSM and RSM development for the first release of MVS On 01/07/2017 04:19 PM, Binyamin Dissen wrote: > On Sat, 7 Jan 2017 16:57:05 +0000 "Blaicher, Christopher Y." > <cblaic...@syncsort.com> wrote: > > :>Generally speaking, a page sized request will return a zeroed page, but > there is no guarantee for that unless you specify that on the GETMAIN. > > What is the case where it would not return a zeroed page? > > -- > Binyamin Dissen <bdis...@dissensoftware.com> > 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ________________________________ ATTENTION: ----- The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
