Dump Analysis and Elimination, a z/OS facility to aid in eliminating duplicate dumps.
Sent from my iPhone > On Oct 30, 2020, at 8:53 AM, Tony Thigpen <[email protected]> wrote: > > I am using: > //SYSMDUMP DD SYSOUT=* > > What is "DAE"? > > FYI, this is assembler code that I am porting from z/VSE. Adding a DC x'0000' > to force a SOC1 is not a problem. > > Tony Thigpen > > Seymour J Metz wrote on 10/30/20 4:54 AM: >> Did you have a SYSMDUMP DD? What's in DAE? >> -- >> Shmuel (Seymour J.) Metz >> http://mason.gmu.edu/~smetz3 >> ________________________________________ >> From: IBM Mainframe Assembler List [[email protected]] on >> behalf of Tony Thigpen [[email protected]] >> Sent: Thursday, October 29, 2020 9:47 PM >> To: [email protected] >> Subject: Re: SDUMPs >> When I add a DC X'0000' and I force a SOC1, I don't see any dump added >> to IPCS. >> The guy that set up this system is gone. I don't know if he did >> 'something' to prevent dumps. >> Tony Thigpen >> Gary Weinhold wrote on 10/29/20 9:10 PM: >>> What I normally due in this type of situation is add a SYSUDUMP DD and >>> zap the instruction location where I want the dump to X'00' to force an >>> abend. If you are running in LE (COBOL or some other HLL is in the >>> environment), add a CEEOPTS DD* with TRAP(OFF) to prevent LE from >>> reimaging the abend. >>>> On 2020-10-29 7:56 p.m., Tony Thigpen wrote: >>>> Once I added SYSMDUMP DD SYSOUT=*, I now see the dumps in IPCS. >>>> >>>> I just can't seem to find any command in IPCS that just lets me see >>>> the GRs and browse storage. >>>> >>>> Tony Thigpen >>>> >>>> Seymour J Metz wrote on 10/29/20 6:37 PM: >>>>> 1. What is the authorization of your program? >>>>> If unauthorized, consider IEATDUMP instead. >>>>> >>>>> 2. Do you have a SYSMDUMP DD allocated? >>>>> >>>>> >>>>> -- >>>>> Shmuel (Seymour J.) Metz >>>>> http://mason.gmu.edu/~smetz3 >>>>> >>>>> ________________________________________ >>>>> >>> Gary Weinhold >>> Senior Application Architect >>> DATAKINETICS | Data Performance & Optimization >>> Phone:+1.613.523.5500 x216 >>> Email: [email protected] >>> Visit us online at >>> http://secure-web.cisco.com/1THEYXYv7FFtOaUczXr8ApOqmq7ub_yqgp87kwzNSe-ooLJ7Uw9WPjR2rbllUd3YxOHr0HJAjk7A3MO3GGZ5SUxLI6UZ9JGQRGjF_eSesgHxUlE3ZAZ-1HXsZ_la3Au0ezVWDa13iaYg4XPb99FGIySu83c5W2NZTqB1wyV5hPXpUcwKKRmoiQFTI70jS5VkLGMMDhAKUSQLVjSosqDCj8kxpvdmHnyyCOzqEq1PthsCrB-kREClk06HUzp9fOBir_CEUgSy3NIe0PuvO__PmOj6v4xOzpNGqsKUwWhZZ_RvQlXilWgU6473awuKXwJVEE3eG1s0RgYky3ikIskD4MWUELrDh7Kt_-N4_fEDfJ89SzNO5-IOgVGJ6ss_XxK3y2ZVn0LIDzQ3OTz6KOeY1p88B5SCSZfF5SePKiqTfEazlWXll7P1ijGgBotd_QDyX/http%3A%2F%2Fwww.DKL.com >>> E-mail Notification: The information contained in this email and any >>> attachments is confidential and may be subject to copyright or other >>> intellectual property protection. If you are not the intended recipient, >>> you are not authorized to use or disclose this information, and we >>> request that you notify us by reply mail or telephone and delete the >>> original message from your mail system. >>> >>> From: IBM Mainframe Assembler List [[email protected]] >>>>> on behalf of Tony Thigpen [[email protected]] >>>>> Sent: Thursday, October 29, 2020 6:13 PM >>>>> To: [email protected] >>>>> Subject: Re: SDUMPs >>>>> >>>>> I am very open to using IPCS (although I still have to learn use it.) >>>>> >>>>> When I use SDUMP, I get the following message on the console: >>>>> *74 IEA793A NO DUMP DATA SETS AVAILABLE FOR DUMPID=011 BY JOB >>>>> (FLASHME4). USE THE DUMPDS COMMAND OR REPLY D TO DELETE THE DUMP >>>>> >>>>> I tried: >>>>> DD ADD VOL=HKYSY4 >>>>> >>>>> 18.05.26 HKYP dd add,vol=HKYSY4 >>>>> 18.05.26 HKYP IGD100I 1213 ALLOCATED TO DDNAME SYS00051 >>>>> DATACLAS ( ) >>>>> 18.05.26 HKYP IEE855I DUMPDS COMMAND RESPONSE >>>>> DUMPDS COMMAND SYS1.DUMP DATA SET STATUS >>>>> DASD VOLUMES ADDED: HKYSY4 >>>>> >>>>> Then: >>>>> dd alloc=active >>>>> >>>>> Then: >>>>> DD ADD DSN=01 >>>>> >>>>> 18.07.01 HKYP dd add,dsn=01 >>>>> 18.07.01 HKYP IEE855I DUMPDS COMMAND RESPONSE >>>>> DUMPDS COMMAND SYS1.DUMP DATA SET STATUS >>>>> SYS1.DUMP DASD DATA SETS NOT ADDED: >>>>> LOCATE FAILED: (01,08) >>>>> >>>>> >>>>> Suggestion? >>>>> >>>>> Tony Thigpen >>>>> >>>>> Seymour J Metz wrote on 10/29/20 5:35 PM: >>>>>> SDUMP in MVS is for creating an unformatted dump to be viewed online >>>>>> with IPCS. For a short formated storage dump use SNAPX. However, >>>>>> once you get used to it you may find SDUMP and IPCS more convenient. >>>>>> >>>>>> >>>>>> -- >>>>>> Shmuel (Seymour J.) Metz >>>>>> http://mason.gmu.edu/~smetz3 >>>>>> >>>>>> ________________________________________ >>>>>> From: IBM Mainframe Assembler List [[email protected]] >>>>>> on behalf of Tony Thigpen [[email protected]] >>>>>> Sent: Thursday, October 29, 2020 4:47 PM >>>>>> To: [email protected] >>>>>> Subject: SDUMPs >>>>>> >>>>>> All, >>>>>> >>>>>> Trying to debug a program I am porting from z/VSE to z/OS. >>>>>> Unfortunately, the debug process on z/OS is a lot different from z/VSE. >>>>>> >>>>>> Normally, all I want is to create either a small SDUMP so I can look at >>>>>> some storage before I take the program to an end. On z/VSE, I just use >>>>>> the SDUMP macro and the storage is printed on the z/VSE equivalent of >>>>>> SYSOUT=*. >>>>>> >>>>>> I am using: >>>>>> SDUMP HDR='GP_VOL',STORAGE=((2),(3)) >>>>>> >>>>>> Is there any way to force the data to the JES2 SYSOUT? >>>>>> >>>>>> >>>>>> Tony Thigpen >>>>>> -------------------------------------------------------------------------------- This e-mail message, including any attachments, appended messages and the information contained therein, is for the sole use of the intended recipient(s). If you are not an intended recipient or have otherwise received this email message in error, any use, dissemination, distribution, review, storage or copying of this e-mail message and the information contained therein is strictly prohibited. If you are not an intended recipient, please contact the sender by reply e-mail and destroy all copies of this email message and do not otherwise utilize or retain this email message or any or all of the information contained therein. Although this email message and any attachments or appended messages are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by the sender for any loss or damage arising in any way from its opening or use.
