Re: SUBSYS= ?

[Vernooij, Kees (ITOPT1) - KLM]

This is similar to CA-LBRARIAN, where SUBSYS=LAM in your JCL lets you process 
the Lbrarian file as a PDS.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mike Schwab
> Sent: 04 November, 2017 2:28
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SUBSYS= ?
> 
> The one sybsystem I remember using was PANVALET, which let you ISPF
> edit a pan member as if it was a PDS.
> 
> On Fri, Nov 3, 2017 at 7:24 PM, Phil Smith  wrote:
> > Hmm. That subsystem "documentation" is really long on details about
> how to do specific minor things, but really short on theology: what a
> subsystem can and can't do, how it fits into the scheme of things, etc.
> Example:
> >
> > A subsystem is a service provider that performs one function or many
> functions, but does nothing until it is requested.
> >
> > Um, ok. I'd suggest that description applies to almost any program,
> and is thus pretty close to meaningless.
> >
> > Am I just thick, or is there really not a lot here that would let
> someone create a subsystem without already essentially knowing how?
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> 
> --
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Odd SMF 30 data within IEFACTRT

[Mario Bezzi]

  Dan, 

starting in the middle of SMF30_US_ComprReq I see
x'E2E3C5D7D3C9C2' which is 'STEPLIB', starting in SMF30_US_Def_UncomprIn
I see x'E2E8E2D7D9C9D5E3', which is 'SYSPRINT'. 

Are you sure you are
properly pointing to the zEDC section? 

On 11/04/2017 09:17 PM, DanD
wrote: 

> I've been looking at various data available within the
IEFACTRT exit's SMF 30 record. 
> We're running zOS 2.2 and are quite
current on maintenance. 
> I must note that this is on a zPDT box which
may or may not make a difference. 
> 
> The data that I find odd is in
the "zEDC Usage Statistics Section". 
> Here are the fields in the
section and their HEX values: 
> SMF30_US_ComprReq 200F2A40E2E3C5D7 
>
SMF30_US_ComprReq_Prob D3C9C249 
> SMF30_US_QueueTime
7FF8 
> SMF30_US_ExecTime 7FF8 
>
SMF30_US_Def_UncomprIn E2E8E2D7D9C9 
> SMF30_US_Def_ComprOut
D5E3 
> SMF30_US_Inf_ComprIn  
>
SMF30_US_Inf_DecomprOut 200F2A3F 
> 
> The EXECTime and
QueueTime are supposed to be in microseconds. 
> Why does one have
"7FF8" in the 1st word and the other have it in the 2nd word? 
>
ComprReq is the total number of compressions & decompressions (problem
and supervisor state). 
> ComprReq_Prob is the number in problem state.
Shouldn't it be a subset of ComprReq? 
> 
> I'm not sure what other
fields are incorrect. Does anyone else find these odd or is it just me?

> 
> Thanks, 
> Dan 
> 
>
--

> For IBM-MAIN subscribe / signoff / archive access instructions, 
>
send email to lists...@listserv.ua.edu [1] with the message: INFO
IBM-MAIN
  


Con Mobile Open 7 GB a 9 euro/4 sett navighi veloce con 7 GB di Internet e hai 
200 minuti ed SMS a 12 cent. Passa a Tiscali Mobile! 
http://tisca.li/OPEN7GBFirma


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z/OS 2.3 PFA and JAVA

[Marna WALLE]

Hi Mark,
As you might have seen, JAVA is not included in z/OS and so you have to order 
what you need.  So, it really is something that you need to keep track of and 
make sure you have based on which functions you use.  Yes, I know that is 
easier said than done.  That is one of the reasons why we have support to run 
so many concurrently.  And allow so many of them to be ordered with z/OS.  

All of z/OS's functional dependencies are documented in z/OS Planning for 
Installation book, in the very important chapter "Software requirements for 
running z/OS V2R3".  This section is critical to read if you need to know what 
you need for z/OS V2.3.

In there, it has "Predictive Failure Analysis (PFA) requires IBM 31-Bit SDK for 
z/OS, Java 2 Technology Edition V8 (5655-DGG) or later. PFA does not support 
the 64-bit version of this SDK."

