SDUMPs

[Tony Thigpen]

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

[João Reginato]

You must use SNAPX instead

-----Mensagem original-----
De: IBM Mainframe Assembler List <ASSEMBL...@LISTSERV.UGA.EDU> Em nome
de Tony Thigpen
Enviada em: quinta-feira, 29 de outubro de 2020 17:48
Para: ASSEMBL...@LISTSERV.UGA.EDU
Assunto: SDUMPs

[Seymour J Metz]

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 [ASSEMBL...@LISTSERV.UGA.EDU] on behalf of Tony Thigpen [to...@VSE2PDF.COM]
Sent: Thursday, October 29, 2020 4:47 PM
To: ASSEMBL...@LISTSERV.UGA.EDU
Subject: SDUMPs

[Tony Thigpen]

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:

[Seymour J Metz]

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

________________________________________
From: IBM Mainframe Assembler List [ASSEMBL...@LISTSERV.UGA.EDU] on behalf of Tony Thigpen [to...@VSE2PDF.COM]

Sent: Thursday, October 29, 2020 6:13 PM
To: ASSEMBL...@LISTSERV.UGA.EDU
Subject: Re: SDUMPs

[Tony Thigpen]

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:

[Gary Weinhold]

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: wein...@dkl.com
Visit us online at www.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.

[Tony Thigpen]

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:

[Mike Hochee]

Hi Tony,
I frequently use the procedure Gary mentioned which results in a formatted dump. I suspect IPCS might be overkill, but I don't know your situation. I'm sure folks exist who cut the teeth on MVS dump reading by starting out with unformatted dumps and IPCS, but I don't know of any. The formatted SYSUDUMP is pretty straightforward.

If you have any questions, there is a section in the chapter on ABEND dumps in this manual... https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3ga320905/$file/ieav100_v2r3.pdf The zap utility mentioned is also in there if you need it, and called SPZAP.

HTH,
Mike

-----Original Message-----
From: IBM Mainframe Assembler List [mailto:ASSEMBL...@LISTSERV.UGA.EDU] On Behalf Of Tony Thigpen
Sent: Thursday, October 29, 2020 9:48 PM
To: ASSEMBL...@LISTSERV.UGA.EDU
Subject: Re: SDUMPs

Caution! This message was sent from outside your organization.

[Seymour J Metz]

Did you have a SYSMDUMP DD? What's in DAE?

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

________________________________________
From: IBM Mainframe Assembler List [ASSEMBL...@LISTSERV.UGA.EDU] on behalf of Tony Thigpen [to...@VSE2PDF.COM]

Sent: Thursday, October 29, 2020 9:47 PM
To: ASSEMBL...@LISTSERV.UGA.EDU
Subject: Re: SDUMPs

> 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

[Seymour J Metz]

It's usually more convenient to allocate SYSMDUMP to a regular DASD dataset.

The most convenient way to access IPCS is via the ISPF panels. Those will give you point and shoot for following pointers. Start with the STATUS panel.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

________________________________________
From: IBM Mainframe Assembler List [ASSEMBL...@LISTSERV.UGA.EDU] on behalf of Tony Thigpen [to...@VSE2PDF.COM]

Sent: Thursday, October 29, 2020 7:56 PM

[Seymour J Metz]

Well, I started with formatted (there were no unformatted dumps and no IPCS) dumps, and they are a royal pain. Except for the most trivial cases, it's a lot more convenient with IPCS.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

________________________________________

From: IBM Mainframe Assembler List [ASSEMBL...@LISTSERV.UGA.EDU] on behalf of Mike Hochee [Mike....@ASPG.COM]
Sent: Thursday, October 29, 2020 11:39 PM

To: ASSEMBL...@LISTSERV.UGA.EDU
Subject: Re: SDUMPs

[Tony Thigpen]

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:

[Tony Thigpen]

Seymour, others,

Formatted or unformatted dumps does not matter to me. I actually prefer
an unformatted dump as that is what I read all the time on z/VSe.

But, as I move deeper into z/OS, I do want to learn to use some of it's
tools, such as IPCS.

Let's back up a second and let me ask what may be a basic question to
z/OS gurus.

Right now, if I put the ABEND macro into the source, it creates a new
dump in IPCS. But, if I create a SOC1 (using DC X'0000' in the code), it
does not put a new dump into IPCS.

1) Should it have put a new dump in IPCS?
2) If so, is there some 'option' in the system that may be blocking the
creation of the SOC1 dump?

3) Is there a simple way to force the SOC1 dump to go to SYSOUT as an
unformatted dump?

FYI, I am on a test z/OS system that I can IPL or change, as needed
without messing anyone up.

Tony Thigpen

Seymour J Metz wrote on 10/30/20 5:07 AM:

[Tom Harper]

Dump Analysis and Elimination, a z/OS facility to aid in eliminating duplicate dumps.

Sent from my iPhone

--------------------------------------------------------------------------------
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.

[pw...@mweb.co.za]

