Wayne Driscoll wrote on 05/09/2006 01:10:41 PM:
> If I know, 1 - that the address spaced owned dataspaces, and 2 - that the
> DSPLIST was coded on the dump, why wouldn't there be any dataspaces
dumped?
> This is on z/OS 1.7, and the DSPLIST field is NOT in common storage
> (according to Peter Rels
Wayne Driscoll
Product Developer
JME Software LLC
NOTE: All opinions are strictly my own.
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Robert Wright
Sent: Tuesday, May 09, 2006 11:56 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining what, i
: IBM-MAIN@BAMA.UA.EDU
Subject: Determining what, if any, dataspaces are in a dump
I have an SVC dump taken on a z/OS system, with the DSPLIST parm on the
SDUMPX macro. The parm specified the current asid, with an * for the
dataspace name. How do I determine what dataspaces have been dumped?
Thanks
Thanks, I guess that command got purged from memory.
Wayne
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Edward Jaffe
Sent: Tuesday, May 09, 2006 11:44 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Determining what, if any, dataspaces are in a
Wayne Driscoll wrote on 05/09/2006 12:32:30 PM:
> I have an SVC dump taken on a z/OS system, with the DSPLIST parm on the
> SDUMPX macro. The parm specified the current asid, with an * for the
> dataspace name. How do I determine what dataspaces have been dumped?
If you're interested in what ac
Wayne Driscoll wrote:
I have an SVC dump taken on a z/OS system, with the DSPLIST parm on the
SDUMPX macro. The parm specified the current asid, with an * for the
dataspace name. How do I determine what dataspaces have been dumped?
I usually issue the 'LD' line command from the dump invent
I have an SVC dump taken on a z/OS system, with the DSPLIST parm on the
SDUMPX macro. The parm specified the current asid, with an * for the
dataspace name. How do I determine what dataspaces have been dumped?
Thanks in advance,
Wayne Driscoll
Product Developer
JME Software LLC
NOTE: All opinions
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Paul Gilmartin said the following on 07/13/2005 06:16 PM:
| OK; who can answer the following:
|
| o without reading the manual or testing
|
| o with reading the manual only, and no testing:
|
| What does the following job do:
|
| //IFJOB
>What does the following job do:
>
Didn't we recently go through this exercise?
--
Mark Zelden
Sr. Software and Systems Architect
Zurich North America and Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://Search390.com/ateExperts/
Mark's MVS Utilities: http:/
1st job, C runs
2nd job, C runs
3rd job, C runs
no book, no testing, rarely use IFs, just a suspicion that the value is null.
On Wed, 13 Jul 2005 10:16:22 -0600, Paul Gilmartin <[EMAIL PROTECTED]>
wrote:
>OK; who can answer the following:
>
>o without reading the manual or testing
>
>o with rea
ul Gilmartin
Sent: Wednesday, July 13, 2005 11:16 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: What IF?
OK; who can answer the following:
o without reading the manual or testing
o with reading the manual only, and no testing:
--
For I
Pauyl Gilmartin has asked for conjectures about what such JCL constructs as
// IF ( FALSE ) THEN
//B EXEC PGM=IEFBR14
// ELSE
//C EXEC PGM=IEFBR14
// ENDIF
The first thing toi be said about this construct and its brethren in Paul's
post is that they are ridiculous.. The parentheses are gr
No book, no testing.
First job
Both steps will run (and end with RC=0).
Step B - because it is first step (no step A); first step runs
regardless of conditions.
Step C (second one) will run because it is "ELSE step" and condition was
false (I don't know how to express it in English).
Shall I e
OK; who can answer the following:
o without reading the manual or testing
o with reading the manual only, and no testing:
What does the following job do:
//IFJOB etc.
//*
// IF ( FALSE ) THEN
//B EXEC PGM=IEFBR14
// ELSE
//C EXEC PGM=IEFBR14
// ENDIF
o
14 matches
Mail list logo