You can find them all here:  
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2r3.e0zb100/pgmreqs.htm

Hope this helps!
-Marna WALLE, z/OS Installation and Migration, IBM Poughkeepsie.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Sizer in z/OS V2.3

[Roger Lowe]

On Sun, 5 Nov 2017 13:40:38 +, גדי בן אבי  wrote:

>I tried that, and got:
>IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED
>$HASP433 INVALID SUBSYSTEM EXECUTION MODE
>And the step ended with RC=20.
>
>Gadi

Are you running it under a zOS 2.3 environment?

Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: C/C++ Runtime Library

[Charles Mills]

Let me speak as a vendor here. There are two issues.

You can tell the C/C++ compiler both the minimum hardware you intend to support 
and the most typical hardware you intend to run on. So it uses only 
instructions available on that minimum hardware and chooses instructions that 
work best on the typical hardware. We build our product "usually" ARCH(9) 
TUNE(10) -- that means we require a minimum of a z196 but run best on a 
BC/EC12. One of these years we will up that to ARCH(10) TUNE(11).

The wonderful thing about a compiled language is that we have the occasional 
POC or customer who is on a z9. No problem -- we just do a recompile and a 
special build for ARCH(7) TUNE(7).

Any assembler routines in your product are a different matter. You can't "just 
reassemble ZS-2." So we always build all our (minimal number of) assembler 
routines ZS-5 (z9). You lose a lot of great instructions, but c'est la vie.

(The C ARCH numbers are two behind the marketing numbers: a z13 is ARCH(11). 
The HLASM MACHINE numbers are four behind: a z13 is ZS-9.)

The software checks and detects if it is compiled ARCH(9) but you are trying to 
run it on a z10, and exits gracefully, without ever getting into C code 
compiled for a z196.

You also tell the C/C++ compiler and the binder the minimum level of LE to 
target. We tell the compiler TARG(LE,zOSV1R13) and it squawks if you try to use 
a function not available until later. At this moment I do not know what happens 
if you try to run on V1R12: I would hope that the LE runtime squawks, albeit 
probably in the most obscure way possible.

If you had a vendor product problem in this regard then my guess is that it was 
carelessness on the vendor's part. Possibly an oops on IBM's part, but I think 
the vendor's part is more likely. We regression test on all of the levels of 
z/OS we claim to support. We do some hardware level testing, but not much, and 
have not had an unexpected problem with hardware levels -- or z/OS versions, 
for that matter.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Sunday, November 5, 2017 8:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C/C++ Runtime Library

Just a thought.

>From a vendor perspective I would think you would need a test in your process 
>to verify that the microcode/firmware and LE runtime libraries will work for 
>that shop.

For example, if you use XYZ in C language but that support did not show up 
until z/OS V1.12.  The shop installing the code is at z/OS 1.10.  I would think 
that would cause an error for the customer.

I had a case with a vendor product, where the developer used a cool new 
instruction.  Unfortunately it was for a higher level of firmware than the CPU 
we were running on at the time.  This caused an S0C4.  This required a SEV1 
immediate fix situation.

I am not sure how much testing in the code that vendors need to do to support 
any level of hardware or software for their products.

But I would think some would need to be done.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Odd SMF 30 data within IEFACTRT

[Peter Hunkeler]

The fields you show look to me as if they partly contain EBCDIC data. E.g. the 
first field has x'E2E3C5D7' which is c'STEP'. Has there been any zEDC 
compression in that step? If not, the section is not there and you are looking 
at random data.


--
Peter Hunkeler


 Von: DanD  An:   IBM-MAIN@LISTSERV.UA.EDU 
Betreff: Odd SMF 30 data within IEFACTRT Datum: 04.11.17, 19:18


I've been looking at various data available within the IEFACTRT exit's SMF 30 
record.
We're running zOS 2.2 and are quite current on maintenance.
I must note that this is on a zPDT box which may or may not make a difference.

The data that I find odd is in the "zEDC Usage Statistics Section".
Here are the fields in the section and their HEX values:
SMF30_US_ComprReq 200F2A40E2E3C5D7
SMF30_US_ComprReq_Prob D3C9C249
SMF30_US_QueueTime7FF8
SMF30_US_ExecTime   7FF8
SMF30_US_Def_UncomprIn  E2E8E2D7D9C9
SMF30_US_Def_ComprOut   D5E3
SMF30_US_Inf_ComprIn  
SMF30_US_Inf_DecomprOut200F2A3F

