Using SyzMPF/z you would only need to code 3 lines in the script for message
IEF455D:
IF WORD 02 = SP5145 | SP5146 | SP5147 | SP5149
Reply ,NO
ENDIF
We count the words of a message starting with zero as the messageid and (in
this case) the message itself is:
IEF455D MOUNT ser ON dev FOR
You would need to talk to someone on that side of the place. Probably Henry
Dee. If you send an offline email I can give you his address.
Brian
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to l
Oh how I wish WebAuthn, password vault/manager, and MFA became commonplace.
Would tie in great with the new HashiCorp Boundary -
https://www.boundaryproject.io/
Maybe I'm just mish-mashing things in my head that don't actually fit together
in the real world...
- KB
‐‐‐ Original Message ‐‐
Thanks Mitch, just personal curiosity.
I love independent mainframe shops, a job at one is the dream!
- KB
‐‐‐ Original Message ‐‐‐
On Friday, December 11, 2020 8:01 PM, Mitch Mccluhan wrote:
> KB,
>
> The company is RES, out of Italy. They work independently or with IBM to
> replace w
Hi Brian,
By any chance, is Syzygy Inc hiring, for 'facilities management' roles?
- KB
‐‐‐ Original Message ‐‐‐
On Friday, December 11, 2020 11:22 AM, Brian Westerman
wrote:
> I hate this to be a marketing email, but I wanted to point out that the
> Syzygy Automation package from Sy
I saw that just today and was astounded!
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Friday, December 11, 2020 4:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JCL EXEC name field?
In the JCL Ref.:
Ch
In the JCL Ref.:
Chapter 16. EXEC statement
...
Name field
...
• The stepname may be preceded by up to 8 alphanumeric or national
characters
and then separated by a period. If the stepname is coded in this way,
the characters up to and including the period are ignored.
>> What is "might be unpredictable"? How is that different from "are
>> unpredictable"?
> That just means that it's unpredictable whether it's unpredictable;
I think we need an RCF to clarify whether it is unpredictable or not. Hey, it's
Friday.
Charles
-Original Message-
From: IBM M
On Fri, 11 Dec 2020 12:32:10 -0800, Charles Mills wrote:
>"Note that if stepnames are
>not unique within the job, such as when the same procedure is executed multiple
>times, results might be unpredictable; but in most cases, references to
>non-unique
>stepnames will resolve to the first occurren
Well, it should be easy enough to test.
I get your point about depnding on undocumented bahavior. It's something
of a judgement call as to how likely you think the behavior to be stable.
For this particular case, I'd presume that if it works now, it always
will. It *should* be consistent with DS
"Note that if stepnames are
not unique within the job, such as when the same procedure is executed multiple
times, results might be unpredictable; but in most cases, references to
non-unique
stepnames will resolve to the first occurrence of that stepname."
Does not give me a warm and fuzzy feelin
QED!
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jeremy Nicoll
Sent: Friday, December 11, 2020 12:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How test correct procstep RC with JCL IF?
On Fri, 11 Dec 2020, at 20:01, Ch
On Fri, 11 Dec 2020, at 20:01, Charles Mills wrote:
> //FOO EXEC MYPROC,PRM1=A,PRM2=B,LBL=FOO
> //FOO EXEC MYPROC,PRM1=C,PRM2=D,LBL=BAR
>
> It's an invitation to errors.
So I see. Shouldn't the last line have been
//BAR EXEC MYPROC,PRM1=C,PRM2=D,LBL=BAR
--
Jeremy Nicoll - my opinions are
I wondered about that, but how do I test that? It is not documented. If it
seems to work once, is that a good enough test? Twice? Five times? How do I
know whether it will work if other things in the PROC or JOB change?
"Hopefully" is not a great testing philosophy.
Charles
-Original Mes
Well, I solved it
//MYPROC PROC PRM1=,PRM2=,LBL=
//STEP1 EXEC PGM= etc.
// IF (&LBL..STEP1.RC = 4) THEN
//STEP2 EXEC PGM= etc.
// ENDIF
//FOO EXEC MYPROC,PRM1=A,PRM2=B,LBL=FOO
//FOO EXEC MYPROC,PRM1=C,PRM2=D,LBL=BAR
It's an invitation to errors. You have to code the label twice: once as the
labe
I don't mean to sound like a salesman, there are a few pluses for TPX that I
have not seen mentioned.
-- Sometimes a person has a unique userid or password on one app. For example,
I have a userid and password on a CICS region that is different from my TSO
credentials. TPX can map *your* creden
You may be over-thinking it. I know refer-backs to a stepname stay inside
a particular PROC invocation, so hopefully, the same rule applies to IF.
sas
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
On Fri, 11 Dec 2020 11:13:31 -0800, Charles Mills wrote:
>Oh for gosh sakes!
>
>I had the bright idea of passing a unique label for IF to test so the PROC
>becomes
>
>//MYPROC PROC PRM1=,PRM2=,LBL=
>//&LBL EXEC PGM= etc.
>// IF (&LBL..RC = 4) THEN
>//STEP2 EXEC PGM= etc.
>// ENDIF
>
>//X EXEC MYPR
Nope, not permitted. Assembler supports that syntax but not JCL.
Peter
(Queue Gil's expected response: I HATE JCL!)
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: Friday, December 11, 2020 2:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How t
Oh for gosh sakes!
I had the bright idea of passing a unique label for IF to test so the PROC
becomes
//MYPROC PROC PRM1=,PRM2=,LBL=
//&LBL EXEC PGM= etc.
// IF (&LBL..RC = 4) THEN
//STEP2 EXEC PGM= etc.
// ENDIF
//X EXEC MYPROC,PRM1=A,PRM2=B,LBL=FOO
//Y EXEC MYPROC,PRM1=C,PRM2=D,LBL=BAR
But no
> I coded the below DFSORT job , but it is not working . Could some
> one please let me know where the issue is ?
There are couple of issues with your job.
1. COUNT-n field is limited to 15 digits and you are creating a 17 byte
field which would have 2 spaces to the left of the count making the
Here is how to do an "earliest support for each opcode" document if anyone
wants to pick up where I left off.
- IIRC the assembler will generate a list of valid opcodes for the specified
ZS- level. (If I am mistaken then stop reading now.) You want to generate such
a list for each ZS-level you
In my SMF experience ...
If the triplet offset or count field is zero then the segment does not
exist. End of story.
If the triplet length field is zero then
- For most SMF record types that means the segment does not exist.
- For Db2, and perhaps a few other types, it means each segment contains
Hi,
We are getting 1 3rd part file with the layout as follows. Here in header 1-17
bytes is the count followed by Pipe & Date. The Rest of the lines is the detail
lines .
The process should not proceed if the count in header is not matching with the
detail line count.
7|2020-
Duh, Go to OFFSET and INPUT the LENGTH field.
Barry
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Barry Merrill
Sent: Friday, December 11, 2020 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Z15 zedc compression and CONNECT DIRECT, MFT compression
It is very co
It is very common for SMF "Triplets" of Offset, Length, and Count
to populate the OFFSET, but to not populate the Count for segments
that do not exist in the record. And there can be more than one
triplets with that same OFFSET populated but with Counts zero.
It is also common to see segments th
Tachyon Web page says last updated
05/29/2010 11:06:28
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Harminc
Sent: Wednesday, December 9, 2020 4:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Determining required z/s
I want to have a PROC
//MYPROC PROC PRM1=,PRM2=
//STEP1 EXEC PGM= etc.
// IF (STEP1.RC = 4) THEN
//STEP2 EXEC PGM= etc.
// ENDIF
And then in a job execute the PROC several times:
//X EXEC MYPROC,PRM1=A,PRM2=B
//Y EXEC MYPROC,PRM1=C,PRM2=D
Question: Will the IF in the proc test the RC for the ST
W dniu 09.12.2020 o 22:58, Frank Swarbrick pisze:
I have downloaded and installed in my personal z/OS Unix directory curl and a few other
z/OpenSource tools from Rocket Software. I have asked my z/OS security guy if we can go ahead and
have our systems group (outsourced to IBM zCloud) "officia
On 09/12/2020 22:25, Paul Gilmartin wrote:
On Wed, 9 Dec 2020 21:58:34 +, Frank Swarbrick wrote:
I have downloaded and installed in my personal z/OS Unix directory curl and a few other
z/OpenSource tools from Rocket Software. I have asked my z/OS security guy if we can go ahead and
have
W dniu 09.12.2020 o 20:02, Paul Gilmartin pisze:
On Wed, 9 Dec 2020 19:31:34 +0100, R.S. wrote:
...
I perceived aversion to RECEIVE FROMNTS as UNIXphobia. Our product
was not so large that DASD space was a concern. Can't please everyone.
Gil,
Don't kill messenger ;-)
Was that statement hos
31 matches
Mail list logo
