The data to be dumped isn't too large, at least not yet, but it could be later on.
My shop has and I often use z/XDC. My desire to use SNAP or something equivalent is for some harder-to-catch conditions that only seem to happen with full-volume data input. I have an application-level storage dump routine, but sometimes using application code for debugging masks "real" conditions. Peter -----Original Message----- From: IBM Mainframe Assembler List [mailto:[email protected]] On Behalf Of Chuck Arney Sent: Thursday, August 14, 2014 2:28 PM To: [email protected] Subject: Re: SNAP macro for storage above the 2G bar? How large is the data you want to SNAP? If it's not too large you could get below the bar storage and move the data there for the SNAP. But, that's not a good solution if you are talking about megabytes of data. Of course the solution I'm most fond of recommending is to use a modern debugger such as our TDF product. With such a solution you can display the storage in real time using an interactive debugger, or you could use our non-interactive debugger and view the collected data after the trace is complete. There are many many z/OS services that do not yet support 64-bit addresses or AMODE 64. Chuck Arney Arney Computer Systems Web: http://zosdebug.com Facebook: http://www.facebook.com/arneycomputer -----Original Message----- From: IBM Mainframe Assembler List [mailto:[email protected]] On Behalf Of Farley, Peter x23353 Sent: Thursday, August 14, 2014 12:31 PM To: [email protected] Subject: SNAP macro for storage above the 2G bar? I have been reading up on the SNAP macro for some debugging efforts I need to accomplish, but it seems to me from RTFM that SNAP only supports 24- and 31-bit addresses for the STORAGE, LIST and STRHDR operands. Assembling a SNAP macro with "SYSSTATE ARCHLVL=2,AMODE64=YES" does not modify the size of the address fields in the SNAP parameter list, which leads me to believe that 64-bit addresses are just not supported. Am I correct in my deduction? If so, how would I go about getting the equivalent of a SNAP for storage above the 2G bar? This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