The EXECTime and QueueTime are supposed to be in microseconds.
Why does one have "7FF8" in the 1st word and the other have it in the 2nd 
word?
ComprReq is the total number of compressions & decompressions (problem and 
supervisor state).
ComprReq_Prob is the number in problem state.  Shouldn't it be a subset of 
ComprReq?

I'm not sure what other fields are incorrect.  Does anyone else find these odd 
or is it just me?

Thanks,
Dan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: C/C++ Runtime Library

[Lizette Koehler]

Just a thought.

>From a vendor perspective I would think you would need a test in your process 
>to verify that the microcode/firmware and LE runtime libraries will work for 
>that shop.

For example, if you use XYZ in C language but that support did not show up 
until z/OS V1.12.  The shop installing the code is at z/OS 1.10.  I would think 
that would cause an error for the customer.

I had a case with a vendor product, where the developer used a cool new 
instruction.  Unfortunately it was for a higher level of firmware than the CPU 
we were running on at the time.  This caused an S0C4.  This required a SEV1 
immediate fix situation.

I am not sure how much testing in the code that vendors need to do to support 
any level of hardware or software for their products.

But I would think some would need to be done.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Charles Mills
> Sent: Sunday, November 05, 2017 8:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: C/C++ Runtime Library
> 
> Be aware also of https://ibm.co/2hHaJPC
> 
> Charles
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: Sunday, November 5, 2017 5:59 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: C/C++ Runtime Library
> 
> On Sat, Nov 4, 2017 at 9:48 PM, Ze'ev Atlas < 004b34e7c98a-dmarc-
> requ...@listserv.ua.edu> wrote:
> 
> > I hope that I word my question correctlyIs the C/C++ Runtime Library
> > installed by default on z/OS  or is it a product that needs to be
> > licensed separately?In other words, if I distribute a software
> > product, written in C, in binary form (load modules) and that product
> > rely on the runtime library, what is the likelihood that the client's
> > installations out there would not be able to run the product because
> > the runtime library is not present?
> > Ze'ev Atlas
> >
> >
> ​The C/C++ run time libraries, along with the PL/I & Fortran run times, are
> all distributed with z/OS and licensed for use with z/OS. Together, they are
> "Language Environment", aka LE.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: C/C++ Runtime Library

[Charles Mills]

Be aware also of https://ibm.co/2hHaJPC 

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Sunday, November 5, 2017 5:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C/C++ Runtime Library

On Sat, Nov 4, 2017 at 9:48 PM, Ze'ev Atlas < 
004b34e7c98a-dmarc-requ...@listserv.ua.edu> wrote:

> I hope that I word my question correctlyIs the C/C++ Runtime Library 
> installed by default on z/OS  or is it a product that needs to be 
> licensed separately?In other words, if I distribute a software 
> product, written in C, in binary form (load modules) and that product 
> rely on the runtime library, what is the likelihood that the client's 
> installations out there would not be able to run the product because 
> the runtime library is not present?
> Ze'ev Atlas
>
>
​The C/C++ run time libraries, along with the PL/I & Fortran run times, are all 
distributed with z/OS and licensed for use with z/OS. Together, they are 
"Language Environment", aka LE.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: C/C++ Runtime Library

[John McKown]

On Sat, Nov 4, 2017 at 9:48 PM, Ze'ev Atlas <
004b34e7c98a-dmarc-requ...@listserv.ua.edu> wrote:

> I hope that I word my question correctlyIs the C/C++ Runtime Library
> installed by default on z/OS  or is it a product that needs to be licensed
> separately?In other words, if I distribute a software product, written in
> C, in binary form (load modules) and that product rely on the runtime
> library, what is the likelihood that the client's installations out there
> would not be able to run the product because the runtime library is not
> present?
> Ze'ev Atlas
>
>
​The C/C++ run time libraries, along with the PL/I & Fortran run times, are
all distributed with z/OS and licensed for use with z/OS. Together, they
are "Language Environment", aka LE.


