Jon, GTEMAIN or STORAGE OBTAIN has never initialized the area obtained to binary zeroes, the exception being is if CHECKZERO is specified, the system will let you know that the storage has been cleared to zeros via a special return code. There is nothing in the changes summary in documenting these macros that indicates any change in their behavior.
Most likely, this vendor's code was just lucky to have gotten storage that was zeroed out and is now not zeroed out, but this behavior was not directly introduced by z/OS 1.10, and the exposure was always there in prior releases for this vendor's product. Tom Harper IMS Utilities Development Team Neon Enterprise Software, Inc. Sugar Land, TX -----Original Message----- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Veilleux, Jon L Sent: Friday, November 21, 2008 9:26 AM To: [email protected] Subject: Re: z/OS upgrade Just a warning. We just had a problem with some vendor's assembler code running on z/OS 1.10. In short, GETMAIN no longer initializes the GETMAINed area to hex zeroes. There will be residual data in the GETMAINed area, so, if someone was a lazy coder and didn't initialize their fields you could have some 'interesting' abends. Jon Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
