Re: LE options

[Imbriale, Donald]

I prefer the PARMLIB method, but use the assembled module as a backup.
With the PARMLIB method, displaying options is easier and making dynamic
changes is easier.  Also, as you pointed out, it allows you to have
different options on different systems that share the LE libraries.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Frank Swarbrick
Sent: Friday, July 17, 2009 5:25 PM
To: IBM-MAIN@bama.ua.edu
Subject: LE options

There appears to be (at least) two ways to change LE runtime options
system wide.
There's the assember macro table way (CEEDOPT for batch and CEECOPT for
CICS) and there's the PARMLIB(CEEPRM00) way.
Is one preferred over the other?  Does one offer something the other
does not?  I am thinking that the PARMLIB way allows for multiple
systems to share the same LE libraries and still have different LE
options, if desired.  Is this the reason for is its existence?  If we
use the PARMLIB way is there anything that has to be done with the
macros and can't be done with the PARMLIB?

Honestly, there are so many ways to change LE options that it's hard to
keep them all straight!

Thanks,

This email is confidential and subject to important disclaimers and
conditions including on offers for the purchase or sale of
securities, accuracy and completeness of information, viruses,
confidentiality, legal privilege, and legal entity disclaimers,
available at http://www.jpmorgan.com/pages/disclosures/email.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Access to IBM-Main archives (was: SHARE Requirements and IBM)

[Imbriale, Donald]

There's IBM-MAIN-ARCHIVES, and then there's the archives of IBM-MAIN.
Two separate lists.  You need to subscribe to IBM-MAIN-ARCHIVES to
access those.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Patrick O'Keefe
Sent: Wednesday, June 24, 2009 5:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: Access to IBM-Main archives (was: SHARE Requirements and IBM)

On Wed, 24 Jun 2009 11:15:22 -0700, Edward Jaffe 
 wrote:

>...
>And, sometimes they're rejected even *after* they're implemented! 
> :-D
>
>http://bama.ua.edu/cgi-bin/wa?A2=ind0407&L=ibm-main-
>archives&P=R2529&I=1&X=-
>

Odd.  In following Ed's link (that was not wrapped in the original)
I get a login popup saying 

"Sorry, you are not authorized to browse the archives of the 
IBM-MAIN-ARCHIVES list from the email address 
(patrick.oke...@wamu.net) you entered in the login screen."

Entering the only IBM-Main id and password I have results in a 
repeat of the same popup.

I am still able to search the archives and read the resulting found
postings, but I don't know what Ed searched on so don't know if I
found the entry he was pointing to.

A hint (if a hint were needed) that I'm not part of the "in crowd"?

Pat O'Keefe


This email is confidential and subject to important disclaimers and
conditions including on offers for the purchase or sale of
securities, accuracy and completeness of information, viruses,
confidentiality, legal privilege, and legal entity disclaimers,
available at http://www.jpmorgan.com/pages/disclosures/email.  

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 1.9 and PDF's EDIT hide function

[Imbriale, Donald]

Do you use Spiffy (or what is now IBM's ISPF Productivity Tool)?  There
was a bug in that under z/OS 1.9.

Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of John Kelly
Sent: Friday, January 30, 2009 4:30 PM
To: IBM-MAIN@bama.ua.edu
Subject: 1.9 and PDF's EDIT hide function

has anyone tried the SPF edit 'hide' function on 1.9? I just brought up 
1.9 and didn't touch the panels but when i try the edit command 'hide x'
i 
get the message 'ISRE200 The edit panel has not been configured to
support 
the HIDEX command." This is the ISREDDE3 panel that comes with ServPac. 
The ServPac folks said that they don't touch any panel except ISPF folks

said to follow thew manual, ie 
To enable HIDE EXCLUDED, set the ISPF variable, &ZHIDEX, to "Y" and 
provide attribute bytes 13, 16, 17, and 1D as shown in Figure 66. 

This seems a strange thing to have to do with panels from the factory?


Generally, this communication is for informational purposes only
and it is not intended as an offer or solicitation for the purchase
or sale of any financial instrument or as an official confirmation
of any transaction. In the event you are receiving the offering
materials attached below related to your interest in hedge funds or
private equity, this communication may be intended as an offer or
solicitation for the purchase or sale of such fund(s).  All market
prices, data and other information are not warranted as to
completeness or accuracy and are subject to change without notice.
Any comments or statements made herein do not necessarily reflect
those of JPMorgan Chase & Co., its subsidiaries and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.
Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: System Install and Catalogs

[Imbriale, Donald]

I agree completely about manually checking catalogs leaves a lot of room
for human error.

Check out Alastair Gray's work for building and comparing catalogs at
http://www.cbttape.org/ftp/cbt/CBT542.zip

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Matt Dazzo
Sent: Wednesday, January 14, 2009 10:39 AM
To: IBM-MAIN@bama.ua.edu
Subject: System Install and Catalogs

Working on my first system upgrade 1.7 to 1.9. I selected a software
install option. I am up to and ran the RECATDS job so all the z1.9 dsn's
are in a separate z1.9 catalog that contains only the 1.9 files.

When I Ipl 1.9 I would like to use my existing (z1.7) system's master
catalog, but as it stands now it will not know about any new dataset
names on the 1.9 system. I am looking to find how other folks handle
sync'ing any new dataset names to an existing mcat or deleting names no
longer required from the 1.7 system. Manually checking file names
between the systems leaves alot of room for human error. I know IDCAMS
provides MERGECAT but I have never used it and don't know if there are
pit falls with it. Any information on how you handle this situation is
appreciated. 
 
FYI- I did add in the new omvs HFS's files as they are named uniquely.
 
Matt

Generally, this communication is for informational purposes only
and it is not intended as an offer or solicitation for the purchase
or sale of any financial instrument or as an official confirmation
of any transaction. In the event you are receiving the offering
materials attached below related to your interest in hedge funds or
private equity, this communication may be intended as an offer or
solicitation for the purchase or sale of such fund(s).  All market
prices, data and other information are not warranted as to
completeness or accuracy and are subject to change without notice.
Any comments or statements made herein do not necessarily reflect
those of JPMorgan Chase & Co., its subsidiaries and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.
Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SDSF Question

[Imbriale, Donald]

SDSF scans ISFPARMS from the beginning and assigns users to the first
group for which they are qualified. This means that the order of the
group definitions is important: Arrange them from most selective to
least selective.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Howard Rifkind
Sent: Friday, December 26, 2008 5:16 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SDSF Question

Please bare with me a moment and let me redefine what I'm after:
 
I have two groups, both of which start with:
 
GROUP NAME(ISFSPROG),  
TSOAUTH(JCL,OPER,ACCT),
and the second:
 
GROUP NAME(SYSPRGSX),  
TSOAUTH(JCL,OPER,ACCT),
I want the people who have the TSOAUTH... of the second group to have
their SDSF/LOG command start them at column #51
 
ILOGCOL(51),
 
How can I do this.  Right now  as things stand all are falling into the
first group.
 

Generally, this communication is for informational purposes only
and it is not intended as an offer or solicitation for the purchase
or sale of any financial instrument or as an official confirmation
of any transaction. In the event you are receiving the offering
materials attached below related to your interest in hedge funds or
private equity, this communication may be intended as an offer or
solicitation for the purchase or sale of such fund(s).  All market
prices, data and other information are not warranted as to
completeness or accuracy and are subject to change without notice.
Any comments or statements made herein do not necessarily reflect
those of JPMorgan Chase & Co., its subsidiaries and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.
Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RCFs are no longer accepted by IBM???

[Imbriale, Donald]

MidHusonValleyReaderCommentFormS

I guess John is just human and makes a very rare mistake every now and
then :)

Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Hunkeler Peter (KIUK 3)
Sent: Wednesday, November 26, 2008 2:45 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: RCFs are no longer accepted by IBM???

>I'm attempting to send an RCF to IBM using the address supplied 
>by John Eells in this post: 
>>Your message
>>  Subject: Extraneous (And Confusing) Words in DFHSM Serialization
Descriptions
>>was not delivered to:
>>  [EMAIL PROTECTED]

Shouldn't this read MHVrcfs instead of MVHrcfs?

--

Generally, this communication is for informational purposes only
and it is not intended as an offer or solicitation for the purchase
or sale of any financial instrument or as an official confirmation
of any transaction. In the event you are receiving the offering
materials attached below related to your interest in hedge funds or
private equity, this communication may be intended as an offer or
solicitation for the purchase or sale of such fund(s).  All market
prices, data and other information are not warranted as to
completeness or accuracy and are subject to change without notice.
Any comments or statements made herein do not necessarily reflect
those of JPMorgan Chase & Co., its subsidiaries and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.
Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Allocated Dataset Question

[Imbriale, Donald]

A shortcut:

DDLIST E 'dsn-or-prefix'

For example,

DDLIST E 'SYS1.PARMLIB'
DDLIST E 'SYS1'

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Thursday, November 20, 2008 11:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Allocated Dataset Question

Try using ISRDDN.  On the command line enter ENQ

Then enter in the data set name.

Other option is to try and rename in 3.4.  If it is allocated, you
should get and error message.  By pressing PF1 you should see the
holders.

WHOHAS ia a CBT Tape program.  You would need to install that in your
environment.

Generally, this communication is for informational purposes only
and it is not intended as an offer or solicitation for the purchase
or sale of any financial instrument or as an official confirmation
of any transaction. In the event you are receiving the offering
materials attached below related to your interest in hedge funds or
private equity, this communication may be intended as an offer or
solicitation for the purchase or sale of such fund(s).  All market
prices, data and other information are not warranted as to
completeness or accuracy and are subject to change without notice.
Any comments or statements made herein do not necessarily reflect
those of JPMorgan Chase & Co., its subsidiaries and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase &
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.
Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP CAUSER Question

[Imbriale, Donald]

AKx is an APAR.  IBMLink will have the answer.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Friday, September 12, 2008 4:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMP CAUSER Question

I'm checking the output of the SMP Apply/Check run and found the
following:
 
 ERROR   AK48164HCI6500  HCI6500  ++HOLD(HCI6500) .
I know what the UKxx and PKxx entries are but I don't have a
cluse what these AK items are.
 
Checked out Google and only saw an association with another UKx
item.
 
Can some one shed some light on this or is just another APAR?
 
This communication is from JPMorgan.

Generally, this communication is for informational purposes only and it
is not intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any transaction.
In the event you are receiving the offering materials attached below
related to your interest in hedge funds or private equity, this
communication may be intended as an offer or solicitation for the
purchase or sale of such fund(s). All market prices, data and other
information are not warranted as to completeness or accuracy and are
subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates. 
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure under 
applicable law. If you are not the intended recipient, you are hereby
notified that any disclosure, copying, distribution, or use of the
information contained herein (including any reliance thereon) is STRICTLY
PROHIBITED. Although this transmission and any attachments are believed
to be free of any virus or other defect that might affect any computer
system into which it is received and opened, it is the responsibility of
the recipient to ensure that it is virus free and no responsibility is
accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use. If you
received this transmission in error, please immediately contact the sender 
and destroy the material in its entirety, whether in electronic or hard
copy format. Thank you. Please refer to
http://www.jpmorgan.com/pages/disclosures
for disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is available to continue

[Imbriale, Donald]

Sharon,

What error messages are you getting?  Is it just the IBM1521I message?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lopez, Sharon
Sent: Friday, September 05, 2008 1:46 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z/OS 1.9 and IBM1521I S 4.0 Not enough virtual memory is
available to continue

We have 1.9 on one of our test systems.  This is a system that was build
in Jan. 2008.  We also have another test 1.9 system, which I just
applied all hipers and RSUs through 0806 and now I cannot get PL/I 3.7
to compile.  Both systems have the same storage amount.  Has anyone seen
anything like this?
I have a ticket opened with PL/I support and now I just opened up one
with virtual storage manager.  We are due to go production on Sept. 28,
and I cannot go forward with this.  Thanks.

Sharon Lopez
Enterprise Systems Programmer
919-754-6432

[EMAIL PROTECTED]

This communication is from JPMorgan.