Tony
If you effectively own the box, disable DAE. This can be done with an MVS command (which I can't remember).
Second -- SYSMDUMP should be written to a dataset, not SYSOUT=*.
I normally use SYSABEND SYSOUT=*, or I set a SLIP trap to generate an SDUMP for my S0c1.
Alternatively, if you don't have access to the HLASM Toolkit's debugger, I can supply my instruction trace code. Contact me offline at pw...@mweb.co.za if you are interested.

Pieter Wiid

[Peter Relson]

<snip>

When I add a DC X'0000' and I force a SOC1, I don't see any
dump added to IPCS.

</snip>
If your program has a SYSMDUMP DD statement and your program ends with an
operation exception, you will get a SYSMDUMP.
Where you have targeted that SYSMDUMP is up to you. It is up to you to
tell IPCS what dump you are looking at.

Within IPCS, "browse" is a way to look at storage, or the "L" (list)
command.
"IPCS STATUS FAILDATA" is a good place to start.

For the cases described, SDUMP is not appropriate (even if you're allowed
to do so).

Peter Relson
z/OS Core Technology Design

[Tony Thigpen]

I was able to disable DAE using:
SET DAE=01
(the ADYSET01 member was set up to do it)

I think I need to better understand the relationships between all the
different debugging datasets, such as SYSMDUMP and SYSABEND. Can you
point me to the correct manual or PPT?


Tony Thigpen

pw...@mweb.co.za wrote on 10/30/20 9:23 AM:

[Tony Thigpen]

Peter,

You are way deeper into the grass than I am. To the point that most of
what you said assumes that I have a lot of z/OS specific knowledge I
don't have.

You give me a z/VSE system dump and I could probably run circles around
you, but the way z/OS is doing dumps, including this IPCS stuff, is a
foreign language to me.

All I really want to do is display the registers and storage belonging
to the current job at any abend. I don't need the supervisor areas (CVT,
etc).

Tony Thigpen

Peter Relson wrote on 10/30/20 9:33 AM:

[pw...@mweb.co.za]

In that case, a formatted dump (SYSUDUMP or SYSABEND) would be sufficient.
The registers and PSW at time of abend are normally displayed in the job log.

I do a lot of IMS work, so prefer the SYSABEND to get the CSA. Otherwise, SYSUDUMP should be sufficient.

----- Original Message -----
From: "Tony Thigpen" <to...@VSE2PDF.COM>
To: "IBM Mainframe Assembler List" <ASSEMBL...@LISTSERV.UGA.EDU>

[Tony Thigpen]

Just a follow up.

The output from DISPLAY DUMP,OPTIONS
10.47.44 HKYP IEE857I 10.47.44 DUMP OPTION 749
SYSABEND- IGNORE DUMP REQUESTS
SYSUDUMP- IGNORE DUMP REQUESTS
SYSMDUMP- IGNORE DUMP REQUESTS
SDUMP- ADD OPTIONS (ALLPSA,NUC,SQA,RGN),BUFFERS=00000000K,
MAXSPACE=00000500M,MSGTIME=99999 MINUTES,
MAXSNDSP=015 SECONDS,AUXMGMT=ON ,DEFERTND=NO
ABDUMP- TIMEENQ=0240 SECONDS

SYS1.PARMLIB(IEAABD00) contains:
SDATA=(LSQA,CB,ENQ,TRT,ERR,DM,IO,SUM),
PDATA=(PSW,REGS,SPLS,ALLPA,SA)

So, a "cd reset,sysabend" resolved the issue of why I was not seeing any
dumps to SYSABEND.

Tony Thigpen

Tony Thigpen wrote on 10/30/20 10:13 AM:

[Gibney, Dave]

The PSW and registers should be in the short display in the job log

> -----Original Message-----
> From: IBM Mainframe Assembler List <ASSEMBLER-
> LI...@LISTSERV.UGA.EDU> On Behalf Of Tony Thigpen
> Sent: Friday, October 30, 2020 7:14 AM
> To: ASSEMBL...@LISTSERV.UGA.EDU
> Subject: Re: SDUMPs
>

[Seymour J Metz]

https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4ga320904/$file/ieav200_v2r4.pdf

https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R4sa231378/$file/ieah600_v2r4.pdf

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

________________________________________

From: IBM Mainframe Assembler List [ASSEMBL...@LISTSERV.UGA.EDU] on behalf of Tony Thigpen [to...@VSE2PDF.COM]
Sent: Friday, October 30, 2020 9:39 AM

[Seymour J Metz]

Well, you already know about DAE, controlled by ADYSETxx, so I'll address the other part.

The contents are controlled by macro parameters and installation defaults in PARMLIB members, possibly changed with a CHNGDUMP command; normally SYSABEND includes more data than SYSUDUMP.

Dump processing normally looks for predefined ddnames; you should only have one of these in a step:

SYSMDUMP
Unformatted dump
Usually DSN=permanent.name
Can be read by
IPCS in batch
IPCS from the TSO READY prompt
IPCS panels in ISPF
Controlled by IEADMR00

SYSABEND
Formatted dump
Usually SYSOUT=*
Controlled by IEAABD00

SYSUDUMP
Formatted dump
Usually SYSOUT=*
Controlled by IEADMP00

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

