Re: refresh system symbols

Peter, I was going to suggest *The SETLOAD <https://www.ibm.com/docs/en/zos/2.5.0?topic=reference-setload-command> command can be used to refresh system symbols via a LOADxx member.* - *If you have the LOADxx members in the PARMLIB concatenation, (and so are not using SYS1.I

Re: refresh system symbols

Michael Babcock's comment was fully correct and on point. If you have LOADxx in SYS1.IPLPARM on volume VOL123 and that dataset is not in the parmlib concatenation then SETLOAD xx,IEASYM,DSN=SYS1.IPLPARM,VOL=VOL123 applies. And, as is described, you can use SETLOAD xx,IEASYM,DSN=IPL,VOL=IPL To

Re: refresh system symbols

To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: refresh system symbols The 02 was just an example straight from the doc. On Sat, Sep 10, 2022 at 11:15 AM Colin Paice wrote: > SETLOAD 02,IEASYM,DSN=sys2.relson,VOL=123456 > only works if you have a load02 in the dataset. > I do not - my

Re: refresh system symbols

gt; > > SETLOAD 02,IEASYM,DSN=sys2.relson,VOL=123456 > > > > On Sat, Sep 10, 2022 at 5:42 AM Colin Paice > wrote: > > > > > I've been trying to refresh the system symbols, and have hit a problem. > > > There is the setload command, which you can use to refresh

Re: refresh system symbols

comment on this. Colin On Sat, 10 Sept 2022 at 14:46, Michael Babcock wrote: > You can specify a dataset name and volser. > > SETLOAD 02,IEASYM,DSN=sys2.relson,VOL=123456 > > On Sat, Sep 10, 2022 at 5:42 AM Colin Paice wrote: > > > I've been trying to refresh the syst

Re: refresh system symbols

You can specify a dataset name and volser. SETLOAD 02,IEASYM,DSN=sys2.relson,VOL=123456 On Sat, Sep 10, 2022 at 5:42 AM Colin Paice wrote: > I've been trying to refresh the system symbols, and have hit a problem. > There is the setload command, which you can use to refresh IPL or

Re: refresh system symbols

the same volume as the IODF and the volume selected for > > IPL load parm? > > > > Sent with Proton Mail secure email. > > > > --- Original Message --- > > On Saturday, September 10th, 2022 at 6:41 AM, Colin Paice < > > colinpai...@gmail.com> wro

Re: refresh system symbols

th Proton Mail secure email. > > --- Original Message --- > On Saturday, September 10th, 2022 at 6:41 AM, Colin Paice < > colinpai...@gmail.com> wrote: > > > > I've been trying to refresh the system symbols, and have hit a problem. > > There is the setload comma

Re: refresh system symbols

Is SYS1.IPLPARM on the same volume as the IODF and the volume selected for IPL load parm? Sent with Proton Mail secure email. --- Original Message --- On Saturday, September 10th, 2022 at 6:41 AM, Colin Paice wrote: > I've been trying to refresh the system symbols, and have

refresh system symbols

I've been trying to refresh the system symbols, and have hit a problem. There is the setload command, which you can use to refresh IPL or IEASYM - but only if the LOADxx member is in the PARMLIB concatenation. My LOADxx (from the ADCD system) is in SYS1.IPLPARM, and setload does not pick

Re: Access to System Symbols from a C/C++ program?

to read its own >config file (a UNIX file, that is) and perform substitution for system >symbols. I do not want the user to have to run an extra job step or the >like. > Is the set of symbols predefined or open-ended? Wouldn't it be nice if there were a function to add all or a

Access to System Symbols from a C/C++ program?

There seem to be way too many ways to access various subsets of System and JCL symbols. I have C/C++ code that I want to be able to read its own config file (a UNIX file, that is) and perform substitution for system symbols. I do not want the user to have to run an extra job step or the like

Re: authority needed to update system symbols

IEASYMU2 requires updates access to FACILITY class entity IEASYMUP.symname. You should not use IEASYMU2 unless this is a temporary update that you do not want to persist for the next IPL. I'd say that there is no such thing as "my system symbols". Anything beyond the system symbol

Re: authority needed to update system symbols

Take a look at IEASYMU2 as well: https://www.ibm.com/docs/en/zos/2.4.0?topic=definitions-changing-system-symbols I kind of like this option over SETLOAD if the contents/concatenation of IEASYMxx member is supported by more than one team. On Mon, Aug 30, 2021 at 6:45 AM Bill Giannelli wrote

Re: authority needed to update system symbols

thank you for the information! in order to change a system symbolic I would execute a "setload" command? if so that would involve replacing the whole parmlib member and also authority to edit the parmlib dataset? Bill -- For

Re: authority needed to update system symbols

‐‐‐ Original Message ‐‐‐ On Monday, August 30th, 2021 at 7:17 AM, Bill Giannelli wrote: > we have system symbols specific to our area's software and products (DB2). > > what authority do I need in order to update and change "my" system symbols?

authority needed to update system symbols

we have system symbols specific to our area's software and products (DB2). what authority do I need in order to update and change "my" system symbols? thanks Bill -- For IBM-MAIN subscribe / signoff / archive access in

Re: Network names (was: System Symbols)

From: IBM Mainframe Discussion List on behalf of scott Ford Sent: Friday, January 4, 2019 3:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Network names (was: System Symbols) Seymour, In many ways I preferred the SNA architecture over TCPIP. But i have a bias since

Re: Network names (was: System Symbols)

Discussion List on behalf > of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> > Sent: Monday, December 31, 2018 4:19 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Network names (was: System Symbols) > > On Mon, 31 Dec 2018 16:00:02 -0500, Tony Harminc wrot

Re: Network names (was: System Symbols)

From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Monday, December 31, 2018 4:19 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Network names (was: System Symbols) On Mon, 31 Dec 2018 16:00:02 -0500, Tony Harminc

Re: System Symbols

Tony, Yep we did that also, when put out networks in. It took to build a schema flexible enough to support 56 Internaltional sites and all their LUs. Scott On Mon, Dec 31, 2018 at 4:00 PM Tony Harminc wrote: > On Mon, 31 Dec 2018 at 11:40, Jesse 1 Robinson > wrote: > > When VTAM/SNA went to

Network names (was: System Symbols)

On Mon, 31 Dec 2018 16:00:02 -0500, Tony Harminc wrote: > >In the mid 1990s, when SNA interconnection between enterprises was at its >peak, IBM had an SNA network name registry. (For all I know they may still >have it.) Names were of the form character customer code>, so e.g. IBM itself was USIBM

Re: System Symbols

On Mon, 31 Dec 2018 at 11:40, Jesse 1 Robinson wrote: When VTAM/SNA went to Multi Systems Networking Facility (MSNF) in the > 1980s, shops suddenly needed to take the whole world into account when > exposing heretofore 'private' node names. Most shops had a SYSA, which > would not do when

Re: System Symbols

We have our own CI, using GIT, she and rspec, so I am always curious on technique Gil, thx. Scott On Mon, Dec 31, 2018 at 1:10 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 31 Dec 2018 16:54:08 +, Martin Packer wrote: > > > > >Paul, do you have a

Re: System Symbols

On Mon, 31 Dec 2018 16:54:08 +, Martin Packer wrote: > >Paul, do you have a sample? > >(This would actually anable something for me.) > I have nothing in use that I can share, but something like: #! /bin/sh -x submit <

Re: System Symbols

>>> My use of IEASYMU2 creates two 'new' system symbols 'PRYYMMDD' and > 'PRYYDDD' after IPL, but then I change the values in those symbols at about > 00:01 each day. Sean, DFSORT can calculate any date in both greogorian and Julian format. A Simple DATE1-1 will get you y

Re: System Symbols

Gil, Same here I use Linux a lot , love see what you did, I do some stuff in oRexx on z/PDT ... Scott On Mon, Dec 31, 2018 at 11:54 AM Martin Packer wrote: > > Paul, do you have a sample? > > (This would actually enable something for me.) > > Thanks, Martin > > Sent from my iPad > > > On 31

Re: System Symbols

Paul, do you have a sample? (This would actually enable something for me.) Thanks, Martin Sent from my iPad > On 31 Dec 2018, at 16:01, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > >> On Mon, 31 Dec 2018 08:29:19 +, Sean Gleann wrote: >> >> As for "This is the

Re: System Symbols

[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Allan Staller Sent: Monday, December 31, 2018 5:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: System Symbols z/OS 2.2 and above allow use of system symbols in batch. See the SYSSYM=ALLOW parameter of JOBDEF and JOBCLASS in the JES manuals

Re: System Symbols

at the time was to prefix outward-facing node names with the SHARE installation code, such as SCE. Shops following that convention would unlikely collide with another installation. When we adopted system symbols in the 90s, we followed a similar strategy. All of our in-house symbols begin 'SCE'. Never

Re: System Symbols

On Mon, 31 Dec 2018 08:29:19 +, Sean Gleann wrote: > >As for "This is the sort of thing that should be routinely provided by the >OS." - a huge YES! to that, and other associated values like 'first working >day of the week/month/year' and so on. >Its a crying shame that the only other way of

Re: System Symbols

z/OS 2.2 and above allow use of system symbols in batch. See the SYSSYM=ALLOW parameter of JOBDEF and JOBCLASS in the JES manuals. HTH, -Original Message- From: IBM Mainframe Discussion List On Behalf Of scott Ford Sent: Saturday, December 29, 2018 12:37 PM To: IBM-MAIN

Re: System Symbols

>Do customers typically add their own SYS type symbols I expect not. They should not. My point was that we could safely add a symbol starting with SYS but could not safely add a symbol such as due to the compatibility concerns that a customer might have done so and our definition could cause

Re: System Symbols

Just for clarification: No, we don't IPL daily - apologies for my poor wording. My use of IEASYMU2 creates two 'new' system symbols 'PRYYMMDD' and 'PRYYDDD' after IPL, but then I change the values in those symbols at about 00:01 each day. As for "This is the sort of thing that should be rout

Re: System Symbols

Peter , Do customers typically add their own SYS type symbols ? I am curious. Scott On Sun, Dec 30, 2018 at 8:44 AM Peter Relson wrote: > Using IEASYMU2 is fine. > > I suspect that most would not use "routinely" to express the desirability > of IBM providing a symbol for "yesterday". > I have

Re: System Symbols

Using IEASYMU2 is fine. I suspect that most would not use "routinely" to express the desirability of IBM providing a symbol for "yesterday". I have not seen a requirement for such a thing (this would be a "dynamic symbol" rather than a "static symbol"). FWIW, at this point, compatibility would

Re: System Symbols

On Sat, 29 Dec 2018 19:18:56 +, Sean Gleann wrote: > >I'm using IEASYMU2 on a daily basis to create (immediately after IPL) or >update 2 system symbols. > I hope you don't mean you IPL daily. >These symbols contain date values for 'yesterday' in Gregorian and Julian &

Re: System Symbols

@ Peter Relson Peter, you say "Adding system symbols is not something that a program should be doing". By 'a program', do you mean 'a user-written program', as opposed to a 'system utility'? I'm using IEASYMU2 on a daily basis to create (immediately after IPL) or update 2 syst

Re: System Symbols

, and I learned someone again. Regards, Scott On Sat, Dec 29, 2018 at 10:15 AM Peter Relson wrote: > > Has anyone created their own system symbol and then referenced it in HLASM > ? > > > Adding system symbols is not something that a program should be doing. > IEASYMxx is

Re: System Symbols

Has anyone created their own system symbol and then referenced it in HLASM ? Adding system symbols is not something that a program should be doing. IEASYMxx is the supported method for defining system symbols. SETLOAD IEASYM is the supported method for adding a system symbol after IPL

Re: System Symbols

Rob, My friend big thanks, answer is 'yes'. This is great. Happy Holidays, also. Scott On Fri, Dec 28, 2018 at 3:52 PM Rob Schramm wrote: > Is this along the lines of what you are looking for? > > https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/6SlkPC-irSc > > Rob > > On Fri,

Re: System Symbols

Is this along the lines of what you are looking for? https://groups.google.com/forum/#!topic/bit.listserv.ibm-main/6SlkPC-irSc Rob On Fri, Dec 28, 2018 at 12:09 PM scott Ford wrote: > All, > > Has anyone created their own system symbol and then referenced it in HLASM > ? > If so I need some

System Symbols

All, Has anyone created their own system symbol and then referenced it in HLASM ? If so I need some points on how to do it. I saw in the manual how to define it, what I am not clear on is how to have HLASM code read the system symbol table and compare for the desired symbol..What i want to do is

Re: policy agent config file - use of system symbols

M Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Jesse 1 Robinson > Sent: Saturday, October 27, 2018 2:44 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: policy agent config file - use of system symbols > > I'm probably not one to offer any helpful in

{MetLife Secure Message} RE: policy agent config file - use of system symbols

@LISTSERV.UA.EDU] On Behalf Of Alexei T Sent: Saturday, October 27, 2018 2:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [EXT] policy agent config file - use of system symbols Dear all, Is it possible to use system symbols within the configuration files of policy agent? The documentation

Re: policy agent config file - use of system symbols

config file - use of system symbols I'm probably not one to offer any helpful info because I don't know what 'policy agent' means. System symbols can theoretically be used pretty much anywhere because of a fully documented API that allows symbols to be retrieved and substituted in any text string

Re: policy agent config file - use of system symbols

I'm probably not one to offer any helpful info because I don't know what 'policy agent' means. System symbols can theoretically be used pretty much anywhere because of a fully documented API that allows symbols to be retrieved and substituted in any text string. Whether the API is actually

policy agent config file - use of system symbols

Dear all, Is it possible to use system symbols within the configuration files of policy agent? The documentation is not very clear on the subject (for instance its possible to use system symbols in tcpip profile dataset and resolver configuarion but I have not found any mention of the use

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

On Mon, 6 Aug 2018 11:15:06 +0100, Sean Gleann wrote: > >However, I wanted to go further. Having created a working REXX, I want to >then automatically run it on a daily basis to set suitably-named system >symbols with new values each day, > >I've tracked down details regarding th

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

alf of Sean Gleann Sent: Monday, August 6, 2018 4:08:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX) Thank you, Gadi - that cracked the problem. All is working as required now Sean On 6 August 2018 at 11:46, Elardus

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

terday's date, and my solution pretty much matches ones that have > been proposed in that mail-trail. > > >However, I wanted to go further. Having created a working REXX, I want to > then automatically run it on a daily basis to set suitably-named system > symbols with new values e

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

REXX, I want to then >automatically run it on a daily basis to set suitably-named system symbols >with new values each day, >I've tracked down details regarding the IEASYMU2 program, but no matter hat I >do, the result is always RC288 (or '120'x). As far as I can see, this is >caused by some sort of RA

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