Generally, this communication is for informational purposes only and it
is not intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any transaction.
In the event you are receiving the offering materials attached below
related to your interest in hedge funds or private equity, this
communication may be intended as an offer or solicitation for the
purchase or sale of such fund(s). All market prices, data and other
information are not warranted as to completeness or accuracy and are
subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates. 
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure under 
applicable law. If you are not the intended recipient, you are hereby
notified that any disclosure, copying, distribution, or use of the
information contained herein (including any reliance thereon) is STRICTLY
PROHIBITED. Although this transmission and any attachments are believed
to be free of any virus or other defect that might affect any computer
system into which it is received and opened, it is the responsibility of
the recipient to ensure that it is virus free and no responsibility is
accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use. If you
received this transmission in error, please immediately contact the sender 
and destroy the material in its entirety, whether in electronic or hard
copy format. Thank you. Please refer to
http://www.jpmorgan.com/pages/disclosures
for disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Update datasets defined in lnklst

[Imbriale, Donald]

Rather than a total refresh of LLA, often F LLA,UPDATE=xx for the
specific library has less impact on performance (construction of the
CSVLLAxx member is an exercise left to the implementer).

Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jousma, David
Sent: Thursday, September 04, 2008 5:59 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Update datasets defined in lnklst

Victor,

If you are only updating the contents of a dataset already in linklist,
then a F LLA,REFRESH is all that is needed(assuming the dataset did not
go into more extents).

This communication is from JPMorgan.

Generally, this communication is for informational purposes only and it
is not intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any transaction.
In the event you are receiving the offering materials attached below
related to your interest in hedge funds or private equity, this
communication may be intended as an offer or solicitation for the
purchase or sale of such fund(s). All market prices, data and other
information are not warranted as to completeness or accuracy and are
subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates. 
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure under 
applicable law. If you are not the intended recipient, you are hereby
notified that any disclosure, copying, distribution, or use of the
information contained herein (including any reliance thereon) is STRICTLY
PROHIBITED. Although this transmission and any attachments are believed
to be free of any virus or other defect that might affect any computer
system into which it is received and opened, it is the responsibility of
the recipient to ensure that it is virus free and no responsibility is
accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use. If you
received this transmission in error, please immediately contact the sender 
and destroy the material in its entirety, whether in electronic or hard
copy format. Thank you. Please refer to
http://www.jpmorgan.com/pages/disclosures
for disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: signing off my corporate email account

[Imbriale, Donald]

Any chance you can use the web interface for reading and posting?  Or
would that too be a violation of policy?

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John McKown
Sent: Thursday, August 28, 2008 3:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: signing off my corporate email account

On Thu, 28 Aug 2008, Hal Merritt wrote:

> Not sure, but you can post any way you want. How it is displayed is up
> to the receiving email engine as well as intervening stops (such as
IBM
> MAIN). 

I refuse to post HTML mail. I despise the "glitz over content" people. 
I've let my manager know my displeasure. Not that it will result in 
anything changing. And, since I don't want to get in trouble, I have 
changed my corp email to HTML. It is, after all, THEIR account, not my 
personal one. So they do have the right to tell me its proper use.

> 
> That said, a throw down Yahoo or Gamil account should work just fine.
> Web based is best as it is less likely to be blocked by the
productivity
> police. 

Blocked by Websense.

> 
> HTH
> 

-- 
Q: What do theoretical physicists drink beer from?
A: An EIN stein.

Maranatha!
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


This communication is from JPMorgan.

Generally, this communication is for informational purposes only and it
is not intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any transaction.
In the event you are receiving the offering materials attached below
related to your interest in hedge funds or private equity, this
communication may be intended as an offer or solicitation for the
purchase or sale of such fund(s). All market prices, data and other
information are not warranted as to completeness or accuracy and are
subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates. 
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure under 
applicable law. If you are not the intended recipient, you are hereby
notified that any disclosure, copying, distribution, or use of the
information contained herein (including any reliance thereon) is STRICTLY
PROHIBITED. Although this transmission and any attachments are believed
to be free of any virus or other defect that might affect any computer
system into which it is received and opened, it is the responsibility of
the recipient to ensure that it is virus free and no responsibility is
accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use. If you
received this transmission in error, please immediately contact the sender 
and destroy the material in its entirety, whether in electronic or hard
copy format. Thank you. Please refer to
http://www.jpmorgan.com/pages/disclosures
for disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: sharing data sets acrosss systems

[Imbriale, Donald]

I too found the System Data Set Definitions manual to be quite useful.
As Mark pointed out it went away with z/OS 1.7.  You can get the last
version at
http://publibz.boulder.ibm.com/epubs/pdf/iea2g500.pdf
The info may be 'old', but I believe it is still mostly relevant.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Monday, August 25, 2008 2:47 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: sharing data sets acrosss systems

On Mon, 25 Aug 2008 12:29:15 -0500, John C. Wolf <[EMAIL PROTECTED]>
wrote:

>There used to be an IBM manual about placement of system daya sets in
MVS.
>It also told what system data sets could be shared and not shared.
>Does any one knoe what that manual is now or where I can find such
>information?
>

The planning manual for your release has a suggested system layout.
There
used to be a "MVS System Data Set Definition" but that went away in 
z/OS 1.7.   I don't think anything replaced it but all the information
in
there is probably in mixture of other manuals.

This communication is from JPMorgan.

Generally, this communication is for informational purposes only and it
is not intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any transaction.
In the event you are receiving the offering materials attached below
related to your interest in hedge funds or private equity, this
communication may be intended as an offer or solicitation for the
purchase or sale of such fund(s). All market prices, data and other
information are not warranted as to completeness or accuracy and are
subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates. 
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure under 
applicable law. If you are not the intended recipient, you are hereby
notified that any disclosure, copying, distribution, or use of the
information contained herein (including any reliance thereon) is STRICTLY
PROHIBITED. Although this transmission and any attachments are believed
to be free of any virus or other defect that might affect any computer
system into which it is received and opened, it is the responsibility of
the recipient to ensure that it is virus free and no responsibility is
accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use. If you
received this transmission in error, please immediately contact the sender 
and destroy the material in its entirety, whether in electronic or hard
copy format. Thank you. Please refer to
http://www.jpmorgan.com/pages/disclosures
for disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Way... Back question...

[Imbriale, Donald]

First hit in Google.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jerry Fuchs
Sent: Tuesday, August 19, 2008 2:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Way... Back question...

Just curious. Where, if anywhere, is CPPUPDTE documented?

I can't find it. 

This communication is from JPMorgan.

Generally, this communication is for informational purposes only and it
is not intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any transaction.
In the event you are receiving the offering materials attached below
related to your interest in hedge funds or private equity, this
communication may be intended as an offer or solicitation for the
purchase or sale of such fund(s). All market prices, data and other
information are not warranted as to completeness or accuracy and are
subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates. 
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure under 
applicable law. If you are not the intended recipient, you are hereby
notified that any disclosure, copying, distribution, or use of the
information contained herein (including any reliance thereon) is STRICTLY
PROHIBITED. Although this transmission and any attachments are believed
to be free of any virus or other defect that might affect any computer
system into which it is received and opened, it is the responsibility of
the recipient to ensure that it is virus free and no responsibility is
accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use. If you
received this transmission in error, please immediately contact the sender 
and destroy the material in its entirety, whether in electronic or hard
copy format. Thank you. Please refer to
http://www.jpmorgan.com/pages/disclosures
for disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: z/OS 1.10 migration path

[Imbriale, Donald]

You could check the migration actions from 1.7 to 1.9, then those for
1.9 to 1.10.  That might let you go directly from 1.7 to 1.10, even
though it wouldn't technically be supported.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Wednesday, August 06, 2008 9:45 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: z/OS 1.10 migration path

On Wed, 6 Aug 2008 05:19:51 -0700, Walter Marguccio
<[EMAIL PROTECTED]> wrote:

>- Original Message 
>
>From: Ted MacNEIL <[EMAIL PROTECTED]>
>
>> No, you can't. I guess you missed the memo.
>
>All right mates,
>
>I must have missed that memo.
>Thanks to all of you for confirming this. I have to order z/OS 1.9 now.
>

I have no idea what your environment is like, but if it isn't a sysplex,
you still may want to make the jump from 1.7 directly to 1.10.  But if
you can't, make sure you order 1.9 by October 27th 2008.

This communication is from JPMorgan.

Generally, this communication is for informational purposes only and it
is not intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any transaction.
In the event you are receiving the offering materials attached below
related to your interest in hedge funds or private equity, this
communication may be intended as an offer or solicitation for the
purchase or sale of such fund(s). All market prices, data and other
information are not warranted as to completeness or accuracy and are
subject to change without notice. Any comments or statements made herein
do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries
and affiliates. 
This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure under 
applicable law. If you are not the intended recipient, you are hereby
notified that any disclosure, copying, distribution, or use of the
information contained herein (including any reliance thereon) is STRICTLY
PROHIBITED. Although this transmission and any attachments are believed
to be free of any virus or other defect that might affect any computer
system into which it is received and opened, it is the responsibility of
the recipient to ensure that it is virus free and no responsibility is
accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as
applicable, for any loss or damage arising in any way from its use. If you
received this transmission in error, please immediately contact the sender 
and destroy the material in its entirety, whether in electronic or hard
copy format. Thank you. Please refer to
http://www.jpmorgan.com/pages/disclosures
for disclosures relating to UK legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Listing of current ROOT with Mount Points

[Imbriale, Donald]

This is from a few years ago; I haven't run it in a while so I'm not
sure if it still works.  Basic process is to mount your new root on a
new mount point, use UNIX ls command on the actual root and the new root
with output to unix files, copy those files to MVS data sets, then use
SUPERC to compare those data sets.

/* rexx HFSDIRC */
parse arg dir1 dir2 junk  
dir1  = strip(dir1)   
dir2  = strip(dir2)   
if dir1 = "" or dir2 = "" then do 
   say "Two directories must be specified"
   exit 4 
end   
"oshell ls -Fln "dir1" > /tmp/lsdir1" 
"oshell ls -Fln "dir2" > /tmp/lsdir2" 
"oget '/tmp/lsdir1' 'my.DIR1'"  
"oget '/tmp/lsdir2' 'my.DIR2'"  

//LISTDIR  EXEC PGM=IKJEFT01,  
// PARM='HFSDIRC / /SERVICE'
//SYSPROC  DD   DISP=SHR,DSN=SYS1.SBPXEXEC 
// DD   DISP=SHR,DSN=my.execlib
//SYSTSPRT DD   SYSOUT=*   
//SYSTSIN  DD   DUMMY  
//COMPARE EXEC PGM=ISRSUPC,COND=(4,LE,LISTDIR),
//PARM=(LONGL,LINECMP, 
//'',  
//'')  
//NEWDD  DD DISP=SHR,DSN=my.DIR2 
//OLDDD  DD DISP=SHR,DSN=my.DIR1 
//OUTDD  DD SYSOUT=*   
//SYSIN  DD *  
cmpcolm 1:10 16:32 55:80   
/* 

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Wednesday, July 09, 2008 3:51 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Listing of current ROOT with Mount Points

I was wondering if any cleaver sysprog out there wrote a process that
would extract the current ROOT and its mount points.  Then compare those
mountpoint to the new ROOT that would go in with the IPL and flag any
differences?

I am still to new at USS to see how to do this with REXX on z/OS.

This would need to work against HFS and zFS files.  Yes - I know that
UNIX is UNIX, however, I want to make sure I am specific enough.

I am currently working on my z/OS V1.7 to V1.9 upgrade.  And it seems we
sometimes have others add mount points and not update our documentation.

I am just looking for an easy way to see what is changing between the
two.

For example.  I am adding SIGYROOT to my new ROOT.  It currently does
not exist in my z/OS V1.7 Root.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Display IEAOPT

[Imbriale, Donald]

It can be seen in TMONMVS via option 1.5.

Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Wednesday, July 02, 2008 10:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Display IEAOPT

I have been looking through the manauls and it does not seem to be
there.

Does anyone know of a way to display IEAOPTxx so I can see if my changes
to the parameters occurred?




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Display IEAOPT

[Imbriale, Donald]

Here's some REXX code I put together to display CPENABLE.  It can be
modified/enhanced to display other 'stuff'.

/* rexx */
/*
 Display CPENABLE values; 
CVT points to RMCT which points to ICT;   
ICCTPILO is at offset 6 for length of 2 in ICT
ICCTPIHI is at offset 8 for length of 2 in ICT
*/
cvt = storage(10,4)   
rmct = storage(d2x(c2d(cvt)+604),4)   
ict = storage(d2x(c2d(rmct)+8),4) 
icctpilo = storage(d2x(c2d(ict)+6),2) 
icctpihi = storage(d2x(c2d(ict)+8),2) 
say "CPENABLE=("c2d(icctpilo)","c2d(icctpihi)")"  

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Wednesday, July 02, 2008 10:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Display IEAOPT