________________________________________

From: IBM Mainframe Assembler List [ASSEMBL...@LISTSERV.UGA.EDU] on behalf of Tony Thigpen [to...@VSE2PDF.COM]

Sent: Friday, October 30, 2020 9:02 AM

[Tony Thigpen]

I really want to thank several of you guys for the help.

Moving between operating systems would seem easy, but some times it's
just an unexpected tripping hazard that causes me the most problems.
Like this dump stuff. Someone turned off dumps in the operating system
and I thought I was doing something wrong, not that the system was doing
something unexpected. (Sometimes, I just want to kick the last systems
programmer that set things here up "strange".)

Tony Thigpen

Seymour J Metz wrote on 10/30/20 2:31 PM:

[Ed Jaffe]

On 10/29/2020 1:47 PM, Tony Thigpen wrote:
>
> 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.

With all due respect, this forum is for questions about ASSEMBLER
LANGUAGE. BAL. HLASM. Whatever you'd like to call it.

Questions about z/OS SVC dumps should be directed to IBM-MAIN or similar
forum.


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/

[Tony Thigpen]

Ed,

With due respect, I disagree. I am trying to port assembler system
software, not some Cobol application. And, the assembler experts for
z/OS live here, not over on IBM-MAIN.

Tony Thigpen

Ed Jaffe wrote on 10/30/20 3:05 PM:

[Martin Truebner]

Tony,

you could have used a title like "debugging HLASM code" and avoid Ed's
comment.

With the used title you already routed everything down a specific track.

--
Martin Trübner; everything around "PoOps of z/arch"

Teichstraße 39E
D-63225 Langen

F: +49 6103 71254
M: +49 171 850 7132
E: mar...@pi-sysprog.de

[Peter Relson]

<snip>

You are way deeper into the grass than I am. To the point that most of
what you said assumes that I have a lot of z/OS specific knowledge I
don't have.

</snip>

In what way did I assume a lot of z/OS specific knowledge? You asked how
to view registers and storage with IPCS.
I gave you some simple examples of how to do so.

STATUS FAILDATA does not show system control blocks for the most part.
Browse and the L command let you look at whatever storage you want. It is
up to you to decide what you want to look at.

Surely mentioning a SYSMDUMP DD statement is not "into the grass".

[Peter Relson]

Tony,

Assembler experts for "z" do "live here". But assembler expertise is not
what you need. In your thread you are not discussing anything to do with
the assembler or assembler language (coding or otherwise). That is what
this list is for. Rather, you are asking about dumps in z/OS.

I'd guess that, in general, your porting of assembler code from one "z"
platform to another (hence using the same instruction set) involves
questions of "how do I do on the target operating system what I currently
do on the source operating system". For "z", that's IBM-Main and other
more specific lists, based on which "what I currently do" you are
exploring.

[Seymour J Metz]

The experts for MVS services live in IBM-MAIN; not all of them subscribe to ASSEMBLER-LIST.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3

________________________________________
From: IBM Mainframe Assembler List [ASSEMBL...@LISTSERV.UGA.EDU] on behalf of Tony Thigpen [to...@VSE2PDF.COM]

Sent: Friday, October 30, 2020 6:24 PM
To: ASSEMBL...@LISTSERV.UGA.EDU
Subject: Re: SDUMPs -- Not Here!

Ed,

With due respect, I disagree. I am trying to port assembler system
software, not some Cobol application. And, the assembler experts for
z/OS live here, not over on IBM-MAIN.

Tony Thigpen

Ed Jaffe wrote on 10/30/20 3:05 PM:
> On 10/29/2020 1:47 PM, Tony Thigpen wrote:
>>
>> 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.
>
> With all due respect, this forum is for questions about ASSEMBLER
> LANGUAGE. BAL. HLASM. Whatever you'd like to call it.
>
> Questions about z/OS SVC dumps should be directed to IBM-MAIN or similar
> forum.
>
>
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245

> https://secure-web.cisco.com/1_ng4ylH3831Yt-kS34ODTlJtD8x5-QZclBgEarwqz71E5VT04LsZhvbacKox35dZjwnCItePArMia8bqd7jJQifrWIRXouOuytU9FVD2eUhwEGOICRCWx1VzVe94_EXjiBoAdGN_tn1p9RXVuYODAdGt7z9w5fBEzfHNx7eHquh0SGNY677GYrA55PMFXiTb5v4-aXmnFOmhbNnA_Csc8S41XYB92pqcesiX1pTe_NcB4TC2sb_nmNp0cyl5KPJ_LPLGRzn0p9n-jkyHbozC5ci_RV_kiytdv-3mpHiditA21Yr278auxVO_B07JfcPbcZbWJCp58osARrKIjJdElIVbFOXnNyNHkd4hL5vg13zfJ1oiGGyUbs-bWeTiIzN00qgDiw7batqRLqrN3XfFt04EjcNZsY7Js057uV4s3ACLYpsohBZdAXO7cwgstqVS/https%3A%2F%2Fwww.phoenixsoftware.com%2F