And you may want to make it SYSTEM Rexx. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gadi Ben-Avi Sent: Monday, August 06, 2018 6:37 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 'Previous Day' system symbols (was: how to calculate

Re: 'Previous Day' system symbols (was: how to calculate previous day using REXX)

You need UPDATE access to IEASYMUP.symbolname in FACILITY. -Original Message- From: IBM Mainframe Discussion List On Behalf Of Sean Gleann Sent: Monday, August 6, 2018 1:15 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: 'Previous Day' system symbols (was: how to calculate previous day using

'Previous Day' system symbols (was: how to calculate previous day using REXX)

to set suitably-named system symbols with new values each day, I've tracked down details regarding the IEASYMU2 program, but no matter what I do, the result is always RC288 (or '120'x). As far as I can see, this is caused by some sort of RACF restriction, but there's no diagnostic info appearing

Re: Use of dynamic system symbols in JCL

terested to see if that actually works. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Tom Brennan Sent: Saturday, June 9, 2018 5:25 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Use of dynami

Re: Use of dynamic system symbols in JCL

Couldn't hurt. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Saturday, June 9, 2018 7:05 PM To: IBM-MAIN@listserv.ua.edu S

Re: Use of dynamic system symbols in JCL

followed by a >> character string of 1 to 8 characters as a symbolic parameter. (See “Using >> system symbols and JCL symbols” on page 38.) However, if you code a data set >> name as a symbolic parameter (by coding DSNAME=), and do not assign >> a value to or nullify the

Re: Use of dynamic system symbols in JCL

On Sat, 9 Jun 2018 16:13:34 -0700, Gerhard Adam wrote: > >This is the JCL Reference for z/OS 2.3 (page 183) > >Note: >1. In general, the system treats a single ampersand (&) followed by a >character string of 1 to 8 characters as a symbolic parameter. (See “Using >syste

Re: Use of dynamic system symbols in JCL

Sure. From the JCL manual; DSNAME parameter This is the JCL Reference for z/OS 2.3 (page 183) Note: 1. In general, the system treats a single ampersand (&) followed by a character string of 1 to 8 characters as a symbolic parameter. (See “Using system symbols and JCL symbols” on pag

Re: Use of dynamic system symbols in JCL

On Wed, 6 Jun 2018 18:02:13 +, Seymour J Metz wrote: >>Except, does support of DSN= antedate any support of symbols in JCL, >> not only by SET but also as PROC parameters? > >Yes. Bitsavers is your friend. > > OK. That

Re: Use of dynamic system symbols in JCL

Ampersand, not asterisk! Eating hamburger while typing. Yes that's my excuse. Tom Brennan wrote: And I'm one of the perpetrators! For a long time I thought the single asterisk was proper and whenever I saw the double I assumed it was a mistake that just happened to work.

Re: Use of dynamic system symbols in JCL

On Sat, 9 Jun 2018 15:02:31 -0700, Ed Jaffe wrote: >On 6/9/2018 2:49 PM, Gerhard Adam wrote: >> Actually it is documented as well as using double ampersands for symbols >> (deferred usage) and the use of the ampersand as a part of the name. > >Citation, please... > I'm lost. Neither Ed's ply

Re: Use of dynamic system symbols in JCL

On Sat, 9 Jun 2018 14:25:56 -0700, Tom Brennan wrote: >And I'm one of the perpetrators! For a long time I thought the single >asterisk was proper and whenever I saw the double I assumed it was a >mistake that just happened to work. > No, conventional behavior nowadays. JCL collapses a double

Re: Use of dynamic system symbols in JCL

On 6/9/2018 2:49 PM, Gerhard Adam wrote: Actually it is documented as well as using double ampersands for symbols (deferred usage) and the use of the ampersand as a part of the name. Citation, please... -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA

Re: Use of dynamic system symbols in JCL

Actually it is documented as well as using double ampersands for symbols (deferred usage) and the use of the ampersand as a part of the name. Adam Sent from my iPhone > On Jun 9, 2018, at 11:24 AM, Ed Jaffe wrote: > >> On 6/6/2018 8:51 AM, Steve Smith wrote: >> This has been previously

Re: Use of dynamic system symbols in JCL

And I'm one of the perpetrators! For a long time I thought the single asterisk was proper and whenever I saw the double I assumed it was a mistake that just happened to work. Tom Conley wrote: On 6/9/2018 2:24 PM, Ed Jaffe wrote: On 6/6/2018 8:51 AM, Steve Smith wrote: This has been

Re: Use of dynamic system symbols in JCL

On 6/9/2018 2:24 PM, Ed Jaffe wrote: On 6/6/2018 8:51 AM, Steve Smith wrote: This has been previously discussed.  The main issue (as usual) is incompatibility with an ancient bug (or feature).  Specifically, temporary dataset names such as DSN=  That's supposed to be DSN=&, but for whatever

Re: Use of dynamic system symbols in JCL

Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe Sent: Saturday, June 09, 2018 11:25 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Use of dynamic system symbols in JCL On 6/6/2018 8:51 AM

Re: Use of dynamic system symbols in JCL

On 6/6/2018 8:51 AM, Steve Smith wrote: This has been previously discussed. The main issue (as usual) is incompatibility with an ancient bug (or feature). Specifically, temporary dataset names such as DSN= That's supposed to be DSN=&, but for whatever reason, the single-& version works,

Re: Use of dynamic system symbols in JCL

Hi Lizette, I have a UDLC (User Defined Line Command) for our group. DJ - Displays Job status info. It creates a list of assignment SET statements in JCL for each of: SYSVAR, MVSVAR, MVSVAR SYMDEF, and then does the same for System Symbols (trapped from SDSF command -D SYMBOLS). Then I extract

Re: Use of dynamic system symbols in JCL

n your JCL? > > > That one is not needed for system symbols to become available in batch > JCL. It the jobclass SYSSYM=ALLOW | DISALLOW that decides. BTW, the symbols > are resolved at conversion time. > > > The EXPORT SYMLIST is needed so that JCL symbols can be used on // DD

Re: Use of dynamic system symbols in JCL

>Are you specifying "EXPORT SYMLIST" in your JCL? That one is not needed for system symbols to become available in batch JCL. It the jobclass SYSSYM=ALLOW | DISALLOW that decides. BTW, the symbols are resolved at conversion time. The EXPORT SYMLIST is needed so that JCL symbol

Re: Use of dynamic system symbols in JCL

On Thu, 7 Jun 2018 12:51:52 +, Allan Staller wrote: >No impact unless you happen to have conflicting symbols. > That shouldn't matter. If CA7 substitutes a symbol, downstream processors will never see it as a symbol. However if CA7 does not perform a substitution it's exposed for SYSSYM

Re: Use of dynamic system symbols in JCL

No impact unless you happen to have conflicting symbols. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Beesley, Paul Sent: Thursday, June 7, 2018 2:27 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Use of dynamic system symbols in JCL

Re: Use of dynamic system symbols in JCL

I used this JCL: // //* //SYMBOLS EXPORT SYMLIST=* //STEP1EXEC PGM=IEFBR14 //* //ISUP DD DISP=(NEW,CATLG), // DSN=SH71167.IS.ACTIVE.ON., // SPACE=(TRK,(0,1)), // LRECL=133,BLKSIZE=1330,RECFM=FB, // VOL=SER=, // UNIT=SYSDA And got these results:

Re: Use of dynamic system symbols in JCL

The problem is you cannot use it in batch job. The documentation is *incorrect* - among many "working" symbols it provides few actually not working. Simple test: copy all of the symbols to a job, make DSN=  etc. Don't worry about DSNname syntax. Then submit the job with TYPRUN=SCAN and watch

Re: Use of dynamic system symbols in JCL

e, 2018 9:23 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Use of dynamic system symbols in JCL > > It's in my 2.1 system > > Symbol Value Type > 2018 Dynamic >180607 Dynamic > > Paul > > -Original Message- > From: IBM Mainfra

Re: Use of dynamic system symbols in JCL

[mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jousma, David Sent: Wednesday, June 06, 2018 4:04 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Use of dynamic system symbols in JCL Is anyone else pushing back on turning on batch system symbol support? We've yet to do so, for the very reasons

Re: Use of dynamic system symbols in JCL

@LISTSERV.UA.EDU Subject: Re: Use of dynamic system symbols in JCL Hi Sean, It is not in my 2.2 system. Are you at 2.3? Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Sean Gleann > Sent: 06 June, 2018 16:40 &g

Re: Use of dynamic system symbols in JCL

Hi Sean, It is not in my 2.2 system. Are you at 2.3? Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Sean Gleann > Sent: 06 June, 2018 16:40 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Use of dyna

Re: Use of dynamic system symbols in JCL

t: Wednesday, June 06, 2018 7:27 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Use of dynamic system symbols in JCL > > Can anyone point out what I'm doing wrong here, please? > > > I'm trying to create a file with a name that features today's date. > My statement is: &g

Re: Use of dynamic system symbols in JCL

o: IBM-MAIN@listserv.ua.edu Subject: Re: Use of dynamic system symbols in JCL On Wed, 6 Jun 2018 18:02:13 +, Seymour J Metz wrote: >>Except, does support of DSN= antedate any support of symbols in JCL, >> not only by SET but also as PROC parameters? > >Yes. Bitsavers is your

Re: Use of dynamic system symbols in JCL

On Wed, 6 Jun 2018 18:02:13 +, Seymour J Metz wrote: >>Except, does support of DSN= antedate any support of symbols in JCL, >> not only by SET but also as PROC parameters? > >Yes. Bitsavers is your friend. > > Thanks.

Re: Use of dynamic system symbols in JCL

.edu/~smetz3 From: IBM Mainframe Discussion List on behalf of Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> Sent: Wednesday, June 6, 2018 1:26 PM To: IBM-MAIN@listserv.ua.edu Subject: Re: Use of dynamic system symbols in JCL On Wed, 6 Jun 2018 11:

Re: Use of dynamic system symbols in JCL

On Wed, 6 Jun 2018 16:28:06 +, Jesse 1 Robinson wrote: >To summarize IBM's long-standing reticence on system symbols in batch. > >-- A system symbol might clash with ae existing JCL proc symbol with >unpredictable results. >-- A system symbol in batch may get resol

Re: Use of dynamic system symbols in JCL

On Wed, 6 Jun 2018 11:51:30 -0400, Steve Smith wrote: >This has been previously discussed. The main issue (as usual) is >incompatibility with an ancient bug (or feature). Specifically, temporary >dataset names such as DSN= That's supposed to be DSN=&TMP, but for >whatever reason, the single-&

Re: Use of dynamic system symbols in JCL

To summarize IBM's long-standing reticence on system symbols in batch. -- A system symbol might clash with an existing JCL proc symbol with unpredictable results. -- A system symbol in batch may get resolved/substituted at an unexpected point in processing. By contrast, there is less

Re: Use of dynamic system symbols in JCL

>>> I'd like to see the idea extended to cover 'yesterday', 'previous work day', 'beginning of the month', etc. Sean, You can currently use DFSORT to generate these dates as SET variables for you and then have it in a PDS member so that you can use it as an INCLUDE statements. This will work

Re: Use of dynamic system symbols in JCL

h system, that has obvious solutions. sas On Wed, Jun 6, 2018 at 11:27 AM, Jousma, David < 01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote: > Ok, wasn’t the issue all those years ago with regards to *when* the system > symbols get resolved? Interpreter time vs execution time and thos

Re: Use of dynamic system symbols in JCL

Subject: Re: Use of dynamic system symbols in JCL Ok, wasn’t the issue all those years ago with regards to *when* the system symbols get resolved? Interpreter time vs execution time and those things occurring on potentially two different systems in the plex? I could *easily* be

Re: Use of dynamic system symbols in JCL

a, David" <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 06/06/2018 08:35 AM > Subject: Re: Use of dynamic system symbols in JCL > Sent by: IBM Mainframe Discussion List > > Ok, wasn’t the issue all those years ago with regards to *wh

Re: Use of dynamic system symbols in JCL

Ok, wasn’t the issue all those years ago with regards to *when* the system symbols get resolved? Interpreter time vs execution time and those things occurring on potentially two different systems in the plex? I could *easily* be mis-remembering

Re: Use of dynamic system symbols in JCL

BM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Carmen Vitullo > Sent: Wednesday, June 06, 2018 10:49 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Use of dynamic system symbols in JCL > > **CAUTION EXTERNAL EMAIL** > > **DO NOT open attachments or click on links from un

Re: Use of dynamic system symbols in JCL

2018 10:03:36 AM Subject: Re: Use of dynamic system symbols in JCL Is anyone else pushing back on turning on batch system symbol support? We've yet to do so, for the very reasons that IBM hadn’t supported in batch all along. My main concern is unpredictable results. Am I worr

Re: Use of dynamic system symbols in JCL

On 6/6/2018 8:03 AM, Jousma, David wrote: Is anyone else pushing back on turning on batch system symbol support? We've yet to do so, for the very reasons that IBM hadn’t supported in batch all along. My main concern is unpredictable results. Unpredictable results in what way? If your JCL

Re: Use of dynamic system symbols in JCL

Sent: Wednesday, June 06, 2018 10:49 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Use of dynamic system symbols in JCL **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Yep, need to make sure SYSSYM=ALLOW for that jobclass, CLASS

Re: Use of dynamic system symbols in JCL

: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, June 6, 2018 9:43:25 AM Subject: Re: Use of dynamic system symbols in JCL In my JES2PARM, in the definition of the job class that I'd run this job in, I specify SYSSYM=ALLOW. I'm sure you could put this in dynamically with a $T of some sort. You'll also need the t

Re: Use of dynamic system symbols in JCL

What you have coded will produce more than 8 characters in the last node. Have you verified the symbol works? Maybe use a SET XXX = ? Rob On Wed, Jun 6, 2018, 10:35 AM Sean Gleann wrote: > I understand what you're saying Rob, but that was one of the variants I > tried. It still

Re: Use of dynamic system symbols in JCL

leann" To: IBM-MAIN@LISTSERV.UA.EDU Date: 06/06/2018 09:35 AM Subject:Re: Use of dynamic system symbols in JCL Sent by:"IBM Mainframe Discussion List" I understand what you're saying Rob, but that was one of the variants I tried. It still produces the same er

  1   2   3   >