I have been looking through the manauls and it does not seem to be
there.

Does anyone know of a way to display IEAOPTxx so I can see if my changes
to the parameters occurred?




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E: "Reasonable" sizes for SYSUTn?

[Imbriale, Donald]

As usual, what is reasonable depends.  We use SPACE=(CYL,(500,100)) for
SYSUTx, on disk not VIO.  There does not appear to be any recommendation
in the SMP/E manuals.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Thursday, June 26, 2008 3:48 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMP/E: "Reasonable" sizes for SYSUTn?

Hi, All,

Just had a RECEIVE FROMNETWORK job crash SB37-04 on SYSUT4.  The package
being received is HJVA140 and current service.  When I looked at the
SYSUTn (n = [1 - 4]) DDDEFs for the z/OS 1.9 global zone, I saw they all
had UNIT=VIO and SPACE=(3120,(760,760)), apparently "as delivered" with
the z/OS 1.9 ServerPac.  That seems incredibly tiny to me.

Our 1.7 global has SYSUT4 at SPACE=(3120,(3040,3040)), but even that
seems small.  And we didn't SMP/E-install Java on 1.7, so I can't tell
if that size is "reasonable" nowadays.

"Obviously", SYSUT4 needs more that it has, but how much more?  I should
probably try to keep it in VIO, because we don't have a lot of empty
DASD space allocated to the "sandbox".



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CICS/TS 2.3 and z/OS 1.7

[Imbriale, Donald]

The information I provided was from the current LE manuals.  And I have
confirmed this by running some tests.  ALL31(OFF) is needed if there are
any AMODE 24 routines.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Tuesday, May 13, 2008 2:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CICS/TS 2.3 and z/OS 1.7

>ALL31(OFF) is needed if there are any AMODE 24 routines.

Not according to IBM, as I said in my original post.
They still worked for us.
What happens with ALL31(ON), according to an IBM expert (whose name
escapes me), is the AMODE 24 support is not initialised until the first
24-bit programme is called.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CICS/TS 2.3 and z/OS 1.7

[Imbriale, Donald]

ALL31(OFF) is needed if there are any AMODE 24 routines.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Tuesday, May 13, 2008 2:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CICS/TS 2.3 and z/OS 1.7

>ALL31(OFF),

Why do you have ALL31 off?
Even if you still have 24-bit code, IBM recommends ALL31(ON).
There is a slight performance benefit, and 24-bit will still run.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Language Environment HLASM question.

[Imbriale, Donald]

For the sake of completeness, for COBOL it is program_parms/LE_parms if
LE run-time option CBLOPTS is specified as ON (which is the default).
If CBLOPTS is specified as OFF, then all programs will use
LE_parms/program_parms format.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: Monday, April 28, 2008 3:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Language Environment HLASM question.


1. If the main program is COBOL, it's  program_parms/LE_parms;
for all other languages it'sLE-parms/program_parms




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with applying maintenance

[Imbriale, Donald]

Ignore my post.  Further research shows that it does delete members
before compress under some circumstances.  Sorry for the interruption.

Don Imbriale


-Original Message-
From: Imbriale, Donald 
Sent: Wednesday, April 23, 2008 3:07 PM
To: 'IBM Mainframe Discussion List'
Subject: RE: Help with applying maintenance

I've never seen anything that says COMPRESS(ALL) will delete members
being changed.  The Commands manual states only:

  If you specify ALL, any libraries in which elements will be
  installed by this APPLY command are compressed.

Can you provide a reference in one of the manuals that indicates the
members will be deleted before compress?

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Matthew Stitt
Sent: Wednesday, April 23, 2008 2:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Help with applying maintenance


I also run SMPE APPLY function with the COMPRESS(ALL) option, which
causes
it to delete all members being changed from the library, then compress
the
library before applying the maintenance.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Help with applying maintenance

[Imbriale, Donald]

I've never seen anything that says COMPRESS(ALL) will delete members
being changed.  The Commands manual states only:

  If you specify ALL, any libraries in which elements will be
  installed by this APPLY command are compressed.

Can you provide a reference in one of the manuals that indicates the
members will be deleted before compress?

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Matthew Stitt
Sent: Wednesday, April 23, 2008 2:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Help with applying maintenance


I also run SMPE APPLY function with the COMPRESS(ALL) option, which
causes
it to delete all members being changed from the library, then compress
the
library before applying the maintenance.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Another stupid sysplex question.

[Imbriale, Donald]

>From TSO Command Reference:

In a sysplex, SEND can be used to send a message from one user to
another
user in the same JESPLEX.


Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of McKown, John
Sent: Monday, April 14, 2008 3:02 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Another stupid sysplex question.

Two TSO users on a single image can "communicate" via TSO SEND. Is there
any way for a TSO user on system1 to send a message to a TSO user on
system2?




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ServerPac IYO (Installing Your Order)

[Imbriale, Donald]

I'm not doing the install, but we do have a 1.9 IYO in BookManager
format.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Tuesday, March 18, 2008 11:32 AM
To: IBM-MAIN@bama.ua.edu
Subject: ServerPac IYO (Installing Your Order)

I like when IBM (and other vendors) give you better documentation or 
better ways to view it.  I don't like having things taken away.

In the past, IYO came in several formats: BookManger, AFP and in
readable
text in the orderhlq.SCPPLENU data set as member LIST1403.

Does it bother anyone else that the orderhlq.SCPPLENU only contains a 
PDF version now that you have to transfer to your workstation to read? 
Was it removed to save 100 tracks of DASD?  I often reference this
document during the life of an OS at my shop and even when it is
gone at times.  The easiest place to find it and view it is (was) on
z/OS. 

