> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler
> Sent: Tuesday, August 03, 2010 2:58 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: VSAM Defines and JCL
>
> I seem to recall that JCL can be used
I seem to recall that JCL can be used to define VSAM datasets rather than using
IDCAMS. However, as I read the manuals it looks like I might need a dataclas
setup first before the JCL can be used like that.
Did I understand that correctly? That this can be done, but with DATACLAS to
fill in
Thanks Terry, in my stupor, I had forgotten to look in the IMS Sample libs.
I will check there and hopefully have that JCL. Your analysis was spot on,
by the way.
* dj *
On Tue, Jul 27, 2010 at 6:29 AM, Terry Sambrooks <
terry.sambro...@btclick.com> wrote:
> HI,
>
> In response
HI,
In response to the earlier posts:
">Can someone help me by providing a sample batch JCL member to compile
COBOL programs using HLPI for DL/I?
Perhaps, if you could tell us what is HLPI and DL/I."
Historically DL/I was, and probably still is, the VSE equivalent of IMS
N@bama.ua.edu
cc
Subject
Re: COBOL HLPI JCL sample needed
Donald Johnson wrote:
>Can someone help me by providing a sample batch JCL member to compile
COBOL programs using HLPI for DL/I?
Perhaps, if you could tell us what is HLPI and DL/I.
(I got a few vague hits in my bookmanag
Donald Johnson wrote:
>Can someone help me by providing a sample batch JCL member to compile
COBOL programs using HLPI for DL/I?
Perhaps, if you could tell us what is HLPI and DL/I.
(I got a few vague hits in my bookmanager for DL/I, but nothing for HLPI.)
Groete / Greetings
Elar
Hello guys and gals and anyone else!
I am trying to help out a friend here, and with so many vacations in place,
don't have access to the right people with the right JCL.
Can someone help me by providing a sample batch JCL member to compile COBOL
programs using HLPI for DL/I? If I hav
Hello guys and gals and anyone else!
I am trying to help out a friend here, and with so many vacations in place,
don't have access to the right people with the right JCL.
Can someone help me by providing a sample batch JCL member to compile COBOL
programs using HLPI for DL/I? If I hav
The way JCL processing deals with multiple assignments of values to the same
symbolic
parameter in a JCL PROC is inconsistent with the way the same construct is
dealt with
for SET statements.
IBM publication "z/OS MVS JCL Reference" (SA22-7597-13) is clear about
the handling of SET
In <4c332ecc.90...@acm.org>, on 07/06/2010
at 08:25 AM, "Joel C. Ewing" said:
>This would be a semantic error (dealing with meaning),
No, it would be a syntax error that is easier to catch with a semantic
constraint than with classical parsing techniques. Do not confuse
"grammar" with, e.g.,
In <45e5f2f45d7878458ee5ca6796973355213...@usdaexch01.kbm1.loc>, on
07/06/2010
at 08:22 AM, "Staller, Allan" said:
>Again, what is syntactically incorrect?
Duplicate keywords.
>Everything after PROC=A# is a parameter or nullification (V=) passed
>to the procedure.
"SP1=3000" is not passed t
mine if a syntax error is in place.
No, it is trivial to detect the syntax error.
>The converter/interpreter will find syntax errors in JCL.
Not this one.
>The "classic" JCL error.
There are many classics.
>although commonly referred to as a JCL error
There are ma
Sergio;
The JCL I sent you uses the SYSUT1 DD statement to point to the input file
containing the BMS assembler source code. The DSCTLIB is the COBOL source
output. The MAPLIB is the load module output.
Perusing the procedure source in SDFHPROC would probably answer all your
questions. Also
Hello Eileen,
Run ok, run ok...
Thanks very much again Eileen.
You are the best.
Again, save my life.
One of this days, must pay to you.
Best Regards,
Sergio
> Date: Wed, 7 Jul 2010 11:16:16 -0400
> From: ebar...@doitt.nyc.gov
> Subject: Re: Sample BMS Co
Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Sergio Lima
Sent: Wednesday, July 07, 2010 11:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Sample BMS Compile JCL
Hello Eileen,
I submit my job like this :
//CIC# JOB (CIC,SP,72613,09,40
ed inset some STEPLIB ?
Thanks,
Sergio
> Date: Wed, 7 Jul 2010 10:01:57 -0400
> From: ebar...@doitt.nyc.gov
> Subject: Re: Sample BMS Compile JCL
> To: IBM-MAIN@bama.ua.edu
>
> I am glad that you are working again Sergio.
>
> The proc I sent you is just a working copy of
H dd statement is where the COBOL copy code will be stored.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Sergio Lima
Sent: Wednesday, July 07, 2010 9:41 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Sample BMS Compile JCL
Hello Eileen.
WORK FILE UNIT
/*
So, We need do a JCL to compile my maps, what I need insert in my JOB ?
Of course the MAPNAME, and others, but can you send a sample JOB that you use
please ?
Then, I will look for modifications that need made.
Thanks
Sergio
> Date: Tue, 6 Ju
name = CIVSMAP, and
next, compile my map, using this proc in my JCL,
specifying MOD=maploadname, SRCNAME=sourcename ?
Where is the lib, that will be cataloged the BOOKS for insert COPY in COBOL
CICS PROGRAM ?
Eileen, thanks very much, for now.
Sergio
> Date: Wed, 7 Jul 2010 08:53:
N
//SYSIN DD DUMMY
//***
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Matthew Stitt
Sent: Tuesday, July 06, 2010 5:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Sample BMS Compile JCL
Well, here is what I used:
//STEP01 EXEC DFHMAPT
On Tue, 2010-07-06 at 23:36 +0300, Sergio Lima wrote:
> Hello List,
>
>
>
> We need here, compile some BMS MAPS, and don't have the JCL to do this in
> hand.
>
> We have my source maps in lib USER.CICS.MAPAS, need put the Cobol copybook in
> the USER.CICS.CO
Hello,
First thanks very much from your help.
Sorry about my bad experience with JCL.
Try run, hand gove the error below :
45 //COPY.SYSUT1 DD DSN=&&EXPND,DISP=(OLD,DELETE)
O. MESSAGE
2 IEFC001I PROCEDURE DFHMAPT WAS EXPAND
Lima wrote:
>Hello List,
>
>
>
>We need here, compile some BMS MAPS, and don't have the JCL to do this in hand.
>
>We have my source maps in lib USER.CICS.MAPAS, need put the Cobol copybook
in the USER.CICS.COPYLIB,
>
>and catalog the load modules in the U
Hello List,
We need here, compile some BMS MAPS, and don't have the JCL to do this in hand.
We have my source maps in lib USER.CICS.MAPAS, need put the Cobol copybook in
the USER.CICS.COPYLIB,
and catalog the load modules in the USER.CICS.LOAD.
Someone can help us about
>I might at first say "see you next Tuesday at 10" and a little later say "I
>might be
running late, so make it between 10 and 11."
>You would not ignore the latter value because I had already provided an
>earlier value.
I might if I didn't check my e-mail regularily.
Also, relating programmin
ssage-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Vernooij, CP - SPLXM
Sent: Tuesday, July 06, 2010 7:33 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Amusing JCL Oddity
"Paul Gilmartin" wrote in message
news:...
> It's a prevalent habit of co
unity
for a
> >"dumb user" error -- and it's the job of the "system" (broadly
defined to
> >include JCL, the sysprog who wrote the PROC, etc.) to diagnose it.
Quibbling
> >about syntax versus semantics does not help the user mystified why
his JCL
> &g
On Tue, 6 Jul 2010 06:54:54 -0700, Charles Mills wrote:
>It seems to me that it is JCL's "job" to catch the error because the writer
>of the PROC has no opportunity to do so. It's an obvious opportunity for a
>"dumb user" error -- and it's the job of t
It seems to me that it is JCL's "job" to catch the error because the writer
of the PROC has no opportunity to do so. It's an obvious opportunity for a
"dumb user" error -- and it's the job of the "system" (broadly defined to
include JCL, the sys
John,
Actually, it is documented to work that way.
According to the JCL reference, if the same symbolic keyword is present
multiple time, the value used is that provided by the first occurrence.
Checking back through some old manuals, this has been the case since at
least OS/360 r21.7.
John P
very quick check of the JCL Reference manual I didn't find an
explicit explanation of this behavior for EXEC PROC, but I didn't look
exhaustively and could easily have missed it. But even if it is
documented, the original poster is correct that the behavior for
handling repeated JCL
in place.
>
>//ALLOC EXEC PROC=A#,SP1=100,SP2=100,
>// HLVL=USS,MLVL=SMPNTS,LLVL=ZOS108,SP1=3000,SP2=0500,V=
>
>
I believe the OP reasonably expected such as:
07.08.31 JOB02068 IEFC452I jobname - JOB NOT RUN - JCL ERROR 877
...
IEFC009I KEYWORD SP1 IS
HLVL=USS,MLVL=SMPNTS,LLVL=ZOS108,SP1=3000,SP2=0500,V=
>
>
I believe the OP reasonably expected such as:
07.08.31 JOB02068 IEFC452I jobname - JOB NOT RUN - JCL ERROR 877
...
IEFC009I KEYWORD SP1 IS MUTUALLY EXCLUSIVE WITH KEYWORD SP1 ON THE EXEC
STATEMENT
IEFC009I KEYWORD S
Why? What is syntactically incorrect with the below?
Without observing the procedure being called, it is impossible to
determine if a syntax error is in place.
The converter/interpreter will find syntax errors in JCL. The "classic"
JCL error.
Job Failed due to file not found,. GDG BASE
One would think that the following would generate a JCL error. Well, not
on my system (zOS 1.08). Takes the first values for SP1 & SP2. Go figure
//ALLOC EXEC PROC=A#,SP1=100,SP2=100,
// HLVL=USS,MLVL=SMPNTS,LLVL=ZOS108,SP1=3000,SP2=05
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hilario Garcia
> Sent: Friday, May 21, 2010 3:41 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: How to validate the existence of a file on a Server via JCL
>
> I w
berto
On 5/21/10, Hilario Garcia wrote:
>
> I would like to know how to test the existence of a file on a Server
> Directory
> (Windows or Linux) and if exist to execute a job step in an z/os jcl.
>
> Thanks
I would like to know how to test the existence of a file on a Server Directory
(Windows or Linux) and if exist to execute a job step in an z/os jcl.
Thanks in advance.
Hilario
--
For IBM-MAIN subscribe / signoff / archive
a JCL
Jason,
My bet is it's security (Started task has a different security ID than your
batch job submit). Did you check the SYSLOG to see if there were any
messages around the time of your proc executing? When your proc starts,
Getting more output: Started tasks may have a diff
On Tue, 18 May 2010 14:39:59 -0400, Dave Barry wrote:
>The term to use is "uninitialized." It matters not what DSORG, etc. appears
>in the catalog and/or VTOC entries.
>
DSORG matters. If the data set is SMS managed (or is it sufficient that SMS be
active?) and DSORG is given in the "DD DISP=NE
loged procedure and
submitting a JCL
On Tue, 18 May 2010 09:36:23 -0500, Hal Merritt wrote:
>IEFBR14 creates only a 'null' file. Most programs trying to open and read a
>'null' file will fail.
>
Depending on SMS, w
On Tue, 18 May 2010 09:36:23 -0500, Hal Merritt wrote:
>IEFBR14 creates only a 'null' file. Most programs trying to open and read a
>'null' file will fail.
>
Depending on SMS, whether DSORG can be determined, etc.
-- gil
--
For
Hal Merritt pisze:
IEBGENER will create a real dataset with an end of file that can be successfully opened and read. IEFBR14 creates only a 'null' file. Most programs trying to open and read a 'null' file will fail.
I can think of several scenarios where an empty, readable file is needed.
I c
ed.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Elardus Engelbrecht
Sent: Tuesday, May 18, 2010 5:26 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: What is the difference between starting a cataloged procedure and
submitting a JCL
Jason Cai w
defaults the class to what is defined in
JES for Started Tasks. You can say SYSOUT=X (for example) if X is your Held
class in your STC JCL to hard code the correct class.
You need to review the JES2 USERs guide to understand how the different
elements of JCL are coded.
An STC gets its JCL
For tape, yes. IEFBR14 will not create an EOF marker.
MA
On Tue, 18 May 2010 05:25:47 -0500, Elardus Engelbrecht
>
>Why are you using empty SYSUT1 with IEBGENER in both jobs? Is something
>wrong with using IEFBR14?
>
--
For IBM
ce
goals
STC's may have a different default region size
See Chapter 7 of the MVS JCL Reference for more info
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the mes
Jason Cai wrote
//STEP1 EXEC PGM=IEBGENER
//SYSUT1 DD DUMMY,DCB=(LRECL=133,RECFM=FB)
Why are you using empty SYSUT1 with IEBGENER in both jobs? Is something
wrong with using IEFBR14?
Groete / Greetings
Elardus Engelbrecht
-
Jason Cai wrote:
>The cataloged procedure cann't allocate the GDG
BKTST.SYSLOG.PLEXH1.BH01.WEEKLY(+1) ,but the return code is zero.
What messages are you receiving?
>1.I wonder why the cataloged procedure cann't allocate the GDG but the JCL
can do it.
Perhaps RACF coul
Hi all
I submit the following JCL
//LOGWDSJ JOB CLASS=A
//STEP1 EXEC PGM=IEBGENER
//SYSUT1 DD DUMMY,DCB=(LRECL=133,RECFM=FB)
//SYSUT2 DD DISP=(,CATLG,DELETE),RETPD=366,VOL=(,,,1
John:
Is ASMIDFB capable of trace an APF program? I got an 047 abend when my
program exec a restricted SVC instruction within ASMIDFB.
Johnny Ying
--
The ASM dataset is where ASMIDF will look for any REXX macros that you
might want
>
> Mike Kovach
>
>
>
>
>
> From: "Field, Alan C."
> To: IBM-MAIN@bama.ua.edu
> Sent: Tue, May 11, 2010 11:56:55 AM
> Subject: Re: Killing Off Symbolic JCL Parameter
>
> What about a // SET JUNK=&HLQPARM ???
>
> -Original Message-
> From: I
illing Off Symbolic JCL Parameter
What about a // SET JUNK=&HLQPARM ???
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Mike Kovach
Sent: Tuesday, May 11, 2010 10:44
To: IBM-MAIN@bama.ua.edu
Subject: Killing Off Symbolic JCL Parameter
I
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mike Kovach
Sent: Tuesday, May 11, 2010 10:44 AM
To: IBM-MAIN@bama.ua.edu
Subject: Killing Off Symbolic JCL Parameter
I am changing a PROC so that DEFAULT SYMBOLIC PRDHLQ=X.YYY.=
All,=0A
What about a // SET JUNK=&HLQPARM ???
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Mike Kovach
Sent: Tuesday, May 11, 2010 10:44
To: IBM-MAIN@bama.ua.edu
Subject: Killing Off Symbolic JCL Parameter
I am changing a PROC so
I am changing a PROC so that DEFAULT SYMBOLIC PRDHLQ=X.YYY.
All,
I am changing a PROC so that DEFAULT SYMBOLIC PRDHLQ=X.YYY.ZZ is no longer
necessary. Unfortunately, many JCL members referencde the PROC and supply
override values for PRDHLQ=. I want to change the PROC without having
Paul Gilmartin pisze:
Is there any limit to the number of continuation lines
in a JCL statement? I'm unaware of any, and I just tried
an EXEC statement where the PARM contained over 1000
continuation lines, and it executed without error. I
conclude that there is no practical limit, i
Is there any limit to the number of continuation lines
in a JCL statement? I'm unaware of any, and I just tried
an EXEC statement where the PARM contained over 1000
continuation lines, and it executed without error. I
conclude that there is no practical limit, if any limit
whatever.
Of c
>No, Ted, I won't:
Won't what?
You cannot control ENQ's.
All we can do is all we can do!
Nothing is perfect.
DISP=(MOD,etc) won't work with and ENQ'd DSN either.
If you haven't locked it, you don't have it!
-
Too busy driving to stop for gas!
---
EXEC PGM=IEFBR14,COND=(0,LE)
//EXCL DD DISP=MOD,DSN=SROWE1.TEST,...
... and all will be well. It's likely (WAG) that the OP's
JCL already contains a step that accomplishes this.
-- gil
--
For IBM-MAI
Oops, c /I/it/
>>> Scott Rowe 4/8/2010 5:48 PM >>>
No, Ted, I won't:
DELETE 'SROWE1.TEST'
IKJ56225I DATA SET SROWE1.TEST ALREADY IN USE, TRY LATER
IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER
IDC0551I ** ENTRY SROWE1.TE
No, Ted, I won't:
DELETE 'SROWE1.TEST'
IKJ56225I DATA SET SROWE1.TEST ALREADY IN USE, TRY LATER
IKJ56225I DATA SET IS ALLOCATED TO ANOTHER JOB OR USER
IDC0551I ** ENTRY SROWE1.TEST NOT DELETED
IDC0001I FU
>In simple words IDCAMS
will not delete the datasets and let you proceed subsequent steps.
Yes it will.
You cab query and set condition codes.
DELETE dsn
IF MAXCC<9 THEN SET MAXCC=0
I've been doing this since 1981!
-
Too busy driving to stop for gas!
---
On Thu, 8 Apr 2010 09:07:12 -0500, Michel Castelein wrote:
>
>Using IDCAMS is more performant:
Is it? Maybe, but it is not obvious to me. In the case where the
data set does exist, I'm sure that the BR14 uses fewer resources.
The IDCAMS step has to have SYSIN and SYSPRINT allocated.
It has to
W dniu 2010-04-08 16:32, Paul Gilmartin pisze:
[...]
> But I agree, IDCAMS is
better; it avoids a job step with 3 allocations, and it avoids
creating a data set only to delete it immediately.
No. IDCAMS is different, not better. What's better? IT DEPENDS!
For enqueued datasets IDCAMS will end
Vernooij, CP wrote:
>No figure at all: as explained, the first number is the blocklength and the
second is the number of blocks. Requesting 1 block gives 1 track, requesting 0
blocks gives 0 tracks.
Of course. Not that difficult to figure it out.
You put it better in words than me. Thanks. Kees
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Steve Comstock
Sent: Thursday, April 08, 2010 10:49 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL QUESTION
Thompson, Steve wrote:
> -Original Message-
> From: IBM Mainframe Disc
Thompson, Steve wrote:
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Thursday, April 08, 2010 9:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL QUESTION
On Thu, 8 Apr 2010 09:07:12 -0500, Michel Castelein wrote
>>> SPACE=(1,1) will allocate 1 track.
>
>The necessary documentation is all in the JCL RM.
>Has been long before and after 1.7.
Since at least 1981, when I first learned JCL.
With SMS, the allocation units were changed to allow M/K to be tacked on, so
that (in theory) apps-ty
>I just tried allocating a dataset using SPACE=(1,1), and it does allocate 1
>track.
Actually, there is the old form of JCL, where you are allocating in blocks,
rather than tracks/cylinders.
Check the JCL Reference.
BTW, you are asking for one byte blocks, and only one of them.
Bu
> LISTCAT ENTRY(USTS.U0Z72B6..)
> IF LASTCC=0 THEN DELETE USTS.U0Z72B6..
> SET MAXCC=0
Simpler/shorter:
DELETE USTS.U0Z72B6..
IF LASTCC<9 THEN SET MAXCC=0
-
Too busy driving to stop for gas!
--
"Elardus Engelbrecht" wrote in message
news:...
> Thompson, Steve wrote:
> >Seriously, I knew that you do this in ALLOC under TSO. But I've never
> seen SPACE=(1,1) work in JCL. I just looked at my old 1.7 manual and
as I
> read it, you must code the allocation
On Thu, 8 Apr 2010 10:39:32 -0400, Farley, Peter x23353 wrote:
>>
>> in the SPACE parameter. It's called documentation, and there are
>> probably others, notably application programmers, who don't realize
>that
>> SPACE=(1,1) will allocate 1 track.
>
The n
Thompson, Steve wrote:
>Seriously, I knew that you do this in ALLOC under TSO. But I've never
seen SPACE=(1,1) work in JCL. I just looked at my old 1.7 manual and as I
read it, you must code the allocation unit parm.
>Uh, OK, is it assuming a block of 1 byte in this case?
I decided
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Kelman, Tom
> Sent: Thursday, April 08, 2010 9:30 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: JCL QUESTION
>
> Paul,
>
> I was surprised. I thought th
ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Thursday, April 08, 2010 9:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL QUESTION
>
>BTW, SPACE=(1,1) should be SPACE=(TRK,(1,1)).
>
>Why? If I run:
>
>//DPC088IF JOB (DPC088,JDG),'IEFBR14',CLASS=A,MSGCLASS=X,
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Kelman, Tom
> Sent: Thursday, April 08, 2010 10:30 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: JCL QUESTION
>
> Paul,
>
> I was surprised. I thought th
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Thursday, April 08, 2010 9:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL QUESTION
Perhaps the same reason you allocate SYSPRINT and SYSOUT in an IEFBR14
step. (What
On Thu, 8 Apr 2010 09:29:50 -0500, Kelman, Tom wrote:
>
>I was surprised. I thought the type of space (TRK, CYL, etc.) was
>required. I just tried allocating a dataset using SPACE=(1,1), and it
>does allocate 1 track. However, personally I still prefer putting "TRK"
>in the SPACE parameter. It'
On Thu, 8 Apr 2010 09:15:02 -0500, Greg Shirey wrote:
>
>BTW, SPACE=(1,1) should be SPACE=(TRK,(1,1)).
>
>Why? If I run:
>
>//DPC088IF JOB (DPC088,JDG),'IEFBR14',CLASS=A,MSGCLASS=X,
>// MSGLEVEL=(1,1),NOTIFY=DPC088
>//EXEC PGM=IEFBR14
>//SYSPRINT DD SYSOUT=*
>//SYSOUTDD SYSOUT=*
>
a.edu] On
> Behalf Of Paul Gilmartin
> Sent: Thursday, April 08, 2010 9:20 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: JCL QUESTION
>
> On Thu, 8 Apr 2010 09:07:12 -0500, Michel Castelein wrote:
> >
> >>//PASOBOR EXEC PGM=IEFBR14
> >>//D1 DD DISP=(M
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Thursday, April 08, 2010 9:20 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL QUESTION
On Thu, 8 Apr 2010 09:07:12 -0500, Michel Castelein wrote:
>
>>//PASOBOR
You see the SMS allocation because if the dataset doesn't exist the JCL
you've specified will allocate it as a new dataset and then delete it.
If it does exist it will be allocated at and old (mod) dataset and then
deleted. In either case you should see this message later in th
On Thu, 8 Apr 2010 09:07:12 -0500, Michel Castelein wrote:
>
>>//PASOBOR EXEC PGM=IEFBR14
>>//D1 DD DISP=(MOD,DELETE),UNIT=SYSALLDA,
>>// SPACE=(1,1),
>>// DSN=USTS.U0Z72B6..
>
>BTW, SPACE=(1,1) should be SPACE=(TRK,(1,1)).
>
Why? In my opinion Simpler Is Better. Wh
From: IBM Mainframe Discussion List On Behalf Of Michel Castelein
Sent: Thursday, April 08, 2010 9:07 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL QUESTION
BTW, SPACE=(1,1) should be SPACE=(TRK,(1,1)).
--
For IBM-MAIN subscribe
On Thu, 8 Apr 2010 06:35:15 -0500, Angel-Luis Dominguez
wrote:
>We use this as first step. If the file exits, it is deleted. If don't exits,
>RC=0 in
>the same way.
>
>//PASOBOR EXEC PGM=IEFBR14
>//D1 DD DISP=(MOD,DELETE),UNIT=SYSALLDA,
>// SPACE=(1,1),
>// DSN=USTS.U0Z72B6.?
Bank of Kansas City
(816) 760-7632
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of R.S.
> Sent: Wednesday, April 07, 2010 10:43 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: JCL QUESTION
>
> Kelman, Tom pisze:
We use this as first step. If the file exits, it is deleted. If don't exits,
RC=0 in
the same way.
//PASOBOR EXEC PGM=IEFBR14
//D1 DD DISP=(MOD,DELETE),UNIT=SYSALLDA,
// SPACE=(1,1),
esmie moo wrote:
Good Morning Gentle Readers,
I have a problem with a batch job which keeps failing on a JCL error. The first step deletes the dsn and the second step recreates the dsn using PGM=IDCAMS. Is there a way of having the job continue to execute STEP2 even though it posts a jcl
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Paul Gilmartin
Sent: Wednesday, April 07, 2010 12:46 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL QUESTION
On Wed, 7 Apr 2010 11:09:28 -0500, McKown, John wrote:
>
>all the time. If yo
On Wed, 7 Apr 2010 11:09:28 -0500, McKown, John wrote:
>
>all the time. If you need to be sure that nobody else is using the DSN, then
>put an IEFBR14 step at the end of the job with a DISP=OLD on it.
>
But beware JES3 setup. DISP=MOD is safer. (Does JES3 require UNIT
and SPACE, lest DSN not exi
On Wed, 7 Apr 2010 11:09:28 -0500, McKown, John wrote:
>
>all the time. If you need to be sure that nobody else is using the DSN, then
>put an IEFBR14 step at the end of the job with a DISP=OLD on it.
>
Beware JES3 setup. Safer to use DISP=MOD. (Does JES3 setup require
UNIT and SPACE lest the da
>//STEP2 EXEC PGM=IDCAMS
>//SYSPRINT DD SYSOUT=*
>//SYSIN DD *
> DEL old.dsn.name
> SET MAXCC=0
> DEFINE ...
>/*
I would change it to:
DEL old.dsn.name
IF MAXCC<9 THEN SET MAXCC=0
IF MAXCC=0 THEN DEFINE ...
-
Too busy driving to stop for gas!
Of Donald Johnson
> > Sent: Wednesday, April 07, 2010 8:49 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Use of IF JCL statements
> >
> > Hi there! Can some one point me to documentation that would
> > explain what
> > happens in a JCL stream with IF/ELSE sta
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Donald Johnson
> Sent: Wednesday, April 07, 2010 8:49 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Use of IF JCL statements
>
> Hi there! Can some one point me to
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of esmie moo
> Sent: Wednesday, April 07, 2010 8:51 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: JCL QUESTION
>
> Good Morning Gentle Readers,
>
> I have a
Kelman, Tom pisze:
Just a warning about using SPACE=(TRK,0). We had a job that used that and it
all of a sudden started getting abends with a message that there was no space
defined. Our storage folks had just set up SMS for VSAM Extended for that
specific group of datasets. It appears that
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Kelman, Tom
Sent: Wednesday, April 07, 2010 10:04 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: JCL QUESTION
Just a warning about using SPACE=(TRK,0). We had a job that used that
and it all of a
du] On
> Behalf Of R.S.
> Sent: Wednesday, April 07, 2010 8:58 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: JCL QUESTION
>
> esmie moo pisze:
> > Good Morning Gentle Readers,
> >
> > I have a problem with a batch job which keeps failing on a JCL error.
> The f
Sorry I made a typo. It should read as : I have changed the jcl.
--- On Thu, 4/8/10, esmie moo wrote:
From: esmie moo
Subject: Re: JCL QUESTION
To: IBM-MAIN@bama.ua.edu
Received: Thursday, April 8, 2010, 2:53 AM
Howard,
The STEP1 (first step) was performing an IEFBR14. It is
901 - 1000 of 3076 matches
Mail list logo
