Sv: Ability to pass symbolic variable back from REXX to JCL?

&JOBNAME Within JCL, the substitution text for &JOBNAME is the name of the job assigned to the address space in which the JCL is converted, not the name of the job being processed. For instance, if JES2 does the conversion, &JOBNAME resolves to JES2. This works for me in 2.5 //

Re: Ability to pass symbolic variable back from REXX to JCL?

>> Follow-on question - I have looked through JCL Ref Guide & Init & Tuning >> Guide and can't seem to find what I am looking for. I am looking for >> exhaustive built-in symbols list (such as &SYSUID) that can be used in batch >> jobs. I'm not

Re: Ability to pass symbolic variable back from REXX to JCL?

On Fri, 16 Aug 2024 13:10:28 -0500, Steve Estle \ wrote: >Thanks to responses. > >Follow-on question - I have looked through JCL Ref Guide & Init & Tuning Guide >and can't seem to find what I am looking for. I am looking for exhaustive >built-in symbols list (

Re: Ability to pass symbolic variable back from REXX to JCL?

Thanks to responses. Follow-on question - I have looked through JCL Ref Guide & Init & Tuning Guide and can't seem to find what I am looking for. I am looking for exhaustive built-in symbols list (such as &SYSUID) that can be used in batch jobs. I'm not talking ab

Re: Ability to pass symbolic variable back from REXX to JCL?

e the ability to access this dynamically > generated dataset name as a JCL symbolic variable for subsequent downstream > job steps. Is there any way that REXX variables can be somehow be shared / > passed back to batch job JCL routine such that the dynamically generated > dataset name ca

Re: Ability to pass symbolic variable back from REXX to JCL?

t;dynamically generated dataset name which occurs withing thisi REXX routine (we >call it BTCHSAVE). I'd like the ability to access this dynamically generated >dataset name as a JCL symbolic variable for subsequent downstream job steps. >Is there any way that REXX variables c

Re: Ability to pass symbolic variable back from REXX to JCL?

lf of Steve Estle <05dcac13570d-dmarc-requ...@listserv.ua.edu> Sent: Friday, August 16, 2024 9:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Ability to pass symbolic variable back from REXX to JCL? Hello All, I know we have a lot of REXX coders / developers on here so putting this out as

Sv: Ability to pass symbolic variable back from REXX to JCL?

But then it has to be a separate job //Lasse -Ursprungligt meddelande- Från: IBM Mainframe Discussion List För Schmitt, Michael Skickat: den 16 augusti 2024 16:13 Till: IBM-MAIN@LISTSERV.UA.EDU Ämne: Re: Ability to pass symbolic variable back from REXX to JCL? One way is to have the

Re: Ability to pass symbolic variable back from REXX to JCL?

variable back from REXX to JCL? Hello All, I know we have a lot of REXX coders / developers on here so putting this out as a "is this possible" question. Scenario: A recent effort brought a question to light. We have a home grown REXX routine that dynamically generates dataset names

Ability to pass symbolic variable back from REXX to JCL?

nerated dataset name as a JCL symbolic variable for subsequent downstream job steps. Is there any way that REXX variables can be somehow be shared / passed back to batch job JCL routine such that the dynamically generated dataset name can be used in subsequent steps of the job? Let me kno

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

Re: Using environment variables in JCL and USS

e 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 lists..

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. Is

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 a

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 you

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 EXECI

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 variab

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. > O

Re: Using environment variables in JCL and USS

n List 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 va

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_FIL

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 taskname,

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 ofte

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?

: IBM 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 im

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.

g more useful. 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

Re: How to configure using PDS members in JCL.

product 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

Re: How to configure using PDS members in JCL.

, IRXJCL, 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 / sign

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.

t like this as the first entry: > > > >// DD *,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 &SYMBOL > references. > It's regr

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 memb

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 s

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 EX

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(&ID) > and want the &ID to be subs

Re: How to configure using PDS members in JCL.

in 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(&ID) > and want the &ID to be substituted for example in JCL // SET ID=COLIN,

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(&ID) and want the &ID to be substituted for example in JCL // SET ID=COLIN, and be able to change the value on

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 sta

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 for

Re: Stupid JCL question

4, 2023 10:38 AM To: 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 c

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 sta

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 crea

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, including

Re: Stupid JCL question

of Bob Bridges Sent: Friday, 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

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

Re: Stupid JCL question

IF > // PEND > //STEP1 EXEC 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 b

Re: Stupid JCL question

// ENDIF // PEND //STEP1 EXEC 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

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 is,

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 cha

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

sma, David Sent: 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: F

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

oseph 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

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. --- On Friday, December 22, 2023 at 11:04:26 AM EST, Bob Bridges wrote: I should know this - I've been using JCL for dec

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

Re: Stupid JCL question

2? o JES3? 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/2

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 wh

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 s

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&#

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 -

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 JC

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 h

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 tokens

Re: Programatically setting JCL symbols

wrote: > 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 > S

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 critica

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 subscr

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

And does it need 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 th

Re: Programatically setting JCL symbols

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 facilities or authorization is for Program A to write the value into a dataset or UNIX file, and the othe

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&#x

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

ul Gilmartin > Sent: 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 speci

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 We

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 instructions

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 assumptions

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 the subject. &g

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

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 SYMLIST=

Re: Programatically setting JCL symbols

.’ -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

  1   2   3   4   5   6   7   8   9   10   >