Unless it is some where else now (I didn't install our last ServerPac).




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CATALOG Quesiton

[Imbriale, Donald]

Command F CATALOG,ALLOCATED will show message IEC348I.  The last column:

The percentage of allocated extents for each catalog in the list. This
percentage indicates the extent usage by either the data or index 
component, whichever is higher, for that particular catalog. For  
catalogs that are marked as closed or deleted, this value is N/A. 

Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Dawes
Sent: Wednesday, March 12, 2008 2:39 PM
To: IBM-MAIN@bama.ua.edu
Subject: CATALOG Quesiton

Hallo To All,
   
  Is there a way of telling if a USER CAT is near full or full?
   



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Sorting Hex Data - ISPF or Batch

[Imbriale, Donald]

In ISPF:

If you have National Language Support, the order in which your data

will be collated could depend on the status of your HEX mode.

 

If your HEX mode status is ON, your data will be ordered according to
its
hexadecimal representation.

 

If your HEX mode status is OFF, you are a National Language Support

user and your installation has defined a special collating sequence

table, your data will be ordered according to the sequence specified

in the collating sequence table.

 


Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Thursday, March 06, 2008 11:31 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Sorting Hex Data - ISPF or Batch

I have gone through several iterations and just cannot see the forest
for the trees.

I need to sort hex data in ISPF and batch.  I have tried a couple of
variations but the x'A' - x'F' always go to the top of the sorted list.
I really would like 0-9, x'A' - x'F'

I have not found on the ISPF sort command a hex option for sorting.  And
I am not sure what control cards I can use in batch sort to make it
happen.

Any one willing to point me in the right direction?  If not, I will
write a sort process in REXX.  




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Rexx - TRAP errors / Exception handling ?

[Imbriale, Donald]

To each his own.  Most of my REXX execs do not use ISPF services at all.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ted MacNEIL
Sent: Monday, March 03, 2008 2:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Rexx - TRAP errors / Exception handling ?

>This sounds like an ISPF question rather than a Rexx question.

Why are you separating the two?
I rarely write REXX execs that do not interface with ISPF.
I've had this discussion with the REXX list owner.

Under TSO, REXX without ISPF functionality is like COBOL without packed
decimal.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mysterious PDSE errors

[Imbriale, Donald]

Exactly!  I don't know how many times I've been called by Operations or
other groups about "PDSE problems".  By the time they get me involved
the 'problem' has been resolved.

Since implementing SMSPDSE1 we are seeing fewer of these 'problems'.
And staying current on PDSE-related maintenance has helped also.

Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Friday, February 29, 2008 11:25 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Mysterious PDSE errors


Well, I hope the blocked workload support helps this.  The system should
be smart enough not to report a problem just because the system is
running
at or near 100% busy.  That is what z/OS is designed and promoted to do.
All it does is lead to "the boy that cried wolf" syndrome.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Mysterious PDSE errors

[Imbriale, Donald]

If by the time you issue the V SMS,PDSE,ANALYSIS command and the
response is as you have seen, then it's really not an issue.  The
'possible PDSE problem(s)' you are seeing are very brief and are usually
contention issues which are getting resolved with little or no negative
impact.  Only if you see something other than 'no exceptional
conditions' persist for an extended period of time should you be
concerned.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of David Logan
Sent: Friday, February 29, 2008 8:48 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Mysterious PDSE errors

I run nightly builds using PDSE source datasets, object datasets and
list
datasets. In SYSLOG, I get the text below. Notice also that in this
particular case, I issued the "recommended" command, and I get no useful
results. I also get nothing whatsoever in any of the batch jobs as far
as
error/warning/informational messages.

Any suggestions? Should I simply turn off monitoring?

-
0090 *IGW038A Possible PDSE Problem(s) 132  
0090  Recommend issuing V SMS,PDSE,ANALYSIS 
0090 *IGW038A Possible PDSE Problem(s) 133  
0090  Recommend issuing V SMS,PDSE,ANALYSIS 
0290  V SMS,PDSE,ANALYSIS   
0090  IGW031I PDSE ANALYSIS  Start of Report 135
0090  ++ no exceptional data set conditions detected
0090  PDSE ANALYSIS  End of Report  
-




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SMP/E PTF REWORK; RECEIVE, APPLY, and ACCEPT

[Imbriale, Donald]

Based on my reading of the manuals, it will not be automatically
selected for APPLY.

"To reapply a SYSMOD, you must specify it in the SELECT operand and
include the REDO operand on the APPLY command."

"REWORK allows an updated SYSMOD to be automatically received again, as
long as it is more recent than the version that has already been  
received. This takes the place of rejecting the SYSMOD and receiving  
it again."

But you already knew that.

I am not aware of any LIST or REPORT that will help identify such
differences.  You would have to roll your own.  But I also think this is
a good idea and worthy of a requirement request. 

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of IBM-MAIN@BAMA.UA.EDU
Sent: Thursday, February 21, 2008 10:03 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMP/E PTF REWORK; RECEIVE, APPLY, and ACCEPT

I create a PTF; RECEIVE, APPLY, and ACCEPT it.  Then I rework it
with a higher REWORK operand.  RECEIVE witn no SELECT operand
will automatically RECEIVE it if it appears in SMPPTFIN because
of the higher REWORK.  But will APPLY or ACCEPT with no SELECT
likewise select it automatically?  I suspect not; barring that,
is there any LIST or REPORT command that will identify PTFs in
the TARGET and DLIB zones whose REWORK doesn't match that in
the GLOBAL?

(Wishlist item: SHA-1 checksums in the zones to verify that the
PTFs APPLYed and ACCEPTed match those RECEIVED.)

My personal choice would be to eschew REWORK and issue a SUPerseding
PTF with a unique sysmod ID, but I may be overruled by management.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: zOS 1.9 IEANUC01

[Imbriale, Donald]

Shmuel,

Why do you feel it is necessary to reply to a post that's almost three
weeks old and the thread has died some time ago?  

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Tuesday, February 12, 2008 1:21 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: zOS 1.9 IEANUC01

In <[EMAIL PROTECTED]>, on 01/25/2008
   at 12:05 PM, Mark Zelden < > said:

>Over-simplified?  Sounds complicated.   More so then using a
>JOBLIB/STEPLIB  and classpath pointing to a service directory when
>running from a downleveled  driving system (IMO). 

I would advise pointing to *copies* of both, rather than to the targets
you're updating. but it's not my dog.
 



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Curiousity question: the processing of DD DUMMY.

[Imbriale, Donald]

Grievous.  Irresponsible.  Blunder.  Don't hold back Paul.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gilmartin
Sent: Friday, December 28, 2007 4:56 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Curiousity question: the processing of DD DUMMY.

On Fri, 28 Dec 2007 13:50:54 -0600, Tom Marchant wrote:

>On Fri, 28 Dec 2007 13:12:24 -0600, Rick Fochtman wrote:
>
>>IIRC, SYS1.NULLFILE was recognized by the system as a special case of
>>DUMMY. But it filled in the DSNAME field of the JFCB.
>
>You are thinking of DSN=NULLFILE.  Now we also have PATH=/dev/null.
>
Which was a grievous and irresponsible and unnecessary design
blunder.  Who benefits from this special treatment of PATH=/dev/null?
It only adds confusion by making the behavior of PATH=/dev/null
different from the behavior of PATH=/./dev/null and from the
behavior of PATH=[any symbolic link to /dev/null].



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ISPF Action Bar Menus

[Imbriale, Donald]

To remove them from View and Edit, go into edit, then issue command
EDITSET.  For other panels, they would need to be rebuilt without the
action bars.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Eric Bielefeld
Sent: Friday, December 21, 2007 12:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: ISPF Action Bar Menus

I've got something that is bugging me since I started here at Aviva.
How do I get rid of the Action Bar menus at the top of every ISPF
screen?  I know I've done that before, but I can't think of the command.
You would think it would be in the settings panel, but I don't see it
there.
--
Eric Bielefeld
Des Moines, Iowa
515-645-5153




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: financial functions for Enterprise COBOL

[Imbriale, Donald]

Thanks Steve.  The financial functions provided in COBOL are very basic.
We're looking for the more complex financial functions.  We could write
it if we absolutely had to, but why reinvent the wheel?

>From Excel: XIRR returns the internal rate of return for a schedule of
cash flows that is not necessarily periodic.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: Monday, December 17, 2007 5:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: financial functions for Enterprise COBOL

Imbriale, Donald wrote:
> 
> I'm looking for a package of financial functions callable from a COBOL
> program.  A search within the Enterprise COBOL and LE bookshelves has
> turned up nothing and a Google search for "Enterprise COBOL financial"
> didn't turn up any useful leads.  I'm looking for functions like
Excel's
> XIRR.
> 
> Does anyone know of such a package?
> 
> Don Imbriale

Don,

I am not familiar with Excel's XIRR. But you should have
found these COBOL intrinsic functions, some of which might
be of use:

   * Annuity
   * Present-value
   * Standard-deviation
   * Variance
   * Mean
   * Median

That's the entire list, though, that I was able to
find that might qualify.





***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

financial functions for Enterprise COBOL

[Imbriale, Donald]

Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

I'm looking for a package of financial functions callable from a COBOL
program.  A search within the Enterprise COBOL and LE bookshelves has
turned up nothing and a Google search for "Enterprise COBOL financial"
didn't turn up any useful leads.  I'm looking for functions like Excel's
XIRR.

Does anyone know of such a package?

Don Imbriale



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Strange ISPF Numbers in ML Display

[Imbriale, Donald]

If you check the online help it will indicate that 65535 is the max
displayed for size.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Monday, December 10, 2007 4:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Strange ISPF Numbers in ML Display

Maybe I missed some maintanence, but I just added a 70,000 line member
to a TEXT file (Lrecl=133) and the Member listing shows as follows

EDIT  TSO.LK41591.PDF.TEXT  Row 00029 of
00108 
Command ===>  Scroll
===> CSR  
   Name Prompt   Size   Created  Changed
ID   
_ EMCCGRP1  65535  2007/12/10  2007/12/10 16:13:26
LK41591
_ EMCDASD1   4001  2007/09/06  2007/09/06 11:58:14
LK41591

Should not the EMCCGRP1 member show the true number of lines and not
64K?  70684 Line(s) not Displayed 


Lizetet



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM z-OS book search

[Imbriale, Donald]

I just tried it and was successful.  29 manuals found when searching for
acc* meth*

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lucymarie Ruth
Sent: Wednesday, November 14, 2007 2:31 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: 

I spoke too soon.  It worked once, but now it busted again.  It is not
now working for anyone at our site.  Does it work at anyone's site?

 

 

http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/find_books.html

 



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CA Product Identification

[Imbriale, Donald]

Go to http://supportconnect.ca.com
Click 'Licensing'
Click 'LMP Product Code Listing under 'CA Common Services'
Eyeball the list or use CTRL-F to find on the page

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dean Montevago
Sent: Tuesday, November 06, 2007 11:24 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CA Product Identification

Hi,

Does anyone know what CA product has code BX ?



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: tso racf

[Imbriale, Donald]

To invoke your LOGOFF, the command would need to be entered as %LOGOFF
to force search of SYSPROC/SYSEXEC before the usual order which will
find the standard command.

Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Tuesday, October 23, 2007 3:22 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: tso racf

Don,

Could I create a CLIST/REXX called LOGOFF that would bypass this process
so long as my CLIST/REXX called LOGOFF is at the top of the
concatenation of the SYSPROC or EXEC DD Statement?

Lizette

>
>The parm that you are passing could be a CLIST, constructed along these
>lines:
>
>PROC 0
>do some allocates and stuff
>start ISPF
>LOGOFF
>
>As soon as the user leaves ISPF it should log them off
>
>Don Imbriale
>



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: tso racf

[Imbriale, Donald]

The parm that you are passing could be a CLIST, constructed along these
lines:

PROC 0
do some allocates and stuff
start ISPF
LOGOFF

As soon as the user leaves ISPF it should log them off

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Carroll, William
Sent: Tuesday, October 23, 2007 2:28 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: tso racf

is there anyway to block or ignore or stop somebody from entering a
command
on the command prompt through RACF, or any other method.  i know i can
put a
command on the 'proc' execute, passing it as a parm, during the logon
process.  my management wants to know if i can block the command prompt
for
non-system programmer folks.  so when they exit ispf, they get logged
off
of tso as well. I apologize for not giving a more accurate 
picture to begin with.



TIA

Bill Carroll  





***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBMLink Web down again 3270 seems OK SEV1 ticket # 33328838

[Imbriale, Donald]

Sam, thanks for staying on top of this.

Is it the authentication service again?
If you were already logged in, are you affected?
Just trying to figure out if I should automatically log in at the
beginning of each day and stay on, even if I might not need IBMLink that
day.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Knutson, Sam
Sent: Wednesday, October 03, 2007 2:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IBMLink Web down again 3270 seems OK SEV1 ticket # 33328838

SEV1 ticket # 33328838 
Uptime ETA 4PM EST
 



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RMF reporting on PATHIN/PATHOUT CF

[Imbriale, Donald]

According to the RMF manual:

Monitor III gathers data for this report automatically. If you want to
suppress gathering, you have to disable writing SMF record type 74.2.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Thursday, September 27, 2007 3:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: RMF reporting on PATHIN/PATHOUT CF

Don,

yes III is running.  Do you know specifically which options collects the
74-2?  I will be making some modifications and it would help to know
what to add.

Lizette


>
>Monitor III is needed to collect the 74-2.  Is it active in your
system?
>



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RMF reporting on PATHIN/PATHOUT CF

[Imbriale, Donald]

Monitor III is needed to collect the 74-2.  Is it active in your system?

Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Thursday, September 27, 2007 3:03 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: RMF reporting on PATHIN/PATHOUT CF

Thanks Ed,
I do have 70-79 being collected.  But cannot tell why I would not have
74-2 in this set.

I was thinking perhaps there is an option in RMF that needs to be set on
that would produce this particular record.

Back to the RMF User's Guide.

Lizette

>
>>>
>Check your record collection. D SMF and see if you collect  70-79.
Usually 
>for RMF I extract the 70-79 records first then pass them  to RMF. Also
gives a 
>summary report of record types, count and  date.
>



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

CUNUNIxx IMAGE keyword

[Imbriale, Donald]

Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Prior to z/OS 1.6, IMAGE was an accepted keyword in the CUNUNIxx member
in PARMLIB.  The syntax in CUNUNIxx has changed and the documentation
for 1.7 and 1.9 does not include a specification for IMAGE other than
ADD IMAGE, but IMAGE is still accepted as a valid keyword and processed
as expected.  Is IMAGE an acceptable short-form substitute for ADD
IMAGE?

Don Imbriale



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Use of ISPLINK

[Imbriale, Donald]

Understood.

I want you to succeed.  I appreciate the information you provide and the
tagging of your ads, but your ad may get lost.  A targeted email may
yield better results.

Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: Tuesday, September 25, 2007 11:51 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Use of ISPLINK

Imbriale, Donald wrote:
> Why does every reply need to include an ad?  

1. Not every reply does; I've tried to cut back;
but a lot do, I admit

2. Because I'm still dying out here, Don, and so
I keep hoping it will remind someone that,
just maybe their organziation can use that
information and schedule a class.

I've stayed in business two years longer than
I thought I could, but it's still touch and go.


It might be better to
> answer the question on the list, but market your services offline.

Smaller audience. But I do try to give a visual heads
up with the  tag, so folks can just skip that.

> 
> Don Imbriale
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Steve Comstock
> Sent: Tuesday, September 25, 2007 11:12 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Use of ISPLINK
> 
> 
> You need ...
> 
> 
> 
> 




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Use of ISPLINK

[Imbriale, Donald]

Why does every reply need to include an ad?  It might be better to
answer the question on the list, but market your services offline.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: Tuesday, September 25, 2007 11:12 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Use of ISPLINK


You need ...









***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Need a program to create BLOCK Letters

[Imbriale, Donald]

Here's a REXX exec I came across some time ago (I don't know who
provided this):

/* REXX - BIG LETTER ROUTINE SYS1.AOSB0(IEFSD095) */   
parse arg str  
Address ISPEXEC "LIBDEF ISPLLIB DATASET ID('SYS1.AOSB0') STACK"
  Call REXXBIG str 
Address ISPEXEC "LIBDEF ISPLLIB"   
Exit   
REXXBIG:   
  Arg txt  
  p1   = txt   
  p4   = d2c(length(txt),4)
  p567 = ''
  do i = 1 to 12   
p2 = d2c(i,4)  
p3 = copies(' ',length(txt) * 14 - 2)  
Address LINKPGM "IEFSD095 P1 P2 P3 P4 P567 P567 P567"  
Say  p3
  end  
  Say  
  Return   

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ulrich Krueger
Sent: Tuesday, September 18, 2007 12:16 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Need a program to create BLOCK Letters

Lizette,
Many years ago there was a "Block character routine" available in
library SYS1.AOSB0, named IEFSD095. This routine was (is?) used to
create the block letters for JES2 separator pages. Documentation: The
page I copied from an old manual says "Job Management - External
Writers".
I hope this gives you a starting point for further research.


Regards,
Ulrich Krueger

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Tuesday, September 18, 2007 09:09
To: IBM-MAIN@BAMA.UA.EDU
Subject: Need a program to create BLOCK Letters

I had one of these a long time ago written in assembler.

I am looking for a pgm that will create a BLOCK of a LETTER

For example, I pass it a T  it would produce output like this (if it
could slant it that would be very nice).

T
T
   TT
   TT
   TT
   TT


Does anyone have anything like this?  I have scaned the files in CBT
Tape but the one liners do not tell if there is such a pgm.

I did find a couple called BLOKHDR but it only created a phrase in a
block, not a block letter.





***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSMDUMP in DB2 SP WLM

[Imbriale, Donald]

Thanks Wayne.  I had searched the archives.  My tests show that SYSMDUMP
directed to SYSOUT, then copied to a dataset (via SDSF for example),
results in a partially corrupted SYSMDUMP.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Wayne Driscoll
Sent: Tuesday, September 11, 2007 12:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SYSMDUMP in DB2 SP WLM

Search the archives for some details from Ed Jaffe regarding pointing
the SYSMDUMP DD to a SYSOUT dataset, and then saving it to a dataset if
and only if you need it.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX - RECFM fixed or variable

[Imbriale, Donald]

Try EXECUTIL EXECDD(CLOSE).  May need it two times.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John P Donnelly
Sent: Thursday, September 06, 2007 11:51 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: REXX - RECFM fixed or variable

We are in the middle of an OS upgrade from z/OS V1R4 to Z/OS V1R7. We
have a batch job that executes without errors in the z/OS V1R4 system
but fails under the new z/OS V1R7 system. The job has several steps. The
step that fails executes a REXX exec (SAPTRAP1) and fails with the
following errors:

.READY  

.  EXECUTIL SEARCHDD(YES)   

.READY  

.  %SAPTRAP1

.Invalid record format for data set allocated to file INDD. RECFM must
be fixed or variable. Spanned records or records with track overflow are
not supported. (*** This is TSO/E error code IRX0509E ***)  

.EXECIO error while trying to GET or PUT a record. (*** This is TSO/E
error code IRX0670E ***) 
.Bad return code 20 from EXECIO DISKRU command.

We resolved by coding RECFM=FB for the INDD DCB...

...IBM sent ETR to TSO/E and then to the REXX group...only suggestion we
received was maybe a difference in MODEL.DSCB...but systems both point
to
the same one...

...any thoughts?
   



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SUPERC Option UPDPDEL failing w/ msg: ISRS062E UPDATE FILE/DA TA SET, DELDD ...

[Imbriale, Donald]

SUPERC may not be an industrial-strength comparison facility, but it can
be useful.  I use it for quick & dirty stuff, but use other facilities
for complex needs.

Process statement LSTCOLM can be used to specify the columns to be
displayed.  Combined with LONGLN (176-byte line display), this can help
show the differences even in long lines.

CMPCOLM can be used to indicate the columns to be compared; sort of a
masking facility.

Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Farley, Peter x23353
Sent: Thursday, September 06, 2007 10:21 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SUPERC Option UPDPDEL failing w/ msg: ISRS062E UPDATE
FILE/DA TA SET, DELDD ...


>As a separate issue, IMHO SUPERC is *not* an "awesome facility", except
>perhaps for report/text/source code processing.  For structured data
file
>comparison it is nearly unusable.  Any byte beyond 176 (IIRC) is never
>displayed in the output listing, so if you have a difference beyond
byte 176
>you will never see that difference.  Not to mention a complete lack of
>masking facilities, multi-record-format facilities, etc.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: VVDS Question.

[Imbriale, Donald]

An easier way to find the information might have been to go to
BookManager, select the DFSMS Bookshelf, then do a search for VVDS.  The
first hit for me is manual "Managing Catalogs" which contains a section
titled "Defining a VVDS" which contains an example of how to do it.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Friday, August 24, 2007 4:10 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: VVDS Question.

Thank you all for your help...

Why didn't think of looking further down on the define
cluster command in AMS...

--- Tony Brown <[EMAIL PROTECTED]> wrote:

> From IBM's "z/OS V1Rn.n DFSMS Access Methods
> Services for Catalogs" 
> under "DEFINE CLUSTER", you will find the following
> example:
> 
> 14.3.9 Define a VSAM Volume Data Set: Example 9
> 
> In this example, a VVDS is explicitly defined. The
> cluster is named using the 
> restricted VVDS name format 'SYS1.VVDS.Vvolser'. 
> 
>  //DEFCLU8  JOB...
>  //STEP1   EXEC   PGM=IDCAMS
>  //SYSPRINT DD SYSOUT=A
>  //SYSINDD *
>  DEFINE CLUSTER -
> (NAME(SYS1.VVDS.VVSER03) -
> VOLUMES(VSER03) -
> NONINDEXED -
> CYLINDERS(1 1)) -
>   CATALOG(USERCAT4)
>  /*
> 
> 
> Regards,



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFDSS versus FDR

[Imbriale, Donald]

It's great that your problem is solved.

Where's Bruce Black when we need him?  Haven't heard anything from him
in a while.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jim McAlpine
Sent: Friday, August 24, 2007 12:00 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFDSS versus FDR

On 8/24/07, O'Brien, David W. (NIH/CIT) [C] <[EMAIL PROTECTED]>
wrote:
>
> QMF311.DSQPNLE.DATA??  Are you sure that's not the data component?
> I woud expect you to be using the cluster name with the Sphere
parameter.


David, thanks that worked although I would have put money on the fact
that I
had restored at the component level without the SPHERE parameter in the
past.  I can't remember ever having used the SPHERE parameter before
now.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Refreshing PDSEs (was: linklisted load library failing)

[Imbriale, Donald]

To reclaim space in a PDSE which is in linklist and if linklist is
managed by LLA, the library will need to be removed from LLA management
then a job to write one member to the PDSE should be run to initiate the
reclaim process.

>From "Using Data Sets":

PDSE space cannot be reclaimed immediately after a member is deleted or
dated. If a deleted or updated member still has an existing connection
from another task (or the input DCB from an ISPF edit session), the
member space is not reclaimed until the connection is released and the
data set is opened for output and that OPEN for OUTPUT is the only one
on that system.   

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of GAVIN Darren * OPS EAS
Sent: Wednesday, August 15, 2007 5:44 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Refreshing PDSEs (was: linklisted load library failing)

PDS's have the reclaiming space issue, PDSE's should not.  

With a PDSE when a member is deleted, or re-written to a larger block,
the unused space it had occupied becomes available for immediate usage
by the next write (STOR) activity.  It maintains a list of free blocks
in the directory, nothing, including a library in a linklist or a CICS
region should be preventing that from being updated.

If a system is not doing this it is likely because there is a user exit
or SMS exit preventing it, or maybe forcing PDSE allocations to be a
PDS's.

The only time a PDSE might need a reorg itself, is when it has split the
library's directory over all the extents it has allocated.  This really
only happens in a heavily used source library.

As for IEBCOPY it needs a 3meg region size minimum when working with
PDSE's, as opposed to the 450K size when working with PDS's

Darren




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Idenitfy ibm-main posts on Lotus Notes

[Imbriale, Donald]

I don't think it was Shane.  It was Shmuel, who insists on re-opening
threads long after they have finished, then providing information which
has already been provided; he's probably the one who responds without
reading the rest of the thread.

Don Imbriale


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Frank Yaeger
Sent: Thursday, June 28, 2007 10:58 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Idenitfy ibm-main posts on Lotus Notes


This is an old thread and I already got results here.  I'm not sure why
Shane is responding now (I guess he must read posts and respond to them
without reading the rest of a thread).



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Dynamically Disabling ISV Products

[Imbriale, Donald]

To turn off Serena's StarTool IOO optimization for the entire step.

//[EMAIL PROTECTED] DD DUMMY

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Alan Schwartz
Sent: Wednesday, June 27, 2007 10:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Dynamically Disabling ISV Products

Has anyone compiled a list of all the DD DUMMY ddnames used to
dynamically 
disable various products?  I want to generate a comprehensive jcl set
that 
I can include if I want to make sure I'm running 100% IBM code when 
troubleshooting some problems.  For instance I know that ABNLIGNR
disables 
ABEND-AID, FCOPYOFF disables PDSMAN's fast copy.  Please contribute 
towards this initiative.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Enterprise Cobol XML Parser

[Imbriale, Donald]

The Enterprise COBOL 3.4 Programming Guide contains a lot of information
about XML processing, including a section that has an example (with
code).

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ward, Mike S
Sent: Thursday, June 07, 2007 6:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Enterprise Cobol XML Parser

Hello all, I tried the archives but didn't find what I was looking for.
We have z/os 1.7 and Enterprise Cobol 3.4.0. It has a built in XML
parser, but I'm having a little trouble understanding how to use it.
Would anyone by chance have a sample program that shows how to correlate
the elements in the xml to the working storage data area. A working
example would be great.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How do i install Linux on S/390 Machine

[Imbriale, Donald]

If the presenter made them available, they should be accessible from the
SHARE web site.  In this case, it appears that no slides/presentation
material was made available for download.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Kopischke
Sent: Thursday, June 07, 2007 4:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: How do i install Linux on S/390 Machine

On Thu, 7 Jun 2007 16:04:58 -0400, Bob Shannon wrote:

>The presentations from the most recent SHARE are available to everyone
>on the SHARE website. The older presentations are available online to
>members only. Go to www.share.org and request an Id and password.
>

I already have an ID. I signed on and searched and finally found the
session. 
There isn't a download or print feature that I can find. All I was able
to find is 
a synopsis of what the session was about.

Where do I find the session slides to view or download and print ???



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: date and time in JCL

[Imbriale, Donald]

Why do some people persist in changing the subject line, making it
difficult to thread topics?

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of john gilmore
Sent: Thursday, May 17, 2007 7:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: date and time in JCL




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Catalog and APF

[Imbriale, Donald]

Some things that may point you in the right direction:

D PARMLIB
D PROG,APF (assuming you are using PROGxx)

MXI's PARM command

ISPF command DDLIST APF

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Daniel McLaughlin
Sent: Monday, May 14, 2007 12:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Catalog and APF

Tried to bring up 1.7 this weekend in PRODUCTION and ran into major
issues. 
While climibing back through the logs we discover things like the
network 
trying to come up using SYS1.SISTCLIB, which is normal, except it and
other 
tasks are showing APF issues. Hm. It's in there.

1. New volumes cloned from installation set
2. Using VOL(XX) parameter in APF and LNKLST members
3. Smoke and flames at IPL.

 Output from failing task shows library pointing back to the
installation set. ??

I must have really botched the cloning process and am really baffled
about the 
whole thing. Didn't we used to clone like that and life was good? Or did
we 
clone and clip the new volumes back?

Install volumes: xxxMS1, xxxMS2, xxxMS3
Clones:  : xxxPS!, xxxPS2, xxxPS3

Thank you all...my boss is getting itchy and it's review time..gulp!




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Top 10 software install gripes

[Imbriale, Donald]

Regarding #10:

When using LIBDEF, be sure to include STACK.

If using ALTLIB, during cleanup, don't issue ALTLIB RESET; use ALTLIB
DEACTIVATE instead.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Thomas Conley
Sent: Friday, May 11, 2007 12:21 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Top 10 software install gripes

Going through all this vendor software installs is really ticking me off
(like I 
needed a reason).  So here's the top 10 software install gripes:

#10 - Quit telling me to jam your ISPF product datasets into the LOGON
proc 
(s 20th century), gimme a Rexx exec with LIBDEF support (grab my 
Dynamic ISPF presentation here if you need help:  
http://home.rochester.rr.com/pinncons/Dynamic ISPF.pdf).

#9 - Stop adding IMBED and REPLICATE to your VSAM DEFINES, FOR CRYING 
OUT LOUD!!!

#8 - Stop telling me to jam all my SMP/E zones into one GLOBAL, at least
give 
me the JCL to create multiple VSAM clusters for the TARGET and DLIB
zones.

#7 - Get rid of your stupid SMP/E procs and give me DDDEFS!! (this means
you 
CA-1 and Panvalet)

#6 - Speaking of DDDEFS, how about recognizing that we clone the target 
zones and providing UNIT and VOLUME parms on your default DDDEFS instead

of making me do that manually?

#5 - Don't waste my time with tedious install dialogs (SYNCINIT, yuck!).

#4 - Directory blocks should ALWAYS be a multiple of 45.  That way I
won't 
get directory out of space the next time you expand your product.

#3 - You still don't understand that most sites used cloned res's with
indirectly 
cataloged datasets, but NOT ONE OF YOU supports this with a catalog job.
I 
always have to uncatalog the datasets in 3.4, and then DEF NVSAM them.

#2 - Stop giving me 3K and 6K blocksizes, loadlibs should be blocked at
32760 
and everything else should get 0 for SDB (unless you have a wacky format
like 
CA-Viewpoint).

#1 - Change your stupid SYSDA default UNIT to SYSALLDA, PUHLEEEZZEEE!!!

I haven't been in a shop where SYSDA has worked for over a DECADE!  Many

sites stopped defining SYSDA in favor of the system esoteric SYSALLDA,
so 
get with the program!




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: jcl.

[Imbriale, Donald]

This issue is discussed on this list several times a year.  Check the
archives (see info at bottom of note on details about how to access the
archives).

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Rajeev Vasudevan
Sent: Tuesday, May 08, 2007 12:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: jcl.

Hello,
   
  I need one help, could some one please let me know how this can be
done . We n eed to create a file name appended with the current date
dynamically ie if we ran today the file has to created like the below
   
  userid.test.05082007
   
  Could some one also let me know is there any way by which the created
file is made read only.



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Tapecopy of two (2) z/OS 1.7 install tapes???

[Imbriale, Donald]

Check it out at http://www.cbttape.org/ftp/cbt/CBT006.zip

Don Imbriale
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gilmartin
Sent: Friday, April 13, 2007 11:33 AM
To: [EMAIL PROTECTED]
Subject: Re: Tapecopy of two (2) z/OS 1.7 install tapes???

In a recent note, Shane said:

> Subject:  Re: Tapecopy of two (2) z/OS 1.7 install tapes???
> 
> Try Sams contribution to the CBT - very good.
> And excellent value for money.
> 
Does it:

o Allow the user to control the VOLSER while copying all other
  information from the HDR1 labels?

o Allow the user to copy fewer data sets than all on the input
  volume?  (The first N would suffice for me; no need for
  discontiguous selection.)

o OPEN each output data set, so it gets catalogued by the
  tape management product?

o Support creating additional new data sets beyond those copied?
  (Separate job step works, but we have some cumbersome
  interactions with the tape management product we use.)

o Operate with minimal user interaction to "confirm foreign
  volume"?

o Generally provide compatibility with tape management products?

SAS does the first two of these well; not so well on the
remainder.  An expert tells me that FATAR does better, but
my management tells me that our license terms do not allow
me to use FATAR.



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Extract listing of production datasets

[Imbriale, Donald]

>From ISPF 3.4, specify a dsname level of %%%P.  Then after the list is
displayed issue command SAVE PRODDSNS.

Similar functionality can be built into a program which calls ISPF
services.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Fake
Sent: Wednesday, April 11, 2007 4:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Extract listing of production datasets

I have a need to generate a listing of all production datasets.  The way
the
production datasets are identified is via the 4th byte of the high level
qualifier.  If the 4th byte is a P, it is production.

For example:  EGMP.DATASET.ONE and DNUP.DATASET.ONE are production.

EGMT.DATASET.ONE and DNUT.DATASET.ONE are test, etc.

What is the easiest method to identify and extract to a flat file these
production dataset names?




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IF/THEN/ELSE/ENDIF

[Imbriale, Donald]

Your choice of words leaves a lot to be desired.  Ad hominem attacks on
those who you've probably never met is particularly noxious.

Don Imbriale
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gilmartin
Sent: Tuesday, April 10, 2007 1:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IF/THEN/ELSE/ENDIF

The JCL developers were lazy and irresponsible in not providing
diagnostic messages for constructs which are "not intended or
supported".




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Call for XEDIT freaks, submit ISPF requirements

[Imbriale, Donald]

Not true regarding what you call major key.  The keys do not need to be
in left to right order, but the concept of primary (major) and secondary
(minor) keys still applied.

SORT 1 5 A 11 15 D
may give different results than
SORT 11 15 D 1 5 A

Don Imbriale
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chase, John
Sent: Thursday, March 29, 2007 4:45 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Call for XEDIT freaks, submit ISPF requirements

Actually, B D & F are ending columns, not length.  I corrected myself in
a later post.

We could probably note that the "major" sort key need not precede the
"minor" key, either.  IOW,

SORT C D A|D  A B A|D   (where A < B < C < D)

also works.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Debug Tool setup

[Imbriale, Donald]

Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Has anyone been able to set up IBM's Debug Tool for full-screen mode
using just VTAM and no changes to TN3270 Telnet Server?  The
documentation suggests TN3270 server changes aren't needed, but we can't
get it to work without them.

Don Imbriale


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: L/E Message

[Imbriale, Donald]

If the application runs, even if it gets the messages, add run-time
option RPTOPTS(ON).  The report will show where the options come from.
It may include those flagged as no longer being valid.

Don Imbriale
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Tuesday, March 27, 2007 12:44 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: L/E Message

On Tue, 27 Mar 2007 10:48:58 -0500, Mark Steely <[EMAIL PROTECTED]>
wrote:

>I have specified - I am using the SYS1.PARMLIB member and those option
>are not defined. The parmlib member is correct and does not have any
>offending options.
>
>Thank You
>

And before that you said:

>We just upgraded from z/OS V1R4 to V1R7 and some programs are now
  
~~
>getting these error messages:


Some?  Are other LE programs not getting them?  If not, I would look
for CEEUOPT in the JOBLIB/STEPLIB or perhaps an old SCEERUN library
for the jobs in question.

Even though the parmlib options override the old assembled options, IIRC
they are merged... so you could be picking up the obsolete options
from an old assembled module.   In addition to CEEUOPT, they can also be
coming from run time invocation (parm, environ var, etc.)  or a few
other places (see LE manuals / MVS init and tuning).




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ISPF SRCHFOR and member lists

[Imbriale, Donald]

SRCHFOR for member lists was added in 1.5

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Vitale
Sent: Monday, March 26, 2007 5:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ISPF SRCHFOR and member lists

This isn't working for me from a member list (but I can issue SRCHFOR
from DSLIST).
When I issue SRCHFOR from a member list, I get "Invalid command".
This is on our z/OS 1.4 system - I haven't tried it on other releases.
Is this because the feature doesn't exist in 1.4, or perhaps I'm missing
some TSO customization?



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ISPF SRCHFOR and member lists

[Imbriale, Donald]

You can then put your cursor on Prompt and press enter to sort the list
by the contents of the Prompt field so all members where the string was
found are shown at the top of the list.

Don Imbriale
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tim Hare
Sent: Monday, March 26, 2007 4:26 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ISPF SRCHFOR and member lists

You can (and I just learned this the other week, having never thought to

try it before), issue SRCHFOR string on the command line of a member 
listing in edit or view, and it will search each member for the string, 
and show you (via *Found in the Prompt column) each member where it was 
found.



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COBOL ARITH(EXTEND) compiler option

[Imbriale, Donald (Exchange)]

The first hit from a Google search on COBOL Performance Tuning returns
the link for the IBM document you want.

Don Imbriale
 
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Dave Kopischke
Sent: Wednesday, March 21, 2007 4:05 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: COBOL ARITH(EXTEND) compiler option

On Tue, 4 Jul 2006 10:49:45 +0100, Jim McAlpine wrote:

>I'm looking at the Enterprise COBOL Performance Tuning paper regarding
the
>ARITH(EXTEND) compiler option which says -
>
.
>
>| On the average, ARITH(EXTEND) was 1% slower than ARITH(COMPAT),
> with a range of equivalent to 38% slower.
>

We're enhancing some processes and converting to ARITH(EXTEND) as a 
result of increased field lengths. Initial testing is showing about a
30% 
increase in CPU time.

Has anyone else done this conversion and experienced similar performance

degradation 

I expect a certain performance hit, but this seems high to me. I also
note this 
old post on the same subject. Where can I find a copy of this "COBOL 
Performance Tuning" document ???




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

IBMLink is down again

[Imbriale, Donald (Exchange)]

Content-Type: text/plain;
charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

I just called and there is a Sev1 ticket open.

Don Imbriale


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM-Main Archive change?

[Imbriale, Donald (Exchange)]

It does appear to have changed significantly.  However, when looking at
a post, there are links to previous/next, and others which I haven't
really investigated.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Patrick O'Keefe
Sent: Tuesday, March 20, 2007 11:26 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM-Main Archive change?

Did the format of IBM-Main's Archive (or Listserver's processing of the
archive)
change over night, or have I horribly hosed over my profile?  The look
& feel
is completely different.  More importanly, I no longer have navigation
buttons
(next/prev-in-thread, next/prev-by-author) when viewing a posting.  I
have
to return to the index to find the next/prev postings.

If this is just me, I'l gladly take this discussion offline if somebody
is willing to
help me sort this out.

I purposefully set "nomail".  The archive is the only way I access
IBM-Main.

Pat O'Keefe



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ZFS Root impact on cloning SYSRES

[Imbriale, Donald (Exchange)]

As of z/OS 1.3, DFDSS does support direct copying of hfs/zfs.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Jousma, David
Sent: Friday, March 16, 2007 10:22 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: ZFS Root impact on cloning SYSRES


Thanks, didn't realize that it was true for SYS1 as well.  We also have
FDR and realize I can do a straight copy, but don't want to rely on a
process that requires that product, as DFDSS doesn't support direct
copies of hfs/zfs last I knew.  We are migrating away from FDR usage
anyway.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CEEUOPT Unresolved?

[Imbriale, Donald (Exchange)]

No, you are not missing anything.  I missed it.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Fred 
Hoffman
Sent: Monday, March 12, 2007 2:33 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CEEUOPT Unresolved?

Unless I'm missing something, he's got the runlib concatenated in the job 
stream on the syslib statement.

Fred Hoffman

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Imbriale, Donald (Exchange)
Sent: Monday, March 12, 2007 1:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: CEEUOPT Unresolved?


When you created CEEUOPT, you linked it into HLQ.TEST.LOAD.  But when you are 
trying to include it, you are pointing to HLQ.TEST.RUNLIB

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Denis Gäbler
Sent: Monday, March 12, 2007 2:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CEEUOPT Unresolved?

 Hi List,
 
 I've created a CEEUOPT Member to be able to make a call to a XPLINK DLL. 
However, If I link the main program with INCLUDE(CEEUOPT) the linker reference 
shows CEEUOPT UNRESOLVED. Any ideas?
 It worked on another test system but not at my current z/OS. What do I need to 
check?
 
  
 Here is the Linking SYSIN that was used:
 //COBOL EXEC IGYWCL,PARM.COBOL='RENT,NODYNAM,NODLL',REGION=1400K,
 // PARM.LKED='LIST,XREF,LET,MAP' 
 //COBOL.SYSIN DD DSN=HLQ.TEST.SOURCE(ABCMAIN), 
 // DISP=SHR 
 //LKED.SYSLMOD DD DSN=HLQ.TEST.LOAD(WTXTEST),DISP=SHR 
 //LKED.SYSLIB DD DSN=HLQ.TEST.RUNLIB,DISP=SHR 
 // DD DSN=CEE.SCEELKED,DISP=SHR 
 // DD DSN=HLQ.TEST.LOAD,DISP=SHR 
 //LKED.SYSIN DD * 
 INCLUDE SYSLIB(CEEUOPT) 
 NAME ABCTEST(R) 
 /* 
 
 
 



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: CEEUOPT Unresolved?

[Imbriale, Donald (Exchange)]

When you created CEEUOPT, you linked it into HLQ.TEST.LOAD.  But when you are 
trying to include it, you are pointing to HLQ.TEST.RUNLIB

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Denis Gäbler
Sent: Monday, March 12, 2007 2:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: CEEUOPT Unresolved?

 Hi List,
 
 I've created a CEEUOPT Member to be able to make a call to a XPLINK DLL. 
However, If I link the main program with INCLUDE(CEEUOPT) the linker reference 
shows CEEUOPT UNRESOLVED. Any ideas?
 It worked on another test system but not at my current z/OS. What do I need to 
check?
 
 Here is the JCL used to create the CEEUOPT Member:
 //STEP1 EXEC PGM=ASMA90,PARM='DECK,NOOBJECT' 
 //SYSPRINT DD SYSOUT=* 
 //SYSUT1 DD UNIT=SYSDA,SPACE=(CYL,(1,1)) 
 //SYSUT2 DD UNIT=SYSDA,SPACE=(CYL,(1,1)) 
 //SYSUT3 DD UNIT=SYSDA,SPACE=(CYL,(1,1)) 
 //SYSPUNCH DD DSN=&&TEMPOBJ(CEEUOPT),DISP=(,PASS),UNIT=SYSDA, 
 // SPACE=(TRK,(1,1,1)),DCB=(BLKSIZE=3120,LRECL=80,DSORG=PO) 
 //SYSLIB DD DSN=CEE.SCEEMAC,DISP=SHR 
 // DD DSN=SYS1.MACLIB,DISP=SHR 
 //SYSIN DD * 
 CEEUOPT CSECT 
 CEEUOPT AMODE ANY 
 CEEUOPT RMODE ANY 
 CEEXOPT HEAP=(32K,32K,ANYWHERE,FREE,8K,4K), X
 STACK=(128K,128K,BELOW,FREE), X
 STORAGE=(NONE,NONE,NONE,8K), X
 TRAP=(OFF), X
 XPLINK=(ON), X
 TERMTHDACT=(UADUMP) 
 END 
 /* 
 //STEP2 EXEC PGM=IEWL, 
 // PARM='NCAL,RENT,LIST,XREF,LET,MAP,SIZE=(K,96K)' 
 //SYSPRINT DD SYSOUT=* 
 //SYSUT1 DD UNIT=SYSDA,SPACE=(TRK,(5,5)) 
 //SYSLMOD DD DSNAME=HLQ.TEST.LOAD,DISP=SHR 
 //SYSLIB DD DSN=&&TEMPOBJ,DISP=(OLD,PASS) 
 //SYSLIN DD * 
 INCLUDE SYSLIB(CEEUOPT) 
 ENTRY CEEUOPT 
 ORDER CEEUOPT 
 NAME CEEUOPT(R) 
 /* 
 
 Here is the Linking SYSIN that was used:
 //COBOL EXEC IGYWCL,PARM.COBOL='RENT,NODYNAM,NODLL',REGION=1400K,
 // PARM.LKED='LIST,XREF,LET,MAP' 
 //COBOL.SYSIN DD DSN=HLQ.TEST.SOURCE(ABCMAIN), 
 // DISP=SHR 
 //LKED.SYSLMOD DD DSN=HLQ.TEST.LOAD(WTXTEST),DISP=SHR 
 //LKED.SYSLIB DD DSN=HLQ.TEST.RUNLIB,DISP=SHR 
 // DD DSN=CEE.SCEELKED,DISP=SHR 
 // DD DSN=HLQ.TEST.LOAD,DISP=SHR 
 //LKED.SYSIN DD * 
 INCLUDE SYSLIB(CEEUOPT) 
 NAME ABCTEST(R) 
 /* 
 
 
 



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

SHARE session (was zOS Service Levels)

[Imbriale, Donald (Exchange)]

Just went out to the SHARE site and looked through the recent
proceedings.

http://shareew.prod.web.sba.com/proceedingmod/abstract.cfm?abstract_id=1
4722

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Matt Dazzo
Sent: Monday, March 05, 2007 2:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: zOS Service Levels

Anybody know if Session 2829-z/OS Maintenance Best Practices is
available on the web or a pdf? I did some web searches but came up
empty. 

Matt  Dazzo
[EMAIL PROTECTED] 



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: UPDATING VLF data objects without an IPL --a query for the list, please

[Imbriale, Donald (Exchange)]

There are numerous threads in the archives of IBM-Main which discuss
manipulation of linklist.  The basic procedure is:

Define a new linklist set, copying the current one
Add the new data set to the new linklist set
Delete the old data set from the new linklist set
Activate the new linklist set

You should also consider significant over-allocation of space in your
new data set so you don't run into this situation in the future.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Rajesh Dharia
Sent: Wednesday, February 21, 2007 4:50 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: UPDATING VLF data objects without an IPL --a query for the
list, please

Hi Mark,

Not local rules, really. I could update the LNKLST dynamically.However,
that  won't be useful unless it  is backed by the same changes done
statically (which will be taking effect during the next IPL ).  The
problem
is ...  the change management procedures come into the scene here and I
failed to include the PARMLIB changes that should have been made for the
new release. (Though , there are no new  PARMLIB changes ). I have been
playing on a test system till now . So, I could do just anything .

Anyways, I'll be  doing the renames during the change window only ,just
before the IPL of the production system. So, I'm sure that will do the
trick.
I was curious to learn if the seniors on the list could advise of  a
good
trick (if it exists ) that could work in a situation like this.

I appreciate the response. Thanks to all who have responded to my
queries.



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: New Level of Dataset Audit Facility (DAF) is Coming Soon

[Imbriale, Donald (Exchange)]

DumpMaster

//DMBENAN DD DUMMY

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Steve Comstock
Sent: Tuesday, February 20, 2007 10:13 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: New Level of Dataset Audit Facility (DAF) is Coming Soon


There's another one, isn't there? DumpMaster or DumpManager?




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: License keys for ISV products

[Imbriale, Donald (Exchange)]

I am not a developer - but please don't do it.  Products with built-in
license checking are a real PITA for customers.  If you insist on doing
this checking, make sure you have the ability to provide a universal
license code that bypasses CPUid checking; your best customers will
appreciate it.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Charles Mills
Sent: Friday, February 16, 2007 2:57 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: License keys for ISV products

This note is addressed primarily to product developers.

 

Is there anyone reading this list who sells a license key product for
z/OS
ISV software? By "license key product" I mean a set of functions that
could
be integrated into another software product to provide expiration dates,
machine serial number checking, feature control, etc.

 

Is there anyone reading this list who had developed a license key
product
for their own use, and who might be willing to license it to another
vendor?
The product in question is z/OS only batch.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Dataset Handling

[Imbriale, Donald (Exchange)]

To avoid the JES2 JCL issues with missing or renamed proclibs, remove
ALL of them from the JCL and uses the dynamic proclib facility.  This
will allow JES2 to come up even if some of the libraries are missing and
also provides the added benefit of displaying and dynamically changing
your proclib concatenations.

Your security system is your best to place restrictions on data set
names and the actions that can be taken on those data sets.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Ward, Mike S
Sent: Tuesday, February 13, 2007 1:59 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Dataset Handling

Hello all, I have a small problem and I hoping to get some opinions on
how to handle it. We had some datasets that were renamed, some of these
were loadlib and some proclibs. These were development libs so there
isn't much restriction on the libs themselves, but since some were
proclibs, Jes2 had some jcl issues. What I would like to do or restrict
is: 
1. Unless it's a known prefix that we use, I don't want anyone to create
files with any name they come up with. Except for the systems staff. 
2. I would like to be able to restrict the renaming or deletion of
certain files.

Please, if you would give some feedback on how you would do this it
would be appreciated. 



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM Tivoli Tape Optimizer on z/OS V1R2

[Imbriale, Donald (Exchange)]

If you are using SDSF, try ST instead of H or O.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Carol Srna
Sent: Friday, February 09, 2007 7:32 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM Tivoli Tape Optimizer on z/OS V1R2

Hi Again.
. I realized on the way home, last evening, that my question may not
have 
been asked properly. Output from Tivoli Tape Optimizer jobs generate
uber 
separate output statements. (The example below is mild compared to some
of 
the other jobs' output).

JobName JESJobid
CAS641G JOB02268
CAS641G  JOB02268
CAS641G JOB02268
CAS641G JOB02268
CAS641G  JOB02268
CAS641G JOB02268 

After keying a ? (question mark) B4 each job, of the same Job#,, I see 3

instances of DDName of SYS000nn, 1 instance of GTOTSSUM, GTOUTRPT,  and 
these ddnames collectively, JESMSGLG
JESJCL 
JESYSMSG
SYSPR001.

I would like to combine all of the DDNames and have just one job
showing. 
I can then key the ? mark to see the individual ddname outputs. Any 
thoughts?



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Replying to old posts and dead threads

[Imbriale, Donald (Exchange)]

Shmuel,

Why do you insist on replying to threads that are 2-3 weeks old and have
already died?  I don't think your position as the most prolific poster
to IBM-Main will suffer even if you just stick to current threads.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Thursday, February 08, 2007 10:31 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: user friendliness

In
<[EMAIL PROTECTED]>,
on 01/23/2007
   at 11:19 AM, Kirk Talman <[EMAIL PROTECTED]> said:




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Scratch orphaned PS files

[Imbriale, Donald (Exchange)]

Are these PS data sets on the volume or in the catalog?

If it's PS, try DELETE NVR instead of VVR or DEL NSCR if it's in the
catalog and not on the volume.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Carl Edwards
Sent: Monday, January 29, 2007 3:53 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Scratch orphaned PS files

Hi;
I have a couple of orphaned PS files kicking arround
my Z/OS system. I have tried to get rid of them with

 DELETE VVR   No Luck
  IEHPROGM SCRATCH No Luck

All ideas appreciated


 



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Unix System Services Maintenance

[Imbriale, Donald (Exchange)]

Check out manual "UNIX System Services Planning" and the section titled
'Installing service into the z/OS UNIX file system'.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Roberto Halais
Sent: Tuesday, January 23, 2007 10:46 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Unix System Services Maintenance

Listers:

Is there some existing documentation that details the steps necesary to
apply smp/e maintenance to USS on z/OS 1.4 ?

I know you have to follow some procedure involving the file systems and
having them in service mode. But I can't find where it is
explained.




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Can you check a User abend in JCL?

[Imbriale, Donald (Exchange)]

With IF/ELSE/ENDIF you can specify ABENDCC=U3666 when checking a
condition.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lindy Mayfield
Sent: Tuesday, January 23, 2007 11:33 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Can you check a User abend in JCL?

Someone just asked me this and I was like, ahh, err, doh.  He said, "I
want to run this step if the previous step abends with a U3666 and I
tried COND=(0,EQ,STEP002.ACR01) but it didn't work.  Is there any way to
check a user abend code"

It's been almost 10 years since I've worked with production systems and
JCL, and I was a bit stumped and I didn't know.

So I thought I'd ask my friends here.  I coulda sworn though that a U
abend was the same as a system abend...



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Zos 1.7 looking at some changes

[Imbriale, Donald (Exchange)]

A single mastercat and a single set of sysres volumes is doable.  I
avoid it because of the single point of failure.

A single global CSI is advisable.  Then have a target zone for each set
of sysres volumes.  The target zone can be built by a cloning process.
Install maint on target A.  Copy volumes and its target zone to the
volumes and target zone for B, then C, then D.  Start over again.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of O'Brien, David W. (NIH/CIT) [C]
Sent: Friday, January 19, 2007 1:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Zos 1.7 looking at some changes

We currently run 4 LPARs each of which has its own:
 
Mastercat
Global CSI for MVS
Sysres (actually a set of 4 3390-3)
 
I'm wondering and the person doing the install is willing to consider
consolidating some or all of these functions.
Would anybody care to comment on the feasibility or advisability of
running off of one set of sysres volumes as opposed to the 4 sets we
currently. 
Is a single Mastercat possible?
Is there any reason to have more than one Global CSI for Zos?
 
All comments and suggestions are welcome.
 



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SYSPLEX for PDS-E Sharing

[Imbriale, Donald (Exchange)]

For normal PDSE sharing, at the data set level only, you will need GRS,
but not necessarily XCF.  Check out the IBM Redbook PDSE Usage Guide for
details.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Rugen, Len
Sent: Wednesday, January 17, 2007 2:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SYSPLEX for PDS-E Sharing

I had hoped that our mainframe would be gone before I needed to exploit
PDSEs for end users.  Apparently Oracle 10G produces load modules that
require LIBRARY datasets.  We have 3 LPAR's on a z800 but not a SYSPLEX.


 

Do I need to setup GRS (yuck) in a ring to safely share PDSES?  The only
other place I used PDSE's was for software install and they are
read-only after they are created.  

 

How much pain is there to setup a GRS ring?  When I RTFM, everything
seems to talk about a XCF.  I don't think I want or need XCF.  




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Forbidding Special characters in passwords

[Imbriale, Donald (Exchange)]

Haven't we beaten this severely off-topic thread to death already?

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Brazee
Sent: Tuesday, January 16, 2007 10:49 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Forbidding Special characters in passwords

On 12 Jan 2007 14:02:40 -0800, [EMAIL PROTECTED] (Richard
Peurifoy) wrote:

>Most of the time, but it is amazing how many different spellings
>our admissions system sees. The student will spell it one way on
>the SAT, and another way on their application.

My spell checker gives one spelling for Shakespeare - but he used a
bunch of spellings for his name.

I worked for a publisher that had data entry operators enter hand
written names.So we had a combination of transcription errors with
people writing their names different ways.

I know of a married couple named Pat (not Patrick) and Patricia. They
don't want software to assume they are one person even though they
live at the same address. But my wife uses both of those names for
herself.

Occasionally we see a formal document and say about someone we know
well "I didn't know his first name was John".

I suppose any "correcting" system needs to have a way tell it to stop
trying to correct a name. Which means we need to include this in
its basic design.


(Oh, I also like to put multiple e-mail addresses in the e-mail
address line - but that rarely works).




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: REXX EXECIO changing LOWERCASE TO UPPERCASE

[Imbriale, Donald (Exchange)]

PULL is a short form of PARSE UPPER PULL.  Use PARSE PULL instead of
PULL.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John Mattson
Sent: Tuesday, January 09, 2007 4:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: REXX EXECIO changing LOWERCASE TO UPPERCASE

I have a fairly simple REXX that reads record by record from a PDS
member 
and then writes to a new file.  Basically a REXX ibegener. (Yes, I know 
there are better ways, but please humor me, I have reasons.)  Problem is

that it reads in lowercase characters as UPERCASE. What I want to do is 
PRESERVE the case whatever it is...   Anyone have any ideas no how to
fix 
this? 



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Fw: JOB07040 IEC130I SLFVDDIL DD STATEMENT MISSING

[Imbriale, Donald (Exchange)]

Then you are probably using the CEEDOPT module or are linking in a
CEEUOPT into your program.  Run the program and include /RPTOPTS(ON) in
your PARM to list the LE run-time options in effect during program
execution.

Also, check if your program is checking for file status key 96 on the
file open.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Pelletier
Sent: Tuesday, January 09, 2007 3:38 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Fw: JOB07040 IEC130I SLFVDDIL DD STATEMENT MISSING

Don't have one:
EDIT SYS1.PROD.PARMLIB 
Command ===>   
   Name Prompt 
. CAISEC00 
. CEEIPCSP 
. CLOCK00  
. CLRPARM   





***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Fw: JOB07040 IEC130I SLFVDDIL DD STATEMENT MISSING

[Imbriale, Donald (Exchange)]

CEEPRMxx, not CEEIPCSP

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Pelletier
Sent: Tuesday, January 09, 2007 3:13 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Fw: JOB07040 IEC130I SLFVDDIL DD STATEMENT MISSING

Yes but much is commented out:
EDIT   SYS1.PROD.PARMLIB(CEEIPCSP) - 01.00 Columns 1



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Fw: JOB07040 IEC130I SLFVDDIL DD STATEMENT MISSING

[Imbriale, Donald (Exchange)]

. . . and you are using a CEE PARMLIB member.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Mark Zelden
Sent: Tuesday, January 09, 2007 2:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Fw: JOB07040 IEC130I SLFVDDIL DD STATEMENT MISSING

On Tue, 9 Jan 2007 14:31:18 -0500, Steven Conway
<[EMAIL PROTECTED]> wrote:

>MVS Command D CEE,CEEDOPT shows you your 31-bit runtime options, D
>CEE,CELQUPT gives your 64-bit options.
>
>Either shows your CEE PARMLIB member prefix as the 2nd line of the
>CEE3745I response.
>

Good advise -- if you preface it by saying "if you are running
z/OS 1.7 or above"...




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JOB07040 IEC130I SLFVDDIL DD STATEMENT MISSING

[Imbriale, Donald (Exchange)]

First, verify the LE run-time options in effect by including
/RPTOPTS(ON) in the PARM field on the EXEC statement.

Second, you should be getting a file status key of 96:

For QSAM file: An OPEN statement with the OUTPUT phrase was attempted,
or
an OPEN statement with the I-O or EXTEND phrase was attempted for an

optional file but no DD statement was specified for the file and the

CBLQDA(OFF) runtime option was specified.


Does your program check for that file status key?

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Pelletier
Sent: Tuesday, January 09, 2007 2:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: JOB07040 IEC130I SLFVDDIL DD STATEMENT MISSING

Yes.  



CBLQDA will apply to COBOL programs only.  Is your program COBOL?

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Pelletier
Sent: Tuesday, January 09, 2007 1:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: JOB07040 IEC130I SLFVDDIL DD STATEMENT MISSING

This is what I have so will the job run even if there is a missing dd
statement:
 CBLOPTS=((ON),OVR),
 CBLPSHPOP=((ON),OVR),  
 CBLQDA=((OFF),OVR),
 CHECK=((ON),OVR),  
 COUNTRY=((US),OVR),
 DEBUG=((OFF),OVR),  





***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: PATTERN DSCB RECORD

[Imbriale, Donald (Exchange)]

Check the volume on which the catalog which contains the DSN resides.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of willie bunter
Sent: Tuesday, January 09, 2007 1:56 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: PATTERN DSCB RECORD

Hallo To All,
   
  A batch job was executed successfully.  The job was creating a gdg
dsn.  I noticed that the jcl did not contain the PATTERN DSCB RECORD.  I
checked the SMS rules but found nothing (SC, MC & DC).  Can anybody tell
me where else I should look?  
   
  Below is a snippet of the jcl:
   
  //IDMSJNLA DD DSN=IFDB31.VARY.JOURNAL(+1),  
//DCB=(RECFM=F,LRECL=19068,BLKSIZE=19068),  
 //UNIT=3480,DISP=(NEW,CATLG,DELETE)

 __



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: JOB07040 IEC130I SLFVDDIL DD STATEMENT MISSING

[Imbriale, Donald (Exchange)]

CBLQDA will apply to COBOL programs only.  Is your program COBOL?

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Robert Pelletier
Sent: Tuesday, January 09, 2007 1:43 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: JOB07040 IEC130I SLFVDDIL DD STATEMENT MISSING

This is what I have so will the job run even if there is a missing dd
statement:
 CBLOPTS=((ON),OVR),
 CBLPSHPOP=((ON),OVR),  
 CBLQDA=((OFF),OVR),
 CHECK=((ON),OVR),  
 COUNTRY=((US),OVR),
 DEBUG=((OFF),OVR),  


Have a Nice Day !
 
Bob Pelletier
Connecticut Student Loan Foundation
Rocky Hill, Ct.
  
On Jul 26, 2002, Don Imbriale pointed out,  in response to a similar
query, "LE run-time option CBLQDA(ON) allows dynamic allocation of QSAM
files. 
Check the option to see if you allow it. 




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Add a partition with IOCP for DR

[Imbriale, Donald (Exchange)]

If your concern is to get to different PARMLIB members, one way is to
create a new LOADxx member in your IPLPARM data set which points to the
DR-specific IEASYSxx member.  Then at the DR site, IPL either LPAR1 or
LPAR5 and specify the new LOADxx member suffix.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of John P Donnelly
Sent: Thursday, January 04, 2007 12:21 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Add a partition with IOCP for DR

Hello:

 

We have a configuration consisting of a LPAR1 and a LPAR5 on a Z800 at
our home site.

We have another Z800 at our DR site which is an exact clone of our home
site.

We replicate our disk image home to DR. 

 

When doing DR tests we spend a lot of time dinking around getting the DR
configuration right; network the greatest concern.

 

Was RTFMing and think may have a way around the dinking.

 

Would take our current IOCP with our LPAR1/LPAR5 configuration which is
identical home and DR and carve out a  LPARDR and then create a new IODF
with LPAR1, LPAR5, and LPARDR.

 

Once loaded may now specify SYSDEF LPARNAME(LPARDR) and specify IEASYSxx
members to load.

 

Comments, advice, suggestions please.

 

 



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: looking for online documentation

[Imbriale, Donald (Exchange)]

zFavorites is a good place to start
http://www-1.ibm.com/servers/eserver/zseries/zos/zfavorites/

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Chris Hoelscher
Sent: Wednesday, January 03, 2007 2:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: looking for online documentation

hello all,
i am trying to find online documentation for SMP/E (3.4) - i started
with 
a link for DB2 and tried to work backwards to the product documentation 
search screen, but to no avail - any help would be greatly appreciated




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEW2611E

[Imbriale, Donald (Exchange)]

Does module FRED exist prior to this linkedit?  Does PAUL exist?  Are
either of them aliases of other modules?

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gilmartin
Sent: Tuesday, January 02, 2007 9:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: IEW2611E

On Tue, 2 Jan 2007 13:08:15 -0600, Chase, John wrote:
> 
> >  Paul Gilmartin wrote:
> >
> > Trying to do a link edit lately, I got:
> >
> > IEW2611E 4313 ALIAS  CANNOT REPLACE MODULE WITH SAME NAME.
> >
> > Why is this considered an error when I specify (R) on the NAME
> statement?
> 
> Isn't it "self-evident"?  The error is specifying an ALIAS the same as
> the name of an existing (load) MODULE in the same library.  That's
like
> saying "Paul" is an alias of "Paul".
> 
Not so.  I was trying to make "Paul" an alias not of "Paul", but of
another
load module name, say "Fred".  E.g.:

 ...
 ALIAS  PAUL
 NAME   FRED(R)




***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Catalog Question

[Imbriale, Donald (Exchange)]

Harold,

You say "usually IBM tends to rename the sys1 files, moves them to other
volsers, 
changes sizes of files which tend to force file to different volsers.
etc.".  I may not understand what you mean by this, but I have not
really encountered these issues.

Many of the data sets are on the sysres (or its extensions) and the
catalog entries can use indirect volsers or symbols.  If it's on the
sysres for 1.4, it will probably be on the sysres for 1.7.  So the 1.4
catalog entry with volser ** will still work for 1.7; when you IPL a
1.4 sysres, those will point to that volume; when you IPL a 1.7 sysres,
they will point to the 1.7 sysres.  Other data sets tend to stay in
place also, whether it be a volume for 

HFS/zFS data sets or operational data sets such as SYS1.PARMLIB; so
catalog entries for 1.4 will still work for 1.7.

With each new release, you can use ServerPac to identify what data sets
are new and where they are located.  You can add those entries to your
master catalog without impacting the running of your 1.4 system, but
still be ready to run 1.7.

If IBM 'tends to rename the sys1 files' (which I don't really think they
do), add the new name to the catalog.  When you've completed conversion
to 1.7, then delete the old unneeded entries.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Harold Zbiegien
Sent: Friday, December 29, 2006 3:34 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Catalog Question

Uh, could you (or any one else) expound on this?,

usually IBM tends to rename the sys1 files, moves them to other volsers,

changes sizes of files which tend to force file to different volsers.
etc.

And in our case, (just getting ready to install 1.7 into production) we
went 
from mod3 to mod 9 volumes for our opsystem packs.

I don't see how you can easily get away with not building a new master 
catalog.

- Original Message - 
From: "Imbriale, Donald (Exchange)" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
To: 
Sent: Friday, December 29, 2006 10:50 AM
Subject: Re: Catalog Question



Second, you can avoid this issue in the future by abandoning the process
of building a new master catalog for each new release of the operating
system.






***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html