-- 
I have a theory that it's impossible to prove anything, but I can't prove
it.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Sizer in z/OS V2.3

[גדי בן אבי]

I tried that, and got:
IEF188I PROBLEM PROGRAM ATTRIBUTES ASSIGNED
$HASP433 INVALID SUBSYSTEM EXECUTION MODE
And the step ended with RC=20.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roger Lowe
Sent: Sunday, November 5, 2017 3:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JES2 Sizer in z/OS V2.3

You can also run the JES2 Init Deck checker as a batch job.


//JES2 EXEC JES2
//IEFPROC.HASPLIST DD SYSOUT=Z (override of the DD in the JES2 proc as I 
wanted the report from the checker to go to a different sysout)

Since the site I work at uses System Symbolics in the JES2 proc, you need to 
ensure the job class you run the job in has Systems Symbols enabled.

As part of the report produced by running the above -



Recommendations:

   Current  Current Percent Usage per Max with
 LimitUsage   Usage   JQE/JOE  max JQE/JOE
   ---  ---  --    ---
 JQEs   14,0005,564   39.74
 Job Numbers10,0005,556   55.56  0.99   13,860
 JOEs   35,0007,322   20.92  1.34   18,760
 Active TGs 99,810   60,530   60.64 10.82  151,480
 BERTs  28,100  5902.09
  JQE BERTs 373  0.06  840
  JOE BERTs  52  0.000


Hope the above helps.

Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Sizer in z/OS V2.3

[Roger Lowe]

You can also run the JES2 Init Deck checker as a batch job.


//JES2 EXEC JES2
//IEFPROC.HASPLIST DD SYSOUT=Z (override of the DD in the JES2 proc as I 
wanted the report from the checker to go to a different sysout)

Since the site I work at uses System Symbolics in the JES2 proc, you need to 
ensure the job class you run the job in has Systems Symbols enabled.

As part of the report produced by running the above - 



Recommendations:   
   
   Current  Current Percent Usage per Max with 
 LimitUsage   Usage   JQE/JOE  max JQE/JOE 
   ---  ---  --    --- 
 JQEs   14,0005,564   39.74
 Job Numbers10,0005,556   55.56  0.99   13,860 
 JOEs   35,0007,322   20.92  1.34   18,760 
 Active TGs 99,810   60,530   60.64 10.82  151,480 
 BERTs  28,100  5902.09
  JQE BERTs 373  0.06  840 
  JOE BERTs  52  0.000 


Hope the above helps.

Roger

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: JES2 Sizer in z/OS V2.3

[Allan Staller]

PARm=(COLD,CHECK), scares me a bit. I shudder at the thought of COLD

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Saturday, November 4, 2017 9:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: JES2 Sizer in z/OS V2.3

The RFE I requested to have a way for JES2 to determine what is needed when 
increasing resource (TGS, JOE, JQE, etc) has been done by IBM in z/OS V2.3

Here is the response

JES2 z/OS 2.3 has introduced an initialization data set checker. As part of 
that function, you can pass in an initialization deck with a larger 
specification for any resource and request a COLD start using 
PARM=(COLD,CHECK). The output will include the $HASP537 message indicating how 
may 4K pages are needed for the configuration specified. For example: $HASP537 
THE CURRENT CHECKPOINT USES 231 4K RECORDS


Hope this will be better than guessing.



Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


::DISCLAIMER::


The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only.
E-mail transmission is not guaranteed to be secure or error-free as information 
could be intercepted, corrupted,
lost, destroyed, arrive late or incomplete, or may contain viruses in 
transmission. The e mail and its contents
(with or without referred errors) shall therefore not attach any liability on 
the originator or HCL or its affiliates.
Views or opinions, if any, presented in this email are solely those of the 
author and may not necessarily reflect the
views or opinions of HCL or its affiliates. Any form of reproduction, 
dissemination, copying, disclosure, modification,
distribution and / or publication of this message without the prior written 
consent of authorized representative of
HCL is strictly prohibited. If you have received this email in error please 
delete it and notify the sender immediately.
Before opening any email and/or attachments, please check them for viruses and 
other defects.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN