Re: SMFLIMS & BUFSIZEMAX, BUFUSEWARN

[Getgood Vincent (DBB)]

Thanks Sam.
I had read the Redbook (sort of), but hadn't picked up on the rather
important part: -

"The requested maximum buffer size is preallocated in SMF virtual
storage. The buffer is dynamically managed such that actual storage used
is maintained in a chained queue. As the buffer empties, chain elements
are made available for use again. Page release processing releases
auxiliary storage used to back the buffer storage."

This does make me breathe a lot easier.

Thanks again.


Vince

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Knutson, Sam
Sent: 07 February 2006 22:36
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SMFLIMS & BUFSIZEMAX, BUFUSEWARN

Hi Vince,

Not at all!  SMF Buffer Management in z/OS R6 and beyond is a big
improvement over what existed before with or without the USERMOD in APAR
OW56001.

The details you seek are in the R6 Redbook in particular z/OS Version 1
Release 6 Implementation section 3.4.1

http://www.redbooks.ibm.com/abstracts/sg246377.html?Open

3.4 SMF buffer constraint relief

SMF initially allocates 8 MB in its own high private storage for its
buffers. These buffers are used to store records that are passed to SMF.
SMF then asynchronously writes these records to the SMF data sets
(SYS1.MANx) on DASD. If the data in the buffer is not copied to the SMF
data sets or if data transfer from the buffers to the data set is slow,
SMF continues writing the data it generates to its buffers. When the
initial allocation of 8 MB storage is filled, SMF increases this buffer
in 8 MB increments up to a maximum of 128 MB.
If the buffers are
allowed to be filled, it will result in a loss of SMF data.
The message IEE986E is issued when the allocation of buffers in the SMF
address space exceeds the warning level (default is 25%). As each
additional allocation occurs, this message is redisplayed with an
updated percentage value unit all of the buffer space is exhausted. When
the buffer is 100% filled, message IEE979W is issued.
SMF data is lost when:

 An SMF data set is not available and the maximum buffer allocation of
128 MB is full.
 SMF data is generated faster than additional SMF buffers can be
obtained.

APAR OW56001 provides relief by increasing the initial, incremental, and
maximum buffer size limit and the warning level. The maximum buffer
allowed with this APAR is 1024 MB.

3.4.1 Buffer constraint relief
z/OS V1R6 provides parmlib support to allow customization of buffer
sizing and the buffer usage warning level. The requested maximum buffer
size is preallocated in SMF virtual storage. The buffer is dynamically
managed such that actual storage used is maintained in a chained queue.
As the buffer empties, chain elements are made available for use again.
Page release processing releases auxiliary storage used to back the
buffer storage.

3.4.2 New SMF parameters
The following new SMF parameters have been added:

 BUFSIZMAX
 BUFUSEWARN

MORE. (see the Red Book)

You can see my SMF parameters here

http://bama.ua.edu/cgi-bin/wa?A2=ind0601&L=ibm-main&P=R35259&I=1

The key point you need to understand is that the virtual storage is
preallocated.  So allocate what you will need at peak utilization.  The
real pages will be released when not in use so you won't pay a penalty
for paging in unused pages and you won't have a problem because the SMF
address space cannot GETMAIN storage quickly enough to keep up with a
spike.  The consideration becomes do you have enough virtual storage
available (EPVT) for what you specify and do you have enough real
storage available (AFQ) at your peaks to satisfy the demand when all
those virtual pages are temporarily backed by real pages.

This enhancement has allowed us to eliminate all the data loss we still
experienced on a recurring basis at midnight on some systems.

Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

"Think big, act bold, start simple, grow fast..."


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Vince Getgood
Sent: Monday, February 06, 2006 11:02 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMFLIMS & BUFSIZEMAX, BUFUSEWARN

Hi all,
We are currently running z/os 1.5, and have a usermod to change our SMF
buffer sizes, increment size and maximum useage, as per APAR OW56001.

We currently use an initial size of 128M and increment of 24M.

We are in the process of migrating to 1.7, and I see that this APAR /
usermod will not work on 1.7, but we have to use BUFSIZEMAX and
BUFUSEWARN parameters in SMFPRMxx instead.

>From what I've read in the zos 1.6 implementation red book, and 1.7
init.
and tuning ref, It would appear that the inital SMF buffer size, and the
increment size is 8M and CAN'T BE CHANGED.

My question is, isn't that a step backwards?

This email/fax message is for 

Re: z/OS and z/OS.e support withdrawal dates

[Timothy Sipples]

>Releases to be withdrawn from service March 31, 2007 
>   Product
>Product nameVersionnumber
>z/OS1.45694-A01
>z/OS1.55694-A01
>z/OS.e  1.45655-G52
>z/OS.e  1.55655-G52

Yes, this news makes it official.

I would draw attention to the prices of 64-bit mainframes, particularly 
z800 and z890. The z800 has crashed below the price of one modestly paid 
employee or one mid-range UNIX server. Run the numbers (including software 
costs), add an IFL or zAAP or both (or zIIP if you can swing it), and 
figure out how much money you'll save and how quickly. The financials are 
attractive most of the time because of these 64-bit carrots ("do 
something, anything, new") IBM is lobbing into the market.

"We're getting off the mainframe" is a ridiculous reason not to do 
anything. Inertia costs money -- more money -- in many (most?) instances. 
If you're bleeding, go see a doctor. If you have a guaranteed positive 
return on investment in 18 months (for example), it would be sheer 
business folly not to act if you've had a "getting off" strategy for 18 
years. :-)

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

--
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: HP annual report

[Timothy Sipples]

>In my opinion, people will NEVER get excited about using mainframes as 
long 
>as they have no option but to work with the default interface.

I agree with that. Here's what's happening.

There's some interesting work afoot on the "new face of the mainframe," 
and I know many people have heard about the work in this area at SHARE and 
other conferences. This is the year when that work bears fruit. Candle was 
perhaps IBM's best ever acquisition, by the way.

IBM is promoting Vanguard's RACF graphical management tools very 
aggressively.

Development tooling has also been totally revamped around Eclipse. You set 
a breakpoint in COBOL exactly the same way as you do in Java now. (It's 
uncanny.) CA just announced an Eclipse plug-in for Endevor, so that helps 
even more shops.

There have also been rumblings of 3270 user interface discontinuance for 
certain subsystems (or parts of subsystems). CICS V3R2 is one example 
where you'll start to see that happen.

The (controversial, yes) HMC just got revamped with System z9.

It's worth mentioning that the second Web server in the world ran on a 
mainframe (at Stanford), and the first Web application (i.e. more than 
static content) was a pre-CGI application at CERN that provided Web access 
to a VM find program. Mainframes have been doing GUI for a long, long time 
-- and Web longer than Solaris, Windows, or just about anything else 
(except NeXT UNIX). But the GUI movement for routine system management and 
development has come hot and heavy for the past couple years, and you're 
going to see more of that this year.

This issue is partly a challenge for mainframe organizations. If users 
want Web interfaces, make sure you deliver them. It's very, very easy to 
do almost instantly. (HATS is an excellent example, and it runs very well 
indeed on z/OS or Linux on z.) Do it. Mainframes are as youthful as you 
want them to be.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

--
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

Complete list of log files created by mainframe...

[Vinoth Thiyagarajan]

Dear all,

I am a programmer. I don't know the about the log files created by
mainframe OS/390 at the system level. I am very much interested to know
all the log files created by mainframe. Can somebody teach me???.
Thanks!!!

Regards,
Vinoth


The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments.

WARNING: Computer viruses can be transmitted via email. The recipient should 
check this email and any attachments for the presence of viruses. The company 
accepts no liability for any damage caused by any virus transmitted by this 
email.

www.wipro.com

--
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: State of the Mainframe - Part II: The Capacity Conundrum

[Al Sherkow]

Interesting, but a few problems.

I can't comment on the zLinux issues as that is not my area.

IBM does not increase software prices for releases. There is no 
difference between the price of z/OS 1.3 and z/OS 1.4 and there is no 
additional required hardware. Further z/OS V2 (if there is to be a z/OS 
Version 2) has not been announced. Also z/OS V1 was priced the same as 
OS/390 (it's predecessor) on some pricing plans and is less expensive 
than OS/390 on other pricing plans.


Al

--
Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062 
Web: www.sherkow.com


--
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: 9672 R45 with zOS 1.4

[Jim Mulder]

 *Official IBM* version is:
 z/OS 1.6 and next requires 64-bit machine - z/900, z/800,
  z/990, z/890,  z9 (zMachine).
 z/OS 1.1 thru 1.5 can run on zMachine - obvious.
 z/OS 1.1 thru 1.5 can also run on 31-bit machines,
  *but* ALS-2 is required. ALS-2 means G5 (9672 Rx6),
   G6 (9672Rx7) and MP3000.
 
 OS/390 2.10 requires ALS-1 (G2 (9672 Rx2 and Rx3)
  G3 (9672 Rx4) G4 (9673 Rx5), and MP2003).

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
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: OT Speaking about HP

[Paul Gilmartin]

On Tue, 7 Feb 2006 19:46:25 -0600, Ed Gould <[EMAIL PROTECTED]> wrote:
>
> * Honeywell Blames Ex-employee In Data Leak
> http://cwflyris.computerworld.com/t/283848/248833/8300/0/
>
... which says, in part:

   In the court filings, Honeywell claimed that Nugent "intentionally
   exceeded authorized access to a Honeywell computer," but the
   integrity of Honeywell's computer systems was not compromised,
   Ferris said.

   "Nobody hacked into systems," he said, without disclosing further
   details on the data breach.

A fine semantic distinction which should provide great comfort to
the individuals whose personal information was ... What's another
word for "compromised"?

-- gil
--
StorageTek
INFORMATION made POWERFUL

--
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: Moving from CA-MIM to GRS.

[Ed Gould]

On Feb 7, 2006, at 9:10 AM, McKown, John wrote:



-SNIP-


MIM is from CA.


This is a big issue to companies that want to stay out of CA
clutches. I have seen go to great measure to sand up and say
"I am CA
Free!"
Ed


Hum, I will be a contrarian. I understand the dislike of CA. I still
have some. However, at least here and recently, CA has been quite
helpful to us. We have replaced products from other vendors AND  
SAVED US

MONEY at the same time. CA has been more accomodating of our financial
requirement. Granted, I still dislike some of the products from a
technical standpoint (more difficult to install, customize, and use).
But I do have a somewhat kinder disposition towards them. At least for
now. Because by saving us money on z/OS software, they helped  
derail the

"Windows uber alles" crowd and save my job for me. I have a similar
hate/love relationship with auditors. They have also been a "help" to
the z/OS side by their points about Windows security and auditability
which we can address on z/OS.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology


--SNIP-

John,

CA is not all bad, just some of their sales tactics and *SOME* of  
their support and their pricing and ... . and. :)


