I will be out of the office starting 12/09/2010 and will not return until
12/20/2010.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Hello Lizette,
Is this below ? sorry, is to big :
STMT NO. MESSAGE
3 IEFC001I PROCEDURE FPDSASM WAS EXPANDED USING INSTREAM PROCEDURE DEFIN
17 IEFC001I PROCEDURE FPDSASM WAS EXPANDED USING INSTREAM PROCEDURE DEFIN
We have all of our HSM tapes going into a TS7700 VTS when I set it up for
HSM in the PARMLIB member I specified a percent value of 107 for UNIT=TAPE
I really want to keep the value consistent across all of our LPARS and just use
97. My question is - When I list off any HSM tape info using HSM
Hello Lizette,
After change the ISPLIB to ISP.SISPLOAD, something change here, and now have a
program in my load, look please :
EDIT IBMUSER.LOAD Row 1 of 1
Command === Scroll === PAGE
Hello Hal,
Thanks from your help,
Change here :
01 //TST2FIXP JOB ,'TECH.SUPPORT',CLASS=A,NOTIFY=SYSUID,TIME=1440,
02 //MSGLEVEL=(1,1),MSGCLASS=T
03 //***//
04 //*
Hello Scott,
What We need change?
Thanks,
Sergio
Date: Wed, 8 Dec 2010 17:06:48 -0500
From: scott.r...@joann.com
Subject: Re: Problem when try compile a CBT036 FILE
To: IBM-MAIN@bama.ua.edu
The PARMs for the ASM step specify DECK and NOLOAD, so the object output is
going to
If you look at some of the other objections to the original product
announcement, those had to do with the presence of much marketing
doublespeak which didn't give a clue what the product really did.
Considering the technical nature of this list, it would be more
appropriate to dispense with
In this case, it means currently addressable address space which
in turn means
-- primary address space if in primary ASC mode
-- secondary address space if in secondary ASC mode (but the
service does not document that it accepts this ASC mode, so I
don't have any idea if that truly
Joel,
I agree that in this case, the product announcement really didn't tell
anything about what the product actually does.
So insofar as criticism of the quality of the product announcement goes, I
wholly agree.
Insofar as criticism made solely due to a product announcement being posted
is
During our upgrade from 1.9 to 1.11 we encountered an SDSF issue with
XSTATUS, do you have PTF UK59622 installed as it fixes some issues with
EXCLUDE LISTS (XSTATUS in our case).
- Tim
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Tim
Sergio,
I honestly don't know where to start. I thought I gave you the information
you needed to understand your problem and fix it yourself. There are many
different ways you could change the JCL to make it work, but I suspect you
are going to have to start again, from the beginning, because
Hello List,
Thanks from all help.
Now our JOB run ok, have some mistakes here, that was correct with all opinions.
Sorry about disturb, with this like easy question.
The ZOS that We are migrating is 1.2, from Z/VSE 4.2.
Now, have another problem, because something don't want work in 2 of 6
On Thu, 9 Dec 2010 09:49:02 -0500 Peter Relson rel...@us.ibm.com wrote:
:In this case, it means currently addressable address space which
:in turn means
:-- primary address space if in primary ASC mode
:-- secondary address space if in secondary ASC mode (but the
: service does not document
Sergio
What you need to change is the apparent management attitude which
imposes a VSE to MVS (z/OS) conversion onto you without having
*previously* arranged for adequate education.
If your management's attitude is for education to be provided by asking
questions on the IBM-MAIN and other
Hello Chris Mason.
First thanks very much from your help.
Chris, Before start my JOB here, I worked with ZOS, but with CICS SUPPORT for
nine years.
I start work here, at March of this year, but really JCL I never know very well.
For more then 30 years, I worked with VM/VSE, so, at 2001 year
On Thu, Dec 9, 2010 at 9:40 AM, Joel C. Ewing jcew...@acm.org wrote:
I read through the whole post only because I was morbidly curious whether it
would set a new record for how long it took to get a clue whether the
product had any relevance.
Tsk. To beat that record that will require a MUCH
All you JCL gurus, two questions regarding overriding a load library in a
PROC such as STEPLIB:
1. If a PROC has something like
//STEPLIB DD DSN=whatever...
// DD DSN=blah...
And you want to override it to a single load library, is there a preferred
way to do so? Coding
Apropos this thread, was driving today and saw a truck that said Data
center cleaning and www.technoguardonline.com. Guess I never thought
about it, but sure, that's a specialty -- folks trained NOT to unplug
things, press red buttons, or pour liquids! (And, a friend adds, not
send things to
You can do:
//PSTEP.STEPLIB DD
//DD
2010/12/9 Charles Mills charl...@mcn.org
All you JCL gurus, two questions regarding overriding a load library in a
PROC such as STEPLIB:
1. If a PROC has something like
//STEPLIB DD DSN=whatever...
// DD DSN=blah...
And you
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Charles Mills
Sent: Thursday, December 09, 2010 2:06 PM
To: IBM-MAIN@bama.ua.edu
Subject: Overriding STEPLIB
All you JCL gurus, two questions regarding overriding a load library in a
I have found this now lengthy thread a little puzzling.
Vanilla use of IARV64 obviates all difficulties, and it is perhaps worth
repeating that we are talking here about virtual storage: none of these
reservations deprives anyone of any real storage; and even with these
reservations the
Ha! Perfect! Works for problem 1 and 2 also. You can just code
//PSTEP.STEPLIB DD
Thanks,
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of carlos roberto visconde
Sent: Thursday, December 09, 2010 11:19 AM
To:
What thread?
2010/12/9 john gilmore john_w_gilm...@msn.com
I have found this now lengthy thread a little puzzling.
Vanilla use of IARV64 obviates all difficulties, and it is perhaps worth
repeating that we are talking here about virtual storage: none of these
reservations deprives anyone of
You cannot remove an existing DD statement from a PROC. You can only override
it. Also, if the DD is a concatenation, you cannot eliminate subsequent,
concatenated, DDs. You can only override the DSN with an empty DSN
(sequential or PDS as needed). You can add more onto a concatenated DD.
We
Are you sure?
On Thu, Dec 9, 2010 at 2:48 PM, Charles Mills charl...@mcn.org wrote:
Ha! Perfect! Works for problem 1 and 2 also. You can just code
//PSTEP.STEPLIB DD
Thanks,
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf
I think you need both of them because historically each line overrides 1 line
of the proc.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of
Charles Mills
Sent: Thursday, December 09, 2010 1:48 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re:
Yup.
Here's the real data. Case 1:
//PLI.STEPLIB DD DSN=TCC001.V300.LOADPDSE,DISP=SHR
+/STEPLIB DD DSN=LNGPRFX..SIELCOMP,DISP=SHR
IEFC653I SUBSTITUTION JCL - DSN=IEL.V1R1M1.SIELCOMP,DISP=SHR
// DD
+/
On Thu, 9 Dec 2010 17:18:48 -0200, carlos roberto visconde wrote:
You can do:
//PSTEP.STEPLIB DD
//DD
I don't think that won't do what Charles is asking for. In fact, I don't
think it will do anything.
You can code:
//PSTEP.STEPLIB DD
//DD DSN=foo
and foo will
On Thu, 9 Dec 2010 14:51:35 -0500, Scott Rowe wrote:
What thread?
The thread is on ASSEMBLER-LIST. John posted here erroneously.
--
Tom Marchant
2010/12/9 john gilmore john_w_gilm...@msn.com
I have found this now lengthy thread a little puzzling.
On Thu, 9 Dec 2010 12:07:01 -0800, Charles Mills wrote:
Yup.
Here's the real data. Case 1:
//PLI.STEPLIB DD DSN=TCC001.V300.LOADPDSE,DISP=SHR
+/STEPLIB DD DSN=LNGPRFX..SIELCOMP,DISP=SHR
IEFC653I SUBSTITUTION JCL - DSN=IEL.V1R1M1.SIELCOMP,DISP=SHR
// DD
+/ DD
Charles, I tested it to confirm what I thought I had always known: a blank
DD override will not logically delete a DD statement in a PROC, it simply
leaves it alone. Look at your allocation messages.
On Thu, Dec 9, 2010 at 3:07 PM, Charles Mills charl...@mcn.org wrote:
Yup.
Here's the real
You are right. Allocation messages show the overridden STEPLIB as kept, so
the DD must have been in effect.
As an additional test I changed the DSNs in the PROC DDs to a nonexistent
name -- a fairly realistic example of one reason you might want to override
them -- and the JCL failed on the +001
From: Hansen, Dave L - Eagan, MN
Sent: Thursday, December 09, 2010 2:51 PM
To: 'IBM Mainframe Discussion List'
Subject: TCP/IP network management interfaces (NMI)
Hi,
We are running z/OS V1R10. Our network management vendor is BMC and we are
running MainView for IP. NETMONitor is in the
try using // DD DSN=NULLFILE.
Date: Thu, 9 Dec 2010 12:59:38 -0800
From: charl...@mcn.org
Subject: Re: Overriding STEPLIB
To: IBM-MAIN@bama.ua.edu
You are right. Allocation messages show the overridden STEPLIB as kept, so
the DD must have been in effect.
As an additional test I
On Thu, 9 Dec 2010 12:59:38 -0800, Charles Mills wrote:
I am now thinking that the null DD overrides nothing.
As documented in the JCL Reference.
I tried a blank DSN= thinking perhaps it would override the DSN
to nothing.
That removes the DSN parameter, so you get a system-generated
temporary
IEC141I 013-64,IFG0194A,TCC001HV,PLI,STEPLIB-0002
I think NULLFILE is 100% equivalent to DUMMY.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Clifford McNeill
Sent: Thursday, December 09, 2010 1:03 PM
To: IBM-MAIN@bama.ua.edu
While we're on the subject of things in JCL that make me sigh, I coded in a
test job //SYSLIB DD DDNAME=FOO where there was (inadvertently) no //FOO DD.
The C library fopen() gave me a good file descriptor and no indication of an
error on fopen(DD:SYSLIB(BAR), mode)
Not what I had expected.
try using // DD DSN=NULLFILE.
As with dummy, that will probably give you a 013.
-
Ted MacNEIL
eamacn...@yahoo.ca
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the
The value you have specified for the ABEND code is greater than 4095,
which isn't strictly legal under z/OS. Change that X'001000' value to
4095 and you'll get clean assemblies.
Rick
Sergio Lima wrote:
Hello List,
Thanks from all help.
In that case, the DD acts like DD DUMMY.
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2b680/12.17.5
quote
Errors in Location of Referenced DD Statement
The system treats a DDNAME parameter as though it were a DUMMY parameter and
issues a warning message in the following cases:
Try DD DUMMY,RECFM=U,DSROG=PO,BLKSIZE=32760
Dave Gibney
Information Technology Services
Washington State University
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Charles Mills
Sent: Thursday, December 09, 2010 1:12 PM
To:
Why not just:
//STEP1.STEPLIB DD DSN=ANYLIB,DISP=SHR
DD DSN=ANYLIB,DISP-SHR
DD DSN=ANYLIB,DISP=SHR
etc.
This may not be pretty, but it is simple.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Same thing. (Assuming DSORG, not DSROG g)
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Gibney, Dave
Sent: Thursday, December 09, 2010 1:47 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Overriding STEPLIB
Try DD
Or, as I said in the OP
I can solve it with
//PSTEP.STEPLIB DD DSN=foo...
//DD DSN=foo...
But that seems like kind of a kludge.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Dan Skomsky, PSTI
Sent: Thursday,
Oh, I know/knew that. I'm just surprised that you can open a member of DD
DUMMY successfully.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of McKown, John
Sent: Thursday, December 09, 2010 1:43 PM
To: IBM-MAIN@bama.ua.edu
Subject:
It seems fine to me. It is more straight forward than the other suggestions
and in addition, it works.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of Charles Mills
Sent: Thursday, December 09, 2010 4:18 PM
To: IBM-MAIN@bama.ua.edu
Why not just:
//STEP1.STEPLIB DD DSN=ANYLIB,DISP=SHR
Only if ANYLIB exists!
-
Ted MacNEIL
eamacn...@yahoo.ca
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the
At 15:41 -0600 on 12/09/2010, Rick Fochtman wrote about Re: Problem
when try compile a CBT036 FILE:
The value you have specified for the ABEND code is greater than 4095,
which isn't strictly legal under z/OS. Change that X'001000' value to
4095 and you'll get clean assemblies.
Rick
---snip---
At 15:41 -0600 on 12/09/2010, Rick Fochtman wrote about Re: Problem
when try compile a CBT036 FILE:
The value you have specified for the ABEND code is greater than 4095,
which isn't strictly legal under
Hi,
A big thanks to all who helped me !! We had a perfect touch down yesterday.
All the Three LPARs were moved to the new Z10 BC , SNA and TCPIP connections
and all.
Had some last minute problems with TCPIP in the Linux images on ZVM. Apparently
I totally glossed over the VSWITCH settings.
--- On Thu, 12/9/10, Rick Fochtman rfocht...@ync.net wrote:
---SNIP
--unsnip--
This last comment is correct, but I
51 matches
Mail list logo