Re: Using environment variables in JCL and USS

יִשְׂרָאֵ֔ל לֹ֥א יְשַׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Thursday, June 27, 2024 8:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using environment variables in JCL a

Re: Using environment variables in JCL and USS

by DSFS/ And the lack of TIOT inheritance through fork(), a cause of recurrent complaints about BPXBATCH vs. JCL allocation. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lis

Re: Using environment variables in JCL and USS

From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, June 26, 2024 10:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using environment variables in JCL and USS On Thu, 27 Jun 2024 01:55:39 +, Sey

Re: Using environment variables in JCL and USS

On Thu, 27 Jun 2024 01:55:39 +, Seymour J Metz wrote: >> It's absurd that the various SUBMIT commands, TSO, ISPF, Rexx, >> and OMVS enforce FB,80, > >REXX? > >As for ISPF, it uses TSO SUBMIT, and that's where the fix has to go.

Re: Using environment variables in JCL and USS

ׁקֵּ֖ר From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, June 26, 2024 9:29 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Using environment variables in JCL and USS On

Re: Using environment variables in JCL and USS

On Tue, 25 Jun 2024 23:32:55 -0500, Paul Gilmartin wrote: >On Wed, 26 Jun 2024 03:15:25 +, kekronbekron wrote: > >>Are you able to share this, Paul? >> >I no longer have the code. > I'll suggest that as a PoC you try allocating your SYSIN to a data set, RECFM=VB to see whether it meets

Re: Using environment variables in JCL and USS

On Wed, 26 Jun 2024 03:15:25 +, kekronbekron wrote: >Are you able to share this, Paul? > I no longer have the code. I used ISPF Edit facilities to get LRECL, RECFM of the Edited file. BPXWDYN or ALLOCATE SYSOUT INTRDR with similar attributes. Extracted lines and wrote one-by-one with

Re: Using environment variables in JCL and USS

Are you able to share this, Paul? -KB On Tuesday, June 25th, 2024 at 23:32, Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 25 Jun 2024 13:33:59 -0400, Phil Smith III wrote: > > > SWAG but have you tried a trailing semicolon? Or quotes around the value? I >

Re: Using environment variables in JCL and USS

attributes of LE itself, but I don't think that that makes a difference ... Kind regards Bernd Am 25.06.2024 um 19:11 schrieb Colin Paice: I am writing a program using system SSL (GSK*). If I define the environment variables in USS everything works. If I specified the environment variables i

Re: Using environment variables in JCL and USS

On Tue, 25 Jun 2024 13:33:59 -0400, Phil Smith III wrote: >SWAG but have you tried a trailing semicolon? Or quotes around the value? I >found an example on the web for another product: >ENVAR C='X Y' >...which sorta suggests that the quotes might work. Might try both flavors of >quote, too. >

Re: Using environment variables in JCL and USS

On Behalf Of Colin Paice Sent: Tuesday, June 25, 2024 1:12 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Using environment variables in JCL and USS I am writing a program using system SSL (GSK*). If I define the environment variables in USS everything works. If I specified the environment variables

Using environment variables in JCL and USS

I am writing a program using system SSL (GSK*). If I define the environment variables in USS everything works. If I specified the environment variables in JCL //START1 EXEC PGM=GSKMAIN,REGION=0M, // PARM=('ENVAR("_CEE_ENVFILE=DD:STDENV")/4000') //STDENV DD * GSK_TRACE_FILE=/tmp/zzz

Re: GTF trace for a JCL error?

Our system had 7 days. On Tue, Jan 30, 2024 at 12:57 PM Paul Gilmartin < 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 30 Jan 2024 14:41:59 +, Allan Staller wrote: > > > >You need to look at the JES output to determine the error. > >Use the following command > >S

Re: GTF trace for a JCL error?

On Tue, 30 Jan 2024 14:41:59 +, Allan Staller wrote: > >You need to look at the JES output to determine the error. >Use the following command >S taskname,,,MSGCLASS=x where x is a held sysout class. > >HTH, > Wouldn't it be a good Idea to have a class for "Delete after one hour"!? I've

Re: GTF trace for a JCL error?

age- > From: IBM Mainframe Discussion List On > Behalf Of Peter Ten Eyck > Sent: Tuesday, January 30, 2024 10:11 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: GTF trace for a JCL error? > > [EXTERNAL EMAIL] > > Dave, > > It was VTAM that would not come up d

Re: GTF trace for a JCL error?

Dave, It was VTAM that would not come up due to a JCL error. We could not sign on to that LPAR and access JES. I was researching if I could see the JCL error via a GTF trace. Sounding like I will not be able to do that. In this case, starting the VTAM STC again with S , SUB=MSTR would write

Re: GTF trace for a JCL error?

Run a job with //STEP EXEC procname Presumably it will experience the same JCL error > -Original Message- > From: IBM Mainframe Discussion List On > Behalf Of Peter Ten Eyck > Sent: Tuesday, January 30, 2024 6:31 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: GTF tra

Re: GTF trace for a JCL error?

Thanks for the tip, in this case, S ,sub=MSTR works. As in, writes the IEFA107I JCL error to the console. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message

Re: GTF trace for a JCL error?

Mainframe Discussion List On Behalf Of Peter Ten Eyck Sent: Tuesday, January 30, 2024 2:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: GTF trace for a JCL error? [Some people who received this message don't often get email from 04d3761a18a7-dmarc-requ...@listserv.ua.edu. Learn why this is important

Re: GTF trace for a JCL error?

, 2024 8:39 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: GTF trace for a JCL error? [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your

Re: GTF trace for a JCL error?

Hi, You can check the jobclass definitions of your STCs by issuing $DJOBCLASS(STC),LONG or looking into SDSF at JC screen. Probably the outdisp is (PURGE,PURGE). In this case, you may change it to (HOLD,HOLD) to see the JCL. Best Regards Ituriel do Nascimento Neto z/OS System Programmer

Re: GTF trace for a JCL error?

Classification: Confidential Nope! -Original Message- From: IBM Mainframe Discussion List On Behalf Of Peter Ten Eyck Sent: Tuesday, January 30, 2024 8:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: GTF trace for a JCL error? [CAUTION: This Email is from outside the Organization. Unless

GTF trace for a JCL error?

Under z/OS 2.4. I have a STC when started, fails with the following error in the SYSLOG: IEE132I START COMMAND DEVICE ALLOCATION ERROR Looking at the STC output in JES, there is a JCL error in the proc (dataset not found). Is there a way to "see" the JCL error without looking

Re: How to configure using PDS members in JCL.

Sometimes ISPF panels is the right answer - many times simple JCL is best. Using the JCL solution may be better than saying in the documentation "edit all these files... and make the following changes". Or - more simply - it is horses for courses. Colin On Thu, 11 Jan 2024 at 02:00,

Re: How to configure using PDS members in JCL.

ct developers would create professional > installer instead of using a quick and dirty solution. z/OS has many tools. > ISPF Panels, models. Clists, REXX, TSO, IRXJCL, ISPF edit and more. It > doesn't take much to use ISPF panels, validate user input and set defaults. &

Re: How to configure using PDS members in JCL.

ISPF edit and more. It doesn't take much to use ISPF panels, validate user input and set defaults. Having customers modify JCL set statements is only useful for very simple products. -- For IBM-MAIN subscribe / signoff / archive a

Re: How to configure using PDS members in JCL.

On Wed, 10 Jan 2024 11:41:16 +, Colin Paice wrote: >Thanks for all the suggestions. The best one ( thank you Charles) is [ I'm editint -- gil ] >... >// EXPORT SYMLIST=(*) >// SET USERID='CERTID' >... >//SYSTSIN DD *,SYMBOLS=(JCLONLY) >// INCLUDE MEMBER=LU > >Where member LU is >

Re: How to configure using PDS members in JCL.

*,SYMBOLS=JCLONLY > > > An alternative might be to concatenate JCL and the subject member into > INTRDR. > In either case, the subject member must have been coded with > references. > It's regrettable that there's no simple way to provide defaults for such

Re: How to configure using PDS members in JCL.

On Mon, 8 Jan 2024 12:39:17 -0600, Charles Hardee wrote: > >The one thing I forgot to say was that the member being included needs a >statement like this as the first entry: > >// DD *,SYMBOLS=JCLONLY > An alternative might be to concatenate JCL and the subject

Re: How to configure using PDS members in JCL.

PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to configure using PDS members in JCL. Good catch Gil! The one thing I forgot to say was that the member being included needs a statement like this as the first entry: // DD *,SYMBOLS=JCLONLY Sorry for the confusion. C- On Mon, Jan 8

Re: How to configure using PDS members in JCL.

edu> wrote: > On Mon, 8 Jan 2024 14:22:42 +, Seymour J Metz wrote: > > >CPPUPDTE (nee IPOUPDTE) only changes a existing member; the easiest ways > I can think of to do what you want are ISPF file tailoring or JCL > substitution with a // INCLUDE. I would probably go with the f

Re: How to configure using PDS members in JCL.

>> Sri h Kolusu suggest the INCLUDE; I assume that he tested it. IMHO file >> tailoring is a more versatile solution. Shmuel, Slight Correction. It is NOT me who suggested the INCLUDE solution. It is by Charles hardee https://www.mail-archive.com/ibm-main@listserv.ua.edu/msg135276.html The

Re: How to configure using PDS members in JCL.

List on behalf of Paul Gilmartin <042bfe9c879d-dmarc-requ...@listserv.ua.edu> Sent: Monday, January 8, 2024 11:46 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to configure using PDS members in JCL. On Mon, 8 Jan 2024 14:22:42 +, Seymour J Metz wrote: >CPPUPDTE (nee IPOUP

Re: How to configure using PDS members in JCL.

On Mon, 8 Jan 2024 14:22:42 +, Seymour J Metz wrote: >CPPUPDTE (nee IPOUPDTE) only changes a existing member; the easiest ways I >can think of to do what you want are ISPF file tailoring or JCL substitution >with a // INCLUDE. I would probably go with the former. > Oh my! Ca

Re: How to configure using PDS members in JCL.

>> I have a PDS with configuration definitions in it and want to make it easy >> to configure. Colin, You could use DFSORT to do the substitution and generate the control cards which can be passed to the next steps that really execute the commands. For example // SET ID=COLIN //* //STEP0100

Re: How to configure using PDS members in JCL.

CPPUPDTE (nee IPOUPDTE) only changes a existing member; the easiest ways I can think of to do what you want are ISPF file tailoring or JCL substitution with a // INCLUDE. I would probably go with the former. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 עַם יִשְׂרָאֵל חַי נֵ֣צַח

Re: How to configure using PDS members in JCL.

On Mon, 8 Jan 2024 at 12:16, Colin Paice wrote: > I have a PDS with configuration definitions in it and want to make it easy > to configure. > > I want to have PDS members with content like PERMIT ... ACCESS(READ) > CLASS(...) ID() > and want the to be substituted for exampl

Re: How to configure using PDS members in JCL.

: > I have a PDS with configuration definitions in it and want to make it easy > to configure. > > I want to have PDS members with content like PERMIT ... ACCESS(READ) > CLASS(...) ID() > and want the to be substituted for example in JCL // SET ID=COLIN, and > be able to change

How to configure using PDS members in JCL.

I have a PDS with configuration definitions in it and want to make it easy to configure. I want to have PDS members with content like PERMIT ... ACCESS(READ) CLASS(...) ID() and want the to be substituted for example in JCL // SET ID=COLIN, and be able to change the value on each run. However

Re: Hex (was: Stupid JCL question)

On Sun, 24 Dec 2023 14:18:34 -0600, Michael Oujesky wrote: >Just as an aside, the default EBCDIC to ASCIIi translation table in >FTP has issues with some special characters. We used CONVXLAT >against TCPIP.SEZATCPX(EUS) to create one that works for the texts we >have, Then in the FTP control

Re: Hex (was: Stupid JCL question)

At 03:21 PM 12/24/2023, Paul Gilmartin wrote: On Sun, 24 Dec 2023 14:18:34 -0600, Michael Oujesky wrote: >Just as an aside, the default EBCDIC to ASCIIi translation table in >FTP has issues with some special characters. We used CONVXLAT >against TCPIP.SEZATCPX(EUS) to create one that works

Re: Stupid JCL question

IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Stupid JCL question On Sun, 24 Dec 2023 14:15:49 +, Seymour J Metz wrote: >No. Code points can be expressed in hex; characters cannot. > It depends. Much IBM literature uses "character" to mean what other cultures call "octet"

Re: Hex (was: Stupid JCL question)

On Sun, 24 Dec 2023 14:18:34 -0600, Michael Oujesky wrote: >Just as an aside, the default EBCDIC to ASCIIi translation table in >FTP has issues with some special characters. We used CONVXLAT >against TCPIP.SEZATCPX(EUS) to create one that works for the texts we >have, Then in the FTP control

Re: Hex (was: Stupid JCL question)

Just as an aside, the default EBCDIC to ASCIIi translation table in FTP has issues with some special characters. We used CONVXLAT against TCPIP.SEZATCPX(EUS) to create one that works for the texts we have, Then in the FTP control statements, used LOCSITE SBDataconn= to specify use of the

Re: Stupid JCL question

On Sun, 24 Dec 2023 14:15:49 +, Seymour J Metz wrote: >No. Code points can be expressed in hex; characters cannot. > It depends. Much IBM literature uses "character" to mean what other cultures call "octet". And Unicode documentation shows several representations for characters,

Re: Stupid JCL question

, December 22, 2023 4:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Stupid JCL question Just to be pedantic, aren't ~all~ characters hex characters? That is, they can be expressed in hex. I suppose (but I'm not sure) that "non-hex character" is intended to mean a character that can be

Re: Stupid JCL question

MVS 3.8 was just *slightly* earlier than "IF / THEN" conditional JCL existed. :-) Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html On F

Re: Stupid JCL question

EC PROC=MYPROG,P=IEFBR14 > //STEP2 EXEC PROC=MYPROG > > > regards; > > Rahim > > > > > > > >On Friday, December 22, 2023 at 10:04:29 AM CST, Bob Bridges > wrote: > > I should know this - I've been using JCL for decades - b

Re: Stupid JCL question

PROC=MYPROG,P=IEFBR14 //STEP2 EXEC PROC=MYPROG regards; Rahim    On Friday, December 22, 2023 at 10:04:29 AM CST, Bob Bridges wrote: I should know this - I've been using JCL for decades - but I find I'm uncertain about something I haven't done in a while.  I have a production

Re: Hex (was: Stupid JCL question)

Why am I reminded of the Karate Kid? Hex-on, hex-off? At 03:42 PM 12/22/2023, Paul Gilmartin wrote: On Fri, 22 Dec 2023 16:23:31 -0500, Bob Bridges wrote: >Just to be pedantic, aren't ~all~ characters hex characters? > I think the only hex characters are 0-9 and A-F. > ... That

Hex (was: Stupid JCL question)

On Fri, 22 Dec 2023 16:23:31 -0500, Bob Bridges wrote: >Just to be pedantic, aren't ~all~ characters hex characters? > I think the only hex characters are 0-9 and A-F. > ... That is, they can be expressed in hex. I suppose (but I'm not sure) that > "non-hex character" is intended to mean a

Re: Stupid JCL question

Just to be pedantic, aren't ~all~ characters hex characters? That is, they can be expressed in hex. I suppose (but I'm not sure) that "non-hex character" is intended to mean a character that can be expressed directly, eg a space can be expressed as '40'x or as ' '. Whereas a tab character in

Re: Stupid JCL question

On Fri, 22 Dec 2023 15:30:03 -0500, Steve Thompson wrote: >"Prudently, you should inspect your JCL to ensure there are no >happenstance occurrences of your chosen delimiter." > >Oh has that come back to byte people!!  (data stream(s) having >any hex character in a

Re: Stupid JCL question

"Prudently, you should inspect your JCL to ensure there are no happenstance occurrences of your chosen delimiter." Oh has that come back to byte people!!  (data stream(s) having any hex character in any position). Just say'n Steve Thompson On 12/22/2023 2:46 PM, Paul Gilma

Re: Stupid JCL question

On Fri, 22 Dec 2023 17:30:10 +, Sri h Kolusu wrote: >... >Your option works, however, there is another option to make jcl skip steps >with enclosing the steps as data. > >For example, if you had 10 steps and you want only first 6 steps to run then >simply add //S

Re: Stupid JCL question

On Fri, 22 Dec 2023 12:57:00 -0500, Bob Bridges wrote: >Oh, simply because the whole job is 160-something lines. One inserted '//' is >a lot less risky than editing that many records, that's all. > And it's more readily reversible if you want to restore the original job after experimenting and

Re: Stupid JCL question

: Friday, December 22, 2023 12:49 Ok, so how about the obvious response…… Since you are going to edit the JCL to add // or something, why not just comment out or delete the remaining JCL? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sri h Kolusu Sent: Friday, December

Re: Stupid JCL question

Ok, so how about the obvious response…… Since you are going to edit the JCL to add // or something, why not just comment out or delete the remaining JCL? Dave Jousma Vice President | Director, Technology Engineering From: IBM Mainframe Discussion List on behalf of Bob Bridges Date

Re: Stupid JCL question

Bob, If you did not want to touch the original job, then you can use IEBEDIT which lets you edit the job stream. Check out the examples. https://www.ibm.com/docs/en/zos/2.5.0?topic=utilities-iebedit-edit-job-stream-program Thanks, Kolusu

Re: Stupid JCL question

Liebling */ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sri h Kolusu Sent: Friday, December 22, 2023 12:30 Your option works, however, there is another option to make jcl skip steps with enclosing the steps as data. For example, if you had 10 steps and you want

Re: Stupid JCL question

also test it using a few IEFBR14 steps. Insert // after the first one and you will see that the subsequent steps will not execute. --- On Friday, December 22, 2023 at 11:04:26 AM EST, Bob Bridges wrote: I should know this - I've been using JCL for decades - but I find I'm uncertain about s

Re: Stupid JCL question

>> I should know this - I've been using JCL for decades - but I find I'm >> uncertain about something I haven't done in a while. I have a production >> job here that will eventually be rewritten, but for now I'm just going to >> tell it to execute only the first coup

Re: Stupid JCL question

? o NJE? o Can it be fooled by:: - DD DATA,DLM='//'? - DD DATA,DLM='xx'? Could a mischievous programmer read sensitive data in a following job? I know with the SDSF REXX API, but not the GUI, I can read data after the '//'. >At 10:04 AM 12/22/2023, Bob Bridges wrote: > >>

Re: Stupid JCL question

"/*EOF" works for me and is easy to spot, whereas "// " is sometimes easy to miss. Michael At 10:04 AM 12/22/2023, Bob Bridges wrote: I should know this - I've been using JCL for decades - but I find I'm uncertain about something I haven't done in a while. I have a

Re: Stupid JCL question

2, 2023 11:04 I should know this - I've been using JCL for decades - but I find I'm uncertain about something I haven't done in a while. I have a production job here that will eventually be rewritten, but for now I'm just going to tell it to execute only the first couple steps. I had in mind

Re: Stupid JCL question

Yes, it will submit starting from the next job card. Did it for a production worker wanting to just run the start. On Fri, Dec 22, 2023 at 10:04 AM Bob Bridges wrote: > I should know this - I've been using JCL for decades - but I find I'm > uncertain about something I haven't done in a

Re: Stupid JCL question

You’re right. It stops with the //. From: IBM Mainframe Discussion List on behalf of Bob Bridges Sent: Friday, December 22, 2023 11:04:09 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Stupid JCL question I should know this - I've been using JCL for decades - but I

Re: Stupid JCL question

Yes - that will work.  You can also test it using a few IEFBR14 steps.  Insert // after the first one and you will see that the subsequent steps will not execute. HTH On Friday, December 22, 2023 at 11:04:26 AM EST, Bob Bridges wrote: I should know this - I've been using JCL

Re: Stupid JCL question

Since the subsequent JCL statements won't be preceded by a JOB card, they will be discarded. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Bob Bridges Sent: Friday, December 22, 2023 10:04 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Stupid JCL question CAUTION

Stupid JCL question

I should know this - I've been using JCL for decades - but I find I'm uncertain about something I haven't done in a while. I have a production job here that will eventually be rewritten, but for now I'm just going to tell it to execute only the first couple steps. I had in mind inserting

Re: Programatically setting JCL symbols

Thanks everyone for your information. I have looked at named tokens and it appears they just might do what I need. Chuck On Thu, Oct 19, 2023 at 1:06 PM Jon Perryman wrote: > On Thu, 19 Oct 2023 16:25:23 +, Farley, Peter < > peter.far...@broadridge.com> wrote: > > >System-wide named

Re: Programatically setting JCL symbols

gt; Yes, I did mean that. My bad for sending a note late at night when I'm > tired. > Lennie > > -Original Message- > From: IBM Mainframe Discussion List On Behalf > Of Paul Gilmartin > Sent: 18 October 2023 23:56 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Programa

Re: Programatically setting JCL symbols

On Thu, 19 Oct 2023 16:25:23 +, Farley, Peter wrote: >System-wide named tokens will survive between batch steps, but may require >authorized code to create and delete them. The OP is now talking about system symbols which will also be protected. If incorrectly protected, changing

Re: Programatically setting JCL symbols

: Thursday, October 19, 2023 11:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Programatically setting JCL symbols Namedtokens is designed for what you are describing. On Thu, 19 Oct 2023 09:17:34 -0500, Charles Hardee wrote: >Program A executes and sets a global symbol to a certain va

Re: Programatically setting JCL symbols

On Thu, 19 Oct 2023 10:31:56 -0500, Charles Hardee wrote: >No decision has yet been made as to how this "communication" will take >place. > Would JCLLIB members be a useful "communication" vehicle? -- gil -- For IBM-MAIN

Re: Programatically setting JCL symbols

Namedtokens is designed for what you are describing. On Thu, 19 Oct 2023 09:17:34 -0500, Charles Hardee wrote: >Program A executes and sets a global symbol to a certain value and >terminates. >Many other jobs execute and, in each one, as needed, the programs check to >see if the global symbol

Re: Programatically setting JCL symbols

d to be available cross-system, i.e. within sysplex members? > > As you admit, there are several other approaches to the general requirement > that don't involve a JCL-style symbol. For within an IPL there is the > Name/Token pair scheme. > > Perhaps the simplest that needs no special

Re: Programatically setting JCL symbols

her approaches to the general requirement that don't involve a JCL-style symbol. For within an IPL there is the Name/Token pair scheme. Perhaps the simplest that needs no special facilities or authorization is for Program A to write the value into a dataset or UNIX file, and the other jobs to read

Re: Programatically setting JCL symbols

I would call it "corrective". As Allan eluded to, I am really after SYSTEM not JCL symbols. Apologies, while they are different, I typically lump them into the same bucket. Chuck On Thu, Oct 19, 2023 at 9:31 AM Tom Marchant < 000a2a8c2020-dmarc-requ...@listserv.ua.edu&g

Re: Programatically setting JCL symbols

JCL symbols exist only within a job. A symbol set in one job cannot be checked in another job. Sorry if this isn't "*constructive*". -- Tom Marchant On Thu, 19 Oct 2023 09:17:34 -0500, Charles Hardee wrote: >My apologies, I didn't mean to stir up the hornet's nes

Re: Programatically setting JCL symbols

Classification: Confidential I believe you need to clarify the following. Are these JCL symbols or SYSTEM symbols. System symbols can be change dynamically (as of z/OS 2.1; prior to 2.1 via unsupported utilkity). I am unaware of any method to change JCL symbols directly. -Original

Re: Programatically setting JCL symbols

nt: 18 October 2023 23:56 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Programatically setting JCL symbols > > On Wed, 18 Oct 2023 22:53:05 +0100, Lennie Dymoke-Bradshaw wrote: > > >On the other hand they can be passed to another job via the internal > reader specified with th

Re: Programatically setting JCL symbols

Yes, I did mean that. My bad for sending a note late at night when I'm tired. Lennie -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: 18 October 2023 23:56 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Programatically setting JCL symbols On Wed, 18

Re: Programatically setting JCL symbols

Possibly what they want to do is be able to create or change the symbolic after the job has started. Isn't there a program interface to generating symbols? Brian -- For IBM-MAIN subscribe / signoff / archive access

Re: Programatically setting JCL symbols

On Wed, 18 Oct 2023 18:31:11 -0500, Mike Schwab wrote: >Write a program that outputs a JOB with the desired JCL and variables. >Some automation programs can modify JCL in a library when it submits >it. There are many problems with this solution because we are making assumptio

Re: Programatically setting JCL symbols

Write a program that outputs a JOB with the desired JCL and variables. Some automation programs can modify JCL in a library when it submits it. On Wed, Oct 18, 2023 at 4:19 PM Charles Hardee wrote: > > Hello All, > > Thanks in advance for anyone that can shed light on

Re: Programatically setting JCL symbols

On Wed, 18 Oct 2023 16:18:05 -0500, Charles Hardee wrote: >Is there a mechanism for setting a JCL type variable from within a program? > >In other words, I would like to do this: > >// SET XYZ='ABC and DEF' > >from within a program. You're asking for a solution to a

Re: Programatically setting JCL symbols

On Wed, 18 Oct 2023 22:53:05 +0100, Lennie Dymoke-Bradshaw wrote: >On the other hand they can be passed to another job via the internal reader >specified with the SYMBOLS parameter. >For example, >//INTRDR DD *,SYMLIST=* >It could make sense in this instance. > ITYM: // EXPORT

Re: Programatically setting JCL symbols

is.’ -Original Message- From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin Sent: 18 October 2023 22:28 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Programatically setting JCL symbols On Wed, 18 Oct 2023 16:18:05 -0500, Charles Hardee wrote: > >Thanks in advance for anyone th

Re: Programatically setting JCL symbolsragg

On Wed, Oct 18, 2023 at 16:28 Paul Gilmartin < 042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote: > On Wed, 18 Oct 2023 16:18: 05 -0500, Charles Hardee wrote: > > > >Thanks in advance for anyone that can shed light on the subject. > > > >Is there a umechanis

Re: Programatically setting JCL symbols

Why would you want/need to do this? Michael At 04:18 PM 10/18/2023, Charles Hardee wrote: Hello All, Thanks in advance for anyone that can shed light on the subject. Is there a mechanism for setting a JCL type variable from within a program? In other words, I would like to do this: // SET

Re: Programatically setting JCL symbols

On Wed, 18 Oct 2023 16:18:05 -0500, Charles Hardee wrote: > >Thanks in advance for anyone that can shed light on the subject. > >Is there a mechanism for setting a JCL type variable from within a program? > I hope you can't. JCL symbols are elaborated by the Converter, before a p

Programatically setting JCL symbols

Hello All, Thanks in advance for anyone that can shed light on the subject. Is there a mechanism for setting a JCL type variable from within a program? In other words, I would like to do this: // SET XYZ='ABC and DEF' from within a program. Again, thanks for anyone that can shed light

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

Peter Relson wrote: >I on the other hand do have sympathy. A highly significant reason that >z/OS still exists (and the same could have been said for its >predecessors OS/390 and MVS) is because of the enormous amount of time >and effort we have put into maintaining as much compatibility as we

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

That should just be made a syntax error. I have no sympathy for the "compatibility" argument. I on the other hand do have sympathy. A highly significant reason that z/OS still exists (and the same could have been said for its predecessors OS/390 and MVS) is because of the enormous amount of

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

ed. > I see that. Thanks. I searched the 3.1 JCL Ref. for "unpredictable". I consider some remaining instances inexcusable, such as: Do not code TIME=0 on a JOB statement. The results are unpredictable. That should just be made a syntax error. I have no sympathy for the

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

hat we could document for which it would be OK to have JCL symbols used to define other JCL symbols. I expect that somewhere the books describe what you get if you use a symbol and that symbol is not yet defined (I do not know exactly where that is). There are probably subtleties about "no

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

Processing date from control card input is endemic to the financial industry, not just banks. I believe it stems from the fact that "daily" processing occurs after midnight, Michael At 11:08 AM 10/8/2023, Paul Gilmartin wrote: On Sat, 7 Oct 2023 22:30:52 +0200, Radoslaw Skorupka wrote:

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

On Sat, 7 Oct 2023 22:30:52 +0200, Radoslaw Skorupka wrote: >To be honest I consider date-related variables as pooor when >compared to batch scheduler features, especially ControlM (it is not >advertisement, just opinion). > You worked for a bank. I had a co-worker who had worked for a bank.

Re: JCL symbols used to define other JCL symbols [was: RE: Is SMP/E needed for installs?]

> However infrequently it's done, it should be documented and behave as documented. If the effect is to "Determine Equivalent JCL" then perform the operation, no more explanation is needed. I find 16 uses of "unpredictable" in the JCL Ref., with the caveat: Chapter 4. Syn

  1   2   3   4   5   6   7   8   9   10   >