I won't rehash the stuff I have run into in recent years and I am  
sure that almost most of us can tell of something CA has done that  
should earn them a medal in the hall of shame.


I neglected to mention of buying off competition and the resultant  
product really *SUCKS*. Their SMPe packaging is another item that  
deserves to be put in the hall of shame, IMO.


Ed

--
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

OT Speaking about HP

[Ed Gould]

* Honeywell Blames Ex-employee In Data Leak
http://cwflyris.computerworld.com/t/283848/248833/8300/0/

--
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: Moving from CA-MIM to GRS.

[Robert Justice]

- Original Message - 
From: "McKown, John" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, February 07, 2006 10:10 AM
Subject: Re: Moving from CA-MIM to GRS.



with their "move everything under datacom" logic lately, I can understand 
why people are getting off of c/a, plus they're not doing us any favors on 
their latest pricing offer.  





Hum, I will be a contrarian. I understand the dislike of CA. I still
have some. However, at least here and recently, CA has been quite
helpful to us. We have replaced products from other vendors AND SAVED US
MONEY at the same time. CA has been more accomodating of our financial
requirement. Granted, I still dislike some of the products from a
technical standpoint (more difficult to install, customize, and use).
But I do have a somewhat kinder disposition towards them. At least for
now. Because by saving us money on z/OS software, they helped derail the
"Windows uber alles" crowd and save my job for me. I have a similar
hate/love relationship with auditors. They have also been a "help" to
the z/OS side by their points about Windows security and auditability
which we can address on z/OS.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.


--
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



--
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: Moving from CA-MIM to GRS.

[Norman Hollander]

I know I wear a CA hat during normal working hours.
I, too, wanted to be CA-free in the 90s; but the number
of customers who would agree with you is quite large today.
And I wouldn't dump a product withough having CA folks try
to get creative with finance. I usually don't touch any of
Ed Gould's threads because he is so negative, and some times
I think he just likes to hear himself talk. Not sure where his
reality is.


--
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: DLLs and STEPLIBs

[Craddock, Chris]

> 
> Results so far:
> 
> (1) Copied to PDSE using a generic name using the OGETX
functionnada
> (2) Re-bound from the USS library into the PDSE using the HFS file as
> input, with the following binder options
> ALIASES=ALL,CASE=MIXED,DYNAM=DLL,COMPAT=PM3, and the PDSE file as
output
> (again, with a generic 8-character name), with an ALIAS control card
> specifying the real name of the DLL...again, nada
> 
> Nada==We get an abend that indicates it never found the address of the
> function call in the DLL (S0C1 with R14 pointing to the point in the
C++
> callee where it tries to invoke the function in the DLL), which makes
us
> think it didn't properly find the DLL.

I don't know of any obvious reason why this wouldn't work. Did you have
the import/export control file (ahem) "stuff" allocated?

--
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

z/OS and z/OS.e support withdrawal dates

[Bill Klein]

I haven't seen any post yet pointing IBM-MAIN people (who may have missed
it) to:

 _ 906027 Software Service Discontinuance: Selected IBM eServer zSeries
  and S/390 products -- Some replacements available 
  http://www.ibm.com/isource/cgi-bin/goto?it=usa_annred&on=906-027

and in particular to:

"Releases to be withdrawn from service March 31, 2007 
   Product
Product nameVersionnumber
 
IBM SMP/E for z/OS and  3.15655-G44
 OS/390
 
z/OS1.45694-A01
 
z/OS1.55694-A01
 
z/OS.e  1.45655-G52
 
z/OS.e  1.55655-G52"

   ***

Certainly no great big surprise, but worth noting the announcement letter.

Also, worth reading what other releases have support withdrawal dates
announced (including CICS TS V2.2, and various PL/I, COBOL, and HLASM
releases)

--
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: HP annual report

[Don Leahy]

Dave's "alternative interface",  SimpList, is no slouch either.  :-)

My opinion is already on the record in a review that originally appeared in 
the Feb 2005 issue of  Technical Support. 
http://www.mackinney.com/products/SIM/NaspaSIM05.pdf
- Original Message - 
From: "Dave Salt" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Tuesday, February 07, 2006 3:28 PM
Subject: Re: HP annual report




I'll be the first to admit I have a biased point of view, as I make a 
living developing an alternative interface. The reason I started 
developing the product is because I feel so strongly about the issue. In 
fact, I feel so strongly about it I'd much rather see companies use ANY 
product that improves the mainframe interface, instead of giving people 
the totally false and misleading impression that the default interface is 
the only interface available.


 


--
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: SMFLIMS & BUFSIZEMAX, BUFUSEWARN

[Knutson, Sam]

Hi Vince,

Not at all!  SMF Buffer Management in z/OS R6 and beyond is a big
improvement over what existed before with or without the USERMOD in APAR
OW56001.

The details you seek are in the R6 Redbook in particular z/OS Version 1
Release 6 Implementation section 3.4.1 

http://www.redbooks.ibm.com/abstracts/sg246377.html?Open

3.4 SMF buffer constraint relief

SMF initially allocates 8 MB in its own high private storage for its
buffers. These buffers are
used to store records that are passed to SMF. SMF then asynchronously
writes these records
to the SMF data sets (SYS1.MANx) on DASD. If the data in the buffer is
not copied to the
SMF data sets or if data transfer from the buffers to the data set is
slow, SMF continues
writing the data it generates to its buffers. When the initial
allocation of 8 MB storage is filled,
SMF increases this buffer in 8 MB increments up to a maximum of 128 MB.
If the buffers are
allowed to be filled, it will result in a loss of SMF data.
The message IEE986E is issued when the allocation of buffers in the SMF
address space
exceeds the warning level (default is 25%). As each additional
allocation occurs, this
message is redisplayed with an updated percentage value unit all of the
buffer space is
exhausted. When the buffer is 100% filled, message IEE979W is issued.
SMF data is lost when:

 An SMF data set is not available and the maximum buffer allocation of
128 MB is full.
 SMF data is generated faster than additional SMF buffers can be
obtained.

APAR OW56001 provides relief by increasing the initial, incremental, and
maximum buffer
size limit and the warning level. The maximum buffer allowed with this
APAR is 1024 MB.

3.4.1 Buffer constraint relief
z/OS V1R6 provides parmlib support to allow customization of buffer
sizing and the buffer
usage warning level. The requested maximum buffer size is preallocated
in SMF virtual
storage. The buffer is dynamically managed such that actual storage used
is maintained in a
chained queue. As the buffer empties, chain elements are made available
for use again. Page
release processing releases auxiliary storage used to back the buffer
storage.

3.4.2 New SMF parameters
The following new SMF parameters have been added:

 BUFSIZMAX
 BUFUSEWARN

MORE. (see the Red Book)

You can see my SMF parameters here 

http://bama.ua.edu/cgi-bin/wa?A2=ind0601&L=ibm-main&P=R35259&I=1

The key point you need to understand is that the virtual storage is
preallocated.  So allocate what you will need at peak utilization.  The
real pages will be released when not in use so you won't pay a penalty
for paging in unused pages and you won't have a problem because the SMF
address space cannot GETMAIN storage quickly enough to keep up with a
spike.  The consideration becomes do you have enough virtual storage
available (EPVT) for what you specify and do you have enough real
storage available (AFQ) at your peaks to satisfy the demand when all
those virtual pages are temporarily backed by real pages.

This enhancement has allowed us to eliminate all the data loss we still
experienced on a recurring basis at midnight on some systems.

Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

"Think big, act bold, start simple, grow fast..."


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Vince Getgood
Sent: Monday, February 06, 2006 11:02 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMFLIMS & BUFSIZEMAX, BUFUSEWARN

Hi all,
We are currently running z/os 1.5, and have a usermod to change our SMF
buffer sizes, increment size and maximum useage, as per APAR OW56001.

We currently use an initial size of 128M and increment of 24M.

We are in the process of migrating to 1.7, and I see that this APAR /
usermod will not work on 1.7, but we have to use BUFSIZEMAX and
BUFUSEWARN parameters in SMFPRMxx instead.

>From what I've read in the zos 1.6 implementation red book, and 1.7
init.
and tuning ref, It would appear that the inital SMF buffer size, and the
increment size is 8M and CAN'T BE CHANGED.

My question is, isn't that a step backwards?

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
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: DLLs and STEPLIBs

[Ted MacNEIL]

>STEPLIBs must be PDS/Es

They can also be PDS datasets.

Or, is that what you're trying to say with the /?

Remember:

The purpose of communication is not to ensure you're understood.
It's to ensure that you ARE NOT misunderstood.

(8{]}


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
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: Simplest way for app to tell if JES2 or JES3 environment?

[Ted MacNEIL]

>Question: is the "name" of JES2 or JES3 always "JES2" or "JES3"?

I worked in a shop many moons ago, that had one site at JES3 and two at JES2.

They used the sub-system name of JES at all shops.
This allowed for more standardisation of exits and other naming conventions.
Also, when we went to XA (like I said many moons ago) we didn't have much exit 
work (related to JESx) to do, as we also converted the JES3 site to JES2.

Of course, we then had to go and install the MELLON MODS and THRUPUT MANGLER to 
give JES2 the functionality we lost from JES3.


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
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: 9672 R45 with zOS 1.4

[Ted MacNEIL]

>R45 is G4 machine. AFAIR it cannot run any z/OS as well as OS/390 2.10

It can run 2.10, IIRC. But, it's been a long time since I saw one.
But, you have to be on G5+ for z/OS.
-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
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: 9672 R45 with zOS 1.4

[Ted MacNEIL]

>This is very strange.  We've been told by IBM that inorder run anything 
higher than OS/390 2.10, we had to go to a z box.  We're currently running 
OS/390 2.6 on a 9672 R83.

Context always matters.

IBM does not sell/market anything older than a z/900.
The microcode store is too small on an R83 to support the (even 31-bit) 
instructions required for z/OS.
So, if you go through IBM, you have no choice but a z/BOX.

Maybe, 3RD party can find you an upgrade to a G5, which will support z/OS in 
31-bit.


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
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: DLLs and STEPLIBs

[Lester, Charles (LNG-DAY)]

Cross posting to assembler-list

Results so far:

(1) Copied to PDSE using a generic name using the OGETX functionnada
(2) Re-bound from the USS library into the PDSE using the HFS file as
input, with the following binder options
ALIASES=ALL,CASE=MIXED,DYNAM=DLL,COMPAT=PM3, and the PDSE file as output
(again, with a generic 8-character name), with an ALIAS control card
specifying the real name of the DLL...again, nada

Nada==We get an abend that indicates it never found the address of the
function call in the DLL (S0C1 with R14 pointing to the point in the C++
callee where it tries to invoke the function in the DLL), which makes us
think it didn't properly find the DLL.


"Lester, Charles  (LNG-DAY)" <[EMAIL PROTECTED]> wrote in
message
news:<[EMAIL PROTECTED]
.net>...
> "Steve Comstock" <[EMAIL PROTECTED]> wrote in message
> news:<[EMAIL PROTECTED]>...
> Thanks, Steve.
> 
> I've thought of that, not so ugly as going the other way, but then
I've
> got to get the application to find the DLL in the STEPLIB, and right
now
> it's looking for a name that is longer than 8 characters, with a
".dll"
> extension on the end :-)
> 
> I could write a program to stuff the name it's expecting into the PDSE
> as an alias (I had one about 5 years ago), but that's going to take a
> couple of hours I don't have ('ees not my dog :-) long story)
> 
> > 
> > Well, you're right that the two don't mix. STEPLIBs must be PDS/Es,
> and
> > PATH is used for DLLs. Hmmm. Can you move the DLLs into your STEPLIB
> and
> > set up PATH to point to the STEPLIB?
> > 
> > Kind regards,
> > 
> > -Steve Comstock
> > 
> >
--
> > 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
> > 
> 
> --
> 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
> 

--
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: HP annual report

[Dave Salt]

From: Steve Comstock <[EMAIL PROTECTED]>
Until the up and coming folks get excited about what
mainframes can do and the advantages they offer (and
this has to include cost effectiveness), the trend in
the number of companies using IBM mainframes can only
be downward.


In my opinion, people will NEVER get excited about using mainframes as long 
as they have no option but to work with the default interface. Constantly 
swapping between screens and typing in data set names all day long is a 
complete and utter waste of time. The learning curve and lowered 
productivity costs companies billions of dollars a year. From a user 
perspective, working with the default mainframe interface is tedious, 
frustrating, time-consuming, and error prone.  More than that, it 
contributes to anti-mainframe sentiment among people who would much rather 
use a mouse instead of a keyboard.


I'll be the first to admit I have a biased point of view, as I make a living 
developing an alternative interface. The reason I started developing the 
product is because I feel so strongly about the issue. In fact, I feel so 
strongly about it I'd much rather see companies use ANY product that 
improves the mainframe interface, instead of giving people the totally false 
and misleading impression that the default interface is the only interface 
available.


Some products cost money and some products are free. Some offer a quantum 
leap forward, comparable to using Windows versus DOS. It's unimaginable to 
me that any company would use DOS in their PC environment, when dramatically 
more productive alternatives are available. Yet for some strange reason, 
this same common-sense attitude just doesn't seem to exist when people 
consider (or more accurately DON'T consider) the various alternative 
interfaces available for the mainframe.


To me, improving productivity and user experience are two of the most 
fundamental steps towards seeing the mainframe survive and flourish well 
into the future. Both of these steps can be accomplished very easily by 
simply installing one of many different alternative interface products 
available on the market. For example:


ISPF Productivity Tool (formerly Spiffy) - by IBM
Favorites - by ASG
JumpList - a free product available on the CBT tapes

Note: I'm not associated with any of the above products in any way.

Dave Salt

--
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: Simplest way for app to tell if JES2 or JES3 environment?

[Rob Scott]

Charles,

Actually it is quite simple - you don't need the IEFSSI call - please
see the code fragment that I posted.

However you *do* need the IAZXJSAB call as the ASSBJSAB pointer in the
ASSB control block is not a GUPI - otherwise you could have just gone :

 ASCB-->ASCBASSB-->ASSB-->ASSBJSAB-->JSAB. 

Rob Scott
Rocket Software
http://www.rs.com/portfolio/mxi/

--
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: HP annual report

[Dean Kent]

From: Dave Salt <[EMAIL PROTECTED]>
 >I agree; HP is a fine company. That's why I invest in their stock and why I 
>just received their annual report. Millions of other investors saw it as 
>well, and like me they also read the unchallenged statement from the CEO 
>regarding the declining use of the mainframe.

They could always take a cue from Monty Python and make a fine argument by 
saying "No it isn't".   That would satisfy  those who want an answer from IBM, 
as well as the bigwigs within the mainframe division(s) of IBM that act like 
deer in the headlights of the distributed systems truck bearing down on them.

:-).

>Dave Salt
>SimpList(tm) - The easiest, most powerful way to surf a mainframe!
>http://www.mackinney.com/products/SIM/simplist.htm

Regards,
 Dean Kent
 
Speaking for myself, not my employer, my business partners, my family, my 
friends nor my enemies.



--
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: Simplest way for app to tell if JES2 or JES3 environment?

[Charles Mills]

Whew! Simple this isn't (for what ought to be a simple question, no?).

The answer would appear to be:

- Use IAZXJSAB to determine the name of the subsystem under which one is
running.
- Pass that name to IEFSSI to get the address(?) of the SSCVT (not clear how
but IBM says "The SSCVT should be accessed only through the services
provided by the IEFSSI macro."). There's a pointer in the CVT but it gets
complex if there is more than one subsystem.
- Field SSCTSSID of the SSCVT unambiguously indicates JES2 or JES3.

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of McKown, John
Sent: Tuesday, February 07, 2006 12:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Simplest way for app to tell if JES2 or JES3 environment?


> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills
> Sent: Tuesday, February 07, 2006 11:46 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Simplest way for app to tell if JES2 or JES3 environment?
> 
> 
> > IAZXJSAB macro, with the COMPID parameter will tell you that.
> 
> Okay, totally dumb follow-up question. COMPID= is documented 
> as Specifies
> the location where the system is to return the 4-character name of the
> subsystem that created the JSAB.
> 
> Question: is the "name" of JES2 or JES3 always "JES2" or 
> "JES3"? If a shop
> renamed their startup PROC JES2TEST or JES3V1R7 would COMPID= 
> still return
> "JES2" or "JES3"?
> 
> Charles

No, the name of JES2 is not always "JES2". I've run what was (is?)
called PolyJES where I have multiple, separate JES2 subsystems running
on a single MVS image, each called something different. Rember that a
subsystem can be a max of 4 characters, so JES2TEST is not possible. I
have run with JESA, however. If you're a pervert, you could run JES2 and
call it "JES3" .

Perhaps you could tell us why you want to know? For instance something
like: "I know that if I'm running JES3, then I can do ... and it will
work." Where "..." is something that is JES3 only such as DJC (Dependant
Job Control). 

The field SSCTSSID will tell if this is JES2, JES3, or "other" (what
other?). I think you must "chain chase" to find this control block. I

--
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: 9672 R45 with zOS 1.4

[Ed Finnell]

 
In a message dated 2/7/2006 11:15:06 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

AFAIK  z/OS (as well as OS/390) requires ALS-1, which is G5 or higher.
ALS-2 is  z/900 or higher.
z/OS thru 1.5 runs in 31-bit on G5's. 1.6 requires 64-bit  machine.




>>
Stand corrected. ALS-1 G5, ALS-2 z/Box Never recovered from the
Rx1,Rx2 offset. 

--
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: JES2 $DPRT,STATUS,/STATUS^=DRAINED

[Skip Robinson]

My JES2 1.7 manual that I referred to earlier looks like this (don't know
how this will display):

5.1.1.2 Command syntax

...

  Not equal to symbol
  Within this book, we use the not equal symbol set (¬ =) to set a
  selection to mean "not equal to", but your keyboard might not support
  the use of the ¬ symbol. Consoles support the ¬ character; personal
  computers typically do not. However, you can use your terminal
  emulator or keyboard mapping to map the shift 6 key ( ¨) to the
  hexadecimal value for¬. Alternatively, using the symbol set "less
  than-greater than" (<>) can provide this same, "not-equal-to",
  definition.

My 1.4 version of the manual does not contain this paragraph.


.
.
JO.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]

IBM Mainframe Discussion List  wrote on 02/07/2006
03:05:37 AM:

> In a post direct to the "group", Bruce Hewson wrote:
>
> Ok, the manual is incorrect. For the $DPRT page it has ^= but I found
other
> pages in the manual with ¬= And it works correctly now. So "not sign" (¬)
is
> correct and the "cap"(^) is not. This is at z/OS 1.4 I will chase IBM to
> ensure the JES2 documentation is corrected. I also confirm the using <>
> works at this level.
>
> Regards
> Bruce Hewson
>
> ---
>
> Bruce,
>
> You should not be too hard on the authors of the JES2 manual. I am not a
> code page specialist but, over the years, I have noted that often the
"cap"
> and "not sign" get muddled up and one learns to compensate. This is just
one
> of those infelicities to which one resigns oneself.
>
> Chris Mason

--
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: Simplest way for app to tell if JES2 or JES3 environment?

[Rob Scott]

Chasing the SSCT is a simple thing :

Assuming name of subsystem in field "SSID"

L R8,CVTPTR(,0) grab cvt  
L R8,CVTJESCT-CVTMAP(,R8) get JESCT
L R8,JESSSCT-JESCT(,R8)   get first SSCT
USING SSCT,R8
  DO UNTIL=(ICM,R8,B'',SSCTSCTA,Z)
IF (CLC,SSCTSNAM,EQ,SSID)
  SELECT CLI,SSCTSSID,EQ
WHEN (SSCTJES2)
  BRAS  R14,CODE_FOR_JES2
  WHEN (SSCTJES3)
BRAS  R14,CODE_FOR_JES3  
OTHRWISE
BRAS  R14,CODE_FOR_UNKNOWN
  ENDSEL ,
DOEXIT , 
ENDIF ,
ENDDO ,


Rob Scott
Rocket Software
http://www.rs.com/portfolio/mxi/

--
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: Simplest way for app to tell if JES2 or JES3 environment?

[Charles Mills]

> Perhaps you could tell us why you want to know? 

I have a fairly complex application with a lot of variables in terms of
datasets either provided by JCL or dynamically, which are used by my app
and/or by another program (FTP actually) that I load dynamically. I need
very specific output behavior in spite of arguably illogical conditions
because I need to strictly imitate the behavior of another program (and you
know how customers can be ). I am seeing some differences in behavior
between JES2 and JES3 and I am trying to compensate for that
programmatically. There seem to be some differences, for example, in how
each handles the situation where the same DD SYSOUT is opened multiple times
by successive programs, particularly if they use slightly different DCB
attributes (F versus FA, for example).

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of McKown, John
Sent: Tuesday, February 07, 2006 12:18 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Simplest way for app to tell if JES2 or JES3 environment?


> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills
> Sent: Tuesday, February 07, 2006 11:46 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Simplest way for app to tell if JES2 or JES3 environment?
> 
> 
> > IAZXJSAB macro, with the COMPID parameter will tell you that.
> 
> Okay, totally dumb follow-up question. COMPID= is documented 
> as Specifies
> the location where the system is to return the 4-character name of the
> subsystem that created the JSAB.
> 
> Question: is the "name" of JES2 or JES3 always "JES2" or 
> "JES3"? If a shop
> renamed their startup PROC JES2TEST or JES3V1R7 would COMPID= 
> still return
> "JES2" or "JES3"?
> 
> Charles

No, the name of JES2 is not always "JES2". I've run what was (is?)
called PolyJES where I have multiple, separate JES2 subsystems running
on a single MVS image, each called something different. Rember that a
subsystem can be a max of 4 characters, so JES2TEST is not possible. I
have run with JESA, however. If you're a pervert, you could run JES2 and
call it "JES3" .

Perhaps you could tell us why you want to know? For instance something
like: "I know that if I'm running JES3, then I can do ... and it will
work." Where "..." is something that is JES3 only such as DJC (Dependant
Job Control). 

The field SSCTSSID will tell if this is JES2, JES3, or "other" (what
other?). I think you must "chain chase" to find this control block. I
haven't tried, but the book "z/OS: MVS Using the Subsystem Interface"
indicates that you can use an SSI call of "15" to obtain the address of
the SSCVT that corresponds to a specific subsystem. If there is an
easier way, hopefully somebody will speak up.

--
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: Applicable component levels

[Skip Robinson]

The most interesting question is why they make this so incomprehensible.
The acerbic answer is: Job Security Lite. If we made it look too easy, they
would hire our replacements from passersby on the sidewalk. ;-)

Consider the example:R1G0 PSY UA19532  UP05/08/02 P F508

R1G0 - 'R' here is 'release'; '1G0' are the last three letters of the
owning FMID HDZ11G0. In other words, component 'release'. Note that this
value does not necessarily change with each z/OS release. It changes only
when the component FMID changes. It's important to recognize this because
this identifier appears in every standard APAR description in SIS:

PTF List:
Release 1G0   : UA19532 available 05/08/02 (F508 )

It's left as an exercise for the reader to guess the first three letters of
the FMID. One quick way is to check a corresponding PTF entry, which spells
it out as in UA19532:

PRE-REQS/CO-REQS:
AR038   FMIDHDZ11G0

PSY - OK, somebody else has to explain this one; my imagination fails me.

UP... - I'm open to suggestions. I'm pretty sure it's not important.

P - Hmm

F508 - This one has fascinates me. The first character is always 'F', and
it always stands in for the 'decade digit', in this case '0'. Why? Maybe
'volume identifier' needs to be alpha. The designation rolls over every ten
years because the letter has been constant for as long as I've been in this
business. Representing the year/month in this fashion is the closest thing
we have in the sysprog fraternity to a secret handshake.  ;-))

.
.
JO.Skip Robinson
Southern California Edison Company
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
[EMAIL PROTECTED]

IBM Mainframe Discussion List  wrote on 02/07/2006
02:02:38 AM:

> I've just read an APAR OA11094 description.
> At the end there's a list of PTFs for various levels of RMM.
>

> R1G0 PSY UA19532  UP05/08/02 P F508

>
> How can I find out what PTF should be used for z/OS V1R4 ???
>
> What does is recorded in first column ???
> It's not system version, it is not RMM FMID.
> What is PSY, what is F508 ?
> Why it is so incomprehensible ?
> --
> Radoslaw Skorupka

--
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: DLLs and STEPLIBs

[Lester, Charles (LNG-DAY)]

"Steve Comstock" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
Thanks, Steve.

I've thought of that, not so ugly as going the other way, but then I've
got to get the application to find the DLL in the STEPLIB, and right now
it's looking for a name that is longer than 8 characters, with a ".dll"
extension on the end :-)

I could write a program to stuff the name it's expecting into the PDSE
as an alias (I had one about 5 years ago), but that's going to take a
couple of hours I don't have ('ees not my dog :-) long story)

> 
> Well, you're right that the two don't mix. STEPLIBs must be PDS/Es,
and
> PATH is used for DLLs. Hmmm. Can you move the DLLs into your STEPLIB
and
> set up PATH to point to the STEPLIB?
> 
> Kind regards,
> 
> -Steve Comstock
> 
> --
> 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
> 

--
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: HP annual report

[Dave Salt]

From: Timothy Sipples <[EMAIL PROTECTED]>
"Continued movement"? Didn't IBM just announce its best mainframe revenue
quarter since 1998 (the year of great Y2K preparation)? (Mainframes cost
less than they did in 1998, by the way.) When is this movement going to
start?


Years ago it was commonly perceived that VHS was going to win the VHS/Beta 
war, and this became a self-fulfilling prophesy. Likewise, the decline of 
the mainframe is also commonly perceived. Whether it becomes a 
self-fulfilling prophesy depends in large part on how much IBM is willing to 
challenge the perception.



I'd also be interested to know why HP recently *entered* the mainframe
outsourcing business. My best guess is that HP identified an opportunity.
Better not tell the CEO. :-)


My best guess is that HP identified an opportunity all right; it's far 
easier to persuade a customer to move from mainframes to PC's when you're 
already running their IT department.



And yet another reminder: I do not speak for IBM. Especially about HP,
which is a fine company, truly.


I agree; HP is a fine company. That's why I invest in their stock and why I 
just received their annual report. Millions of other investors saw it as 
well, and like me they also read the unchallenged statement from the CEO 
regarding the declining use of the mainframe.


Dave Salt
SimpList(tm) - The easiest, most powerful way to surf a mainframe!
http://www.mackinney.com/products/SIM/simplist.htm

--
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: Simplest way for app to tell if JES2 or JES3 environment?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills
> Sent: Tuesday, February 07, 2006 11:46 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Simplest way for app to tell if JES2 or JES3 environment?
> 
> 
> > IAZXJSAB macro, with the COMPID parameter will tell you that.
> 
> Okay, totally dumb follow-up question. COMPID= is documented 
> as Specifies
> the location where the system is to return the 4-character name of the
> subsystem that created the JSAB.
> 
> Question: is the "name" of JES2 or JES3 always "JES2" or 
> "JES3"? If a shop
> renamed their startup PROC JES2TEST or JES3V1R7 would COMPID= 
> still return
> "JES2" or "JES3"?
> 
> Charles

No, the name of JES2 is not always "JES2". I've run what was (is?)
called PolyJES where I have multiple, separate JES2 subsystems running
on a single MVS image, each called something different. Rember that a
subsystem can be a max of 4 characters, so JES2TEST is not possible. I
have run with JESA, however. If you're a pervert, you could run JES2 and
call it "JES3" .

Perhaps you could tell us why you want to know? For instance something
like: "I know that if I'm running JES3, then I can do ... and it will
work." Where "..." is something that is JES3 only such as DJC (Dependant
Job Control). 

The field SSCTSSID will tell if this is JES2, JES3, or "other" (what
other?). I think you must "chain chase" to find this control block. I
haven't tried, but the book "z/OS: MVS Using the Subsystem Interface"
indicates that you can use an SSI call of "15" to obtain the address of
the SSCVT that corresponds to a specific subsystem. If there is an
easier way, hopefully somebody will speak up.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.
 

--
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: Simplest way for app to tell if JES2 or JES3 environment?

[John P Kalinich]

Yes, if you started JES with the following:

s jes2test,sub=jes2




  
  Charles Mills 
  
  cc:  
  
  Sent by: IBM Subject: Re: Simplest way for 
app to tell if JES2 or JES3  
  Mainframeenvironment? 
  
  Discussion List   
  
   IAZXJSAB macro, with the COMPID parameter will tell you that.

Okay, totally dumb follow-up question. COMPID= is documented as Specifies
the location where the system is to return the 4-character name of the
subsystem that created the JSAB.

Question: is the "name" of JES2 or JES3 always "JES2" or "JES3"? If a shop
renamed their startup PROC JES2TEST or JES3V1R7 would COMPID= still return
"JES2" or "JES3"?

Charles

--
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

sample?

[Kirk Talman]

Does anyone have an example of using the SJFREQ RETRIEVE Service?


-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed.  The information may also constitute a legally
privileged confidential communication.  If the reader of this
message is not the intended recipient or an agent responsible for
delivering it to the intended recipient, you are hereby notified
that you have received this communication in error and that any
review, dissemination, copying, or unauthorized use of this
information, or the taking of any action in reliance on the
contents of this information is strictly prohibited.  If you have
received this communication in error, please notify us immediately
by e-mail, and delete the original message.  Thank you

--
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: DLLs and STEPLIBs

[Julian Levens]

As has been suggested earlier, you can place DLLs into PDSEs - I have done
this. There may be structural differences, one DLL becomes one PDSE
containing many seperate program objects (one PDSE = one DLL). I have never
created DLLs under USS, so I do not know exactly how they are organised here
except I believe they are in one file.

HTH

Julian


> Subject: DLLs and STEPLIBs
>
>
> I'm posting to the Assembler list because I mention assembler several
> times in this message :-) Cross-posting to IBM-MAIN.
>
> I've looked thru the archives and manuals and some SHARE presentations,
> and can't seem to find the answer to this one.
>
> We've got an MVS application (LE C++, calling assembler which cares
> nothing about LE), executing out of MVS datasets in the STEPLIB, which
> we're modifying, so that the assembler now calls some LE C++ code that
> uses a DLL which sits over in USS-land. We've successfully gotten the
> assembler to make the LE C++ callee think it was called from a pure LE
> caller (a little, but Vendor Interfaces-approved, slight of hand here
> :-)), but now we're trying to figure out how to combine STEPLIBs with
> MVS PDSEs with a PATH expression to where the DLL lives.
>
> All the examples I can find never mix the two types of program object
> libraries in an execution environment. We get:
>   IEF689I JOB  FAILED STEPLIB  DID NOT OPEN.
> if we try to put the PATH statement into the STEPLIB concatenation.
>
> Putting the new program object (PO) into the USS library would be ugly,
> because this PO is only one of many PO being called when the job step
> runs.
>
> Anybody have any suggestions?
>
> --
> 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
>


Try Capscan's new online bureau at http://www.capscanintegrity.com

*  Matchcode International "Best International Product" at IDMF  *

***
This e-mail is confidential and intended solely for the use of the individual 
to whom it was addressed. If you are not the intended recipient, you are hereby 
notified that any dissemination, distribution or copying of  this message is 
strictly prohibited. Please delete any copies you may have, on any computer. 
Any views expressed in this message are those of the individual sender and do 
not necessarily represent the views of Capscan Ltd and/or its subsidiaries. 
Please be aware that Internet communications are not secure.

Capscan Limited
Head Office: Capscan Limited  Grand Union House  20 Kentish Town Road  London  
NW1 9BB
Registered in England no. 1183941

***

--
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: Simplest way for app to tell if JES2 or JES3 environment?

[Rob Scott]

Charles,

In addition to the IAZXJSAB call - you will have to scan the SSCT chain
to see if the returned subsystem name is JES2 or JES3. There is nothing
to guarantee that the primary job entry subsystem is called "JES2" or
"JES3".

However, field SSCTSSID accurately informs you if the subsystem is JES2
or JES3.

Rob Scott
Rocket Software
http://www.rs.com/portfolio/mxi/

--
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: DLLs and STEPLIBs

[Steve Comstock]

Lester, Charles (LNG-DAY) wrote:

I'm posting to the Assembler list because I mention assembler several
times in this message :-) Cross-posting to IBM-MAIN.

I've looked thru the archives and manuals and some SHARE presentations,
and can't seem to find the answer to this one.

We've got an MVS application (LE C++, calling assembler which cares
nothing about LE), executing out of MVS datasets in the STEPLIB, which
we're modifying, so that the assembler now calls some LE C++ code that
uses a DLL which sits over in USS-land. We've successfully gotten the
assembler to make the LE C++ callee think it was called from a pure LE
caller (a little, but Vendor Interfaces-approved, slight of hand here
:-)), but now we're trying to figure out how to combine STEPLIBs with
MVS PDSEs with a PATH expression to where the DLL lives.

All the examples I can find never mix the two types of program object
libraries in an execution environment. We get:
IEF689I JOB  FAILED STEPLIB  DID NOT OPEN.
if we try to put the PATH statement into the STEPLIB concatenation.

Putting the new program object (PO) into the USS library would be ugly,
because this PO is only one of many PO being called when the job step
runs.

Anybody have any suggestions?


Well, you're right that the two don't mix. STEPLIBs must be PDS/Es, and
PATH is used for DLLs. Hmmm. Can you move the DLLs into your STEPLIB and
set up PATH to point to the STEPLIB?

Kind regards,

-Steve Comstock

--
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: Simplest way for app to tell if JES2 or JES3 environment?

[Charles Mills]

> IAZXJSAB macro, with the COMPID parameter will tell you that.

Okay, totally dumb follow-up question. COMPID= is documented as Specifies
the location where the system is to return the 4-character name of the
subsystem that created the JSAB.

Question: is the "name" of JES2 or JES3 always "JES2" or "JES3"? If a shop
renamed their startup PROC JES2TEST or JES3V1R7 would COMPID= still return
"JES2" or "JES3"?

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of McKown, John
Sent: Tuesday, February 07, 2006 10:01 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Simplest way for app to tell if JES2 or JES3 environment?


> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills
> Sent: Tuesday, February 07, 2006 9:26 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Simplest way for app to tell if JES2 or JES3 environment?
> 
> 
> What is the simplest way for a batch or TSO (only, never 
> running as an STC)
> assembler application to tell whether it is running under 
> JES2 or JES3? (I'm

--
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: DLLs and STEPLIBs

[Andy Robertson]

On Tue, 7 Feb 2006 12:16:49 -0500, Lester, Charles (LNG-DAY)
<[EMAIL PROTECTED]> wrote:

>I'm posting to the Assembler list because I mention assembler several
>times in this message :-) Cross-posting to IBM-MAIN.
>
>I've looked thru the archives and manuals and some SHARE presentations,
>and can't seem to find the answer to this one.
>
>We've got an MVS application (LE C++, calling assembler which cares
>nothing about LE), executing out of MVS datasets in the STEPLIB, which
>we're modifying, so that the assembler now calls some LE C++ code that
>uses a DLL which sits over in USS-land. We've successfully gotten the
>assembler to make the LE C++ callee think it was called from a pure LE
>caller (a little, but Vendor Interfaces-approved, slight of hand here
>:-)), but now we're trying to figure out how to combine STEPLIBs with
>MVS PDSEs with a PATH expression to where the DLL lives.
>
>All the examples I can find never mix the two types of program object
>libraries in an execution environment. We get:
>  IEF689I JOB  FAILED STEPLIB  DID NOT OPEN.
>if we try to put the PATH statement into the STEPLIB concatenation.
>
>Putting the new program object (PO) into the USS library would be ugly,
>because this PO is only one of many PO being called when the job step
>runs.
>
>Anybody have any suggestions?
>

Maybe I'm wrong but can not DLL's reside in MVS datasets as well as USS
files

--
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

DLLs and STEPLIBs

[Lester, Charles (LNG-DAY)]

I'm posting to the Assembler list because I mention assembler several
times in this message :-) Cross-posting to IBM-MAIN.

I've looked thru the archives and manuals and some SHARE presentations,
and can't seem to find the answer to this one.

We've got an MVS application (LE C++, calling assembler which cares
nothing about LE), executing out of MVS datasets in the STEPLIB, which
we're modifying, so that the assembler now calls some LE C++ code that
uses a DLL which sits over in USS-land. We've successfully gotten the
assembler to make the LE C++ callee think it was called from a pure LE
caller (a little, but Vendor Interfaces-approved, slight of hand here
:-)), but now we're trying to figure out how to combine STEPLIBs with
MVS PDSEs with a PATH expression to where the DLL lives.

All the examples I can find never mix the two types of program object
libraries in an execution environment. We get:
IEF689I JOB  FAILED STEPLIB  DID NOT OPEN.
if we try to put the PATH statement into the STEPLIB concatenation.

Putting the new program object (PO) into the USS library would be ugly,
because this PO is only one of many PO being called when the job step
runs.

Anybody have any suggestions?

--
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: 9672 R45 with zOS 1.4

[R.S.]

Ed Finnell wrote:

 
In a message dated 2/7/2006 9:01:22 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:


This is  very strange.  We've been told by IBM that inorder run anything  
higher than OS/390 2.10, we had to go to a z box.  We're currently  running 
OS/390 2.6 on a 9672 R83.





It's mostly semanticle. z/OS requires ALS-2 which is G5(9672-Rx6) or  higher. 
IIRC z/OS thru 1.6 runs in 31 bit on G5's. When you go to z/OS you  
originally had 31/64bit choices or bimode migration aid(pay for). z/OS 1.7  requires 
z/Box and only runs in 64 bit. It's a very large jump from 2.6 to z/OS  anything.




AFAIK z/OS (as well as OS/390) requires ALS-1, which is G5 or higher.
ALS-2 is z/900 or higher.
z/OS thru 1.5 runs in 31-bit on G5's. 1.6 requires 64-bit machine.


Several persons just admitted they run z/OS on pre-G5 (pre-ALS1) 
machines. IBM claims z/OS requires ALS1.

IMHO it is impossible several guys don't know their machine models.
Where is the true ?


*Official IBM* version is:
z/OS 1.6 and next requires 64-bit machine - z/900, z/800, z/990, z/890, 
z9 (zMachine).

z/OS 1.1 thru 1.5 can run on zMachine - obvious.
z/OS 1.1 thru 1.5 can also run on 31-bit machines, *but* ALS-1 is 
required. ALS-1 means G5, G6 and MP3000.


AFAIR OS/390 2.10 also needed ALS1.

--
Radoslaw Skorupka
Lodz, Poland

--
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: [QUAR] CA-View

[Gabe Torres]

Hi Gerry, 
  When the output is broken out into individual archived files,
sometimes it is because each is in a different output class.  
Take a look at your View Options, to see what your archive classes are.

 We just replace View with another product,.. But many here liked View
much better. We had it installed here for a very long time so we are
very familiar with the product.

  gt

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Gerry Anstey
Sent: Tuesday, February 07, 2006 2:08 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: [QUAR] CA-View
Importance: Low

All,

For our sins we have just started using CA-VIEW all I want to do is
display all the output for a job but all we can get is this:

 VIEW 2.0 SARO -- PAGE INDEX SELECTION LIST FOR UKMDHGRX
-  COMMAND ===>

SEL SEQ# STEP PROCSTEP DDNAME
*** ALL PAGES ***
001  JES2  JESMSGLG
002  JES2  JESJCL
003  JES2  JESYSMSG
004<-- Other out file1   ??
005<-- other out filen   ??
 * BOTTOM OF
DATA

The data I want is all bunched together in "*** ALL PAGES ***" how do I
get it to add each output file to the menu as it has already done with
the system output files? I have shown what I mean in lines 004 and 005
above.

We have had no training, just switched over today and we are clueless
here!

Thanks
Gerry

--
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

--
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-View

[Ulrich Krueger]

That's odd, Gerry.
We've been using CA-VIEW and it's granddad, SAR, for years. We are at CA-VIEW
R11 at the moment and R11 has the capability to view individual SYSOUT datasets.
It looks like you're on rel. 2.0, so you're behind by one release and I don't
know for sure if that functionality was retrofitted via PTF.
To solve your problem, try this:
>From your CA-VIEW primary panel, switch to "ALL" mode instead of SARO (I don't
know, if it will make a difference, but we're all using ALL mode). Type "MODE
ALL" from the Command line, press Enter.
Your primary panel should look something like this:

CA-View ALL -- Primary Selection for YOUR.SAR.DB ---
Command ===>

Sysout ID ===> C*
Select By ===> R (R, I, IL, or IR)
Index Name===>   Value ===>
  ===> ===>
  ===> ===>
  ===> ===>

Selection Criteria:
   Generation ===> -0:1  (*, ALL, specific (n), relative (-n),
  range (n:m or -n:m))

   Date   ===>   (specific (mm/dd/), relative (-n),
  range(mm/dd/:mm/dd/ or -n:m))

Selection Options:Only specify to restrict selection
   Exceptions ===>X exceptions only, NX non exceptions only, AX/(blank) any
   Permanent  ===>P permanent only,  NP non permanent only,  AP/(blank) any

 Enter END command to terminate this CA-View session.

Next, forget all about page indexing and other advanced stuff you might find in
the manual. In our shop, all jobs are sent to CA-VIEW simply by MSGCLASS=X and
SYSOUT=* in the JCL. No exits. No indexing. No fancy stuff. Vanilla, no
sprinkles.

To view a job and it's associated SYSOUT datasets, be sure to put an "R" in the
"Select By" field.
Press Enter to pull up the SYSOUT Selection List. It'll show something like this
for me:

 CA-View ALL --- Sysout Selection List -
 Command ===>

 Sel  Sysout IDJobname  JobidArch Date  Time  LocLines  Pages Xcode
 ==>  ****  * **   *  *
 ?CUKRSCA1 CUKRSCA1 J0914404 02/07/2006 07:45 DISK1941 16
  CUKRSCA1 CUKRSCA1 J0894475 02/06/2006 07:19 DISK1939 16
  CUKRSCA5 CUKRSCA5 J0914670 02/07/2006 07:30 DISK2186 16

To view the entire job's SYSOUTs in one session, type an "S" into the Sel
column.
To see the list of individual SYSOUT datasets, select one of the jobs with a
question mark "?", press Enter.
If your release of CA-VIEW supports it, you should get something like this:

 CA-View ALL --- Data Set List --
 Command ===>

   ID ---> CUKRSCA1
   Job---> CUKRSCA1Jobid  ---> J0914404

Sel DDname   Stepname Procstep   DSID   Lines   Pages
JESMSGLG JES2   2  52   1
JESJCL   JES2   3 473   1
JESYSMSG JES2   41031   1
SYSPRINT PRESCAN  112  77   3
SYSOUT   SORTJOB  SORT114  31   1
S   SYSOUT   SORTPSW  SORT115  31   1
SYSOUT   SORTDSL  SORT116  31   1
SYSOUT   SORTDSV  SORT117  31   1

Each of these SYSOUTs is individually selectable by putting an "S" in the Sel
field.

Hope that answers your question. If not, feel free to ask.

Regards,
Ulrich Krueger
Mainframe Systems Services
National Semiconductor Corp.
Santa Clara, CA 95051
Tel:(408)721-8071Fax:(408)721-6526
Email: [EMAIL PROTECTED]
--
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: 9672 R45 with zOS 1.4

[Ed Finnell]

 
In a message dated 2/7/2006 9:01:22 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

This is  very strange.  We've been told by IBM that inorder run anything  
higher than OS/390 2.10, we had to go to a z box.  We're currently  running 
OS/390 2.6 on a 9672 R83.



>>
It's mostly semanticle. z/OS requires ALS-2 which is G5(9672-Rx6) or  higher. 
IIRC z/OS thru 1.6 runs in 31 bit on G5's. When you go to z/OS you  
originally had 31/64bit choices or bimode migration aid(pay for). z/OS 1.7  
requires 
z/Box and only runs in 64 bit. It's a very large jump from 2.6 to z/OS  
anything.

--
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: HP annual report (was: Mainframe Programmer on EBay)

[Ed Finnell]

 
In a message dated 2/6/2006 9:59:28 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

"The  best way to steer a company toward growth is to look out four or five  
years at the big market trends evolving, and then work backward to  identify 
opportunities...   There will be continued movement  toward a lower cost, 
industry-standard, distributed computing environment  and a shift away from 
mainframe computing".



>>
Isn't this identically what Garner said 20 years  ago?

--
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: Simplest way for app to tell if JES2 or JES3 environment?

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Charles Mills
> Sent: Tuesday, February 07, 2006 9:26 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Simplest way for app to tell if JES2 or JES3 environment?
> 
> 
> What is the simplest way for a batch or TSO (only, never 
> running as an STC)
> assembler application to tell whether it is running under 
> JES2 or JES3? (I'm
> unclear about multi-JES possibilities so if my question is 
> ambiguous, please
> re-phrase it as "how does it tell which JES will process a 
> dataset if it
> dynamically allocates it SYSOUT=* with no other parameters?")
>  

IAZXJSAB macro, with the COMPID parameter will tell you that.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.
 

--
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: 9672 R45 with zOS 1.4

[Steve Arnett]

That may not be true.  We brought up z/OS 1.4 in production on our 9672 
R16  before going to our z/890.  z/OS 1.4 runs in 31-bit mode on the 
9672, but it does depend on the model of 9672.  We did have to put on 
the bi-modal patch so that we would still be 31-bit on the z/890.  Once 
we tested out 64-bit over there, we turned on 64-bit mode in 
production.  Our migration went like this:


OS/390 2.10 to z/OS 1.4(31-bit)
9672-R16 to z/890 240 with z/OS 1.4(31-bit)
z/OS 1.4(31-bit) to z/OS 1.4(64-bit)

Richard Tsujimoto wrote:


Thomas/Paolo,

This is very strange.  We've been told by IBM that inorder run anything 
higher than OS/390 2.10, we had to go to a z box.  We're currently running 
OS/390 2.6 on a 9672 R83.
 

 



--
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: Codepage 37 vs 1047

[Andy Robertson]

On Tue, 7 Feb 2006 09:07:01 +, Jim McAlpine <[EMAIL PROTECTED]>
wrote:

>What about UK DB2 shops.  What code page did you go for.


SCCSID=285

--
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

Simplest way for app to tell if JES2 or JES3 environment?

[Charles Mills]

What is the simplest way for a batch or TSO (only, never running as an STC)
assembler application to tell whether it is running under JES2 or JES3? (I'm
unclear about multi-JES possibilities so if my question is ambiguous, please
re-phrase it as "how does it tell which JES will process a dataset if it
dynamically allocates it SYSOUT=* with no other parameters?")
 
I found what may be the answer here

http://bama.ua.edu/cgi-bin/wa?A2=ind0109&L=ibm-main&P=R43660&I=1&m=114745
but I'm not certain because I don't know what question Ed was answering.
 
Thanks,

Charles Mills



--
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: 9672 R45 with zOS 1.4

[R.S.]

Not true.
z/OS 1.1 to 1.5 can run in 31-bit mode, so it can run on *some* 9672 
machines. "Some" means G6, G5 and Multiprise3000 models. I'm not sure 
about older generations, my vaguely recollection tells me NO.

G6 machines are nn7, i.e. ZY7, X47
G5 machines are nn6, i.e. RA6, RC6, R36, R46

R45 is G4 machine. AFAIR it cannot run any z/OS as well as OS/390 2.10.

--
Radoslaw Skorupka
Lodz, Poland


Richard Tsujimoto wrote:


Thomas/Paolo,

This is very strange.  We've been told by IBM that inorder run anything 
higher than OS/390 2.10, we had to go to a z box.  We're currently running 
OS/390 2.6 on a 9672 R83.





Thomas Conley <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 

02/07/2006 09:25 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: 9672 R45 with zOS 1.4






Sorry,

I should have said you can't go higher than OS/390 V2R10 on a 9672-R45 
(G4) 
box.


Regards,
Tom Conley

- Original Message - 
From: "Paolo Pirillo" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
Sent: Tuesday, February 07, 2006 4:06 AM
Subject: Re: 9672 R45 with zOS 1.4




Hello Dude,
we are running a 9672-R46 in our DR Site.
It's running fine with z/OS 1.4.
But we have to think about a new box,
becourse we want to migrate to z/OS 1.7 next year.

Regards,
Paolo Pirillo


--
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: System code EFF

[Craddock, Chris]

 
> PSW AT TIME OF ERROR  078D2000   8005EA42
> ...
> DATA AT PSW  0005EA3C -   0AFF07F4  E2C5C3E4
> 3...  4...^
> C...  0...2
> 
> Looks to me like it's pointing to a BR R4 instruction

0AFF = SVC 255
07F4 = BR  R4

Looks consistent w/ the abend code. The data following the branch is
irrelevant since (at least from here) it won't be reached.

CC

--
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: Moving from CA-MIM to GRS.

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ed Gould
> Sent: Monday, February 06, 2006 2:18 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Moving from CA-MIM to GRS.
> 
> 



> > MIM is from CA.
> 
> This is a big issue to companies that want to stay out of CA  
> clutches. I have seen go to great measure to sand up and say 
> "I am CA  
> Free!"
> Ed

Hum, I will be a contrarian. I understand the dislike of CA. I still
have some. However, at least here and recently, CA has been quite
helpful to us. We have replaced products from other vendors AND SAVED US
MONEY at the same time. CA has been more accomodating of our financial
requirement. Granted, I still dislike some of the products from a
technical standpoint (more difficult to install, customize, and use).
But I do have a somewhat kinder disposition towards them. At least for
now. Because by saving us money on z/OS software, they helped derail the
"Windows uber alles" crowd and save my job for me. I have a similar
hate/love relationship with auditors. They have also been a "help" to
the z/OS side by their points about Windows security and auditability
which we can address on z/OS.

--
John McKown
Senior Systems Programmer
UICI Insurance Center
Information Technology

This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and its
content is protected by law.  If you are not the intended recipient, you
should delete this message and are hereby notified that any disclosure,
copying, or distribution of this transmission, or taking any action
based on it, is strictly prohibited.
 

--
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: 9672 R45 with zOS 1.4

[Richard Tsujimoto]

Thomas/Paolo,

This is very strange.  We've been told by IBM that inorder run anything 
higher than OS/390 2.10, we had to go to a z box.  We're currently running 
OS/390 2.6 on a 9672 R83.




Thomas Conley <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
02/07/2006 09:25 AM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
Re: 9672 R45 with zOS 1.4






Sorry,

I should have said you can't go higher than OS/390 V2R10 on a 9672-R45 
(G4) 
box.

Regards,
Tom Conley

- Original Message - 
From: "Paolo Pirillo" <[EMAIL PROTECTED]>
Newsgroups: bit.listserv.ibm-main
Sent: Tuesday, February 07, 2006 4:06 AM
Subject: Re: 9672 R45 with zOS 1.4


> Hello Dude,
> we are running a 9672-R46 in our DR Site.
> It's running fine with z/OS 1.4.
> But we have to think about a new box,
> becourse we want to migrate to z/OS 1.7 next year.
>
> Regards,
> Paolo Pirillo
>
> --
> 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 

--
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


--
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: Moving from CA-MIM to GRS.

[Bruce Black]

1. You cannot share across SYSPLEX boundaries with GRS, except by going back to 
RESERVE/RELEASE processing.
As we discussed last fall, not true.  GRS Ring mode works across 
sysplexes.  Ring mode, using CTCs, was the original GRS implementation.  
GRS Star mode, which uses CFs, only works within a sysplex.  Star mode 
is a much better performer than ring, but it does work if you have 
multiple plexes. 


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

--
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 Compile time Question

[Rob Wunderlich]

On Mon, 6 Feb 2006 08:55:48 -0600, Rob Wunderlich
<[EMAIL PROTECTED]> wrote:

>If using the CICS or DB2 preprocessor, see APAR PQ81622. We had to revert
  
>to using the pre-processor to get large programs to compile.

Correction, should be "DB2 *co*processor".

--
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: Applicable component levels

[Staller, Allan]

I've just read an APAR OA11094 description.
At the end there's a list of PTFs for various levels of RMM.

R1GB PSY UA19542   UP05/08/02 P F508
R1GC PSY UA19543   UP05/08/02 P F508
R1G0 PSY UA19532   UP05/08/02 P F508
R1HB PSY UA19557   UP05/08/02 P F508
R1HC PSY UA19558   UP05/08/02 P F508
R1H0 PSY UA19555   UP05/08/02 P F508
R1JB PSY UA19560   UP05/08/02 P F508
R1JC PSY UA19579   UP05/08/02 P F508
R1J0 PSY UA19559   UP05/08/02 P F508
R1KB PSY UA19594   UP05/08/02 P F508
R1KC PSY UA19595   UP05/08/02 P F508
R1K0 PSY UA19593   UP05/08/02 P F508

How can I find out what PTF should be used for z/OS V1R4 ???



I belive the "base" PTF needed will be UA19532 for R1G0 (HDZ11G0).
The other "non-zero" releases (e.g. R1GB) I believe represent
SPE type functions and should be IF-REQ'ed in the packaging.

I suggest starting w/UA19532 and seeing which PTF's are called out by the 
packaging.

As an alternative do an SMP LIST SYSMOD FUNCTION and look for JDZ11G* functions
(the most likely will be JDZ11GB, but it may be another). The JDZ* should be 
represented
in the list as a member of the FMID HDZ11G0. Select the appropriate PTF for 
that function.
See the sample below.

GLOBAL  *   
   
Z14D100 FUNCTIONHDZ11G0 ACC 02.149  
16:02:142001303
Z14T100 FUNCTIONHDZ11G0 APP 02.149  
19:19:372001303


HTH,

--
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: HP annual report

[Steve Comstock]

Timothy Sipples wrote:
[snip]

Darn that pesky IBM, investing billions year after year to 
deliver the industry's premier business servers year after year. Haven't 
they heard that what customers really want are systems that require little 
or no R&D expense?




And yet I still find prospect after prospect saying they
don't have a mainframe or they are moving off it, so they
are not interested in investing in training for their
mainframe programmers.

This battle is not over, granted, but the hearts and
minds of the young techies and, more importantly, the
young managers, have not been won over to mainframes.

Until the up and coming folks get excited about what
mainframes can do and the advantages they offer (and
this has to include cost effectiveness), the trend in
the number of companies using IBM mainframes can only
be downward.

And don't throw out the training in the universities
program as the answer. It's part of the answer but
a long way from the solution.

All things have their life cycles. Maybe the mainframe
is at the end of its lifetime, or nearing it. I don't
think it has to be, but nothing happens without effort,
and IBM still has a ways to go.

And so do we all.

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

--
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: 9672 R45 with zOS 1.4

[Thomas Conley]

Sorry,

I should have said you can't go higher than OS/390 V2R10 on a 9672-R45 (G4) 
box.


Regards,
Tom Conley

- Original Message - 
From: "Paolo Pirillo" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
Sent: Tuesday, February 07, 2006 4:06 AM
Subject: Re: 9672 R45 with zOS 1.4



Hello Dude,
we are running a 9672-R46 in our DR Site.
It's running fine with z/OS 1.4.
But we have to think about a new box,
becourse we want to migrate to z/OS 1.7 next year.

Regards,
Paolo Pirillo

--
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 


--
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: Moving from CA-MIM to GRS.

[Knutson, Sam]

If you are converting from MIM to GRS you might find the programs Rich
Fochtman made available useful

File # 447 ENQMON from Rick Fochtman--GRS displays like MIM's.

http://www.cbttape.org/ftp/cbt/CBT447.zip

http://www.cbttape.org


FILE 447 is from Rick Fochtman of Chicago, Illinois, and 
 contains two programs to improve GRS facilities,
 so that the messages which GRS produces, will   
 approximate those which MIM produces, reporting 
 ENQUEUE conflicts on the operator console. 
 
 Since we've gone to GRS, in place of MIM, there 
 was one feature of MIM that was sorely missed.  
 MIM would explain the nature of dataset 
 contentions in greater detail than the initial  
 messages from GRS.  True, you could get the detail  
 by issuing the "D GRS,C" command, if you managed
  to catch it quick enough.  We deemed that this was 
  insufficient.  Attached are the solutions  
  developed here.  One is a started task that checks 
  for a contention situation each minute and 
  displays information about it.  The other is an MPF
  exit that displays the same information whenever a 
  dataset contention situation is announced via the  
  IEF099I message.

It does not address the job requeue requirement but maybe you could
handle that with automation.

I hope this helps.

Thanks, Sam Knutson  

}{

This email/fax message is for the sole use of the intended
recipient(s) and may contain confidential and privileged information.
Any unauthorized review, use, disclosure or distribution of this
email/fax is prohibited. If you are not the intended recipient, please
destroy all paper and electronic copies of the original message.

--
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

State of the Mainframe - Part II: The Capacity Conundrum

[John Wynton]

Folks:
 
For those of you interested, here is the second article in the series.
 
http://www.esj.com/news/article.aspx?EditorialsID=1608 - 
 
Seem to be more contributors this time.
 
John



From: John Wynton 
Sent: Tuesday, January 24, 2006 12:52 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: State of the Mainframe - News Article


Folks:
 
More food for thought >
http://www.esj.com/news/article.aspx?EditorialsID=1597. First of a
3-part series on the future of the mainframe. Also, near and dear to my
heart, they will explore the state of mainframe training in the future
articles.
 
I'd be interested in your thoughts, comments, etc.
 
Cheers,

John Wynton
Themis Training
800-756-3000 Toll Free
910-673-1427 Direct
908-723-5064 Cell
[EMAIL PROTECTED]  
http://www.themisinc.com   

 

--
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 to reset condition code w/in JCL job

[Vernooy, C.P. - SPLXM]

<[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> In a JCL environment, if an early step STEP01 gets a CC of 0004, what
> can I do to override that to a CC of  so that the job completes
> with a MAXCC of ?
> 

You cannot. In a job there is not such a thing as a MAXCC, like there is in 
IDCAMS, there are only the individual CC's of the steps. Perhaps your output 
processing or jobscheduling application calculates the highest CC and makes 
some decisions on it. You should tell this application that a CC=0004 in this 
particular step can be ignored. Both our output processing and our scheduling 
application support this.

Kees.


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

--
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: System code EFF

[Vernooy, C.P. - SPLXM]

"Jorge Garcia" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> We find it 
> 
> IDMS release 15.0 doesn't load the CAS9SEC module that it's loaded in IDMS
> release 14.0 by default.
> We have consulted the CA support connect and in the problem number 1989 we
> have read the solution. We have added the parameter:
> PRODUCT(CAS-SECURITY/INIT) VERSION(S910) INIT(S910INIT) in the parameter
> job of CAS9 (CAIRIM)
> 
> And the problem has disappeared!!!
> 
> Thanks a lot!!
> 

One back-to-basics question: if the abend is from IDMS and it issues the EFF 
abend, is this not documented in the manuals? If so, you should request a doc 
update.

Kees.


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

--
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: HP annual report (was: Mainframe Programmer on EBay)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Dave Salt
> 
> > > Rare Mainframe programmer in near mint condition!!!
> > > A rare find in the IT world!
> 
> He may as well try for the big bucks while he can, as it 
> looks like he won't be needed soon. The CEO and President of 
> Hewlett-Packard made the following comment in the opening 
> statement of this years annual report:
> 
> "The best way to steer a company toward growth is to look out 
> four or five years at the big market trends evolving, and 
> then work backward to identify opportunities...  
> There will be continued movement toward a lower cost, 
> industry-standard, distributed computing environment and a 
> shift away from mainframe computing".

Another way to say it:  "... continued movement into the sea of mediocrity
and away from islands of stability and reliability," driven by the eternal
quest for instant gratification.

Remember that even the pioneer seafarers eventually returned to land.

> Does this mean HP is going to stop making mainframes?;-)

More likely they will *start* making them  :-)

-jc-

--
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: Moving from CA-MIM to GRS.

[Ted MacNEIL]

> I wouldn't say GRS is free...Two escon cables and four escon 
> channels have some value...Don't they?

You can always use your existibg SYSPLEX CTC's in RING (not recommended), or 
your CF links in STAR (recommended).
Then, you have no additional hardware costs.


-
-teD

I’m an enthusiastic proselytiser of the universal panacea I believe in!

--
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: System code EFF

[Jorge Garcia]

We find it 

IDMS release 15.0 doesn't load the CAS9SEC module that it's loaded in IDMS
release 14.0 by default.
We have consulted the CA support connect and in the problem number 1989 we
have read the solution. We have added the parameter:
PRODUCT(CAS-SECURITY/INIT) VERSION(S910) INIT(S910INIT) in the parameter
job of CAS9 (CAIRIM)

And the problem has disappeared!!!

Thanks a lot!!

Jorge García Juanino
PRODUCCIÓN/TÉCNICA SISTEMAS HOST
MAPFRE Informática A.I.E
TELF: 91 - 581.27.34
MAILTO:[EMAIL PROTECTED]

--
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: HP annual report

[Van Dalsen, Herbie]

The interesting thing is that they manage to out-bid IBM, knowing that
it will cost them money on the short term, but in the long run, they
might persuade their customers to move across to "more affordable"
platforms that have "more readily available" resources.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Paul Gillis
Sent: 07 February 2006 11:11
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: HP annual report

Timothy Sipples wrote:
> I'd also be interested to know why HP recently *entered* the mainframe

> outsourcing business. My best guess is that HP identified an
opportunity. 
> Better not tell the CEO. :-)
> 

They've been at it here in Oz for a while, not many clients though.

Paul Gillis

--
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 email and any attachments are confidential and intended for the sole use 
of the intended recipient(s).If you receive this email in error please notify 
[EMAIL PROTECTED] and delete it from your system. Any unauthorized 
dissemination, retransmission, or copying of this email and any attachments is 
prohibited. Euroconex does not accept any responsibility for any breach of 
confidence, which may arise from the use of email. Please note that any views 
or opinions presented in this email are solely those of the author and do not 
necessarily represent those of the Company. This message has been scanned for 
known computer viruses. 
*

--
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: System code EFF

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of William McKinley
> 
> Has anyone noticed that this is a wild branch
> the PSW points to characters "SECU"

Hmmm

PSW AT TIME OF ERROR  078D2000   8005EA42
...
DATA AT PSW  0005EA3C -   0AFF07F4  E2C5C3E4
3...  4...^
C...  0...2

Looks to me like it's pointing to a BR R4 instruction  

-jc-

--
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: Moving from CA-MIM to GRS.

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Steve Arnett
> 
> I wouldn't say GRS is free...Two escon cables and four escon 
> channels have some value...Don't they?

Yabbut  That's "hardware".  :-)

-jc-

--
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: Applicable component levels

[John Ticic]

-- snip --
I've just read an APAR OA11094 description.
At the end there's a list of PTFs for various levels of RMM.

R1GB PSY UA19542 UP05/08/02 P F508
R1GC PSY UA19543 UP05/08/02 P F508
R1G0 PSY UA19532 UP05/08/02 P F508
R1HB PSY UA19557 UP05/08/02 P F508
R1HC PSY UA19558 UP05/08/02 P F508
R1H0 PSY UA19555 UP05/08/02 P F508
R1JB PSY UA19560 UP05/08/02 P F508
R1JC PSY UA19579 UP05/08/02 P F508
R1J0 PSY UA19559 UP05/08/02 P F508
R1KB PSY UA19594 UP05/08/02 P F508
R1KC PSY UA19595 UP05/08/02 P F508
R1K0 PSY UA19593 UP05/08/02 P F508

How can I find out what PTF should be used for z/OS V1R4 ???

What does is recorded in first column ???
It's not system version, it is not RMM FMID.
What is PSY, what is F508 ?
Why it is so incomprehensible ?
-- snip --

For z/OS 1.6

FMID HDZ11J0 corresponds to R1J0
FMID JDZ11JB corresponds to R1JB

You would need R1G0 for the base function.

I agree - it's a PITA.

John

--
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: HP annual report

[Paul Gillis]

Timothy Sipples wrote:
I'd also be interested to know why HP recently *entered* the mainframe 
outsourcing business. My best guess is that HP identified an opportunity. 
Better not tell the CEO. :-)




They've been at it here in Oz for a while, not many clients though.

Paul Gillis

--
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: JES2 $DPRT,STATUS,/STATUS^=DRAINED

[Chris Mason]

In a post direct to the "group", Bruce Hewson wrote:

Ok, the manual is incorrect. For the $DPRT page it has ^= but I found other
pages in the manual with ¬= And it works correctly now. So "not sign" (¬) is
correct and the "cap"(^) is not. This is at z/OS 1.4 I will chase IBM to
ensure the JES2 documentation is corrected. I also confirm the using <>
works at this level.

Regards
Bruce Hewson

---

Bruce,

You should not be too hard on the authors of the JES2 manual. I am not a
code page specialist but, over the years, I have noted that often the "cap"
and "not sign" get muddled up and one learns to compensate. This is just one
of those infelicities to which one resigns oneself.

Chris Mason

--
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

CA-View

[Gerry Anstey]

All,

For our sins we have just started using CA-VIEW all I want to do is display
all the output for a job but all we can get is this:

 VIEW 2.0 SARO -- PAGE INDEX SELECTION LIST FOR UKMDHGRX -
 COMMAND ===>

SEL SEQ# STEP PROCSTEP DDNAME
*** ALL PAGES ***
001  JES2  JESMSGLG
002  JES2  JESJCL
003  JES2  JESYSMSG
004<-- Other out file1   ??
005<-- other out filen   ??
 * BOTTOM OF DATA

The data I want is all bunched together in "*** ALL PAGES ***" how do I get
it to add each output file to the menu as it has already done with the
system output files? I have shown what I mean in lines 004 and 005 above.

We have had no training, just switched over today and we are clueless here!

Thanks
Gerry

--
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

Applicable component levels

[R.S.]

I've just read an APAR OA11094 description.
At the end there's a list of PTFs for various levels of RMM.

R1GB PSY UA19542   UP05/08/02 P F508
R1GC PSY UA19543   UP05/08/02 P F508
R1G0 PSY UA19532   UP05/08/02 P F508
R1HB PSY UA19557   UP05/08/02 P F508
R1HC PSY UA19558   UP05/08/02 P F508
R1H0 PSY UA19555   UP05/08/02 P F508
R1JB PSY UA19560   UP05/08/02 P F508
R1JC PSY UA19579   UP05/08/02 P F508
R1J0 PSY UA19559   UP05/08/02 P F508
R1KB PSY UA19594   UP05/08/02 P F508
R1KC PSY UA19595   UP05/08/02 P F508
R1K0 PSY UA19593   UP05/08/02 P F508

How can I find out what PTF should be used for z/OS V1R4 ???

What does is recorded in first column ???
It's not system version, it is not RMM FMID.
What is PSY, what is F508 ?
Why it is so incomprehensible ?
--
Radoslaw Skorupka
Lodz, Poland

--
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: HP annual report (was: Mainframe Programmer on EBay)

[Timothy Sipples]

>He may as well try for the big bucks while he can, as it looks like he 
won't 
>be needed soon. The CEO and President of Hewlett-Packard made the 
following 
>comment in the opening statement of this years annual report:
>"The best way to steer a company toward growth is to look out four or 
five 
>years at the big market trends evolving, and then work backward to 
identify 
>opportunities...   There will be continued movement toward a lower cost, 
>industry-standard, distributed computing environment and a shift away 
from 
>mainframe computing".
>Does this mean HP is going to stop making mainframes?;-)

"Continued movement"? Didn't IBM just announce its best mainframe revenue 
quarter since 1998 (the year of great Y2K preparation)? (Mainframes cost 
less than they did in 1998, by the way.) When is this movement going to 
start?

Darn that pesky IBM, investing billions year after year to 
deliver the industry's premier business servers year after year. Haven't 
they heard that what customers really want are systems that require little 
or no R&D expense?

I'd also be interested to know why HP recently *entered* the mainframe 
outsourcing business. My best guess is that HP identified an opportunity. 
Better not tell the CEO. :-)

And yet another reminder: I do not speak for IBM. Especially about HP, 
which is a fine company, truly. I appreciate the great service I get from 
my "legacy" Hewlett-Packard LaserJet 4L printer, although I confess I 
don't buy cartridges from HP.

- - - - -
Timothy F. Sipples
Consulting Enterprise Software Architect, z9/zSeries
IBM Japan, Ltd.
E-Mail: [EMAIL PROTECTED]

--
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: Mainframe Programmer on EBay

[Sebastian Welton]

On Mon, 6 Feb 2006 16:28:49 -0600, Desi de la Garza <[EMAIL PROTECTED]>
wrote:

>I don't see any operating systems conversions, smpe work or cics upgrades.
>What's up with that?

Probably because he's a mainframe programmer which as far as I can tell it
means he writes programs. Good luck to him.

Seb.

--
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: 9672 R45 with zOS 1.4

[Paolo Pirillo]

Hello Dude,
we are running a 9672-R46 in our DR Site.
It's running fine with z/OS 1.4.
But we have to think about a new box,
becourse we want to migrate to z/OS 1.7 next year.

Regards,
Paolo Pirillo

--
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: Codepage 37 vs 1047

[Jim McAlpine]

What about UK DB2 shops.  What code page did you go for.

Jim McAlpine


On 2/6/06, Ray Mullins <[EMAIL PROTECTED]> wrote:
>
> Sideways topic - are other code pages, like 1141, supported?  And is
> BPXDEUSH now 1141, not 273?
>
> I did notice that the DB2 V8 precompiler, with C and CPP, uses 37 by
> default, not 1047.  (But I'm used to ??( and ??), anyway.  Mental note to
> self - override DB2 precompiler step with CP 1140.)
>
> Later,
> Ray
>
> > -Original Message-
> > From: IBM Mainframe Discussion List
> > [mailto:[EMAIL PROTECTED] On Behalf Of Schiradin,Roland
> > HG-Dir itb-db/dc
> > Sent: Monday February 06 2006 13:12
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Re: Codepage 37 vs 1047
> >
> > The had the same problem with CP 273 and also converted some
> > DB2 V7 subsystems from 500 to 273. Emu and others use 273 and
> > for OMVS you may use parameter CONVERT like
> >
> > CMD(OMVS CONVERT((BPXDEUSH)))
> >
> > BPXDEUSH means german (DEU) sh (shell) = 273
> >
> > Another issue was the CICS precompiler in combination with
> > C/C++ which just generate code in CP 1047. After a long
> > offline discussion Hursley accept an APAR to support CP 273
> > via ??=pragma filetag ("IBM-273"). Not sure how this work
> > with CP 37 and I believe this will be changed in future if
> > CICS will support the integrated compiler for C/C++.
> > Alternate you can use ?? for #, ??( for open brackets and ??)
> > for closing inside your C/C++ code.
> >
> > Never had any issue with Java because just a few application
> > runs on z/OS.
> > AFAIK ftp supports different CP.
> >
> > Since the UNICODE feature we can expect more products using
> > this feature
> >
>
> --
> 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
>

--
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: Moving from CA-MIM to GRS.

[Vernooy, C.P. - SPLXM]

"Ted MacNEIL" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL PROTECTED]>...
> >A more general version of that question might be "When was the last time you 
> >wrote something in Rexx and didn't use anything?"
> 
> 1. You cannot share across SYSPLEX boundaries with GRS, except by going back 
> to RESERVE/RELEASE processing.

This is not the same functionality: how do you convert SYSDSN ENQ's to 
Reserve/Release processing/

Kees.


**
For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), 
its subsidiaries and/or its employees shall not be liable for the incorrect or 
incomplete transmission of this e-mail or any attachments, nor responsible for 
any delay in receipt.
**

--
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