:: To: IBM-MAIN@bama.ua.edu
:: Subject: Re: JCL PROBLEM - REVISITED
::
:: Since there is a VOL parm already coded how can I code the number of
:: volumes e.g. VOL=(,,,35) ? The system default is only 5.
--
For IBM-MAIN subscribe
the volume count
to something else. We started having problems with some backups of files which
had ballooned suddenly, which was causing a lot of abends due to exceeding tape
volumes. There were simply too many JCL streams to update in a timely manner
(change control). Since all our
John,
May I ask where you work? My friends in Australia may know some of the
management folks at your site. Is there anything I can send to you to
help your cause? What types of JCL issues do you typically have? May I
ask what batch scheduler you use? Change management tool? .anything
Where I work is in all my sig lines. Doesn't matter, if you're thinking of
anything that costs money. We aren't spending any more than we currently do.
And we may actually get more budget cuts in 2013. Our main OEM vendor is CA.
We don't normally have JCL problems, the one I mentioned
G'Day,
I am having a problem (jcl error) trying to run this job. The object is to
have all the backups written out to a 3592 tape.
//***
//PROC001 EXEC FCBPRDXX,TARGET='FQ8A00',SOURCE='PAGE01',LB='1'
//PROC002 EXEC FCBPRDXX,TARGET
@bama.ua.edu] On Behalf Of John Dawes
Sent: Tuesday, June 05, 2012 4:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: JCL PROBLEM
G'Day,
I am having a problem (jcl error) trying to run this job.
The object is to have all the backups written out to a 3592 tape
At what step do you get this error? PROC001, PROC003, etc...
Lizette
-Original Message-
From: John Dawes jhn_da...@yahoo.com.au
Sent: Jun 5, 2012 2:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: JCL PROBLEM
G'Day,
I am having a problem (jcl error) trying to run this job. The object
At PROC002 //STEP01.TAPE
From: Lizette Koehler stars...@mindspring.com
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, 5 June 2012 5:06 PM
Subject: Re: JCL PROBLEM
At what step do you get this error? PROC001, PROC003, etc...
Lizette
-Original Message
I'll try out your suggestion. Thanks.
From: McKown, John john.mck...@healthmarkets.com
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, 5 June 2012 5:05 PM
Subject: Re: JCL PROBLEM
I'm fairly sure you need the
REF=*.STEP01.PROC001.TAPE
to be
REF=*.PROC001.STEP01
with communication and leadership skills checkout Woodwinds
Toastmasters.
IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 06/05/2012
04:05:05 PM:
From: McKown, John john.mck...@healthmarkets.com
To: IBM-MAIN@bama.ua.edu
Date: 06/05/2012 04:05 PM
Subject: Re: JCL PROBLEM
Sent by: IBM
] On Behalf Of Jonathan Goossen
Sent: Tuesday, June 05, 2012 4:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL PROBLEM
I agree.
Your names are confusing. PROC001 is the step name. STEP01 is
the proc
step name. (The name of the step in the proc.)
Thank you and have a Terrific day
John,
You were spot on. Your suggestion worked. Thanks a million.
Thanks to all who responded for my plea for help.
From: McKown, John john.mck...@healthmarkets.com
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, 5 June 2012 5:05 PM
Subject: Re: JCL PROBLEM
I'm
Might I suggest a RETAIN on the FIRST step and omit on the LAST step?
On Tue, Jun 5, 2012 at 4:20 PM, John Dawes jhn_da...@yahoo.com.au wrote:
John,
You were spot on. Your suggestion worked. Thanks a million.
Thanks to all who responded for my plea for help.
--
Mike A Schwab, Springfield
List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes
Sent: Tuesday, June 05, 2012 4:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: JCL PROBLEM
G'Day,
I am having a problem (jcl error) trying to run this job.
The object is to have all the backups written out to a 3592 tape
Thanks for the tip. If I need to code the vol parm e.g. VOL=(,,,35) if the
output exceedes 5 vols (system default) how would I go about it since I already
have a vol parm in the jcl.
From: Mike Schwab mike.a.sch...@gmail.com
To: IBM-MAIN@bama.ua.edu
Sent
Since there is a VOL parm already coded how can I code the number of volumes
e.g. VOL=(,,,35) ? The system default is only 5.
From: John Dawes jhn_da...@yahoo.com.au
To: IBM-MAIN@bama.ua.edu
Sent: Tuesday, 5 June 2012 6:21 PM
Subject: Re: JCL PROBLEM
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes
Sent: Tuesday, June 05, 2012 4:02 PM
To: IBM-MAIN@bama.ua.edu
Subject: JCL PROBLEM
G'Day,
I am having a problem (jcl error) trying to run this job.
The object is to have
parm in the jcl.
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO
I have the following job (cut down to include only the relevant parts):
//VAPPROC4 JOB
//BACKUP1 EXEC PROC=SORTBKUP,COND=(4,LT)
//EP4IN EXEC PROC=EP4IN,COND=(4,LT)
//E4INPRT EXEC PROC=E4INPRT
//
The EP4IN PROC is a vendor supplied proc as follows:
//EP4IN PROC
//STEP01 EXEC
time (except possibly for COND on the JOB
statement). Also one can use IF/THEN/ELSE in the main JCL stream
without the bizarre override issues you get with COND on the EXEC PROC.
--
Joel C. Ewing,Bentonville, AR jcew...@acm.org
hate COND, at least it fits within how JCL otherwise looks,
which is more than I can say for IF/THEN/ELSE! Oh well!
Thanks again,
Frank
From: Joel C. Ewing jcew...@acm.org
To: IBM-MAIN@bama.ua.edu
Sent: Wednesday, April 18, 2012 1:14 PM
Subject: Re: JCL help
In a6b9336cdb62bb46b9f8708e686a7ea00e924b3...@nrhmms8p02.uicnrh.dom,
on 03/22/2012
at 04:17 PM, McKown, John john.mck...@healthmarkets.com said:
This may be another weird desire on my part. But I'm wondering why
IBM does not enhance the QSAM and BSAM access methods to support
the OPTCD=Q and
This may be another weird desire on my part. But I'm wondering why IBM does not
enhance the QSAM and BSAM access methods to support the OPTCD=Q and CCSID=
parameters on the DD statememt to work with datasets on media other than tape.
Especially z/OS UNIX files. There are times when I would
On Thu, 22 Mar 2012 16:17:30 -0500, McKown, John wrote:
This may be another weird desire on my part. But I'm wondering why IBM does
not enhance the QSAM and BSAM access methods to support the OPTCD=Q and CCSID=
parameters on the DD statememt to work with datasets on media other than tape.
Guys,
We use it all the from ASCII to ebcdic using one of the supplied tcpip library
modules works great..also from ebcdic to ASCII
Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com
On Mar 22, 2012, at 5:27 PM, Paul Gilmartin paulgboul...@aim.com wrote:
On Thu, 22
In
829975020fe05747b35aa575a61a6ac106d...@021-sn2mpn1-001.021d.mgd.msft.net,
on 03/08/2012
at 04:57 PM, Tim Zielke tim.zie...@aonhewitt.com said:
Some of these existing COBOL modules that will be relinked with
the new BA4C1426 CSECT were compiled/linked under COBOL-II. We
now use Enterprise
In an earlier post that apparently went astray I noted that the scheme
of copying the same non-trivial COBOL program into around 11,000
other COBOL source programs is not---Let me be polite---a desirable
one.
This single program should be compiled just once; and the object
module thus produced
worth from the applications design and maintenance point of
view.
HTH
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Tim Zielke
Sent: Thursday, March 08, 2012 12:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL example
the applications design and maintenance point of
view.
HTH
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Tim Zielke
Sent: Thursday, March 08, 2012 12:50 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL example to relink
I sent the following to the CICS LISTSERV, and someone mentioned that the
IBM-MAIN would be a better place for this type of inquiry. I did get some good
JCL examples from the CICS LISTSERV, but if someone has some past experience of
this working with specifically COBOL, that would be great
...@aonhewitt.com wrote:
I sent the following to the CICS LISTSERV, and someone mentioned that the
IBM-MAIN would be a better place for this type of inquiry. I did get some
good JCL examples from the CICS LISTSERV, but if someone has some past
experience of this working with specifically COBOL, that would
: JCL example to relink a CSECT into an existing load module
Tim,
What wouldn't you want to compile and link the appropriate way ? Just curious
here and not judging...what's the reasoning ? Maybe other methods ...
Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com
On 8 March 2012 11:57, Tim Zielke tim.zie...@aonhewitt.com wrote:
Our application team would like to change just the BA4C1426 code and then
relink the change into the existing modules. So for the example below,
BA4C1976 would not be recompiled, but the binder step would be run to update
for the example
below, BA4C1976 would not be recompiled, but the binder step would be
run to update the existing BA4C1976 load module with a new CSECT for
BA4C1426.
Would anyone have some examples of existing JCL of how to do the relink
step of swapping in a new CSECT into an existing load module?
I
Tony,
Yeah, I also thought. I am assuming, bad word, that the COBOL call will be
resolved correctly
Sent from my iPad
Scott Ford
Senior Systems Engineer
www.identityforge.com
On Mar 8, 2012, at 12:56 PM, Tony Harminc t...@harminc.net wrote:
On 8 March 2012 11:57, Tim Zielke
Let me try to begin at the beginning. The scheme you used to produce
the around 11,000 executables you want to modify was ill-chosen.
There was no need to recompile the source text of program BA4C1426
around 11,000 times. Compiling it just once would have been enough.
The object module
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Scott Ford
Sent: Thursday, March 08, 2012 11:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL example to relink a CSECT into an existing load module
Tim,
What wouldn't you want to compile and link
On Thu, 8 Mar 2012 12:56:32 -0500, Tony Harminc wrote:
//SYSLMOD DD DSN=main.loadlib
//NEWMOD DD DSN=load.library.where.you.put.the.new.module
//SYSLIN DD *
INCLUDE NEWMOD(BA4C1426)
INCLUDE SYSLMOD(BA4C1976)
NAME BA4C1976(R)
In order for this to work correctly, an ENTRY statement
is
The scheme Tom Marchant proposes is workable, but it is
order-dependent in a way that I find disagreeable. I suggest the use
of the REPLACE statement instead. Its syntax is
| REPLACE oldsec(newsec)
See pp. 63ff of z/Os MVS Program management: User's guide and
reference, SA22-7643-10, which
On Thu, 8 Mar 2012 14:01:03 -0600, Tom Marchant wrote:
In order for this to work correctly, an ENTRY statement
is needed:
//SYSLMOD DD DSN=main.loadlib
//NEWMOD DD DSN=load.library.where.you.put.the.new.module
//SYSLIN DD *
INCLUDE NEWMOD(BA4C1426)
INCLUDE SYSLMOD(BA4C1976)
ENTRY
Does anyone have experience with ASG's JCL/XREF (PRO/JCL and INFO/X Enterprise)?
ASG has presented a proposal to move us away from ASG-JCLPREP to PRO/JCL.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
-MAIN@bama.ua.edu
Sent: Thu, Mar 1, 2012 8:49 am
Subject: ASG-PRO/JCL
Does anyone have experience with ASG's JCL/XREF (PRO/JCL and INFO/X Enterprise)?
ASG has presented a proposal to move us away from ASG-JCLPREP to PRO/JCL
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tony Harminc
Sent: Monday, February 27, 2012 7:15 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Duplicating SYSOUT output to another DD/DSN in
realtime ? (JCL)
On 27 February 2012 15:12
(the File 648 version is dated 1982), but conceptually and
maybe even practically, it should still be fine on z/OS today.
Preferably by JCL means.
Um, well, once you write your little access method (all nice,
unauthorized code, btw) and install GPSAM, it would all be by JCL
means. It would look
today.
Preferably by JCL means.
Um, well, once you write your little access method (all nice,
unauthorized code, btw) and install GPSAM, it would all be by JCL
means. It would look something like this:
// EXEC PGM=yourprog
//STEPLIB DD DSN=your.private.unauth.loadlib
//SYSPRINT DD
On Mon, 27 Feb 2012 17:35:39 -0600, Kirk Wolf k...@dovetail.com wrote:
So, I found that it is actually tricky to get the current jobid using REXX
in a WLM-initiated environment.
Here's a slightly patched REXX script that I found by Bill Lalonde that
will do it:
/* REXX */
/* curjobid.rexx
In a6b9336cdb62bb46b9f8708e686a7ea00e924b3...@nrhmms8p02.uicnrh.dom,
on 02/27/2012
at 10:20 AM, McKown, John john.mck...@healthmarkets.com said:
I know how to write code to get it,
Why is that not acceptable?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO position; see
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.)
Sent: Tuesday, February 28, 2012 9:27 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Duplicating SYSOUT output to another DD/DSN in
realtime ? (JCL
In a6b9336cdb62bb46b9f8708e686a7ea00e924b3...@nrhmms8p02.uicnrh.dom,
on 02/27/2012
at 02:12 PM, McKown, John john.mck...@healthmarkets.com said:
I need to learn how to use the STORAGE function to do chain chasing
in REXX.
Or to write Rexx-callable routines in HLA.
--
Shmuel (Seymour
In 231f0103-e497-46e1-86bb-c2ccd6ebc...@yahoo.com, on 02/28/2012
at 08:14 AM, Scott Ford scott_j_f...@yahoo.com said:
This is a great idea...btw there are a buch of Midwesterners I think
on this listserver, I am a Hoosier originally, just living in NJ
lol for 30 yrs
I know of no reason
In
CAHm_n2=7u1del2+9s0zlmtkdz9sqp7cbrp11uyib7fgw0ow...@mail.gmail.com,
on 02/27/2012
at 05:35 PM, Kirk Wolf k...@dovetail.com said:
Here's a slightly patched REXX script that I found by Bill Lalonde
that will do it:
That looks overly complicated. Why not just pull it from the SSIB?
--
On Tue, Feb 28, 2012 at 10:31 AM, Shmuel Metz (Seymour J.)
shmuel+ibm-m...@patriot.net wrote:
In
CAHm_n2=7u1del2+9s0zlmtkdz9sqp7cbrp11uyib7fgw0ow...@mail.gmail.com,
on 02/27/2012
at 05:35 PM, Kirk Wolf k...@dovetail.com said:
Here's a slightly patched REXX script that I found by Bill
On Tue, Feb 28, 2012 at 9:25 AM, Paul Gilmartin paulgboul...@aim.comwrote:
On Mon, 27 Feb 2012 17:35:39 -0600, Kirk Wolf k...@dovetail.com wrote:
...
Do you feel left out of John G.'s CABAL?
Gil,
If you are referring to John G's recent post:
Still, their UNIX-oriented initiatives are a
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Kirk Wolf
Sent: Tuesday, February 28, 2012 10:41 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Duplicating SYSOUT output to another DD/DSN in
realtime ? (JCL)
On Tue, Feb 28, 2012 at 9:25 AM, Paul Gilmartin
paulgboul...@aim.comwrote:
On Mon, 27
On Tue, 28 Feb 2012 11:31:16 -0500, Shmuel Metz (Seymour J.) wrote:
That looks overly complicated. Why not just pull it from the SSIB?
Someone shared such an example with me. It worked under TSO;
not under z/OS UNIX. I was then asked (on TSO-REXX), Why don't
you just run it under TSO, then?
/*
//
HTH,
-Victor-
=
Is there any possibility to duplicate the output to SYSOUT to another
Ddname/DSname in realtime ?
I want to follow the execution by inspecting the output but at the same time
save it for processing in a following step.
Preferably by JCL means.
Regards
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Victor Gil
Sent: Tuesday, February 28, 2012 1:27 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Duplicating SYSOUT output to another DD/DSN in
realtime ? (JCL)
Thomas,
This is what I do to capture *any line range* from a SYSOUT
being currently populated
In a6b9336cdb62bb46b9f8708e686a7ea00e924b3...@nrhmms8p02.uicnrh.dom,
on 02/28/2012
at 10:57 AM, McKown, John john.mck...@healthmarkets.com said:
And stupid me thought he just couldn't spell COBOL.
What's the Usenet COBOL?
--
Shmuel (Seymour J.) Metz, SysProg and JOAT
ISO
A M SWEDBANK
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Victor Gil
Skickat: den 28 februari 2012 20:27
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)
Thomas
Is there any possibility to duplicate the output to SYSOUT to another
Ddname/DSname in realtime ?
I want to follow the execution by inspecting the output but at the same time
save it for processing in a following step.
Preferably by JCL means.
Regards,
Thomas Berg
YES!.
Define multiple output statements
//out1 output.
//out2 output...
And refer to them
//sysprint dd output=(*.out1,*.out2)
HTH,
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Staller, Allan allan.stal...@kbmg.com wrote in message
news:45e5f2f45d7878458ee5ca679697335502e25...@usdaexch01.kbm1.loc...
YES!.
Define multiple output statements
//out1 output.
//out2 output...
And refer to them
//sysprint dd output=(*.out1,*.out2)
HTH,
That is what I
Is there any possibility to duplicate the output to SYSOUT to another
Ddname/DSname
in realtime ?
I want to follow the execution by inspecting the output but at the same
time save it for
processing in a following step.
Preferably by JCL means.
I do a similar process, I write the SYSOUT
AFAIK, this will not work with a dataset.
snip
YES!.
Define multiple output statements
//out1 output.
//out2 output...
And refer to them
//sysprint dd output=(*.out1,*.out2)
HTH,
That is what I thought first, but I think he wants it to both sysout and
a dataset.
/snip
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)
Staller, Allan allan.stal...@kbmg.com wrote in message
news:45e5f2f45d7878458ee5ca679697335502e25...@usdaexch01.kbm1.loc...
YES!.
Define multiple output statements
//out1 output
On 2/27/2012 4:18 AM, Thomas Berg wrote:
Is there any possibility to duplicate the output to SYSOUT to another
Ddname/DSname in realtime ?
I want to follow the execution by inspecting the output but at the same time
save it for processing in a following step.
Preferably by JCL means
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Steve Comstock
Skickat: den 27 februari 2012 14:58
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)
On 2/27/2012 4:18 AM, Thomas Berg
That's right. I'm about to process DB2 REBIND en masse and need to see in
realtime that it executes ok (if in error it needs to be stopped) and at the
same time save it for processing in a later step.
As the execution can take 30 minutes I don't want to wait until end.
(Using the DSN command
On 2/27/2012 7:01 AM, Thomas Berg wrote:
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Steve Comstock
Skickat: den 27 februari 2012 14:58
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Lizette Koehler
Skickat: den 27 februari 2012 15:06
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Duplicating SYSOUT output to another DD/DSN in realtime ? (JCL)
That's right. I'm about
Hi
I used to say : With the SDSF REXX interface you can process the
output in the next STEP, but lately we have tested this again, and got
some
error codes during processing the own job. (i.e sfmsg is:JCT NOT
AVAILABLE )
Anyhow if you submit a job to process the JES output from the
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Steve Comstock
Skickat: den 27 februari 2012 15:13
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: SV: Duplicating SYSOUT output to another DD/DSN in realtime ?
(JCL)
On 2/27/2012 7:01 AM, Thomas
?
(JCL)
Hi
I used to say : With the SDSF REXX interface you can process the
output in the next STEP, but lately we have tested this again, and got
some
error codes during processing the own job. (i.e sfmsg is:JCT NOT
AVAILABLE )
Anyhow if you submit a job to process the JES output
On 2/27/2012 9:01 AM, Thomas Berg wrote:
The output needs to be processed in a later step. But if the output is
directed to SYSOUT, are there any way for a later step to read that
output ? Regards, Thomas Berg
We use IOF, which allows a REXX EXEC in a later step to read the SYSOUT
sent to a
: Duplicating SYSOUT output to another DD/DSN in realtime ?
(JCL)
Hi
I used to say : With the SDSF REXX interface you can process the
output in the next STEP, but lately we have tested this again, and got
some
error codes during processing the own job. (i.e sfmsg is:JCT NOT
AVAILABLE
SWEDBANK
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Miklos Szigetvari
Skickat: den 27 februari 2012 16:19
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: SV: SV: Duplicating SYSOUT output to another DD/DSN in realtime
? (JCL)
Hi
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Thomas Berg
Sent: Monday, February 27, 2012 5:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: Duplicating SYSOUT output to another DD/DSN in
realtime ? (JCL)
Is there any possibility
On Mon, 27 Feb 2012 08:02:36 -0600, McKown, John wrote:
To the best of my knowledge, z/OS does not come with this functionality. You
basically want the equivalent of the UNIX tee command.
With a Rube Goldberg Rexx wrapper you could use tee, possibly
under a BPXWUNIX task to write to SYSOUT and
Company.SM
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin
Sent: Monday, February 27, 2012 10:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Duplicating SYSOUT output to another DD/DSN in
realtime ? (JCL)
On Mon, 27 Feb
On Mon, 27 Feb 2012 10:20:34 -0600, McKown, John wrote:
I was trying to write up a way to do something like that: fetching the sysout
from the currently running job into a disk dataset in a later step. But ran
into a problem in trying to find an IBM-supplied way to get the running job's
JES
In
a90e503c23f97441b05ee302853b0e626401626...@fspas01ev010.fspa.myntet.se,
on 02/27/2012
at 12:18 PM, Thomas Berg thomas.b...@swedbank.se said:
Is there any possibility to duplicate the output to SYSOUT to another
Ddname/DSname in realtime ?
For Unix applications there's the tee command. I'm
Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin
Sent: Monday, February 27, 2012 10:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Duplicating SYSOUT output to another DD/DSN in
realtime ? (JCL)
On Mon, 27 Feb 2012 08:02:36 -0600, McKown, John wrote:
To the best
and Health Insurance Company.SM
-Original Message-
From: IBM Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Kirk Wolf
Sent: Monday, February 27, 2012 2:04 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Duplicating SYSOUT output to another DD/DSN in
realtime ? (JCL
Mainframe Discussion List
[mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin
Sent: Monday, February 27, 2012 10:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Duplicating SYSOUT output to another DD/DSN in
realtime ? (JCL)
On Mon, 27 Feb 2012 08:02:36 -0600, McKown, John wrote
To: IBM-MAIN@bama.ua.edu
Subject: Re: Duplicating SYSOUT output to another DD/DSN in
realtime ? (JCL)
This seems to work:
/* REXX */
NUMERIC DIGITS 24 ;
CVTPTR=STORAGE(10,4) /*CVT*/
TCBW=STORAGE(D2X(C2D(CVTPTR)),4)
TCB=STORAGE(D2X(C2D(TCBW)+4),4)
TIOT=STORAGE(D2X(C2D(TCB)+12),4)
JBID
@bama.ua.edu
Subject: Re: Duplicating SYSOUT output to another DD/DSN in
realtime ? (JCL)
On Mon, 27 Feb 2012 08:02:36 -0600, McKown, John wrote:
To the best of my knowledge, z/OS does not come with this
functionality. You basically want the equivalent of the UNIX
tee command
version is dated 1982), but conceptually and
maybe even practically, it should still be fine on z/OS today.
Preferably by JCL means.
Um, well, once you write your little access method (all nice,
unauthorized code, btw) and install GPSAM, it would all be by JCL
means. It would look something like
So, I found that it is actually tricky to get the current jobid using REXX
in a WLM-initiated environment.
Here's a slightly patched REXX script that I found by Bill Lalonde that
will do it:
/* REXX */
/* curjobid.rexx
(adapted from http://billlalonde.tripod.com/rexx/findjsab.txt) */
/* Based
On 27 February 2012 15:12, McKown, John john.mck...@healthmarkets.com wrote:
I need to learn how to use the STORAGE function to do chain chasing
in REXX. I generally dislike this any more. I am becoming more of
a GUPI programmer as I age. Or maybe I'm just too lazy anymore.
Regardless, you're
On Thu, 23 Feb 2012 07:52:38 -0500, Bill Ashton wrote:
I use this sort of trick often for controlling sections of JCL, For
example, I might have a step or two that deletes and allocates files, then
another step that processes data into the new files, and finally a step
that prints report files
wrote:
I use this sort of trick often for controlling sections of JCL, For
example, I might have a step or two that deletes and allocates files, then
another step that processes data into the new files, and finally a step
that prints report files from the job. Then at the top I would SET ALLOC
One of my favourite tricks is to use the ISPF editor to Exclude the lines I
don't want, and then issue the SUB NX command. Only the JCL in the
non-excluded lines will be submitted.
On Fri, Feb 24, 2012 at 10:58, Scott Ford scott_j_f...@yahoo.com wrote:
Hey Gil,
Is the IF/THEN assuming, big
On Fri, 24 Feb 2012 10:58:50 -0500, Scott Ford wrote:
Hey Gil,
Is the IF/THEN assuming, big word here, that the 1 is a return code, just a
thought
On Thu, 23 Feb 2012 07:52:38 -0500, Bill Ashton wrote:
In the JCL I start with a do-nothing BR14, and then surround each section
with IF ALLOC
, that the 1 is a return code, just a
thought
On Thu, 23 Feb 2012 07:52:38 -0500, Bill Ashton wrote:
In the JCL I start with a do-nothing BR14, and then surround each section
with IF ALLOC=1 THEN..ENDIF If PROCESS=1 THEN.ENDIF and If
REPORTS=1 THEN.ENDIF
Empirically
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] För
Andrew Armstrong
Skickat: den 23 februari 2012 08:23
Till: IBM-MAIN@bama.ua.edu
Ämne: Re: Stupid JCL trick?
On Tue, 21 Feb 2012 15:48:12 -0600, Paul Gilmartin paulgboul...@aim.com
wrote:
Nope
On Tue, 21 Feb 2012 10:16:25 -0600, McKown, John
john.mck...@healthmarkets.com wrote:
Do you ever want to retire some step(s) from a job? But you don't really
want to remove the step(s) just in case?
Did you consider managing your JCL through a change managment product (Endevor,
ChangeMan
I use this sort of trick often for controlling sections of JCL, For
example, I might have a step or two that deletes and allocates files, then
another step that processes data into the new files, and finally a step
that prints report files from the job. Then at the top I would SET ALLOC =
either
I may not manage my own personal JCL via Endevor. We do use Endevor for cycle
(test, mdof, prod) JCL. If I wanted to use change management, I would maintain
it on my Linux box and use git. But I'm known to be just a bit strange.
grin I know this sounds weird, but I already keep my source in z
On Tue, 21 Feb 2012 15:48:12 -0600, Paul Gilmartin paulgboul...@aim.com wrote:
Nope. RTFM.
...nevertheless (even though it's not in the fine manual) something that
appears to work for me is:
// IF 1 = 1 THEN
...do this stuff...
// ENDIF
and
// IF 1 = 0 THEN
...don't do this stuff...
//
Do you ever want to retire some step(s) from a job? But you don't really want
to remove the step(s) just in case? I don't remember this being mentioned
before, so I thought I would. It will work for any step, other than the first
one in the job. Find a step, any step, before the step(s) you
1 - 100 of 2968 matches
Mail list logo