List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Jim
Mulder [d10j...@us.ibm.com]
Sent: Monday, March 30, 2020 4:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE: Problems with ESTAEX
invoked in AMODE 64 . . . ]
There are formatting programs which ran under
There are formatting programs which ran under both AMDPRDMP (as
verbs or commands or whatever the terminology was) and IPCS (as
VERBEXITs). Those still exist. The AMDPRDMP program was deleted
in MVS/ESA SP3.1.0.
Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp.
ion dump analysis [was: RE: Problems with ESTAEX
invoked in AMODE 64 . . . ]
what are application programmers coding 64-bit programs (well, 31-bit
resident code that uses 64-bit storage areas,
to be specific) supposed to use for abend debugging?
The answer is SYSMDUMP or TDUMP with IPCS. P
what are application programmers coding 64-bit programs (well, 31-bit
resident code that uses 64-bit storage areas,
to be specific) supposed to use for abend debugging?
The answer is SYSMDUMP or TDUMP with IPCS. Plus whatever other tooling you
find that is helpful (Dave Cole's product and
>>They could have secret information running on the system and captured
>>in the dump that they don't want you to view.
>Then they need to control the dump, not IPCS. Otherwise their system is
like a building with an unlisted address and an open door.
Absolutely. For SVC Dumps.
The only data
> SYSMDUMPs can be written to SYSOUT, and then, for the ones you want
>to look at with IPCS, extracted to a sequential data set. pool. You can
>use
>a spool file management program (for example, SDSF or EJES) to do the
>extraction.
While that is true, I do not recommend doing that. Most
velopment, Test IBM Corp.
> Poughkeepsie NY
>
> "IBM Mainframe Discussion List" wrote on
> 03/29/2020 07:01:45 PM:
>
> > From: "Mike Schwab"
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 03/29/2020 07:16 PM
> > Subject: Re: 64-bit application dump analy
0 07:01:45 PM:
> From: "Mike Schwab"
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 03/29/2020 07:16 PM
> Subject: Re: 64-bit application dump analysis [was: RE: Problems
> with ESTAEX invoked in AMODE 64 . . . ]
> Sent by: "IBM Mainframe Discussion List"
Sent: Sunday, March 29, 2020 7:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE: Problems with ESTAEX
invoked in AMODE 64 . . . ]
They could have secret information running on the system and captured
in the dump that they don't want you to view.
On Sun
They could have secret information running on the system and captured
in the dump that they don't want you to view.
On Sun, Mar 29, 2020 at 12:33 PM Walt Farrell wrote:
>
> On Thu, 26 Mar 2020 13:10:18 -0500, Paul Gilmartin
> wrote:
>
> >On Thu, 26 Mar 2020 17:54:58 +, Seymour J Metz
HI Walt,
"... Merely a lack of education on the part of those administrators, in
my opinion. ..."
This reminds me of a contract I worked on a few years ago.
I was working on a project and asked the MVS Group for permission to
invoke ADRDSSU in TSO (because it wasn't in AUTHPGM).
The head
On Thu, 26 Mar 2020 13:10:18 -0500, Paul Gilmartin wrote:
>On Thu, 26 Mar 2020 17:54:58 +, Seymour J Metz wrote:
>
>>ObSchiller IPCS is part of z/OS. All dangerous facilities of IPCS are
>>controlled by SAF. If your management capriciously prohibits you from using
>>it, the responsibility
On 3/27/2020 8:35 AM, Farley, Peter x23353 wrote:
Switching to SYSMDUMP for future 64-bit batch application dumps in production
jobs will also involve the Storage and Operations teams at a company, since
provision for storing (and perhaps keeping archives of) SYSMDUMP files for
resolving
Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jim Mulder
Sent: Friday, March 27, 2020 1:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE: Problems with ESTAEX
invoked in AMODE 64 . . . ]
SYSMDUMPs can be written to SYSOUT, and then, fo
ams rarely appreciate technical surprises.
>
>Peter
>
>-Original Message-
>From: IBM Mainframe Discussion List On Behalf Of
>Peter Relson
>Sent: Friday, March 27, 2020 8:41 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: 64-bit application dump analysis
SYSMDUMPs can be written to SYSOUT, and then, for the ones you want
to look at with IPCS, extracted to a sequential data set. pool. You can
use
a spool file management program (for example, SDSF or EJES) to do the
extraction.
Jim Mulder z/OS Diagnosis, Design, Development, Test IBM Corp.
Farley, Peter x23353
Sent: Friday, March 27, 2020 8:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE: Problems with ESTAEX
invoked in AMODE 64 . . . ]
Peter,
IBM may have made that decision about SYSABEND and SYSUDUMP 20 years ago,
and perhaps z/OS systems
ce, management teams rarely appreciate technical surprises.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter Relson
Sent: Friday, March 27, 2020 8:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE: Problems with ESTAEX
As Tom Marchant in effect said, the z/OS answer to the question of what to
use for dump analysis of application dumps is SYSMDUMP (or TDUMP). And it
has been for a long time. And yes it takes IPCS to use it. The decision
to leave SYSABEND and SYSUDUMP processing alone with respect to 64-bit
-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Seymour J Metz
Sent: Thursday, March 26, 2020 12:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE: Problems with ESTAEX
invoked in AMODE 64 . . . ]
Is it your contention
@LISTSERV.UA.EDU] on behalf of
Charles Mills [charl...@mcn.org]
Sent: Thursday, March 26, 2020 2:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE: Problems with ESTAEX
invoked in AMODE 64 . . . ]
Perhaps a training concern?
I am not defending a lack of training
f
Of Paul Gilmartin
Sent: Thursday, March 26, 2020 11:10 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE: Problems with ESTAEX
invoked in AMODE 64 . . . ]
On Thu, 26 Mar 2020 17:54:58 +, Seymour J Metz wrote:
>ObSchiller IPCS is part of z/OS. All dange
, March 26, 2020 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE: Problems with ESTAEX
invoked in AMODE 64 . . . ]
ObSchiller IPCS is part of z/OS. All dangerous facilities of IPCS are
controlled by SAF. If your management capriciously prohibits you from
On Thu, 26 Mar 2020 17:26:40 +, Farley, Peter wrote:
>what are programmers in non-ISV shops without application programmer
>access to IPCS supposed to do?
Complain to their management.
50 years ago SYSABEND dumps were the tool to use do diagnose abends.
Back then, the dumps were printed,
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Paul Gilmartin [000433f07816-dmarc-requ...@listserv.ua.edu]
Sent: Thursday, March 26, 2020 2:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE: Problems
On Thu, 26 Mar 2020 17:54:58 +, Seymour J Metz wrote:
>ObSchiller IPCS is part of z/OS. All dangerous facilities of IPCS are
>controlled by SAF. If your management capriciously prohibits you from using
>it, the responsibility is theirs. It's certainly their prerogative to ban,
>e.g.,
My take is that if your shop restricts IPCS, and doesn't provide a real
debugger, you need to be looking for a better job. In what other
profession would anyone be expected to work without the tools they need?
sas
On Thu, Mar 26, 2020 at 1:27 PM Farley, Peter x23353 <
, Peter x23353 [peter.far...@broadridge.com]
Sent: Thursday, March 26, 2020 1:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE: Problems with ESTAEX
invoked in AMODE 64 . . . ]
Mike,
That's all well and good for an ISV such as yourself who has the freedom
country. Got the job done, but
definitely not an experience I ever wish to repeat.
Peter
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mike Shaw
Sent: Thursday, March 26, 2020 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64-bit application dump analysis [was: RE
On 3/26/2020 12:11 PM, Farley, Peter x23353 wrote:
Peter,
If SYSABEND and SYSUDUMP don't now and aren't likely to support 64-bit storage
in the future, then what are application programmers coding 64-bit programs
(well, 31-bit resident code that uses 64-bit storage areas, to be specific)
30 matches
Mail list logo
