In general, we add a DDDEF for SMPPARM to every SMP/E ZONE we utilize. That
DDDEF points to a data set with our customized GIMDDALC member. Then we don't
have to worry about SYSUTn, SMPWRKn, SMPTLIB, or any of the DDNAMEs that are
used for SYSOUT(*). That way, if one of those DDDEFs is needed
ist [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Kurt Quackenbush
Sent: Friday, August 19, 2016 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E: SMPWRKn and GLOBAL zone
On 8/18/2016 10:57 AM, R.S. wrote:
> It's worse, when you *sometimes* need a dataset which has no entry.
On 8/18/2016 1:14 PM, Paul Gilmartin wrote:
... Of course, the presence of DDDEF entries for SMPWRKn in the
global zone causes no harm, but they will never be used.
Will they be allocated even if never used? Will there be
consequences of an allocation failure?
The SMPWRKn DDDEF entries in
On 8/18/2016 10:57 AM, R.S. wrote:
It's worse, when you *sometimes* need a dataset which has no entry.
This is the case for SMPJHOME. According to documentation it is used
during ACCEPT, but mentioned neither in sample nor in
"ServerPac-delivered" CSI.
From the SMP/E Commands book, the ACCEPT c
W dniu 2016-08-18 o 19:14, Paul Gilmartin pisze:
On 2016-08-18, at 08:57, R.S. wrote:
It's worse, when you *sometimes* need a dataset which has no entry.
This is the case for SMPJHOME. According to documentation it is used during ACCEPT, but
mentioned neither in sample nor in "ServerPac-delive
On 2016-08-18, at 08:57, R.S. wrote:
> It's worse, when you *sometimes* need a dataset which has no entry.
> This is the case for SMPJHOME. According to documentation it is used during
> ACCEPT, but mentioned neither in sample nor in "ServerPac-delivered" CSI.
>
That may depend on whether:
o Th
h
replicating lines! :-)
Bob
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Kurt Quackenbush
Sent: Thursday, August 18, 2016 9:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E: SMPWRKn and GLOBAL zone
On 8/18/2016 6:59 AM, R.S.
@LISTSERV.UA.EDU
Subject: Re: SMP/E: SMPWRKn and GLOBAL zone
On 8/18/2016 6:59 AM, R.S. wrote:
> W dniu 2016-08-18 o 12:45, Richards, Robert B. pisze:
>> Also, a review of the manuals states that they are only used during
>> APPLY and ACCEPT processing. :-)
> I also noticed it (yes I di
On 8/18/2016 6:59 AM, R.S. wrote:
W dniu 2016-08-18 o 12:45, Richards, Robert B. pisze:
Also, a review of the manuals states that they are only used during
APPLY and ACCEPT processing. :-)
I also noticed it (yes I did RTFM).
However SYS1.SAMPLIB(GIMSAMPU) create SMPWRKn entries in GLOBAL.
Wel
Perhaps Kurt Q. will chime in as the authoritative source? :-)
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of R.S.
Sent: Thursday, August 18, 2016 6:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMP/E: SMPWRKn and GLOBAL zone
W
W dniu 2016-08-18 o 12:45, Richards, Robert B. pisze:
Also, a review of the manuals states that they are only used during APPLY and
ACCEPT processing. :-)
I also noticed it (yes I did RTFM).
However SYS1.SAMPLIB(GIMSAMPU) create SMPWRKn entries in GLOBAL.
I have also some GLOBAL zone with the e
@LISTSERV.UA.EDU
Subject: Re: SMP/E: SMPWRKn and GLOBAL zone
I haven't for several z/OS releases (1.12, 2,1 and 2.2) that I could peruse the
global DDDEFs entries. I don't remember ever having them there.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.
2016 6:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMP/E: SMPWRKn and GLOBAL zone
SMP/E question:
Should I define DDDEF entries for SMPWRKn (1,2,3,4,6) in GLOBAL zone?
(I'm aware unnecessary definition doesn't hurt, but...)
--
Radoslaw Skorupka
Lodz, Poland
---
Treść tej wiad
SMP/E question:
Should I define DDDEF entries for SMPWRKn (1,2,3,4,6) in GLOBAL zone?
(I'm aware unnecessary definition doesn't hurt, but...)
--
Radoslaw Skorupka
Lodz, Poland
---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku
przeznaczone wyłącznie do użytku służbo
14 matches
Mail list logo
