Re: System symbols in batch JCL

2016-07-26 Thread Peter Relson 
>And, further, I ask myself, Why must the facility be controlled?
>And I answer myself with a couple possible reasons:

>o Some system symbols might have sensitive values (passwords?
>  the CIO's personal phone number?) which must be concealed.

Can't be that one. The symbols and their values are in non-fetch-protected 
common storage.

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-23 Thread Paul Gilmartin 
On 2016-07-22, at 15:03, Jesse 1 Robinson wrote:
> 
> ... Surely I would like a DSN date/time stamp to reflect execution date/time, 
> not submit date/time, but the latter is what I get. More uproar at the 
> convention. 
>  
At what point does JES3 rear its ugly head.  Data set names must be
fixed for JES3 setup to proceed, and JES3 setup may delay execution
for quite long waiting for resources.  Similar for JES2 unless you
are willing the time the ENQ is issued as execution date/time.

They need to close the window between  and  issued
around midnight.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-23 Thread Jesse 1 Robinson 
TYPRUN=JCLHOLD gives the same result as SYSAFF to an inactive member:

TIMETEST JOB03653 TSOSKIP 10 * LOCAL  27 X2 <-- inactive member with JCLHOLD
TIMETEST JOB03829 TSOSKIP   5 * LOCAL  27 X0 <-- active member with no HOLD 

Neither job goes through conversion, hence '*' in the class column. Neither 
shows substitution for symbolics:

// SET D= 
// SET T=

As I said earlier, although this is undoubtedly WAD, it is not necessarily WAW 
(working as wished). There is probably no universal solution. I might use time 
in a DSN to indicate the time of creation. OTOH I might use time to indicate 
when a job was submitted. The same time stamp could hardly be used for both 
functions. This is the problem I anticipated during free-for-all discussions at 
SHARE. It's not just that different folks want different behavior. The same 
person may want different behavior for different purposes. 



.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bob Rutledge
Sent: Friday, July 22, 2016 5:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: System symbols in batch JCL

I would expect that behavior for TYPRUN=HOLD; how about TYPRUN=JCLHOLD?

Bob

On 7/22/2016 5:03 PM, Jesse 1 Robinson wrote:
> Ed knows I was just kidding. More grist for your sysprog notebook.
>
> -- If a job is submitted with TYPRUN=HOLD, system symbols are substituted 
> immediately during conversion.
> -- If a job is submitted with SYSAFF=inactive-system, there is no 
> substitution because (I guess) no conversion.
>
> Case 2 is probably what you'd expect, but Case 1 is one of those canned worms 
> I spoke of earlier. Surely I would like a DSN date/time stamp to reflect 
> execution date/time, not submit date/time, but the latter is what I get. More 
> uproar at the convention.
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Ed Jaffe
> Sent: Friday, July 22, 2016 1:56 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: System symbols in batch JCL
>
> On 7/22/2016 1:54 PM, Jesse 1 Robinson wrote:
>> Thanks to all. I'll be quiet now.
>
> Haha! I likely story ...
>
> --
> Edward E Jaffe
> Phoenix Software International, Inc
> 831 Parkview Drive North
> El Segundo, CA 90245
> http://www.phoenixsoftware.com/


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread John McKown 
On Fri, Jul 22, 2016 at 2:36 PM, Jesse 1 Robinson 
wrote:

> I think Peter is on the right track. I normally do not code any CLASS= on
> a job. Execution class here gets set by some pretty involved code in Exit
> 6, but the question is what 'jobclass' is used for options during
> conversion?
>
> If I omit CLASS=, my job works, implying that 'class A' rules are in
> effect. Changing nothing else, I added CLASS=C (unmodified) to the job
> card, and I get the same 'invalid use of ampersand' error that I started
> with. Then I set JOBCLASS(C) to allow SYSSYM, and the job worked.
>
> So again, what determines conversion rules if no CLASS= is coded? I cannot
> find any parameter in our JES2 init deck that would set class A as the
> default.
>

​Not necessarily definitive, due to language
ref:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieab600/iea3b6_Defaults47.htm



If you do not specify the CLASS keyword, JES uses the installation default
specified at initialization, as follows:

   - In a JES2 system, the default is based on the source of the job: The
   system makes the job’s class the same as the installation-specified default
   class for the particular card reader, work station, or time-sharing user
   that submitted the job.
   - In a JES3 system, the default is an installation-defined standard
   default class.



​
​Looking at the above, I would guess that you are submitting this from TSO.
So it would be the default in your TSO segment in RACF.
ref:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.icha700/tsosup.htm
Does not answer the question if the JOBCLASS entry in the TSO segment is
not entered.
futher information:
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.hasa400/has2u600110.htm


DEF_CLASS=class|A[image: End of change][image: Start of change]Specifies a
default class that JES2 will use if a non-valid class is discovered during
processing. The specified class must be a defined and active batch job
class. The specified class cannot be set to ACTIVE=NO, and cannot be
deleted. The following examples show when the default class would be used:

   - When a job is submitted with a CLASS= value that is not valid. The job
   is failed, but this class is associated with the job for later processing.
   - When a job class is deleted that is associated with the INTRDR
   statement as CLASS=. The INTRDR CLASS value is set to this value.
   - During initialization processing, when the CLASS= value that is
   specified for a reader (INTRDR, local or remote) is not valid and the
   operator continues initialization.

The default is A.


​




>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
>
>
-- 
"Worry was nothing more than paying interest on a loan that a man may never
borrow"

From: "Quest for the White Wind" by Alan Black

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread Bob Rutledge 

I would expect that behavior for TYPRUN=HOLD; how about TYPRUN=JCLHOLD?

Bob

On 7/22/2016 5:03 PM, Jesse 1 Robinson wrote:

Ed knows I was just kidding. More grist for your sysprog notebook.

-- If a job is submitted with TYPRUN=HOLD, system symbols are substituted 
immediately during conversion.
-- If a job is submitted with SYSAFF=inactive-system, there is no substitution 
because (I guess) no conversion.

Case 2 is probably what you'd expect, but Case 1 is one of those canned worms I 
spoke of earlier. Surely I would like a DSN date/time stamp to reflect 
execution date/time, not submit date/time, but the latter is what I get. More 
uproar at the convention.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, July 22, 2016 1:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: System symbols in batch JCL

On 7/22/2016 1:54 PM, Jesse 1 Robinson wrote:

Thanks to all. I'll be quiet now.


Haha! I likely story ...

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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread Edward Finnell 
No roar at all-WAD.
 
 
In a message dated 7/22/2016 4:03:18 P.M. Central Daylight Time,  
jesse1.robin...@sce.com writes:

More  uproar at the convention. 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread Jesse 1 Robinson 
Ed knows I was just kidding. More grist for your sysprog notebook.

-- If a job is submitted with TYPRUN=HOLD, system symbols are substituted 
immediately during conversion.
-- If a job is submitted with SYSAFF=inactive-system, there is no substitution 
because (I guess) no conversion.

Case 2 is probably what you'd expect, but Case 1 is one of those canned worms I 
spoke of earlier. Surely I would like a DSN date/time stamp to reflect 
execution date/time, not submit date/time, but the latter is what I get. More 
uproar at the convention. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, July 22, 2016 1:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: System symbols in batch JCL

On 7/22/2016 1:54 PM, Jesse 1 Robinson wrote:
> Thanks to all. I'll be quiet now.

Haha! I likely story ...

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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread Ed Jaffe 

On 7/22/2016 1:54 PM, Jesse 1 Robinson wrote:

Thanks to all. I'll be quiet now.


Haha! I likely story ...

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread Jesse 1 Robinson 
It's all coming together. We do not specify any class in JES2 for INTRDR, so it 
defaults to A.

For users defined via either UADS or TSOE segment, class is specified as A.

Thanks to all. I'll be quiet now.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Finnell
Sent: Friday, July 22, 2016 1:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: System symbols in batch JCL

INTRDR
 

>--+---+--++>

   | .-A-. |  |.-No--. |   

   '-,Class=-+-v-+-'  '-,Hold=-+-Yes-+-'   



>--++--+--+->

   '-,HONORlim=-+-No--+-'  |   .-0--. |   

'-Yes-''-,PRTYINC=-+-nn-+-'   



>--+--+--+-+|

   |   .-15-. |  | .-No--. |   

   '-,PRTYLIM=-+-nn-+-'  '-,TRace=-+-P---+-'   

   '-Yes-' 







In a message dated 7/22/2016 2:36:53 P.M. Central Daylight Time, 
jesse1.robin...@sce.com writes:

So  again, what determines conversion rules if no CLASS= is coded? I cannot 
find  any parameter in our JES2 init deck that would set class A as the default

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EXTERNAL: Re: System symbols in batch JCL

2016-07-22 Thread Jerry Whitteridge 
I do see that we change our default class in the INTRDR statement

/*   */
 INTRDR  AUTH=(JOB=YES,   /* AUTHORITY TO SUBMIT COMMANDS*/
   DEVICE=YES,
   SYSTEM=YES),
 BATCH=YES,   /* CAN PROCESS BATCH JOBS TOO  */
 CLASS=C, /* DEFAULT JOBCLASS IF SPECIFIED   */
 HOLD=NO, /* DO NOT HOLD JOBS AFTER CONVERSN */
 PRTYINC=0,   /* WHAT TO ADD TO PRIORITY */
 PRTYLIM=15,  /* MAX LIMIT THAT CAN BE SPECIFIED */
 HONORLIM=NO, /* DOES INTRDR HAVE TO LIMIT JOB?  */
 TRACE=NO /* DO NOT TRACE AT STARTUP */


Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jerry Whitteridge
Sent: Friday, July 22, 2016 12:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EXTERNAL: Re: System symbols in batch JCL

Lots of vague memories indicate CLASS=A to be the default class if no class is 
specified - but I currently have no doc that indicates that (I'm still digging).

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, July 22, 2016 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: System symbols in batch JCL

I think Peter is on the right track. I normally do not code any CLASS= on a 
job. Execution class here gets set by some pretty involved code in Exit 6, but 
the question is what 'jobclass' is used for options during conversion?

If I omit CLASS=, my job works, implying that 'class A' rules are in effect. 
Changing nothing else, I added CLASS=C (unmodified) to the job card, and I get 
the same 'invalid use of ampersand' error that I started with. Then I set 
JOBCLASS(C) to allow SYSSYM, and the job worked.

So again, what determines conversion rules if no CLASS= is coded? I cannot find 
any parameter in our JES2 init deck that would set class A as the default.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Friday, July 22, 2016 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):AW: Re: System symbols in batch JCL

If anyone is still paying attention, my question lingers. Is CLASS A always 
used for JCL conversion? Just because it's first in the list? Is it a defined 
or default option? If it's always gonna be CLASS A, do I need to 'ALLOW' any 
other class?



The conversion is not done by a class, its done by the conversion code. The 
CLASS only tells limits and defaults. If you allow SYSSYM on class A but not on 
class B, conversion will fail to resolve symbols if CLASS=B is coded on the job 
statement, but will do it for CLASS=A.


In your case, the symbol resolution is probably done before something changes 
the CLASS form A to C.


--
Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended rec

Re: System symbols in batch JCL

2016-07-22 Thread Edward Finnell 
INTRDR
 

>--+---+--++>

   | .-A-. |  |.-No--. |   

   '-,Class=-+-v-+-'  '-,Hold=-+-Yes-+-'   



>--++--+--+->

   '-,HONORlim=-+-No--+-'  |   .-0--. |   

'-Yes-''-,PRTYINC=-+-nn-+-'   



>--+--+--+-+|

   |   .-15-. |  | .-No--. |   

   '-,PRTYLIM=-+-nn-+-'  '-,TRace=-+-P---+-'   

   '-Yes-' 







In a message dated 7/22/2016 2:36:53 P.M. Central Daylight Time,  
jesse1.robin...@sce.com writes:

So  again, what determines conversion rules if no CLASS= is coded? I cannot 
find  any parameter in our JES2 init deck that would set class A as the 
default.  



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EXTERNAL: Re: System symbols in batch JCL

2016-07-22 Thread Jerry Whitteridge 
Lots of vague memories indicate CLASS=A to be the default class if no class is 
specified - but I currently have no doc that indicates that (I'm still digging).

Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, July 22, 2016 12:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: Re: System symbols in batch JCL

I think Peter is on the right track. I normally do not code any CLASS= on a 
job. Execution class here gets set by some pretty involved code in Exit 6, but 
the question is what 'jobclass' is used for options during conversion?

If I omit CLASS=, my job works, implying that 'class A' rules are in effect. 
Changing nothing else, I added CLASS=C (unmodified) to the job card, and I get 
the same 'invalid use of ampersand' error that I started with. Then I set 
JOBCLASS(C) to allow SYSSYM, and the job worked.

So again, what determines conversion rules if no CLASS= is coded? I cannot find 
any parameter in our JES2 init deck that would set class A as the default.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Friday, July 22, 2016 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):AW: Re: System symbols in batch JCL

If anyone is still paying attention, my question lingers. Is CLASS A always 
used for JCL conversion? Just because it's first in the list? Is it a defined 
or default option? If it's always gonna be CLASS A, do I need to 'ALLOW' any 
other class?



The conversion is not done by a class, its done by the conversion code. The 
CLASS only tells limits and defaults. If you allow SYSSYM on class A but not on 
class B, conversion will fail to resolve symbols if CLASS=B is coded on the job 
statement, but will do it for CLASS=A.


In your case, the symbol resolution is probably done before something changes 
the CLASS form A to C.


--
Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread Tom Marchant 
On Fri, 22 Jul 2016 19:36:39 +, Jesse 1 Robinson wrote:

>So again, what determines conversion rules if no CLASS= is coded? I cannot 
>find any parameter in our JES2 init deck that would set class A as the 
>default. 

From the JCL Reference under the CLASS parameter on the JOB card:


In a JES2 system, the default is based on the source of the job: The system 
makes the job's class the same as the installation-specified default class for 
the particular card reader, work station, or time-sharing user that submitted 
the job.


-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread Jesse 1 Robinson 
I think Peter is on the right track. I normally do not code any CLASS= on a 
job. Execution class here gets set by some pretty involved code in Exit 6, but 
the question is what 'jobclass' is used for options during conversion?

If I omit CLASS=, my job works, implying that 'class A' rules are in effect. 
Changing nothing else, I added CLASS=C (unmodified) to the job card, and I get 
the same 'invalid use of ampersand' error that I started with. Then I set 
JOBCLASS(C) to allow SYSSYM, and the job worked.  

So again, what determines conversion rules if no CLASS= is coded? I cannot find 
any parameter in our JES2 init deck that would set class A as the default. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Friday, July 22, 2016 10:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):AW: Re: System symbols in batch JCL

If anyone is still paying attention, my question lingers. Is CLASS A always 
used for JCL conversion? Just because it's first in the list? Is it a defined 
or default option? If it's always gonna be CLASS A, do I need to 'ALLOW' any 
other class? 
 


The conversion is not done by a class, its done by the conversion code. The 
CLASS only tells limits and defaults. If you allow SYSSYM on class A but not on 
class B, conversion will fail to resolve symbols if CLASS=B is coded on the job 
statement, but will do it for CLASS=A.


In your case, the symbol resolution is probably done before something changes 
the CLASS form A to C. 


--
Peter Hunkeler

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: System symbols in batch JCL

2016-07-22 Thread Peter Hunkeler 
If anyone is still paying attention, my question lingers. Is CLASS A always 
used for JCL conversion? Just because it's first in the list? Is it a defined 
or default option? If it's always gonna be CLASS A, do I need to 'ALLOW' any 
other class?



The conversion is not done by a class, its done by the conversion code. The 
CLASS only tells limits and defaults. If you allow SYSSYM on class A but not on 
class B, conversion will fail to resolve symbols if CLASS=B is coded on the job 
statement, but will do it for CLASS=A.


In your case, the symbol resolution is probably done before something changes 
the CLASS form A to C.


--
Peter Hunkeler



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread Jesse 1 Robinson 
As Ed notes, batch support for system symbols is (was?) new in 2.1. Over the 
years I've participated in SHARE forum discussions on this issue. Unlike STC 
and TSO, batch jobs introduce all sorts of variable and unpredictable 
conditions.

-- When does a submitted job actually execute?
-- Where does a submitted execute?
-- Under which of a myriad other conditions does a submitted job execute?

Various folks strongly expressed incompatible opinions on when/where/how 
symbols should be resolved. I was frankly surprised that IBM finally bit the 
bullet and committed to batch support. Can o worms.

I just now got into this because someone asked for a date/time stamp in a DSN. 
My first reaction was to use a Rexx. Then I got to wondering if that was still 
necessary.

If anyone is still paying attention, my question lingers. Is CLASS A always 
used for JCL conversion? Just because it's first in the list? Is it a defined 
or default option? If it's always gonna be CLASS A, do I need to 'ALLOW' any 
other class?

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, July 22, 2016 7:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: System symbols in batch JCL

On 7/22/2016 6:06 AM, Tom Marchant wrote:
>
> Or, if you use SDSF, go to the JC panel. All of the JOBCLASS attributes are 
> shown for all job classes in a tabular format. Scroll until you find the 
> SysSym column. Or use the Locate command:
>
> L SysSym
>
> I suspect (E)JES has similar support, but don't know how to access it.

'CL' command (or 'JC' alias) followed by 'LC SYSSYM'

(E)JES uses 'LC' for locating columns because 'L' is used for locating rows 
just like in other areas of ISPF.

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


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread Ed Jaffe 

On 7/22/2016 6:06 AM, Tom Marchant wrote:


Or, if you use SDSF, go to the JC panel. All of the JOBCLASS attributes are 
shown for all job classes in a tabular format. Scroll until you find the SysSym 
column. Or use the Locate command:

L SysSym

I suspect (E)JES has similar support, but don't know how to access it.


'CL' command (or 'JC' alias) followed by 'LC SYSSYM'

(E)JES uses 'LC' for locating columns because 'L' is used for locating 
rows just like in other areas of ISPF.


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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread Tom Marchant 
On Thu, 21 Jul 2016 15:59:24 -0500, John McKown wrote:

>$DJOBDEF(A)
>
>And then look for SYSSYM in the SYSLOG output.​

Or, if you use SDSF, go to the JC panel. All of the JOBCLASS attributes are 
shown for all job classes in a tabular format. Scroll until you find the SysSym 
column. Or use the Locate command:

L SysSym

I suspect (E)JES has similar support, but don't know how to access it.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-22 Thread Paul Gilmartin 
On Thu, 21 Jul 2016 22:32:39 -0700, Ed Jaffe wrote:

>On 7/21/2016 10:05 PM, Ed Jaffe wrote:
>> I gotta ask, how on earth have you guys survived all these years
>> without  system symbols support enabled in JES?
>
>Never mind. I answered my own question.
>
>It's been only three years since this support became generally available
>in JES2.
> 
Prior to that, was it only for JES3?  What's the default setting?

Mainframe security has long been based on "Need to Know".
Our admin is fairly compliant: "Yes" is often a sufficient answer
to "Need to know?"

And we like to test our products in a most restrictive system
comfiguration.  Testing requirements increas exponentially
with the number of configurable system options.

And remember how few years ago a FAQ in these fora was, "How
can we prevent our programmers' using OS/390 UNIX System
Services if they can't attest to a need?"

Still, I'm glad that there is no RACF class to (DIS)ALLOW use of
(the similar) UNIX environment variables -- generally I share
your perplexity.

>Prior to that, it was available to started tasks only.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-21 Thread Edward Finnell 
Well some of us old timers wrote CLISTs to put in symbols and submit  to 
intrdr. Then in 80's we got File Tailoring with ISPF.
 
 
In a message dated 7/22/2016 12:32:46 A.M. Central Daylight Time,  
edja...@phoenixsoftware.com writes:

Prior to  that, it was available to started tasks  only.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-21 Thread Ed Jaffe 

On 7/21/2016 10:05 PM, Ed Jaffe wrote:
I gotta ask, how on earth have you guys survived all these years 
without  system symbols support enabled in JES?


Never mind. I answered my own question.

It's been only three years since this support became generally available 
in JES2.


Prior to that, it was available to started tasks only.

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: System symbols in batch JCL

2016-07-21 Thread Peter Hunkeler 
>I gotta ask, how on earth have you guys survived all these years
>without  system symbols support enabled in JES?



For production jobs, I guess the schedulers jumped in. They long (always?) 
supported symbols that will be resolver at submit time. A couple of date/time 
symbols and even better date time functions help even more. And they long 
(always?) supported these symbols in instream data (DD *).
For those jobs I doubt anyone has any need for the system symbol support 
introduced with z/OS V2.1


Peronal jobs are a different story. It has always been a great pita that there 
was no system symbol support for batch jobs, and for batch and STC, that there 
was no support for system and JCL symbols in instream data.


I personaly have quickly started to use instream support, and to a lesser 
extent, system symbols in my own jobs.


--
Peter Hunkeler



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-21 Thread Ed Jaffe 

On 7/21/2016 5:27 PM, Jesse 1 Robinson wrote:

In my successful tests, however, it's not clear what class I was running in 
because of WLM. I enabled only CLASS A for SYSSYM.

ICH70001I TSOSKIP   LAST ACCESS AT 17:13:07 ON THURSDAY, JULY 21, 2016
$HASP373 TIMETEST STARTED - WLM INIT  - SRVCLASS BATCHS   - SYS X0
SCEUJI02I JOB  TIMETEST STARTED17.13.08 21 JUL 16
IEF403I TIMETEST - STARTED - TIME=17.13.07
SCEACT01I STEP TIMETEST TIMETEST   CPU 00:00:00.00 CC=

In fact, there is an installation (local) message which indicates that the job 
did not run in CLASS A:  'CLASS SET TO C'. So how did it work?


All that matters is the JES job class at JCL conversion time.

I gotta ask, how on earth have you guys survived all these years 
without  system symbols support enabled in JES? That's like going on a 
trip to ancient times with Mr. Peabody in the Way-Back machine!


Is this just a sandbox? Or is it a real system with real users?

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-21 Thread Edward Finnell 
I would guess the CI accepted it as CLASS=A and  did the requisite  
substitution and wrote it to SPOOL to be executed. From there WLM and Exits  
provided a CLASS to run.
 
 
In a message dated 7/21/2016 7:28:40 P.M. Central Daylight Time,  
jesse1.robin...@sce.com writes:

In fact,  there is an installation (local) message which indicates that the 
job did not  run in CLASS A:  'CLASS SET TO C'. So how did it work?  



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-21 Thread Jesse 1 Robinson 
Thanks to everyone. I indicated in my original post that I had turned on SYSSYM 
for Class A, but I was using obsolete system symbols. Duh. It was simple after 
all. 

In my successful tests, however, it's not clear what class I was running in 
because of WLM. I enabled only CLASS A for SYSSYM. 

ICH70001I TSOSKIP   LAST ACCESS AT 17:13:07 ON THURSDAY, JULY 21, 2016
$HASP373 TIMETEST STARTED - WLM INIT  - SRVCLASS BATCHS   - SYS X0   
SCEUJI02I JOB  TIMETEST STARTED17.13.08 21 JUL 16
IEF403I TIMETEST - STARTED - TIME=17.13.07   
SCEACT01I STEP TIMETEST TIMETEST   CPU 00:00:00.00 CC=   

In fact, there is an installation (local) message which indicates that the job 
did not run in CLASS A:  'CLASS SET TO C'. So how did it work? 


.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Thursday, July 21, 2016 4:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: System symbols in batch JCL

On 2016-07-21 15:20, Cieri, Anthony wrote:
> 
>   Try   $D JOBCLASS(*),SYSSYM 
> 
Thanks.  That shows me that all job classes at my site have DISALLOW.

But that works only because I have operator privilege.  Let me ask the question 
on behalf of a hypothetical programmer who hasn't such privilege.  I suppose 
that programmer can simply call the system administrator and hope not to get 
the BOFH.

And, further, I ask myself, Why must the facility be controlled?
And I answer myself with a couple possible reasons:

o Some system symbols might have sensitive values (passwords?
  the CIO's personal phone number?) which must be concealed.

o Some dusty decks may contain "//SYSUT2 DD DISP=(,PASS),DSN="
  and for compatibility may continue to run in classes with
  SYSSYM=DISALLOW.

I have long felt that reference in JCL to an undefined apparent symbol should 
always have been treated as a syntax error.  That compatibility argument 
reinforces my sentiment.

-- gil


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-21 Thread Paul Gilmartin 
On 2016-07-21 15:20, Cieri, Anthony wrote:
> 
>   Try   $D JOBCLASS(*),SYSSYM 
> 
Thanks.  That shows me that all job classes at my site have DISALLOW.

But that works only because I have operator privilege.  Let me ask
the question on behalf of a hypothetical programmer who hasn't
such privilege.  I suppose that programmer can simply call the
system administrator and hope not to get the BOFH.

And, further, I ask myself, Why must the facility be controlled?
And I answer myself with a couple possible reasons:

o Some system symbols might have sensitive values (passwords?
  the CIO's personal phone number?) which must be concealed.

o Some dusty decks may contain "//SYSUT2 DD DISP=(,PASS),DSN="
  and for compatibility may continue to run in classes with
  SYSSYM=DISALLOW.

I have long felt that reference in JCL to an undefined apparent
symbol should always have been treated as a syntax error.  That
compatibility argument reinforces my sentiment.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-21 Thread Roger Lowe 
Skip,
  The following jcl should do the trick - 

//ZZZSKIP  JOB (ZZZ,1234),'TEST',  
// MSGCLASS=2,CLASS=M,NOTIFY=,  
// MSGLEVEL=(1,1),TIME=1440,   
// REGION=0M   
//*
//SYMBOLS  EXPORT SYMLIST=*
//*
//D1   SET D= 
//T1   SET T= 
//*
//TIMETEST EXEC PGM=IKJEFT01   
//SYSTSPRT DD DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,   
//UNIT=SYSALLDA,   
//DSN=ZZZ.SKIP.REPORT.D 
//SYSTSIN  DD DUMMY

Hope it helps. Roger


On Thu, 21 Jul 2016 19:53:44 +, Jesse 1 Robinson <jesse1.robin...@sce.com> 
wrote:

>I'm trying to use system symbols in batch JCL under z/OS 2.1. Specifically, 
>I'd like to create a DSN like this:
>
>   TSOSKIP.REPORT.D-local-date.T-local-time
>
>I've perused KC but still cannot get to work. Now maybe DSN simply does not 
>allow embedded symbolics, but I did not see that prohibition. Here's what I 
>get.
>
>3 // SET D=
>4 // SET T=
>  //*
>5 //TIMETEST EXEC PGM=IKJEFT01
>6 //SYSTSIN  DD *
>7 //SYSTSPRT DD DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,
>  //UNIT=SYSALLDA,
>  //DSN= TSOSKIP.REPORT.D
>  IEFC653I SUBSTITUTION JCL - 
> DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,UNIT=SYSALLDA,
>  DSN= TSOSKIP.REPORT.D
>. MESSAGE
>7 IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD
>
>I read that system symbols must be enabled by class, which I did for class A: 
>$HASP837 JOBCLASS(A) SYSSYM=ALLOW
>
>But it looks like my job is failing at conversion and never getting to 
>execution. Shouldn't this be easy? ;-)
>
>.
>.
>.
>J.O.Skip Robinson
>Southern California Edison Company
>Electric Dragon Team Paddler
>SHARE MVS Program Co-Manager
>323-715-0595 Mobile
>626-302-7535 Office
>robin...@sce.com<mailto:robin...@sce.com>
>
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-21 Thread Cieri, Anthony 

Try   $D JOBCLASS(*),SYSSYM 


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Thursday, July 21, 2016 4:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: System symbols in batch JCL

On Thu, Jul 21, 2016 at 3:52 PM, Paul Gilmartin < 
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 21 Jul 2016 19:53:44 +, Jesse 1 Robinson wrote:
>
> >I'm trying to use system symbols in batch JCL under z/OS 2.1.
> Specifically, I'd like to create a DSN like this:
> >
> Doesn't work for me, either:
>
>  6 //FOO   DDDISP=SHR,DSN=
>IEFC653I SUBSTITUTION JCL - DISP=SHR,DSN=gil.
>  7 //
>
> >I read that system symbols must be enabled by class, which I did for
> class A: $HASP837 JOBCLASS(A) SYSSYM=ALLOW
> >
> >But it looks like my job is failing at conversion and never getting 
> >to
> execution. Shouldn't this be easy? ;-)
> >
> How can I query that setting?  If simply  were itself a symbol 
> I could use it would be too easy; IBM would never do it that way.
>

​It is dependent on the setting for the __JOB CLASS__ in which the job was 
submitted. In the original, that is JOB CLASS=A. To see if it is enabled (by 
default it is _not_), enter the z/OS operator command:

$DJOBDEF(A)

And then look for SYSSYM in the SYSLOG output.​




>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
"Worry was nothing more than paying interest on a loan that a man may never 
borrow"

From: "Quest for the White Wind" by Alan Black

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-21 Thread John McKown 
On Thu, Jul 21, 2016 at 3:52 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 21 Jul 2016 19:53:44 +, Jesse 1 Robinson wrote:
>
> >I'm trying to use system symbols in batch JCL under z/OS 2.1.
> Specifically, I'd like to create a DSN like this:
> >
> Doesn't work for me, either:
>
>  6 //FOO   DDDISP=SHR,DSN=
>IEFC653I SUBSTITUTION JCL - DISP=SHR,DSN=gil.
>  7 //
>
> >I read that system symbols must be enabled by class, which I did for
> class A: $HASP837 JOBCLASS(A) SYSSYM=ALLOW
> >
> >But it looks like my job is failing at conversion and never getting to
> execution. Shouldn't this be easy? ;-)
> >
> How can I query that setting?  If simply  were itself a symbol
> I could use it would be too easy; IBM would never do it that way.
>

​It is dependent on the setting for the __JOB CLASS__ in which the job was
submitted. In the original, that is JOB CLASS=A. To see if it is enabled
(by default it is _not_), enter the z/OS operator command:

$DJOBDEF(A)

And then look for SYSSYM in the SYSLOG output.​




>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
"Worry was nothing more than paying interest on a loan that a man may never
borrow"

From: "Quest for the White Wind" by Alan Black

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-21 Thread Lizette Koehler 
Table 1 describes the dynamic system symbols and the releases for which they are
valid. The names of the following system symbols are changed from previous
releases of MVST:
New symbol  Old symbol
 

 



>From the z/OS V2.2 manual

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ieae20
0/dynpsm.htm
Init and Tuning, sharing system symbols

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jesse 1 Robinson
> Sent: Thursday, July 21, 2016 12:54 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: System symbols in batch JCL
> 
> I'm trying to use system symbols in batch JCL under z/OS 2.1. Specifically,
> I'd like to create a DSN like this:
> 
>TSOSKIP.REPORT.D-local-date.T-local-time
> 
> I've perused KC but still cannot get to work. Now maybe DSN simply does not
> allow embedded symbolics, but I did not see that prohibition. Here's what I
> get.
> 
> 3 // SET D=
> 4 // SET T=
>   //*
> 5 //TIMETEST EXEC PGM=IKJEFT01
> 6 //SYSTSIN  DD *
> 7 //SYSTSPRT DD DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,
>   //UNIT=SYSALLDA,
>   //DSN= TSOSKIP.REPORT.D
>   IEFC653I SUBSTITUTION JCL -
> DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,UNIT=SYSALLDA,
>   DSN= TSOSKIP.REPORT.D
> . MESSAGE
> 7 IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD
> 
> I read that system symbols must be enabled by class, which I did for class A:
> $HASP837 JOBCLASS(A) SYSSYM=ALLOW
> 
> But it looks like my job is failing at conversion and never getting to
> execution. Shouldn't this be easy? ;-)
> 
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com<mailto:robin...@sce.com>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: System symbols in batch JCL

2016-07-21 Thread Peter Hunkeler 
>3 // SET D=


Without verifying exactly with the manual, I seem to remember that it talks 
about old and new date and time symbols.  is an old one and this does not 
work (I don't know if this is documented somewhere).  is a new symbol 
and this one is working with batch JCL.


Try using  and  (I hope I remember the names correctly).


--
Peter Hunkeler


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: System symbols in batch JCL

2016-07-21 Thread Ed Jaffe 

On 7/21/2016 12:53 PM, Jesse 1 Robinson wrote:

I'm trying to use system symbols in batch JCL under z/OS 2.1. Specifically, I'd 
like to create a DSN like this:

TSOSKIP.REPORT.D-local-date.T-local-time

I've perused KC but still cannot get to work. Now maybe DSN simply does not 
allow embedded symbolics, but I did not see that prohibition. Here's what I get.

3 // SET D=
4 // SET T=
   //*
5 //TIMETEST EXEC PGM=IKJEFT01
6 //SYSTSIN  DD *
7 //SYSTSPRT DD DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,
   //UNIT=SYSALLDA,
   //DSN= TSOSKIP.REPORT.D
   IEFC653I SUBSTITUTION JCL - 
DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,UNIT=SYSALLDA,
   DSN= TSOSKIP.REPORT.D
. MESSAGE
7 IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD

I read that system symbols must be enabled by class, which I did for class A: 
$HASP837 JOBCLASS(A) SYSSYM=ALLOW


Your problem is simply that you're referencing symbols that don't exist. 
What you want is:


//SKIPTEST JOB 1,JAFFE,CLASS=A,MSGCLASS=T
//TIMETEST EXEC PGM=IKJEFT01
//SYSTSIN  DD *
//SYSTSPRT DD DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,
//UNIT=SYSALLDA,
//DSN=TSOSKIP.REPORT.D

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

RES: EXTERNAL: System symbols in batch JCL

2016-07-21 Thread ITURIEL DO NASCIMENTO NETO 
Look if your jobclass is defined as SYSSYM=ALLOW


Atenciosamente / Regards / Saludos

BANCO BRADESCO S.A.
4250 / DPCD Engenharia de Software
Sistemas Operacionais Mainframes
Ituriel do Nascimento Neto
Tel: +55 11 3684-9602 R: 49602 3-1404
Fax: +55 11 3684-4427



Banco Bradesco.
Patrocinador oficial dos Jogos Olímpicos e Paralímpicos Rio 2016.

-Mensagem original-
De: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Em nome de 
Jerry Whitteridge
Enviada em: quinta-feira, 21 de julho de 2016 16:59
Para: IBM-MAIN@LISTSERV.UA.EDU
Assunto: Re: EXTERNAL: System symbols in batch JCL

Skip - try closing the symbolic with a dot

DSN= TSOSKIP.REPORT.D
Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, July 21, 2016 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: System symbols in batch JCL

I'm trying to use system symbols in batch JCL under z/OS 2.1. Specifically, I'd 
like to create a DSN like this:

   TSOSKIP.REPORT.D-local-date.T-local-time

I've perused KC but still cannot get to work. Now maybe DSN simply does not 
allow embedded symbolics, but I did not see that prohibition. Here's what I get.

3 // SET D=
4 // SET T=
  //*
5 //TIMETEST EXEC PGM=IKJEFT01
6 //SYSTSIN  DD *
7 //SYSTSPRT DD DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,
  //UNIT=SYSALLDA,
  //DSN= TSOSKIP.REPORT.D
  IEFC653I SUBSTITUTION JCL - 
DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,UNIT=SYSALLDA,
  DSN= TSOSKIP.REPORT.D
. MESSAGE
7 IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD

I read that system symbols must be enabled by class, which I did for class A: 
$HASP837 JOBCLASS(A) SYSSYM=ALLOW

But it looks like my job is failing at conversion and never getting to 
execution. Shouldn't this be easy? ;-)

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AVISO LEGAL ...Esta mensagem é destinada exclusivamente para a(s) pessoa(s) 
a quem é dirigida, podendo conter informação confidencial e/ou legalmente 
privilegiada. Se você não for destinatário desta mensagem, desde já fica 
notificado de abster-se a divulgar, copiar, distribuir, examinar ou, de 
qualquer forma, utilizar a informação contida nesta mensagem, por ser ilegal. 
Caso você tenha recebido esta mensagem por engano, pedimos que nos retorne este 
E-Mail, promovendo, desde logo, a eliminação do seu conteúdo em sua base de 
dados, registros ou sistema de controle. Fica desprovida de eficácia e validade 
a mensagem que contiver vínculos obrigacionais, expedida por quem não detenha 
poderes de representação. 
LEGAL ADVICE...This message is exclusively destined for the people to whom 
it is directed, and it can bear private and/or legally exceptional information. 
If you are not addressee of this message, since now you are advised to not 
release, copy, distribute, check or, otherwise, use the information contained 
in this message, because it is illegal. If you received this message by 
mistake, we ask you to return this email, making possible, as soon as possible, 
the elimination of its contents of your database, registrations or controls 
system. The message that bears any mandatory links, issued by someone who has 
no representation powers, shall be null or void.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: EXTERNAL: System symbols in batch JCL

2016-07-21 Thread Jerry Whitteridge 
Skip - try closing the symbolic with a dot

DSN= TSOSKIP.REPORT.D
Jerry Whitteridge
Manager Mainframe Systems & Storage
Albertsons - Safeway Inc.
925 738 9443
Corporate Tieline - 89443

If you feel in control
you just aren't going fast enough.



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, July 21, 2016 12:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: EXTERNAL: System symbols in batch JCL

I'm trying to use system symbols in batch JCL under z/OS 2.1. Specifically, I'd 
like to create a DSN like this:

   TSOSKIP.REPORT.D-local-date.T-local-time

I've perused KC but still cannot get to work. Now maybe DSN simply does not 
allow embedded symbolics, but I did not see that prohibition. Here's what I get.

3 // SET D=
4 // SET T=
  //*
5 //TIMETEST EXEC PGM=IKJEFT01
6 //SYSTSIN  DD *
7 //SYSTSPRT DD DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,
  //UNIT=SYSALLDA,
  //DSN= TSOSKIP.REPORT.D
  IEFC653I SUBSTITUTION JCL - 
DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,UNIT=SYSALLDA,
  DSN= TSOSKIP.REPORT.D
. MESSAGE
7 IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD

I read that system symbols must be enabled by class, which I did for class A: 
$HASP837 JOBCLASS(A) SYSSYM=ALLOW

But it looks like my job is failing at conversion and never getting to 
execution. Shouldn't this be easy? ;-)

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

 Warning: All e-mail sent to this address will be received by the corporate 
e-mail system, and is subject to archival and review by someone other than the 
recipient. This e-mail may contain proprietary information and is intended only 
for the use of the intended recipient(s). If the reader of this message is not 
the intended recipient(s), you are notified that you have received this message 
in error and that any review, dissemination, distribution or copying of this 
message is strictly prohibited. If you have received this message in error, 
please notify the sender immediately.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

System symbols in batch JCL

2016-07-21 Thread Jesse 1 Robinson 
I'm trying to use system symbols in batch JCL under z/OS 2.1. Specifically, I'd 
like to create a DSN like this:

   TSOSKIP.REPORT.D-local-date.T-local-time

I've perused KC but still cannot get to work. Now maybe DSN simply does not 
allow embedded symbolics, but I did not see that prohibition. Here's what I get.

3 // SET D=
4 // SET T=
  //*
5 //TIMETEST EXEC PGM=IKJEFT01
6 //SYSTSIN  DD *
7 //SYSTSPRT DD DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,
  //UNIT=SYSALLDA,
  //DSN= TSOSKIP.REPORT.D
  IEFC653I SUBSTITUTION JCL - 
DISP=(,CATLG),SPACE=(TRK,1),RECFM=FB,LRECL=80,UNIT=SYSALLDA,
  DSN= TSOSKIP.REPORT.D
. MESSAGE
7 IEFC627I INCORRECT USE OF AMPERSAND IN THE DSN FIELD

I read that system symbols must be enabled by class, which I did for class A: 
$HASP837 JOBCLASS(A) SYSSYM=ALLOW

But it looks like my job is failing at conversion and never getting to 
execution. Shouldn't this be easy? ;-)

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com<mailto:robin...@sce.com>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN