MSU Actual [AD]

[Blaicher, Christopher Y.]

There are lots of ways to solve the MSU actual problem.  I think all of the 
solutions put forward are valid.  The question is do you want it 
dynamic/historical/on demand?  Another question is do you want to be able to 
compare now to last week/month/year?

The advantage of a real-time information gatherer that stores the data in a 
data warehouse like Splunk is you can look at where you are now and where you 
were, and from that project where you will be.

Also, having multiple sources of data put into a common warehouse (are MSU's 
the only thing you want?) allows the aggregating of data from across those 
various sources and getting a full picture.  The human mind is a wonderful 
pattern recognition machine, but it works best when all the data is presented 
in a single chart, or in a side-by-side pair of charts.

Ironstream automates the data gathering and forwarding.  It also provides a 
basic set of dashboards that can be built upon or modified.

It is not the only solution, but I think it is a pretty good one.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Martin Packer
Sent: Wednesday, October 25, 2017 2:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MSU Actual

ERBSCAN against an SMF data set full of RMF records will display the interval 
nicely.

Cheers, Martin

Martin Packer,
zChampion, Principal Systems Investigator, Worldwide Cloud & Systems 
Performance, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker

Blog:
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker

Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/or

https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2



From:   "Sankaranarayanan, Vignesh"

To: IBM-MAIN@LISTSERV.UA.EDU
Date:   25/10/2017 17:44
Subject:Re: MSU Actual
Sent by:IBM Mainframe Discussion List 



Thank you Sir. I'm not sure what the current interval is.
Maybe I can suss the rough interval by looking at timestamps in SMF record type 
70 subtype 1?
Would need to find that out and then consider the implications of changing it 
to a 1 minute interval recording.

- Vignesh
Mainframe Infrastructure

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barry Merrill
Sent: 25 October 2017 20:26
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MSU Actual

The data is captured in RMF III VSAM files, if you run RMF III at 1 minute 
intervals.
The VSAM files can be reported from using IBM Reports, or "ADVERTISEMENT"
MXG Software.

Barry



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Tuesday, October 24, 2017 10:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: MSU Actual

Hi All,

Is it possible to get the LPAR, MSU Def. and MSU Act from the RMF CPC Capacity 
Report, in bulk?
Looking for samples every 1 minute.
Is this captured in any SMF record type?
Is this a sample report, by any chance, in the RMF Spreadsheet Reporter?

Thanks in advance.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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

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




Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

Re: MSU Actual [AD]

[Blaicher, Christopher Y.]

Syncsort's Ironstream product can supply that information, and a whole lot 
more, every 2 seconds as part of its SYSTEMSTATE data gathering function.  It 
can also capture SMF, SYSLOG, SYSOUT, LOG4J and other data.

Chris Blaicher
Ironstream Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sankaranarayanan, Vignesh
Sent: Tuesday, October 24, 2017 11:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: MSU Actual

Hi All,

Is it possible to get the LPAR, MSU Def. and MSU Act from the RMF CPC Capacity 
Report, in bulk?
Looking for samples every 1 minute.
Is this captured in any SMF record type?
Is this a sample report, by any chance, in the RMF Spreadsheet Reporter?

Thanks in advance.

- Vignesh
Mainframe Infrastructure


MARKSANDSPENCER.COM

Unless otherwise stated above:
Marks and Spencer plc
Registered Office:
Waterside House
35 North Wharf Road
London
W2 1NW

Registered No. 214436 in England and Wales.

Telephone (020) 7935 4422
Facsimile (020) 7487 2670

www.marksandspencer.com

Please note that electronic mail may be monitored.

This e-mail is confidential. If you received it by mistake, please let us know 
and then delete it from your system; you should not copy, disclose, or 
distribute its contents to anyone nor act in reliance on this e-mail, as this 
is prohibited and may be unlawful.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Time Mic conversion

[Blaicher, Christopher Y.]

Take your microsecond value and shift it 12 bits to the left and use STCKCONV.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of DanD
Sent: Friday, October 20, 2017 4:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Time Mic conversion

Thanks Charles.

I searched back to 2000 and there's very little for "TIME MIC" or microseconds. 
 Nothing that I could find for it's conversion.  There's loads for STCK 
conversion which I already had old code for, and it's even easier now with 
services like STCKCONV.

DanD

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: IEAVAPE return code doc wrong?

[Blaicher, Christopher Y.]

Go with the IEAASM definitions.  Open a doc PMR.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, October 4, 2017 6:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IEAVAPE return code doc wrong?

I'm looking at
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ie
aa200/eaa9ape.htm return codes (decimal) 40, 44 and 48. The equate names do not 
seem to go with the "Meaning."

In fact, as I look at little further, the symbol names do not correspond to 
their values in IEAASM. In the manual cited above, IEA_PE_NOT_HOME is listed as 
40 (28) but in IEAASM it is

IEA_PE_NOT_HOME   EQU   64 ('0040'X)
  Unauthorized caller may not
  manipulate PE that was allocated
  by a user in a different address
  space

Am I confused or is the documentation wrong? It looks to me like the numbers 
listed go with the explanation and are probably right but the symbol names are 
wrong. Any other opinions?

Charles

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: IEAVPSE parameter question

[Blaicher, Christopher Y.]

It was a while ago when I wrote a bunch of code using pause elements, but as I 
remember having those the same was not good.  It may have been because I was 
using XFR.

PAUSE/RELEASE and XFER are great services, a bear to get setup and get right, 
but 4 years and probably trillions of uses later, and never had a problem.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, October 4, 2017 2:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IEAVPSE parameter question

For IEAVPSE, can pause_element_token and updated_pause_element_token both be 
the same field? I don't see much use for the old pause_element_token after 
IEAVPSE completes.

Charles

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Temporary Data Sets

[Blaicher, Christopher Y.]

Temporary data sets are just like permanent data sets, they just go away at the 
end of the step if you specify DISP=(NEW,DELETE), or at the end of the job if 
you specify DISP=(NEW,PASS).

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Buckton, T. (Theo)
Sent: Tuesday, October 3, 2017 9:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Temporary Data Sets

Hi,

Can somebody direct me to documentation on temporary data sets. I need to 
understand the characteristics and restrictions of these & data sets:
Space limits;
Can it extend over more than 1 volume if so, would a multi-volume temp data set 
pose a problem if it is referenced again by a different DD statement in the 
same job step?

Regards
Theo


Nedbank disclaimer and confidentiality notice:

This email may contain information that is confidential, privileged or 
otherwise protected from disclosure. If you are not an intended recipient of 
this email or all or some of the information contained therein, do not 
duplicate or redistribute it by any means. Please delete it and any attachments 
and notify the sender that you have received it in error. Unless specifically 
indicated, this email is neither an offer or a solicitation to buy or sell any 
securities, investment products or other financial product or service, nor is 
it an official confirmation of any transaction or an official statement of 
Nedbank. Any views or opinions presented are solely those of the author and do 
not necessarily represent those of Nedbank. Nedbank Ltd Reg No 1951/09/06.

The following link displays the names of the Nedbank Board of Directors and 
Company Secretary. [http://www.nedbank.co.za/terms/DirectorsNedbank.htm]

If you do not want to click on a link, please type the relevant address in your 
browser




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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Sort Question [AD - Kind of]

[Blaicher, Christopher Y.]

Syncsort's MFX sort when using the Global Sort Monitor measures systems 
resources, both on an instantaneous basis and on a historical basis to judge 
how much memory each sort should use.  If you give a MFX sort a REGION=0M it 
may use 8M or 1.5G depending on what the current memory demands are by other 
processes, and what the historical data indicates will be needed over the life 
of the sort.  MFX automatically does all that for you.

If you have a 10G machine and over 2G of it are free, who cares that a sort 
comes along and uses a gig.  It isn't hurting anything.  On the other hand if 
there is paging already happening, you only want the sort to take as much as is 
absolutely necessary to do the job with relative efficiency.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Monday, October 2, 2017 12:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sort Question

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Monday, October 02, 2017 12:24 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Sort Question
>
> On 2017-10-02, at 09:29, Farley, Peter x23353 wrote:
>
> > With respect to the REGION size, remember that SORT (both IBM and its 
> > competitors) is most efficient the more memory you can let him have.  I 
> > have found this especially true for COBOL-based SORT's.
> >
> But does this contend adversely with concurrent jobs?

IMHO it is the job of the Capacity and Performance team to tell the application 
programming teams when application jobs are contending for memory and causing 
paging, especially if it causes SLA's to be missed or near-missed.

> > Consider using a region of at least 500M for large-volume sorts, and be 
> > sure to tell SORT he can use (most of) it via the SORT parameters.  The 
> > more memory he has available the fewer SORTWK's and SORTWK I/O's he will 
> > need to use.
> >
> REGION=0K?

Only if allowed by IEFUSI.  Many large shops do not allow it except with 
special dispensation and approval, specifically because of the issue you raised 
above about memory contention.

> > Also "buffer up" all of your high-volume input files with high BUFNO (QSAM) 
> > or AMP='BUFND=,BUFNI=,RMODE31=ALL'  (VSAM) parameters (as 
> > appropriate).  Consider using SUBSYS=BLSR or SMB parameters for high-volume 
> > VSAM inputs as well.
> >
> I would hope (wish) that DFSORT would supply optimum defaults.  But can an 
> application discern in OPEN exit whether the options were supplied in JCL or 
> as OS defaults?
>
> Does DFSORT rely on QSAM or on idiosyncratic EXCP?  I'd expect that in the 
> era of oscillating merge it relied on EXCP.

Of course SORT uses his own EXCP (or OCO media manager interfaces) where 
possible, as it is far more efficient than QSAM.  I was referring to the OP's 
original COBOL source for this SORT question.  My reply concerned 
application-read input files, not directly-read-by-SORT files.  For JCL sorts I 
always let SORT decide how to optimize his files, but COBOL SORT's act as E15 
and/or E35 exits, so COBOL I/O can and often is being used for those I/O's, 
whether directly for the file to be sorted or a multiplicity of inputs used to 
construct the SORT input and output records.

> > Memory is (relatively) inexpensive, so use it to your advantage.  Your 
> > SLA's will appreciate it.

Peter
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual 

Re: Dynamic Steplib and z/OS 2.3?

[Blaicher, Christopher Y.]

I think you are a little off.  A static concatenation cannot result in a mix of 
authorized and unauthorized libraries and the program running authorized.

Contents supervisor, when it goes to load the first module from EXEC PGM= 
checks the JOBLIB or STEPLIB for all libraries to be authorized, else the 
program while still being loaded will not run authorized.  If the program is 
being loaded from the LINKLST, it checks that the library it is being loaded 
from is authorized, otherwise it once again runs as unauthorized.

If at some later point a load of a module from a library in the LINKLST that is 
not authorized, or a directed LOAD/LINK/ATTACH/XCTL with a non-authorized 
library specified, will result in an ABEND.

I hope the writers of the STEPLIB concatenation routine were through enough to 
check the current authorization status of the job step and, if it is running 
authorized, validated that the library being added is also authorized.  
Otherwise the concatenation should fail.

If your shop has this function, I would verify that you cannot add an 
unauthorized library to a STEPLIB or JOBLIB.  If you can, you have just left a 
hole the size of the Lincoln Tunnel in your system.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David W Noon
Sent: Friday, September 22, 2017 3:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Dynamic Steplib and z/OS 2.3?

On Fri, 22 Sep 2017 13:14:52 -0500, Walt Farrell
(walt.farr...@gmail.com) wrote about "Re: Dynamic Steplib and z/OS 2.3?"
(in <4974758334821366.wa.walt.farrellgmail@listserv.ua.edu>):

> On Fri, 22 Sep 2017 10:40:59 -0500, Paul Gilmartin  
> wrote:
>
>> Dynamic STEPLIB has been discussed in these fora so often that I
>> suspect it's the subject of numerous RFEs.  I suspect there are
>> technical reasons that IBM has not rushed to provide the function.
>> Is the design of OS/360 such that any dynamic STEPLIB would be
>> incomplete or have unintended consequences?
>
> Any dynamic STEPLIB functionality introduces potential System
> Integrity> exposures, because some parts (modules) of a program may
> have been
loaded> from one library and others from a different, incompatible library.
Such an exposure can just as easily occur from a static concatenation for 
STEPLIB/JOBLIB, so allowing dynamic allocation is not a significant increase in 
such exposure.

It is up to the site's programmers to ensure that the load libraries in use in 
a job step are mutually compatible.
--
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
david.w.n...@googlemail.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*



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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: STC - APF - confusion

[Blaicher, Christopher Y.]

Here it is as simply as I can put it.

If the first program executed by an EXEC PGM= is AC(1), AND ALL the STEPLIB 
libraries, if any, are APF authorized, then all the branched/LINK/LOAD or 
ATTACH programs run authorized.  If any library in the STEPLIB concatenation is 
unauthorized, it is like they were all unauthorized.
OK.  There are always some caveats, so here is the one I remember.  If you 
LINK/LOAD/ATTACH a program from a library in the LNKLIST and you have only 
authorized individual libraries in the list, rather than the whole list, and 
you are calling a module in one of those unauthorized libraries, then your job 
(and I can't remember which) either becomes unauthorized or it fails with an 
abend.

Now to the second part of your question.  It doesn’t matter what language the 
program was written in.

And the third part.  If the STC (A) is authorized and listening on a socket, 
and another program (B) puts a message on the socket for program A to do 
something with it, no problem.  A stays authorized and it doesn't matter what 
state B is in.

If the STC (A) is running AC(0) and (B) is authorized and puts something on the 
socket, (A) stays unauthorized.

Remember, authorization occurs at the address space level.  And once you do 
something to lose authorization, it is gone for good.

OK, I know there are those of you out there saying you can get it back, but 
that involves tricks of the trade that should not be present on a production or 
even test machine.  Maybe on your private sandbox machine, but not on a 
production one.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Saturday, September 16, 2017 2:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: STC - APF - confusion

All,

I have a COBOL written STC that is single thread socket server. It receives 
messages that are RACF commands and then calls a module which calls r_ admin. 
My question is this, when I initially started working with this code , it was 
AC (1) , I didn't think anything about it.
But we are in the process of building a CI process the the STC main program was 
blinded as AC(0).
The client made the RACF call failed Saf=8, RACF=16, RACF-reason-code=8, 
'insufficient authority'.
The calling module was AC(0) also , at this point I knew what it was 
re-assembled the called program to be
AC(1) and everything in 'Dodge' was good, it worked.


Now the question, I want to run a STC as AC(0) and have the caller as described 
above.
I am concerned about the security hole that is open, the call last a few ms if 
that.
The second question is about how it works. Since I am dealing with COBOL is the 
APF Arena, does it behave the same ?

Thanks in advance,

Scott
--
Scott Ford
IDMWORKS
z/OS Development

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Reload nucleus module dynamically

[Blaicher, Christopher Y.]

Updating a table, even if it is in there as a load module, that happens to be 
in the NUC is one thing.  Replacing a module in the NUC is a whole different 
thing.  I could see loading a replacement module into fixed CSA and changing a 
pointer to it, assuming the address for it is in a system vector or control 
block.  Updating the NUC itself while it is running?  Not happening.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edward Gould
Sent: Wednesday, September 13, 2017 3:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Reload nucleus module dynamically

> On Sep 13, 2017, at 12:11 PM, Peter Hunkeler  wrote:
>
>> What modules do you want to reload? If that is in LPA and/or Linklist, you 
>> better be careful before issuing commands to refresh them. Of course YMMV.
>
>
> Well, the nucleus is the nucleus, LPA is the LPA, and the linklist is the 
> linklist. They are different beasts. The first two are different areas in the 
> virtual address space map, the third is noting but a list of data set to be 
> searched for load modules. The OP asked about dynamically updating the 
> nucleus, and this is nothing that MVS supports up to date.
>
>
> --
> Peter Hunkeler

Peter:
Long time ago and when MVS first came out, we used to do this quite often (once 
a week). A product we had called DUO (DOS under MVS). DUO maintained a table in 
the nucleus for which dos jobs were running. They had a bug in their code that 
would not delete entries. We had to go in and blank out the job names that were 
not running(so as not to have to IPL). We finally got tired of doing this and 
wrote a program that did it.
Worked like a charm. They asked for the program and we were not in a good mood 
so we said no. It took them a year to figure out how to do it.My memory is hazy 
here but I think the degression was “duo” -> went to some company in Dallas? 
and then a year or two later CA bought them out. By then we had gotten rid of 
all the jobs. One of the long time contributors to IBM-Main used to work for 
the company if he hasn’t retired maybe he could speak up?

Ed

>
>


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Curious about IBM time conversion example program

[Blaicher, Christopher Y.]

Not following all this too closely, but if UNIX is a signed value, can it go 
prior to 1900 and that is why they did math rather than shifting?
Just a question.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kirk Wolf
Sent: Thursday, July 20, 2017 4:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Curious about IBM time conversion example program

X'7A12' is 1 million * 4096 / 2.

There are 0x1000 TOD units in a microsecond; 1 million * 0x1000 in a second.
So if you use 64 bit arithmetic, there is nothing wrong with:

stck -= TOD_EPOC_OFFSET;   // 1900 to 1970 offset: 0x7D91048BCA00L
long epoc_secs = stck / SECS_PER_TOD_UNIT;// 0x1000 * 100;

or in assembler I think it would be:

LG  R3,STCK
SG R3,TOD_EPOC_OFF XL8'7D91048BCA00'
DSG   R2,SECS_PER_TOD_UNIT  FD'409600'
STG   R3,EPOC_SECS


Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Thu, Jul 20, 2017 at 3:10 PM, Tony Harminc  wrote:

> On 20 July 2017 at 13:11, Kirk Wolf  wrote:
>
> > I'm actually writing this in Java (to 64-bit java "long" epoch
> > seconds, from both STCK and STCKE inputs), but the sample IBM
> > assembler code initially puzzled me.
>
> I must admit I remain confused by both the sample code and its comments.
> The the notion of "seconds per tod unit" is an odd one. This is a very
> small number (about 0.0244140625), and it makes little sense
> to be dividing anything by it. And certainly the constant EPOCST DC 
> X'7A12'
> isn't it.
>
> This is code I wrote in 1999 to do this. I must also admit I had not
> considered that the Unix representation was signed, and so it
> doubtless produces incorrect output for input dates between 2038 and
> 2042. But of course any code does so by definition, so it's a matter
> of which failure mode you prefer.
>
> I like to think this is easy to read and understand. I think of the
> algorithm this way:
>
> Convert the TOD value into microseconds since Jan 1 1900. Why? Because
> it's trivial and fast, it well fits the architected definition of the
> TOD clock (bit 51 - 1 uS), and it guarantees that this intermediate
> value does not have its high bit on.
>
> Subtract the (constant) difference in microseconds between Jan 1 1900
> and Jan 1 1970. I hand calculated this by thinking (70 years * 365
> days/year =
> 25550 days, + (70/4)-1 [-1 because 1900 was not a leap year] = 16 leap
> days
> ) = 25566 days ) * 1440 min/day *60 seconds/minute = 2208902400
> seconds *
> 100 = 22089024 microseconds. I hope I was right...
>
> So here's my old code:
>  STCK  WORK_DWORD
>  LMR14,R15,WORK_DWORD  TOD CLOCK UNITS
>  SRDL  R14,12MICROSECONDS SINCE JAN 1, 1900
>  SLR15,=FL8'22089024'+4 - RIGHT HALF
>  BC11,*+6BRANCH ON NO BORROW
>  BCTR  R14,R0 -1 FOR BORROW
>  SLR14,=FL8'22089024' - LEFT HALF
>  D R14,=F'100'SECONDS SINCE JAN 1, 1970
>
> As others have pointed out, using the 32-bit registers and checking
> for borrow would be strange for code written in 2017, but of course it
> still works. Using a G register with the appropriate G Load, Shift,
> and Subtract would eliminate 3 instructions.
>
> > - good assembler programmer
> > - XLC/C++ compiler
> > - IBM sample code in a manual
> > - bad assembler programmer
>
> Heh - a colleague is writing his first ever, very simple, TSO command.
> The "IBM sample code in a manual" has meant it's taken him about a
> week more than it should've.
>
> Tony H.
>
> --
> 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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the 

Re: Ironstream over FTP

[Blaicher, Christopher Y.]

Ironstream captures and forwards to a data repository in real time SYSLOG, SMF, 
LOG4J, JES Spooled output, RMF, SYSTEMSTATE, and user generated input using an 
API. As part of that capture and forward process raw data is formatted into a 
Splunk acceptable form and translated from EBCDIC to ASCII.

This data can then be displayed using stock and custom Splunk dashboards.

So it is a lot more than just an FTP process.

Chris Blaicher
Technical Architect
Ironstream Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Wednesday, June 28, 2017 6:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Ironstream over FTP

Hi

We have not bought ironstream but would like to know ironstream is different 
from FTP. Since using some Google search I just that it is easy to use without 
much of difficulty and securely sends the data. Generally I would like to know 
then difference.


Regards
Jake

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Estae and the Linkage Stack

[Blaicher, Christopher Y.]

Yes they will stay defined.  If you define an ESTAE at the beginning of a 
program, outside of a linkage stack entry, you can create and delete all the 
linkage stack entries you want and it will still be there.

You could create a linkage stack entry on entry to your program rather than 
chaining save areas, create an ESTAE, and have stack entries below it and the 
ESTAE will be there until you do your final PC back to the system, not that I 
would recommend doing that.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Tuesday, June 13, 2017 8:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Estae and the Linkage Stack

Will the ESTAE remain active if declared outside of the BAKR/PR pair

David from you description it should



> On Jun 13, 2017, at 3:55 AM, David Cole  wrote:
>
> BAKRs do not create or cancel ESTAEs.
>
> PRs do automagically cancel all ESTAEs created since the matching BAKR. There 
> is a bit (in the BAKR's stack entry I think. I forget which and where.) that, 
> when set on, causes an interrupt to occur when the PR is issued. This is how 
> z/OS gains control so that it can do the purge of the appropriate SCB[s].
>
> I remember how surprised I was to discover this some years ago when I was 
> writing z/XDC's linkage stack support.
>
> Dave Cole
> ColeSoft Marketing
> 414 Third Street, NE
> Charlottesville, VA 22902
> EADDRESS:dbc...@colesoft.com
>
> Home page:   www.colesoft.com
> LinkedIn:www.xdc.com
> Facebook:www.facebook.com/colesoftware
> YouTube: www.youtube.com/user/colesoftware
>
>
>
>
>
>
> At 6/12/2017 06:24 PM, Joseph Reichman wrote:
>> Hi
>>
>> I thought for the longest time that an ESTAE was associated with a Task.
>> Then I saw a thread with Chris Blaicher where the upshot as that a
>> BAKR would deactivate it
>>
>> I did a search on the archives but didn't come up with anything.
>
> --
> 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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Estae and the Linkage Stack

[Blaicher, Christopher Y.]

It is a little tricky.  In the Assembler Services Guide there is a section 
called Linkage Stack Considerations in chapter 8, the last paragraph of which 
says:

When you issue a PR, the system automatically deactivates all ESTAE-type
recovery routines that were previously activated under that current linkage 
stack
entry.

What I was writing about was, being lazy and not wanting to allocate a save 
area, I used BAKR/PR to save and restore the registers when I called a 
subroutine to do some initialization including a setup of the ESTAE, and the 
ESTAE was not there when the program later abended. (I thought I knew 
everything and hadn't read the previous paragraph.)

So, what happened was the system very nicely setup my ESTAE in the subroutine, 
and very nicely deactivated it when I exited the subroutine.  Now, if I hadn't 
use BAKR/PR and done a real subroutine call, all would have been fine.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Monday, June 12, 2017 6:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Estae and the Linkage Stack

Hi



I thought for the longest time that an ESTAE was associated with a Task.
Then I saw a thread with Chris Blaicher where the upshot as that a BAKR would 
deactivate it



I did a search on the archives but didn't come up with anything


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Syncsort With Splunk

[Blaicher, Christopher Y.]

It is not Splunk speaking to Syncsort the MFX sort product, it is the Syncsort 
Ironstream product sending data to Splunk.

See http://www.syncsort.com/en/Products/Mainframe/Ironstream

If you download the trial copy from there you get the manual.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jake Anderson
Sent: Saturday, June 10, 2017 9:07 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort With Splunk

I have used syncsort in Mainframe but don't know how splunk would speak to 
syncsort running in zOS.

Is there any architecture diagram or Manual which can help me to understand ?

On Jun 8, 2017 10:24 PM, "Pew, Curtis G" 
wrote:

> On Jun 8, 2017, at 11:03 AM, Jake Anderson  mailto:justmainfra...@gmail.com>> wrote:
>
> Is there anybody in the group who have used syncsort with Splunk ?
>
> We forward our OPERLOG to Splunk, although we don’t use Syncsort’s
> forwarder. (I wrote my own; it wasn’t that hard.)
>
> Our main motivation was to show that the mainframe group are “team
> players” since everyone else around here was investing in Splunk, but
> it is actually quite useful. We’ve set up a few regular reports of
> classes of ABENDs or other errors we like to keep track of, and it
> allows us to go back and do searches for messages when an issue arises
> that we hadn’t foreseen.
>
>
> --
> 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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Syncsort With Splunk - Product Plug

[Blaicher, Christopher Y.]

Biased Product Plug by the Product Architect

Syncsort's Ironstream product is designed to supply realtime data from z/OS 
systems to a Splunk repository.

Data can include SYSLOG, SMF records, RMF data, SYSPRINT from the JES spool, 
system performance data, Log4j files, Flat files and data provided via user 
API's.  We continue to add sources as users identify new requirements.

Our growing number of customers use this data for security, operational, 
monitoring and many other functions using Splunk application dash boards.

Splunk has an application store that has a number of free Splunk applications 
that can be used to start getting value from the data on day one.

We also offer a free limited use version of Ironstream that will allow you do 
download any amount of SYSLOG data.  You can go to and get more information at 
http://www.syncsort.com/en/Products/Mainframe/Ironstream.  From that page you 
can see a video that shows some of what can be done using Ironstream and 
Splunk.  Also, at that site you can download the free version and play with it 
yourself.


Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pew, Curtis G
Sent: Thursday, June 8, 2017 12:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort With Splunk

On Jun 8, 2017, at 11:03 AM, Jake Anderson 
> wrote:

Is there anybody in the group who have used syncsort with Splunk ?

We forward our OPERLOG to Splunk, although we don’t use Syncsort’s forwarder. 
(I wrote my own; it wasn’t that hard.)

Our main motivation was to show that the mainframe group are “team players” 
since everyone else around here was investing in Splunk, but it is actually 
quite useful. We’ve set up a few regular reports of classes of ABENDs or other 
errors we like to keep track of, and it allows us to go back and do searches 
for messages when an issue arises that we hadn’t foreseen.


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Storage Monitor

[Blaicher, Christopher Y.]

Those subpools are just limited by REGION, both below and above the line.  
Below the line is the biggest restriction.  We only use LOC=(24,64) for what 
absolutely HAS to go below the line.  The rest is LOC=(31,64).  If you have 
done that, then all you can do is tell them to increase the REGION.  By default 
you get 32M above the line.  Are you running out of that area, or 24-bit 
storage?

Taking a console dump is somewhat of a sludgehammer approach, but using the 
VERBX VSMDATA 'SUMMARY' on a IPCS dump gives you almost everything you ever 
wanted to know, I usually max to the end where there is a great summary of 
memory usage. If you change SUMMARY to DETAIL, you get more than you ever 
wanted to know.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Sunday, May 7, 2017 3:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Storage Monitor

Thanks guys.

Chris,

I need to see one STC which is running our code.
I have customers with a smaller private area Subpool 0, 1 key 8.
I know I can SVC dump and using IPCS find usage, but I would like to monitor 
without having to dump the STC.

Scott


On Sun, May 7, 2017 at 3:26 PM Blaicher, Christopher Y. < 
cblaic...@syncsort.com> wrote:

> Do you want it for a job or all jobs?  What exactly do you want to
> monitor?  Some values are kept in globally accessible control blocks
> like total pages allocated to a job and how many are fixed.  Those
> counts are kept at the 24-bit, 31-bit, 64-bit and total levels for
> each address space and for the system as a whole.  Actually, only
> three of the four are kept and you derive the fourth.
>
> As I said, tell us what you need and why, and someone can probably
> point you in the right direction.
>
> Chris Blaicher
> Technical Architect
> Mainframe Development
> P: 201-930-8234  |  M: 512-627-3803
> E: cblaic...@syncsort.com
>
> Syncsort Incorporated
> 2 Blue Hill Plaza #1563
> Pearl River, NY 10965
> www.syncsort.com
>
> Data quality leader Trillium Software is now a part of Syncsort.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of scott Ford
> Sent: Sunday, May 7, 2017 2:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Storage Monitor
>
> All:
>
> Is there a Storage subpool monitor on the cbttapes ? If there is can
> someone point me to the file. I downloaded  'TASID' and its ok , but i
> need more info of subpool usages and free..
>
>
> Regards.
> --
>
>
>
> *IDMWORKS *
>
> Scott Ford
>
> z/OS Dev.
>
>
>
>
> “By elevating a friend or Collegue you elevate yourself, by demeaning
> a friend or collegue you demean yourself”
>
>
>
> www.idmworks.com
>
> scott.f...@idmworks.com
>
> Blog: www.idmworks.com/blog
>
>
>
>
>
> *The information contained in this email message and any attachment
> may be privileged, confidential, proprietary or otherwise protected
> from disclosure. If the reader of this message is not the intended
> recipient, you are hereby notified that any dissemination,
> distribution, copying or use of this message and any attachment is
> strictly prohibited. If you have received this message in error,
> please notify us immediately by replying to the message and
> permanently delete it from your computer and destroy any printout
> thereof.*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> 
>
>
>
> ATTENTION: -
>
> The information contained in this message (including any files
> transmitted with this message) may contain proprietary, trade secret
> or other confidential and/or legally privileged information. Any
> pricing information contained in this message or in any files
> transmitted with this message is always confidential and cannot be
> shared with any third parties without prior written approval from
> Syncsort. This message is intended to be read only by the individual
> or entity to whom it is addressed or by their designee. If the reader
> of this message is not the intended recipient, you are on notice that
> any use, disclosure, copying or distribution of this message, in any
> form, is strictly prohibited. If you have received this message in
> error, please immediately notify the 

Re: Storage Monitor

[Blaicher, Christopher Y.]

Do you want it for a job or all jobs?  What exactly do you want to monitor?  
Some values are kept in globally accessible control blocks like total pages 
allocated to a job and how many are fixed.  Those counts are kept at the 
24-bit, 31-bit, 64-bit and total levels for each address space and for the 
system as a whole.  Actually, only three of the four are kept and you derive 
the fourth.

As I said, tell us what you need and why, and someone can probably point you in 
the right direction.

Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Sunday, May 7, 2017 2:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Storage Monitor

All:

Is there a Storage subpool monitor on the cbttapes ? If there is can someone 
point me to the file. I downloaded  'TASID' and its ok , but i need more info 
of subpool usages and free..


Regards.
--



*IDMWORKS *

Scott Ford

z/OS Dev.




“By elevating a friend or Collegue you elevate yourself, by demeaning a friend 
or collegue you demean yourself”



www.idmworks.com

scott.f...@idmworks.com

Blog: www.idmworks.com/blog





*The information contained in this email message and any attachment may be 
privileged, confidential, proprietary or otherwise protected from disclosure. 
If the reader of this message is not the intended recipient, you are hereby 
notified that any dissemination, distribution, copying or use of this message 
and any attachment is strictly prohibited. If you have received this message in 
error, please notify us immediately by replying to the message and permanently 
delete it from your computer and destroy any printout thereof.*

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: How is SMF 120 Collected (Websphere)

[Blaicher, Christopher Y.]

Can you give us the output from a D SMF,O command?


Chris Blaicher
Technical Architect
Mainframe Development
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

Syncsort Incorporated
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.com

Data quality leader Trillium Software is now a part of Syncsort.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Thursday, April 27, 2017 5:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How is SMF 120 Collected (Websphere)

List,

I was requested to do some reports using SMF Type 120 records - Websphere.

I looked in my SMF Dump process and they are not in the summary.

I checked my SMF Options and they are set to collect all records


SUBSYS(STC,TYPE(0:255)) -- SYS

SYS(TYPE(0:255)) -- DEFAULT


So I am not sure why this is not being collected.  Is there something in 
WebSphere to tell it to write SMF 120 Records?  Do I need to go ask the MQ List?


Thanks

Lizette

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Old hardware

[Blaicher, Christopher Y.]

Back when S banks were getting into NOW accounts, what we know as checking 
accounts, I was hired to be the manager of systems programming.  They were 
running unsupported versions of the operating system, CICS, BTAM and everything 
else.  They had a 99.9% up-time and every one slept well, all because nothing 
had changed in YEARS.
Then they had to bring in new software to do check processing and it needed 
current versions of the software and go to VTAM.
Making all those changes, and not having another machine to do it on, was a 
challenge. There were bumps in the road, but we stayed at over 95% uptime and 
clawed our way back to over 99%.
Management slept well, I didn't for about 3 months.  Oh, and then they decided 
to move the data center.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Wednesday, April 19, 2017 10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Old hardware

How do your management sleep at night with an unsupported software?


On 19/04/2017 8:58 PM, John McKown wrote:
> That is interesting to know. But, unless the situation changes (IMO
> "for the better"), then we are stuck on our current configuration
> FOREVER. Upper management utterly hates, despises, abhors, and
> denigrates the existence of z/OS. They truly seem to be "all Windows,
> all the time!". I firmly believe that we could upgrade z/OS if and
> only if the current I.T. management is completely replaced (and the COO as 
> well).
>
> We have a number of software packages on a permanent execution
> license, but with _no_ upgrades or support included. When we upgraded
> from z/OS 1.10 to 1.12, one of them died a horrible death. It put in
> an address space termination exit which would _occasional_ abend with
> S0C4-?? . I found that happened when the address space was in some
> sort of cross memory mode. I had to create my own "patch" which
> basically detected this and made a branch to the "right place". So,
> upgrading z/OS is definitely out of the question. It could well cause
> more products to abend due to incompatibilities and we would be stuck.
>
> On Wed, Apr 19, 2017 at 12:01 AM, Timothy Sipples 
> wrote:
>
>> John McKown wrote:
>>> ​z9BC here. A two CP machine. Two LPARs running z/OS 1.12, but one
>>> is just my "sandbox"​.
>> FYI, since the announcement of IBM Multi-Version Measurement (MVM):
>>
>> https://www.ibm.com/common/ssi/rep_ca/3/897/ENUS217-093/ENUS217-093.P
>> DF
>>
>> you are permitted to run newer IBM products that are compatible with
>> your machine, within the same capacity(ies), at no additional
>> charge.(**) Or, in other words, there is no more Single Version
>> Charge (SVC) period. (Hurray!) MVM begins on June 1, 2017, based on
>> your May, 2017, Sub-Capacity Reporting Tool (SCRT) submission. Since
>> SVC offered a minimum of 12 months, anything newer that you start
>> running now will only consume one or two months of SVC before MVM kicks in. 
>> In other words, MVM has effectively already arrived.
>>
>> Here are some examples of software releases compatible with your z9BC
>> machine:
>>
>> z/OS Version 2.1 (not 2.2 or above)
>> DB2 Version 10 for z/OS (not 11 or above) Enterprise COBOL Version
>> 6.1 (*) CICS Transaction Server Version 5.3 (*) IBM SDK for z/OS Java
>> Technology Edition Version 8 (*) WebSphere MQ Version 9 for z/OS (*)
>>
>> (*) Latest releases as I write this.
>>
>> All of the software releases listed above are currently IBM
>> supported, as I write this. DB2 10 will reach End of Service (EoS) on 
>> September 30, 2017.
>> Since DB2 10 requires z/OS 1.10 or higher, if you're running DB2 then
>> you might already have Version 10.
>>
>> Of course I don't recommend staying on a z9BC machine, but you can
>> still move up somewhat without additional charge and without a machine 
>> upgrade.
>> Indeed possibly a lower peak processor utilization requirement, for
>> example if you put Enterprise COBOL Version 6.1 to good use.
>>
>> (**) Read the fine print since it's *possible* to do something
>> otherwise, as always.
>>
>> 
>> 
>> Timothy Sipples
>> IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
>> E-Mail: sipp...@sg.ibm.com
>>
>> -
>> - 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 

Re: Paging subsystems in the era of bigass memory

[Blaicher, Christopher Y.]

It has been a while since I worked on DB2, but it is sounding like your buffer 
pools are too big.

Consider this:
DB2 will read a required page into 'new' buffer pool page before it will 
invalidate a page it already has in storage. Now we have a physical page in use.

The system periodically comes around and looks at the UIC for a page and if it 
is high enough, it will page it out.  Now we have a page on AUX storage.

If DB2 doesn't need the data on that page, or doesn't need to use that page for 
a different data page, then that page just hangs out on AUX storage.

I don't know what happens if you close a tablespace.  DB2 probably just frees 
its logical use, but doesn't FREEMAIN the storage.

Bottom line, you basically need enough AUX storage to hold all your buffer 
pools.

If you have a lot of pages just hanging out in AUX and you don't have any 
demand paging, maybe you have buffer pools a little larger than you need.

Of course, the DB2 guys want a minimum of reads because a read is much slower 
than a page-in, but that is something for individual shops to work out.

Joel Goldstein can probably wax poetic on this topic much more than I can.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Tuesday, April 11, 2017 2:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Paging subsystems in the era of bigass memory

The problem we face is 'paging creep'. Right after IPL, systems show 0% ASM 
usage for some period of time. Then usage starts to creep up until we get 
warnings, then eventually hit the no-more-SVC-dumps condition. Adding memory to 
an LPAR slows the creep but cannot seem to stop it altogether. The problem is 
most pronounced on systems with large DB2 apps.

Part of the problem, I learned some time back at SHARE, is that there is no 
mechanism to 'reclaim' page slots that no longer need to remain on disk. Once 
storage gets paged out, it sits there like a sandbag until the owning task is 
stopped. Contrast that with JES2 spool track reclaim, which constantly munches 
through spool like Pacman and frees up unneeded space.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Conley
Sent: Tuesday, April 11, 2017 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Paging subsystems in the era of bigass memory

On 4/11/2017 1:16 PM, van der Grijn, Bart , B wrote:
> Largest LPARs we have are about 200GB with 6 MOD27 per LPAR. They all run DB2 
> for distributed workloads plus some application specific subsystems.
> The two busiest of those LPARs each run one DB2 member of the same DB2 data 
> sharing group with a frame occupancy of about 39M.
> Next to no paging.
>
> Bart
>

Bart,

This is what has me puzzled.  My two biggest users of AUX, according to 
TMONMVS, are our two DB2 production regions.  They're like 90% of what's in the 
page datasets.  I have the DB2 sysprog looking at DB2's virtual storage knobs 
to see if we have something misconfigured.

Thanks,
Tom Conley


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: 64 bit execution above the bar

[Blaicher, Christopher Y.]

There is no restriction on AR mode with AMODE 64.  See DAT Address Translation 
in Chapter 3 of the POPS manual, specifically the right side of page 3-36

As determined by its address-space-control element,
a virtual address space may be a 2G-byte space
consisting of one region, or it may be up to a 16Ebyte
space consisting of up to 8G regions. The RX
part of a virtual address applying to a 2G-byte
address space must be all zeros; otherwise, an
exception is recognized.

I also see no reason why AMODE 64 should be slower than AMODE 31, other than 
because you are probably hitting a lot of storage and having page faults.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, March 28, 2017 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64 bit execution above the bar

On Tue, 28 Mar 2017 13:04:10 -0400, Steve Smith wrote:
>
>I presume IBM would like to deprecate and retire dataspaces completely,
>although the eternal backward-compatibility may prevent that for 100
>years or more.
>
(Wow!  We're halfway there!)

My impression, also.  Is there anytning possible with AR-mode that can't be 
done with AMODE 64?  (May I assume that AR mode-mode and AMODE 64 are mutually 
exclusive?)

What's the peformance consequence of AR-mode?  I might expect it to be slower 
than AMODE 31 but faster than AMODE 64.

I feel similarly about page protection keys.  Segment protection should make 
them obsolete.

-- gil

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: 64 bit execution above the bar

[Blaicher, Christopher Y.]

It's called z/OS is not the only thing that runs on a 64-bit machine.  I 
haven't looked into all the particulars, but I have heard someplace that 'C' 
can run in 64-bit under z/LINUX.

I think this is more a case of not wanting to have to re-write half of the 
operating system and have dual API's for everything when it isn't needed.  At 
least not yet.

Because they have done some work in that direction, it seems to me they are 
taking small deliberate steps to get there.

I know nothing as fact, just a lot of looking at the tea leaves.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Monday, March 27, 2017 6:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64 bit execution above the bar

The fact that the hardware guys and gals made the hardware capable of execution 
above the bar means IBM is giving this some thought. (The thought may be "Heck, 
no!" )

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, March 27, 2017 5:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 64 bit execution above the bar

On Mon, 27 Mar 2017 15:19:31 -0500, Dave Anderson wrote:

>What is IBM's strategy for migrating code execution to be above the bar? Has 
>IBM released any documents detailing the next steps, or is this confidential?
>
It has been discussed here for a while.  You could disable interrupts, branch 
to code above the bar, and branch back later.  (I suppose the Old PSW was 
unconditionally scrunched.)  More recently, interrupts above the bar are 
tolerated, but no system services can be called from above the bar.

>Currently data areas above the bar are widely used but program execution above 
>the bar is not currently supported. Other posts have suggested that Cobol will 
>soon support 64 bit execution but not only for modules loaded  below the bar 
>and that 64 bit Cobol is unlikely to be widely used as it is not compatible 
>with 31 bit Cobol and has performance issues.
>
Performance issues have been mentioned here.  Are those because of:
o I-fetch bandwidth?
o Address calculation/translation overhead?
o Computation overhead?
o Some combination?

I'd guess that instructions with 64-bit operands are slower than instructions 
with shorter operands, even in AMODE 24/31.

Is AMODE 31 slower than AMODE 24?  (Or even the opposite?)

>Does anybody know if IBM plans to run system modules above the bar? I would be 
>interested in hearing any comments/insights on this topic?
>
Not I.  How close is LPA to encountering a Virtual Address Storage Constraint?

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Mainframe JOBS in Austin

[Blaicher, Christopher Y.]

I was working from home, so traffic wasn't the biggest thing.  The heat was.  I 
can put another log on the fire up here, but they arrest you if you take too 
much off down there.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dan Skomsky
Sent: Friday, March 10, 2017 4:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe JOBS in Austin

But, that's a  good thing for us old time mainframers already living in Austin 
isn't it?






ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Mainframe JOBS in Austin

[Blaicher, Christopher Y.]

Growing 6000 people per month.  That is why I left Austin.  Traffic and HEAT.  
You can hit 90 any day of the year, and most days from April thru October it 
will be 90 to 100+.

I now live in a little town of 1000 near Lake Placid, NY.  And, no, there are 
no alligators in Lake Placid.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Friday, March 10, 2017 3:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Mainframe JOBS in Austin

No doubt many of you have been or will be contacted for a gigs in Austin.

Since I just left a job there here are some number to help you.

Austin in growing 6,000 per month
To Find a place other than a hotel you will have to 60 miles out and have a 90 
minute commute each way

I would suggest you add at least $40/HR just to cover things if you decide to 
drive to and from Austin like I did
Add an addition $20/HR to cover weekly airfare and a rent a car.

We all like what we do, but no one wants to go broke doing the job

Steve

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: When did SMF come along?

[Blaicher, Christopher Y.]

Don't know.  It had to be early on as I remember it in OS/MFT R13 in the early 
70's.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Friday, March 3, 2017 2:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: When did SMF come along?

Roughly when - release number or year - did System Management Facilities get 
added to MVS or its predecessor?

Inquiring minds want to know, and it is Friday after all.

Charles Mills

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: DFHSORT - Date Display of Previous Month

[Blaicher, Christopher Y.]

Please call 201-930-8260.  A support person will be happy to assist you.

If you are wondering why I don't answer the question it is because it has been 
several years since I worked on MFX.  I currently work on our Ironstream 
product.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of George, William@FTB
Sent: Thursday, March 2, 2017 4:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFHSORT - Date Display of Previous Month

I'm having a heck of a time attempting to create a sort header to display the 
previous month in MM format.
No matter what I do I get a syntax error and I've attempted many different ways.

Here is the most recent attempt.  I do not see why there is a syntax error 
where indicated.

SYSIN statements

SORT   FIELDS=(1,2,CH,A)
 OUTFIL FILES=OUT,
 INCLUDE=ALL,
  HEADER1=(1:C'DATE',
  15:)

And the error
SYSIN :
  SORT   FIELDS=(1,2,CH,A)
  OUTFIL FILES=OUT,
  INCLUDE=ALL,
   HEADER1=(1:C'DATE',
 *
   15:)
WER268A  OUTFIL STATEMENT  : SYNTAX ERROR


Any insights are appreciated

Bill

__
CONFIDENTIALITY NOTICE: This email from the State of California is for the sole 
use of the intended recipient and may contain confidential and privileged 
information. Any unauthorized review or use, including disclosure or 
distribution, is prohibited. If you are not the intended recipient, please 
contact the sender and destroy all copies of this email.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Job postings?

[Blaicher, Christopher Y.]

I don't think anyone has a problem with a legitimate posting, either looking 
for work or offering a position as long as it is mainframe related.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phil Smith III
Sent: Wednesday, February 8, 2017 5:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Job postings?

What's the current stance on posting job openings here?


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: BSAM vs QSAM (and SORT).

[Blaicher, Christopher Y.]

If you consider me one of the SORT experts, I have been involved with sort 
development since the early 80's, and never once ran a tape sort.

When I first worked for Liberty Mutual Insurance, we had a 7074 hypervisor 
running on a 360/65 and I saw a tape sort running there, but never wrote any 
code for it or the Syncsort version.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, February 6, 2017 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BSAM vs QSAM (and SORT).

On 2017-02-06, at 07:22, R.S. wrote:
>
> It's worth to mention that performance of reverse processing dataset on real 
> tape is worse than horrible.
> And IMHO it's not argument for using virtual tapes but for not using datasets 
> on tape for applications. Tapes are for backup and ML2.
>
I had understood that old-fashioned SORT with SORTWK on tape employed read 
backwards very effectively.  Perhaps the SORT expert will jump in:
https://en.wikipedia.org/wiki/Oscillating_merge_sort

It was spectacular to watch.  Are the data un-reversed by hardware, firmware, 
or software?


On 2017-02-06, at 10:24, Binyamin Dissen wrote:

> Also, reading a PDS member by member requires BPAM (which is really BSAM).
>
Which was our motivation, when I was in a small group supporting a FOSS 
compiler and runtime library, for implementing BPAM and BSAM but not QSAM.  
Once we had the BPAM interface, most of the interface could likewise be used 
for BSAM.

Ironically, not burdened by the extreme storage constraints of OS/360, our 
compiler eschewed most of BPAM.  At a COPY-type operation we simply opened 
another DCB, processed the member to the end, then popped back to the parent 
member; no NOTE or POINT involved.  Worked great on MVS; not at all on CMS "OS 
Emulation".

-- gil

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: BSAM vs QSAM

[Blaicher, Christopher Y.]

Careful on reusing that buffer before the ECB is posted in the write.  You 
could wind up overlaying what is in the middle of being written.  It is not 
safe to reuse the buffer before the ECB is posted.  You may get away with it 
most of the time, but if there is an error and the channel re-drives the I/O 
you may have laid new data in the buffer before the write is done.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Friday, February 3, 2017 2:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BSAM vs QSAM

BSAM only gets you an entire block on a READ.  You have to extract each varying 
record from the block with your own code.

On a WRITE you have to give it an entire block, BDW + one or more RDW + record. 
 You have to construct the block yourself in your own code before you issue the 
WRITE.

OTOH you don't have to wait for completion of a READ or a WRITE.  You can issue 
a WRITE at the end of a processing loop and then go back to process the next 
record while the WRITE completes, and only CHECK the WRITE when you are ready 
to issue the next WRITE.

Similarly for READ's, issue another READ right after the start of processing 
for the prior record, then CHECK the second READ when you come back to the top 
of the processing loop.

Complicated, but it can provide improved (FSVO improved) elapsed time by 
overlapping processing with I/O rather than processing synchronously.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Friday, February 03, 2017 2:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BSAM vs QSAM

I have huge VB files

Don't really understand what you mean by

Deblock after doing a READ then WAIT

Where an entire block is read subsequent READs Just point to the next record

> On Feb 3, 2017, at 2:22 PM, Blaicher, Christopher Y. <cblaic...@syncsort.com> 
> wrote:
>
> There can be if you code for just what you expect.
>
> QSAM does multi-buffer I/O for you, with BSAM you have to issue multiple 
> WRITE or REAAD commands and do a WAIT, not to mention having to block or 
> de-block the buffer, which can be a real pain for VBS files.
>
> It really depends on how much you are processing and how often you are doing 
> it to determine if the amount of time you are going to spend on developing it 
> makes it worth it.
>
> Using QSAM with GET LOCATE (as long as you aren't processing VBS files) and a 
> reasonable BUFNO of 10 or more is going to get you close to most BSAM 
> applications.  GET or PUT with the MOVE option is the easiest to code for.
>
> Chris Blaicher
> Technical Architect
> Mainframe Development
> Syncsort Incorporated
> 2 Blue Hill Plaza #1563, Pearl River, NY 10965
>
> P: 201-930-8234  |  M: 512-627-3803
> E: cblaic...@syncsort.com
>
> www.syncsort.com
>
> CONNECTING BIG IRON TO BIG DATA
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Joseph Reichman
> Sent: Friday, February 3, 2017 1:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: BSAM vs QSAM
>
> Hi
>
> BSAM is a bit more complex than QSAM
>
> Is there any performance improvement
>
> Thanks
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message i

Re: BSAM vs QSAM

[Blaicher, Christopher Y.]

If you issue a BSAM READ followed by a WAIT, and then deblock the buffer before 
doing the next READ, the system builds a channel program to read just the one 
block.
If on the other hand you issue 10 READ commands in a loop, each READ having its 
own DECB, the system will build a channel program to read the first block and 
then because the other 9 commands are presented before the first has finished, 
it will build a chained channel program to read the 9 in one physical I/O 
operation.  Now there is a fair amount of overhead for each I/O, and the time 
for each block is much less than that, so you wind up reading a lot faster.
You can build a very efficient BSAM process, but it is not for the faint of 
heart.
As I said, QSAM with a reasonably large BUFNO, like 20 or more, will get you 90 
to 95% of the way.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated 
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803    
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Friday, February 3, 2017 2:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BSAM vs QSAM

I have huge VB files 

Don't really understand what you mean by 

Deblock after doing a READ then WAIT

Where an entire block is read subsequent READs Just point to the next record 

> On Feb 3, 2017, at 2:22 PM, Blaicher, Christopher Y. <cblaic...@syncsort.com> 
> wrote:
> 
> There can be if you code for just what you expect.
> 
> QSAM does multi-buffer I/O for you, with BSAM you have to issue multiple 
> WRITE or REAAD commands and do a WAIT, not to mention having to block or 
> de-block the buffer, which can be a real pain for VBS files.
> 
> It really depends on how much you are processing and how often you are doing 
> it to determine if the amount of time you are going to spend on developing it 
> makes it worth it.
> 
> Using QSAM with GET LOCATE (as long as you aren't processing VBS files) and a 
> reasonable BUFNO of 10 or more is going to get you close to most BSAM 
> applications.  GET or PUT with the MOVE option is the easiest to code for.
> 
> Chris Blaicher
> Technical Architect
> Mainframe Development
> Syncsort Incorporated
> 2 Blue Hill Plaza #1563, Pearl River, NY 10965
> 
> P: 201-930-8234  |  M: 512-627-3803
> E: cblaic...@syncsort.com
> 
> www.syncsort.com
> 
> CONNECTING BIG IRON TO BIG DATA
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Joseph Reichman
> Sent: Friday, February 3, 2017 1:51 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: BSAM vs QSAM
> 
> Hi
> 
> BSAM is a bit more complex than QSAM
> 
> Is there any performance improvement
> 
> Thanks
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> 
> 
> 
> ATTENTION: -
> 
> The information contained in this message (including any files transmitted 
> with this message) may contain proprietary, trade secret or other 
> confidential and/or legally privileged information. Any pricing information 
> contained in this message or in any files transmitted with this message is 
> always confidential and cannot be shared with any third parties without prior 
> written approval from Syncsort. This message is intended to be read only by 
> the individual or entity to whom it is addressed or by their designee. If the 
> reader of this message is not the intended recipient, you are on notice that 
> any use, disclosure, copying or distribution of this message, in any form, is 
> strictly prohibited. If you have received this message in error, please 
> immediately notify the sender and/or Syncsort and destroy all copies of this 
> message in your possession, custody or control.
> 
> --
> 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

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

Re: BSAM vs QSAM

[Blaicher, Christopher Y.]

There can be if you code for just what you expect.

QSAM does multi-buffer I/O for you, with BSAM you have to issue multiple WRITE 
or REAAD commands and do a WAIT, not to mention having to block or de-block the 
buffer, which can be a real pain for VBS files.

It really depends on how much you are processing and how often you are doing it 
to determine if the amount of time you are going to spend on developing it 
makes it worth it.

Using QSAM with GET LOCATE (as long as you aren't processing VBS files) and a 
reasonable BUFNO of 10 or more is going to get you close to most BSAM 
applications.  GET or PUT with the MOVE option is the easiest to code for.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Friday, February 3, 2017 1:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: BSAM vs QSAM

Hi

BSAM is a bit more complex than QSAM

Is there any performance improvement

Thanks

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Legacy code can cost you billions. Just ask an airline.

[Blaicher, Christopher Y.]

I think this guy has something he wants to sell because while PARS was 
developed on a 7074, in the early 1970's it was evolved by IBM into ACP and TPF.

The 360/65 and some other 360 and 370 machines had the capability to run a 7074 
emulator, I don't think any machine has those emulators any more.  There is no 
way a 7074 could handle the load of today's reservation systems.

I tend to put his article in the "Let's scare the heck out of people and see if 
I can get some business" grouping.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gabe Goldberg
Sent: Thursday, February 2, 2017 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Legacy code can cost you billions. Just ask an airline.

https://www.linkedin.com/pulse/legacy-code-can-cost-you-billions-just-ask-airline-greg-leffler


Wow.

--
Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Clarification On Storage

[Blaicher, Christopher Y.]

>From the Assembler Services Reference manual:

Note:
1.When you obtain storage, the system clears the requested storage to zeros if
you obtain either:

8192 bytes or more from a pageable, private storage subpool.

4096 bytes or more from a pageable, private storage subpool, with
BNDRY=PAGE specified.

In all other cases you must not assume that the storage is cleared to zeros.
The caller can specify CHECKZERO=YES to detect these and other cases
where the system clears the requested storage to zeros.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Myers
Sent: Saturday, January 7, 2017 4:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Clarification On Storage

I don't know when it wouldn't. I personally wrote the code to zero out a page 
on its first reference after GETMAIN back in the '70s. But as has been 
discussed here, if it is part of a page that is FREEMAINed and then the same 
address is returned by a subsequent GETMAIN, data may likely be present from 
its last use. That is unless subsequent versions were modified to clear any 
newly GETMAINed storage.

Mike Myers
Mentor Services Corporation
Technical Team Lead for VSM and RSM development for the first release of MVS

  On 01/07/2017 04:19 PM, Binyamin Dissen wrote:
> On Sat, 7 Jan 2017 16:57:05 + "Blaicher, Christopher Y."
> <cblaic...@syncsort.com> wrote:
>
> :>Generally speaking, a page sized request will return a zeroed page, but 
> there is no guarantee for that unless you specify that on the GETMAIN.
>
> What is the case where it would not return a zeroed page?
>
> --
> Binyamin Dissen <bdis...@dissensoftware.com>
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>
>
> Should you use the mailblocks package and expect a response from me,
> you should preauthorize the dissensoftware.com domain.
>
> I very rarely bother responding to challenge/response systems,
> especially those from irresponsible companies.
>
> --
> 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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Clarification On Storage

[Blaicher, Christopher Y.]

Your example of 4K is important because it is a page in size.  A page can only 
have one key and can only have one sub-pool associated with it at a time.

Common memory excepted, once the page is freed, it can be re-assigned into any 
key or sub-pool.  Common memory has a whole different set of rules.

Multiple GETMAIN requests for less than a page can be satisfied on one page as 
long as they are for the same key and sub-pool.  Once all GETMAINed memory has 
been freed on that page, then the page can be re-used.

Generally speaking, a page sized request will return a zeroed page, but there 
is no guarantee for that unless you specify that on the GETMAIN.  Any GETMAIN 
for less than a page you need to zero the area yourself because there might be 
residual data from a previous GETMAIN/FREEMAIN request.  In any case, it will 
never be data from another address space as that would violate security.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Itschak Mugzach
Sent: Saturday, January 7, 2017 11:40 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Clarification On Storage

Paul
Getmain (in private area as you described) in not a real memory frame (which is 
the term for real memory 4k). It get the key based on the subpool you specify 
in the macro. So, in short, it is only visible through your asid page tables.
Once your asid ends, so does the page tables. This is why we still use the term 
mvs. It is complely virtual.
Common area is a bit different as they pre allocated, but this is not what you 
was asking.

ITschak

בתאריך 7 בינו 2017 17:10,‏ "esst...@juno.com"  כתב:

> .
> I recently read a share presentation on system integrity by Karl Schmitz.
> Being a CICS Sysprog I dont get much opportunity to do some of the
> topics Karl discussed.
> .
> .
> I do have a question or should I say clarification about STORAGE.
> I also looked at the z/OS Authorized Assembler Services guide.
> .
> Lets say a Non Authorized program runs in Key 8 and issues a
> STORAGE/GETMAIN macro for 4096 Byes and the system returns an address
> of 01B00C00 (an arbitrary address).
> This Non Authorized Program process its data, FREMMAINs the 4096 Bytes
> of storage and returns.
> ,
> .
> At some time latter An Authorized Program is started and requests 4096
> Bytes of storage in KEY 4. The system returns the same address
> 01B00C00 that the Non Authorized Program used.
> .
> After reviewing Principles of Operation My understanding is that every
> page of storage also has a storage kry, which consists of access
> control bits, fetch protection bit, reference bit, and a change bit.
> .
> .
> In My scenario I suspect the Operating System changed the storage
> access control bits to key 4 to satisfy this request. Assuming the
> same address was returned by GETMAIN/STORAGE.
> Is My assessment correct ?
> .
> Im not aware of the operating system pre-allocating Pages of storage
> by key ?
> Do I understand this correctly ?
> .
> .
> I apologize if this is a novice questions, but Inquiring minds want to
> know.
> .
> .
> .
> Thanks In Advance
> Paul
>
> --
> 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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: IBM Lays Out Plans to Hire 25,000 in U.S. Ahead of Trump Meeting

[Blaicher, Christopher Y.]

FYI - Salary is not investment.  Salary is an expense.  Investment is money 
spent generally on physical items, although it can be for R & D, which in the 
world of software is 99.9% salary.

$10,000 doesn't get you a programmer in India, let alone in the USA which is 
where they are saying they are hiring, so I think in this case they were 
putting the $1B in the physical item category and not including salary in it.

The devil is always in the details.  I have not done the research on the 
details, so my comments are without merit.  I would be interested in the 
details.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Wednesday, December 14, 2016 9:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM Lays Out Plans to Hire 25,000 in U.S. Ahead of Trump Meeting

On Tue, 13 Dec 2016 18:05:26 -0500, Gabe Goldberg wrote:

>plans to hire about
>25,000 people in the U.S. and invest $1 billion over the next four
>years

Did anyone else notice this? If you hire 25,000 people and pay them a $10,000 
salary, that would add up to $250 million per year, or a billion dollars over 
four years.

--
Tom Marchant

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Question on SPKA and Control Register 3

[Blaicher, Christopher Y.]

I don't know for sure, but could it be that there is no assurance that it's key 
was key 8?  There are indicators in the books that programs can run in keys 9 
through 15.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
2 Blue Hill Plaza #1563, Pearl River, NY 10965

P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com

CONNECTING BIG IRON TO BIG DATA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Monday, December 12, 2016 4:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Question on SPKA and Control Register 3

I had guessed that an APF-authorized but otherwise "ordinary" program running 
with Key 8 would be able to issue an SPKA with an "address" of xx8x in 
problem state without getting a S0C2. I appear to have guessed wrong. I just 
wanted to do a reality check to make sure I had not fat-fingered something: 
typically a program in Key 8 does *not* have a PSW-key-mask bit of one for SPK 
8 in Control Register 3? Is that correct?

Just out of curiosity -- why would that be? Why not let a program set its SPK 
back to its original state?

Charles

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: REGION on JOB card vs. EXEC card

[Blaicher, Christopher Y.]

>From the JCL Reference manual for EXEC: REGION in the Overrides section:

A JOB statement REGION parameter applies to all steps of the job and overrides
any EXEC statement REGION parameters.

When no REGION parameter is on the JOB statement, the system uses an EXEC
statement REGION parameter, but only during the job step. Code EXEC statement
REGION parameters when you want to specify a different region size for each job
step.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Tuesday, November 8, 2016 4:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: REGION on JOB card vs. EXEC card

I know this has been discussed here before. Found old threads. Several posts 
said "don't bother". Also looked in JCL REF and JCL User's Guide. I could not 
find a simple statement that resolves this question:

If JOB card contains REGION=20M and an EXEC card contains REGION=4M, which one 
wins in that step? Does the JOB card region prevail over any EXEC card whether 
higher or lower? If higher only?

I'm talking about an existing production job that needs a larger region, not 
building a new job. Is it sufficient to update the JOB card alone, or do we 
have to dink with EXEC cards also?

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: SMF RECORD TYPE : HELP

[Blaicher, Christopher Y.]

SMF type 30 records have a section in them on DASD.  Recorded by unit number in 
the EXCP section.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Campbell Jay
Sent: Thursday, November 3, 2016 8:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF RECORD TYPE : HELP

SPOOL shouldn't matter.
Must have had RMFGAT running at the time.
No idea how long your RMF repository holds data.

Jay Campbell
MSSD – IZSSB – IOSSS


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of John Dawes
Sent: Thursday, November 03, 2016 8:40 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: SMF RECORD TYPE : HELP

 I was able to access the panel however the job is no longer in the spool 
because it has been sent to $AVRS.


On Thu, 3/11/16, Campbell Jay  wrote:

 Subject: Re: SMF RECORD TYPE : HELP
 To: IBM-MAIN@LISTSERV.UA.EDU
 Received: Thursday, 3 November, 2016, 8:32 AM

 How about  RMF
 panels   3 - 2 - 5 ?
 Put in
 jobname - then set time for when job was running

 Jay Campbell
 MSSD – IZSSB – IOSSS

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu]  On 
Behalf Of John Dawes
 Sent: Thursday,
 November 03, 2016 8:23 AM
 To: IBM-MAIN@listserv.ua.edu
 Subject: Re: SMF RECORD TYPE : HELP

 Yes, I tried that.  However,
 when I issued the command it was too late (3 minutes after  the job abend).  
This is why I thought by  reading SMF  records would have some info on the 
volume.


 
 On Thu, 3/11/16, Blake, Daniel J [CTR] 
<00f1be92566d-dmarc-requ...@listserv.ua.edu>
 wrote:

  Subject: Re: SMF
 RECORD TYPE : HELP
  To: IBM-MAIN@LISTSERV.UA.EDU
  Received: Thursday, 3 November, 2016, 7:56  AM

  Have you tried the
 alloc
  command from the console or SDSF?

  D U,,ALLOC,devaddr,1

  Thank You



  ;-D an





 -Original Message-
  From: IBM
 Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]  On Behalf Of John 
Dawes
  Sent: Thursday,
  November 03, 2016 7:53 AM
  To:
 IBM-MAIN@LISTSERV.UA.EDU
  Subject: SMF RECORD TYPE : HELP

  G'Day,


  Could someone suggest how I could obtain  information about a certain DASD 
volume?  I am trying to  trouble shoot a problem of a job failure when 
attempting  to  copy a volume using the following parms.

  COPY INDYNAM(SYS012)
 OUTDYNAM(BCD012)
  CANCELERROR  -

 PURGE ALLEXCP
 ALLDATA(*) OPT(4) ADMIN FCNOCOPY
  -

  I get the following
  message:


 ADR306E
  (043)-SBRTN(01), UNABLE TO COPY THE
 VOLUME BECAUSE OUTPUT  VOLUME BCD012  IS IN USE. TASK IS  TERMINATED

  I am trying to
 find out what
  resource was using the volume
 at that time.  I thought that  SMF would be a solution  however I don't see a 
SMF record  type for DASD.

  Any

 suggestions would be very welcome.

  Thanks.


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


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


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or 

Re: SYNCSORT SUM of duplicates - What am I doing wrong please?

[Blaicher, Christopher Y.]

Call 201-930-8260 and technical support will be glad to help you.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Monday, October 24, 2016 12:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SYNCSORT SUM of duplicates - What am I doing wrong please?

I am trying to summarize a count for duplicate-key records in a very large 
(14M+ records) RECFM=FB,LRECL=300 file using these control cards:

SORT FIELDS=(1,219,CH,A)
 SUM FIELDS=(280,11,ZD)
 INREC OVERLAY=(280,11,C'001')

SYNCSORT is getting an 0C7 abend and I do not understand why.  Can anyone 
enlighten me what I am doing wrong here?

The bytes being overlaid are "filler" near the end of the record and are 
available to be used for counting duplicates.

TIA for any assistance you can provide.

Peter

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Link to the September 16 refresh of the z/OS 2.2 manuals?

[Blaicher, Christopher Y.]

I downloaded the Adobe Indexed PDF collection this morning.
Is there a magic way to get the Adobe reader to use the .idx files?  I 
downloaded the latest Adobe reader and when I click on an .idx file it says it 
is either an invalid file type, or the data is corrupted.
I admit I have not read all the related messages on this subject, so I 
apologize if I missed something along the way.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com








ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

ESTAE exit not being entered on abend

[Blaicher, Christopher Y.]

I have a job that does an address space create.
The program in the new address space sets an ESTAE and I know it gave back a 
RC=0 as I print the return code.
Note, the ESTAE exit does a WTO that it has been entered as the first thing.
Right after I set the ESTAE I force an 0C1.
I get the 0C1, but the ESATE exit is never entered.
Any hints?  Anybody seen this behavior before?

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com






ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Limit on the number of concatenated datasets

[Blaicher, Christopher Y.]

A "UNIT" in this case is a volume.  A data set on a single volume, regardless 
of the number of extents, takes up 20 bytes in the TIOT. Each extra volume for 
that data set takes an additional 4 bytes, thus the 59 volume limit for a 
single data set.  (255-16)/4=59

The 255 value is the limit of the number of extents that can be defined in a 
DEB.  Others have discussed how to count them.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of retired mainframer
Sent: Monday, August 22, 2016 1:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Limit on the number of concatenated datasets

>From the Processing a Sequential Data Set chapter of my DFSMS Using Data Sets 
>manual (admittedly z/OS 1.11):

"The number of data sets that you can concatenate with sequential concatenation 
is variable. It is governed by the maximum size of the TIOT option. The system 
programmer controls the TIOT size with the option ALLOCxx member of 
SYS1.PARMLIB. The smallest TIOT value allows 819 single-unit DD statements or 
64 DD statements having the maximum number of units."  (I could not find a 
reference that defines the term "unit."  It is does not appear to be extents 
since 64 datasets with 15 extents each comes to 960 total extents.)

>From the Processing a Partitioned Data Set (PDS) chapter of the same manual:

"There is a limit to how many DD statements are allowed in a partitioned 
concatenation. Add together the number of PDS extents, the number of PDSEs, and 
the number of UNIX directories in the concatenation. The sum cannot exceed 255. 
For example, you can concatenate 15 PDSs of 16 extents each with
8 PDSEs and 7 UNIX directories ((15 x 16) + 8 + 7 = 255 extents)."  (So each 
PDS extent counts as one while each PDSE and UNIX directory counts as only one 
regardless of the number of extents.)

I would expect the current manuals to have similar details.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Reichman Joseph
> Sent: Monday, August 22, 2016 8:38 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Limit on the number of concatenated datasets
>
> Hi
>
> I looked in the JCL reference and DFSMS bookshelf and did not see a
> limit
on the number
> of concatenated datasets
>
>
> Would anybody know if there is one ?

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: IEFU8* exit points and RMF type 70

[Blaicher, Christopher Y.]

According to Watson/Walker it is IEFU83.
See:  
http://s3-us-west-1.amazonaws.com/watsonwalker/ww/wp-content/uploads/2016/02/09233352/SMF-Reference-20150926.pdf


Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tim Hare
Sent: Monday, August 22, 2016 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEFU8* exit points and RMF type 70

Bringing this back up again because I still haven't found the answer yet.  Are 
SMF type 70s written by RMF via branch-entry, requiring me to use IEFU85 exit 
point to examine them, or can I use just IEFU83 or IEFU84 ?

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: S0C4-11 abend caused by BASSM to address with all X'00' bytes

[Blaicher, Christopher Y.]

Just a thought -
Could the area R15 points to have been allocated by one of those "we'll figure 
out your problem for you" routines after the 0C4-11 and before the dump so that 
when you look in the dump they provide it looks like you should have gotten an 
0C1 rather than an 0C4-11?

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, July 22, 2016 2:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: S0C4-11 abend caused by BASSM to address with all X'00' bytes

On 7/22/2016 9:31 AM, Tony Harminc wrote:
>
> Just curious that the PER bit is on. Was someone running a SLIP of a
> PERish sort?

These days the PER bit is *always* on, in any serious development/test 
environment, because of the ever-present ZAD SLIP in effect.

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: DFSORT and zIIP

[Blaicher, Christopher Y.]

One more thing - The license from IBM, at least ours, prevents a program 
running on a ZIIP from executing, or causing to be executed, user code on the 
z/IIP.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Thursday, July 21, 2016 1:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFSORT and zIIP

On 7/21/2016 10:07 AM, Elardus Engelbrecht wrote:
> Ed Jaffe wrote:
>
>> They probably don't want to call E15/E35 exits in SRB mode, ...
> Excellent catch! Running an exit while sitting on zIIP is an interesting 
> scenario. H, very very interesting, what will happens when you try out 
> that little trick?
>
> And if you're sitting in a micro code while running some things in zIIP, what 
> will happens? Exit the zIIP and running from CPU while using those micro code 
> and jump back to zIIP?

Just to be clear, zIIP is not a different kind of hardware. It's the same 
architecture as a CP. When you're dispatched on a zIIP, you're executing 
exactly the same instructions you would execute on a CP.
You're not running "micro code" or anything like that.

SORT probably doesn't want to call E15/E35 is SRB mode because the environment 
is too restrictive for a typical E15/E35 exit. For example:
a) the call will be in supervisor state -- that could also be an integrity 
exposure
b) the code is not able to issue SVCs or perform "normal" I/O activities (GET, 
PUT, EXCP, etc.)

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Bsam VS Qsam for VB records

[Blaicher, Christopher Y.]

The I/O ERROR message should have a CCHHR associated with it.  Using the CCHHR 
you can use AMASPZAP to dump that record or all the records on that track.  You 
can then examine the record in question and determine if the BDW is correct, 
BDW should equal the block length reported by AMASPZAP, or if an RDW is 
incorrect.

The bigger question is what software created the file?  You are stuck trying to 
read it, but what created it badly?

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Reichman Joseph
Sent: Tuesday, July 19, 2016 2:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Bsam VS Qsam for VB records

Thanks for all your help I really understand the problem thing is the file is 
huge and I don’t know by what factor DFSMS blocked and if the blocking is 
consistent meaning always by the same factor

Joe Reichman
Joe Reichman

IT Specialist
Master Files Division
New Carrollton Federal Building, B7-182
OS:CTO:AD:CP:I:IB
Flex M,T,Th,F
Home office (240) 863 - 3965
Office (240) 613-4350
Cell (917) 748-9693
TOD M - F  7:30 am  - 4:00 pm


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@listserv.ua.edu] On Behalf 
Of John McKown
Sent: Tuesday, July 19, 2016 2:25 PM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: Bsam VS Qsam for VB records

On Tue, Jul 19, 2016 at 1:20 PM, Farley, Peter x23353 < 
peter.far...@broadridge.com> wrote:

> I've been following the various attempts to help you fix your broken
> file with a block that has a zero BDW.  How that ever happened is a
> mystery you really ought to engage IBM to help solve, BUT . . .
>
> No one else seems to have suggested the "old time" solution to
> recovering the file data - does your shop license DITTO?  DITTO can
> access AND MODIFY disk blocks directly, without programming.  You can
> display blocks in the file until you get to the one you want and then
> update the BDW in that block based on the block length DITTO tells you it 
> read.
>
> If your shop does license DITTO the "disk modify" function is very
> likely security protected (or darn well ought to be, since it can
> really wreck things up if misused or abused), so you may need to
> interface with your security team to get appropriate authority.
>
> There is a "batch" interface to DITTO as well as TSO capability, so
> you could set it up as a batch job or try to accomplish it on the fly
> from TSO.  If it were me I would also try to make sure I have at least
> one safe volume backup of the disk containing that file in case things
> get messed up.  Caveat emptor.
>
> HTH
>
> Peter
>

​AMASPZAP can do the same thing. I don't know DITTO, so I'll guess it would be 
easier to use. Personally, I'd hate to use AMASPZAP to correct BDWs on disk. 
AMASPZAP can also print the data, in HEX.​



--
"Worry was nothing more than paying interest on a loan that a man may never 
borrow"

From: "Quest for the White Wind" by Alan Black

Maranatha! <><
John McKown

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: DFsort and zIIP

[Blaicher, Christopher Y.]

You are correct that the ZIIP dispatcher is not as sophisticated as the regular 
dispatcher.  If a ZIIP request is made and no ZIIP engine is available the 
dispatcher will wait a period of time, see ZIIPAWMT parameter in IEAOPTxx, 
which if none is available by the end of that time, it will dispatch it on a GP 
engine rather than a ZIIP engine.  This creates ZIIP_ON_CP time in your SMF 
data.

Because of this wait time, especially if it is large, you can elongate the 
elapsed time of whatever is running trying to use the ZIIP engines.  By default 
that time is 3.2ms.

The trick is to know when you are getting held up too much by ZIIP dispatch and 
skip trying to use it.

I cannot remember right now the ROT for ZIIP percent active, but you cannot 
redline a ZIIP engine the way you can a GP engine.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Tuesday, July 19, 2016 11:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFsort and zIIP

There is one potential zIIP performance problem that we learned about as we 
moved to DB2 V10, which enabled more zIIP processing than was available in V9. 
The scenario went something like this. zIIP dispatching was not as 
sophisticated as GP dispatching. If available zIIPs got overloaded, DB2 
performance could be severely impacted by a thrashing condition. We actually 
added another zIIP engine in advance of the V10 cutover.

I have no idea what might have happened otherwise. Was a bullet really dodged 
or merely imagined?  I don't believe that this issue had anything specifically 
to do with SORT.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Tuesday, July 19, 2016 7:42 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: DFsort and zIIP

The largest benefit is a financial one: you don't pay the zIIP MSUs.
A performance benefit can come from the fact that the zIIP is always running at 
full speed, while your CP's can run at lower speeds.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: 19 July, 2016 16:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DFsort and zIIP

On Tue, 19 Jul 2016 08:26:45 +0200, Peter Hunkeler wrote:

>>DFSORT can use zIIP on behalf of DB2 utilities, but not otherwise.
>>Here's more information:
> >
>>At this time, IBM has no plan for enabling DFSORT to exploit the
>>system z9 Integrated Information Processor (zIIP).  IBM realizes
>>DFSORT remains a prominent component of our customers' batch
>>workloads.  However,  the added controls that would need to be
>>implemented in order to maintain our high standards for performance,
>>reliability and system integrity are not justified in view of
>>estimations that there is a low offload potential and the value to
>>clients may be marginal.[snip]
>
>I seem to remember that SyncSort offers an Add-On package that allows
>certain SyncSort processing to be offloaded to zIIPs. The above
>statement suggest that SyncSort's perfocmance is suffering from using
>zIIPs (simplified and exagerated, I know).

I understood "there is a low offload potential and the value to clients may be 
marginal" as meaning that there would not be much benefit in using zIIP. Not 
that it would be worse.

--
Tom Marchant


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

Re: DFsort and zIIP

[Blaicher, Christopher Y.]

IBM markets DB2SORT, which is Syncsort/MFX with modifications to specifically 
work with and enhance sorting performed for DB2 Utilities and offloads portions 
of its processing to z/IIP engines when possible.

Syncsort/MFX also offloads portions of its processing to z/IIP engines.

Syncsort ZPSAVER offloads significant portions of its processing to z/IIP 
engines.

I am not aware of any of these products' "performance suffering from using 
zIIPs" in either billable TCB time or elapsed time.

Many years of research and development have gone into creating these products 
and I am proud to have been a small part of it.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Tuesday, July 19, 2016 2:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: DFsort and zIIP

>DFSORT can use zIIP on behalf of DB2 utilities, but not otherwise.
>Here's more information:
 >
>At this time, IBM has no plan for enabling DFSORT to exploit the system
>z9 Integrated Information Processor (zIIP).  IBM realizes DFSORT
>remains a prominent component of our customers' batch workloads.
>However,  the added controls that would need to be implemented in order
>to maintain our high standards for performance, reliability and system
>integrity are not justified in view of estimations that there is a low
>offload potential and the value to clients may be marginal.[snip]





Interesting statement. I seem to remember that SyncSort offers an Add-On 
package that allows certain SyncSort processing to be offloaded to zIIPs. The 
above statement suggest that SyncSort's perfocmance is suffering from using 
zIIPs (simplified and exagerated, I know).


Also "IBM Sort for DB2 for z/OS" (can't remember the exact name), is offloading 
to zIIPs, if I remember correctly. This procuct is based on SyncSort code as 
far as I understand.


--
Peter Hunkeler



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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Looking for an answer to an SVC question

[Blaicher, Christopher Y.]

I have a OS/VS2 Debugging Handbook, Second Edition, 1978 and it says RESERVED.  
Maybe at some point between then and now it was documented.

On my system SVC 50 points to a IEFBR14 sequence.  If somehow you could get to 
+4, it does a few instructions and issues an SVC 13.

I think it is best to still think of it as reserved.  Here is the code.

  1BFF07FE 0D904110
00F88910 00148810 000858F0 91824100
00848900 00181610 0A0D 

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Thompson
Sent: Thursday, July 7, 2016 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Looking for an answer to an SVC question

I am looking for an old Field Engineers Handbook entry on SVCs.

SVC 50 used to be documented there (and as I recall, it doesn't say much, but 
what it does say is important).

I'd like to know what is found in one of those books. I don't have, available 
to me now, anything prior to z/OS 1.1. And I think it was also documented in 
the MVS/XA Diagnosis Ref. (or what ever it was called in those days), but the 
current books just say reserved.

Regards,
Steve Thompson

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Simple assembler question

[Blaicher, Christopher Y.]

For the SLLG, SRLG, SRAG and others, if you load the B register with the number 
of bits to shift and set the D value to zero, you can shift a variable number 
of bits without using an EXECUTE instruction.

And there are SRL, SRDL, SRAG and SRLG that rotate right.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Friday, June 24, 2016 3:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Simple assembler question

> there are no versions of these instruction that rotate right...

Blatant liberal* slant?

Interesting. I was just looking at these instructions, which I have never used. 
The rotate count is an immediate operand, and not an immediate operand 
modifiable by Execute. Is there no way to rotate by an amount in a register, 
other than by modifying an instruction in storage, or with a loop?

For those like me who have trouble remembering the mapping between facilities 
and models, the high word facility comes along with the z196.

*Liberal in the American political sense, for our European and Asian members.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Harminc
Sent: Friday, June 24, 2016 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Simple assembler question

On 23 June 2016 at 17:51, Phil Smith III  wrote:
>
> With all of the 273 new formats of LOAD, I assume this is hiding in there 
> somewhere:

> I have a value in grande register 3. I need the high-order bits in
> 32-bit R0 and the low-order bits in 32-bit R15.

The RxSB... instructions are marvels in several ways, not least for having in 
some cases five operands, and in some cases 7-character names. And because 
there are some extended assembler mnemonics that bear no resemblance to the 
name or description of the base instruction.

RISBLG[Z] is Rotate then Insert Selected Bits Low [and Zero remaining bits].

There is an extended mnemonic LLHFR (presumably Load Low from High Fullword 
Register) that generates

RISBLGZ R1,R2,0,31,32

but even the RISBLGZ mnemonic is an extension of the base RISBLG that turns on 
the "Zero remaining bits" flag.

These are actually great instructions for all sorts of things, and are 
recommended for performance reasons in Kevin Shum's IBM z Systems Processor 
Optimization Primer. If there's a catch, it's that they require the High Word 
Facility. I must admit I spent an embarassing number of minutes wondering why 
there are no versions of these instruction that rotate right...

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Clarification of ECBLIST

[Blaicher, Christopher Y.]

If it is in a key zero CSA subpool, then yes you need to be in key zero.  Even 
if you do a fast wait, ie test the completed bit, you will want to clear the 
ECB once it is posted and to do that you will need to be in key zero.

Anyway, if you aren't in the right key, you'll get an 0C4 fast enough. :)

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of michelbutz
Sent: Wednesday, June 8, 2016 9:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Clarification of ECBLIST

Do I have to be in key 0 to wait on ecb in CSA

Sent from my iPhone

> On Jun 8, 2016, at 2:11 PM, Greg Dyck  wrote:
>
>> On 6/8/2016 7:07 AM, michelbutz wrote:
>> The XMEM post is being done from a FRR resulting from an abend in a
>> SRB the SRB is the primary address space
>
> Putting an ECB in common storage is allowed, but great care must be taken 
> when doing so.
>
> As has already been said, if issuing the POST from another address space a 
> cross-memory post must be done.  If in the local address space that is not 
> necessary.
>
> Then comes the storage key for the ECB.  Putting it in user key common 
> storage is a big mistake, and opens major integrity exposures.  It should 
> always be in system key (0 to 7) storage.
>
> And then, when doing the POST you must make sure you specify the ECBKEY 
> operand.  That is my guess as to why your POST failed.
>
> Greg
>
> --
> 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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower than both.

[Blaicher, Christopher Y.]

I think the concern was over a FAST POST, which can be safely done using a 
simple CS instruction.  This can be done because the system WAIT process uses a 
CS to set the WAIT indicator bit and RB address in the ECB.  Either your code 
sets the POST bit or their code sets the WAIT bit depending on who gets there 
first.

See example code in the Authorizer Assembler Services Guide on about pg. 54

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jerry Callen
Sent: Thursday, June 2, 2016 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SUSPEND/RESUME is slower than WAIT/POST. PAUSE/RELEASE is slower 
than both.

Edward Jaffe wrote:

> Stated as simply as I can: If the POST bit is already on, why call the
> WAIT service in the first place? All it's gonna do is immediately return.

Yes, that's clear. What always gets my knickers twisted is when you can RESET 
the ECB and be sure you don't lose an event.

I think I've convinced myself that, in this simple ping-pong case, just testing 
the post bit will work. Maybe I'll run THAT test, too.

This is why I prefer data parallel programming to thread parallel programming; 
it makes my head hurt less.

-- Jerry

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: How expensive is AMODE switching?

[Blaicher, Christopher Y.]

All I can say is WOW, also.  There are only two reasons I can think of to have 
it cost that much. 1) It is a milli-code instruction, or 2) It purges the 
pipeline.

If that time is for each instruction, then I tend to think it is milli-code.  
If the time is for a SAM64/SAM31 pair, then I think it is a hardware level 
instruction that happens to purge the instruction pipeline.

Ed, you were not clear on if that time was for a single SAMxx instruction or a 
SAM64/SAM31 pair.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, May 4, 2016 5:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How expensive is AMODE switching?

Wow!

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Wednesday, May 04, 2016 2:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How expensive is AMODE switching?

On 5/4/2016 1:49 PM, Jerry Callen wrote:
> Before I sit down and write a test program to time it, can anyone tell me how 
> expensive the AMODE switching instructions are (SAM31/SAM64)?

Our zHISR benchmark averages the time required to switch from 31-bit mode to 
64-bit mode and back again, back-to-back. (It does not time the case where the 
target mode is the same as the current mode.)

The result here suggests that a 'SAMnn' instruction is approximately equal to 
34 'L' instructions on a z13s. YMMV.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: SRB dispatching question

[Blaicher, Christopher Y.]

Peter,
Obviously I didn't fully put on my thinking cap yesterday when I mentioned the 
LOCAL LOCK.

I was attempting to think of what might be causing the poster's perceived 
condition of SRB #2 not appearing to run in the address space of the PAUSED 
global SRB #1.
Your comment seems to be backing my understanding that once SRB #1 did the 
PAUSE, SRB #2, or any other qualifying unit of work, was free to run in the 
address space subject to normal dispatching rules.

Michel,
You may want to run this situation on a test machine and start a GTF trace and 
see what is happening from that.  It should answer the question about if the 
second SRB is being dispatched or not.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: Tuesday, May 3, 2016 7:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SRB dispatching question

I'll point out that the very fact that a global SRB paused very likely means 
that you did not consider the SRB itself truly to be global. The system will no 
longer treat it as such after the pause.

Chris mentioned the local lock. I'm not sure why. You can't pause a work unit 
that is holding the local lock. Obviously some other running work unit could 
hold the local lock and thus prevent an SRB scheduled with LLOCK=YES from 
beginning.

In the scenario posed
SRB 1 scheduled to address space A pauses SRB 2 was scheduled to address space 
A (from anywhere) SRB 2 will run, according to normal dispatch priority rules.

Peter Relson
z/OS Core Technology Design


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: SRB dispatching question

[Blaicher, Christopher Y.]

What parameters were on the IEAMSCHD macros for the two SRB's?  If the 
LLOCK=YES parm is set on both, then there is your problem.
Can you send what the IEAMSCHD macros look like?

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803    
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of michelbutz
Sent: Monday, May 2, 2016 3:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SRB dispatching question

My situation is I paused a global (non preemptable) SRB then another address 
space schedules a global SRB in that same address space where the scope=global 
non preemptable SRB called IEAVPSE2 Will the second take off it doesn't seem 
like it did

Thanks 

Sent from my iPhone

> On May 2, 2016, at 3:11 PM, Blaicher, Christopher Y. <cblaic...@syncsort.com> 
> wrote:
> 
> IF SRB #1 that is non-preemptable schedules SRB #2 and then does a PAUSE, SRB 
> #2 can still be dispatched.
> 
> Sorry if I wasn't clear.  SRB #1 can't be interrupted to dispatch other work 
> on the processor it is running on, but that doesn't mean nothing else can 
> run.  Also, if it stops itself, the dispatcher is going to find something to 
> dispatch on the processor.  Once the event happens that will resume the 
> paused SRB, it will be dispatched again and run until it is done or issues 
> another PAUSE.
> 
> Think about it.  If you had a non-preemptable SRB running on a uni-processor, 
> and it issued a PAUSE, and nothing else could run, how would the PAUSE be 
> resolved?
> 
> Chris Blaicher
> Technical Architect
> Mainframe Development
> Syncsort Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8234  |  M: 512-627-3803
> E: cblaic...@syncsort.com
> 
> www.syncsort.com
> 
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of michelbutz
> Sent: Monday, May 2, 2016 2:26 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SRB dispatching question
> 
> So it DOESN'T get dispatched
> 
> Sent from my iPhone
> 
>> On May 2, 2016, at 2:17 PM, Blaicher, Christopher Y. 
>> <cblaic...@syncsort.com> wrote:
>> 
>> Yes.  It wasn't pre-empted, it paused.
>> 
>> Chris Blaicher
>> Technical Architect
>> Mainframe Development
>> Syncsort Incorporated
>> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
>> P: 201-930-8234  |  M: 512-627-3803
>> E: cblaic...@syncsort.com
>> 
>> www.syncsort.com
>> 
>> 
>> 
>> 
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of michelbutz
>> Sent: Sunday, May 1, 2016 6:46 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: SRB dispatching question
>> 
>> Hi
>> 
>> If a nonpreamtable scope=global SRB does a pause And another SRB is 
>> scheduled does it get dispatched ?
>> 
>> Sent from my iPhone
>> 
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>> 
>> 
>> 
>> 
>> 
>> ATTENTION: -
>> 
>> The information contained in this message (including any files transmitted 
>> with this message) may contain proprietary, trade secret or other 
>> confidential and/or legally privileged information. Any pricing information 
>> contained in this message or in any files transmitted with this message is 
>> always confidential and cannot be shared with any third parties without 
>> prior written approval from Syncsort. This message is intended to be read 
>> only by the individual or entity to whom it is addressed or by their 
>> designee. If the reader of this message is not the intended recipient, you 
>> are on notice that any use, disclosure, copying or distribution of this 
>> message, in any form, is strictly prohibited. If you have received this 
>> message in error, please immediately notify the sender and/or Syncsort and 
>> destroy all copies of this message in your possession, custody or control.
>> 
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
> 
> ---

Re: SRB dispatching question

[Blaicher, Christopher Y.]

IF SRB #1 that is non-preemptable schedules SRB #2 and then does a PAUSE, SRB 
#2 can still be dispatched.

Sorry if I wasn't clear.  SRB #1 can't be interrupted to dispatch other work on 
the processor it is running on, but that doesn't mean nothing else can run.  
Also, if it stops itself, the dispatcher is going to find something to dispatch 
on the processor.  Once the event happens that will resume the paused SRB, it 
will be dispatched again and run until it is done or issues another PAUSE.

Think about it.  If you had a non-preemptable SRB running on a uni-processor, 
and it issued a PAUSE, and nothing else could run, how would the PAUSE be 
resolved?

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803    
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of michelbutz
Sent: Monday, May 2, 2016 2:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SRB dispatching question

So it DOESN'T get dispatched 

Sent from my iPhone

> On May 2, 2016, at 2:17 PM, Blaicher, Christopher Y. <cblaic...@syncsort.com> 
> wrote:
> 
> Yes.  It wasn't pre-empted, it paused.
> 
> Chris Blaicher
> Technical Architect
> Mainframe Development
> Syncsort Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8234  |  M: 512-627-3803
> E: cblaic...@syncsort.com
> 
> www.syncsort.com
> 
> 
> 
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of michelbutz
> Sent: Sunday, May 1, 2016 6:46 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: SRB dispatching question
> 
> Hi
> 
> If a nonpreamtable scope=global SRB does a pause And another SRB is scheduled 
> does it get dispatched ?
> 
> Sent from my iPhone
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> 
> 
> 
> 
> 
> ATTENTION: -
> 
> The information contained in this message (including any files transmitted 
> with this message) may contain proprietary, trade secret or other 
> confidential and/or legally privileged information. Any pricing information 
> contained in this message or in any files transmitted with this message is 
> always confidential and cannot be shared with any third parties without prior 
> written approval from Syncsort. This message is intended to be read only by 
> the individual or entity to whom it is addressed or by their designee. If the 
> reader of this message is not the intended recipient, you are on notice that 
> any use, disclosure, copying or distribution of this message, in any form, is 
> strictly prohibited. If you have received this message in error, please 
> immediately notify the sender and/or Syncsort and destroy all copies of this 
> message in your possession, custody or control.
> 
> --
> 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

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

Re: SRB dispatching question

[Blaicher, Christopher Y.]

Yes.  It wasn't pre-empted, it paused.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of michelbutz
Sent: Sunday, May 1, 2016 6:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SRB dispatching question

Hi

If a nonpreamtable scope=global SRB does a pause And another SRB is scheduled 
does it get dispatched ?

Sent from my iPhone

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: PDS I/O Performance Improvement

[Blaicher, Christopher Y.]

Search key equal can be a multi-track search, which even in a cached situation 
takes time.  All PDS directory blocks are 256 bytes and a search for a member 
in a PDS always starts at the beginning of the directory.  My guess is you 
would be better off with multiple proclibs and putting a JCLLIB card in the job 
for the appropriate proclib.

Chris Blaicher
Technical Architect
Mainframe Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

www.syncsort.com





-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Staller, Allan
Sent: Thursday, April 28, 2016 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDS I/O Performance Improvement


It is a parmlib, I don't think the members will be staged to VLF (who would 
stage them)?
Considering the I/O times and the size of the directory, I suppose the 
directory is the problem. Maybe LLA member caching might help if a BLDL is done 
to locate a member. Otherwise converting it to PDSE would help with its member 
caching.


Just tell VLF to do the caching. It will handle it.

However, VLF will most likely be limited in its effectiveness, due to the fact 
this is a parmlib, not a loadlib.

Without getting too exotic, I would try (in order):
LLA management of the PDS (same as VLF. Just tell LLA to manage it).
PDSE


> I'm looking for some suggestions on how to possibly improve I/O
> performance to a PDS. A user is running a job that is reading a large
> parmlib (through PROJCL I believe). I think the access is random
> rather than sequential. The parmlib has ~180,000 members is has an
> LRECL of 80/BLKSIZE of 27,920. The performance team has reviewed a
> found ~ 6ms response time to the volume that houses the PDS with most
> of the time being connect time.


My guess is that this is PDS directory search. Do some googling for the 
historical performance problems with PDS directory searches. The CCW commands 
used were SEARCH KEY EQUAL (don't have the hex value handy).
Reducing the number of members in the PDS will most likely help.

Compressing the PDS *might* help.



HTH,


This email   including attachments   may contain confidential information. If 
you are not the intended recipient, do not copy, distribute or act on it. 
Instead, notify the sender immediately and delete the message.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Why sort (was Microprocessor Optimization Primer)

[Blaicher, Christopher Y.]

I have always argued that a company can buy more CPU, but no one can buy more 
wall clock time.

Yes, sometimes you need CPU to be king, which is why MFX, Syncsort to you old 
timers, has offered multiple optimization options for years.

Chris Blaicher
Technical Architect
Ironstream Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Sunday, April 03, 2016 4:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why sort (was Microprocessor Optimization Primer)

I used to work for the late great Security Pacific, at the time the largest 
bank based in Los Angeles. When DFSORT was a pimply-faced teenager, some of us 
sysprogs were invited to Santa Teresa to meet with product developers to share 
some real-world feedback. They were a young and earnest bunch. They wanted us 
to help them decide between two frequently conflicting goals:

  Minimize CPU time
  Minimize I/O count

Enhancing one often came at the expense of the other. We couldn't wait to lay 
it on them. Every business day at 2 AM, a messenger would arrive at our data 
center to collect a bag containing all the checks processed that day along with 
reports tied to them. The bag was to be delivered to 'the feds downtown'. If 
the bag was ready for pickup, all was sweetness and light. If the bag was late, 
there would be h*ll to pay. That's all that mattered: wall clock time. It was a 
revelation to the developers.

Every serious business has to sort data for a myriad reasons, all of which boil 
down to this: somewhere along the line--surely more than once--data must be 
processed in some kind of order. Maybe by account number. Maybe by account 
name. Maybe by account value. Each of these needs requires ordering unsorted 
data or data previously sorted for another purpose. Sort is a huge lynchpin in 
the foundation of any large business. Argue about CPU or I/O stats all you 
want. You either meet your 'messenger' deadline or you don't.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Blaicher, Christopher Y.
Sent: Sunday, April 03, 2016 6:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Why sort (was Microprocessor Optimization Primer)

Along with the other reasons outlined by others, it significantly improves bulk 
processing, I shy away from the term batch because that has come to have a bad 
connotation.

When dealing with individual transactions, such as an ATM transaction or a web 
transaction, sorted data is not needed.  But, when company goes to process all 
the payments received that day, or checks that cleared, etc., processing is 
much improved when the data coming in is in the same sequence as the existing 
data structure.  It improves because of locality of reference.

Using a relational data base, or any other random access method, doesn't mean 
you have to access it randomly.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Andrew Rowley
Sent: Sunday, April 03, 2016 2:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Why sort (was Microprocessor Optimization Primer)

On 02/04/2016 10:09 PM, David Crayford wrote:
> IBM switched the magic bit to offload the JZOS JNI C/C++ workload to a
> zIIP so they could do the same for DFSORT. A well engineered library
> could handle the callbacks so the client just reads records like a
> normal API. That would certainly push Java batch up a notch.
One question that puzzles me (maybe it's my lack of an application programming 
background): Why is sort used so much on z/OS?

I know you can then e.g. do grouping based on key changes, but is that really 
necessary in current programs? Is that the reason it is commonly used?

I generally use e.g. Java HashMap, C# Hashtable for grouping so the data 
doesn't need to be sorted. Do other common languages on z/OS provide similar 
functions? (C++ I know.) Are there opportunities to use programming language 
features to avoid sorts altogether?

Andrew Rowley

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade sec

Re: Why sort (was Microprocessor Optimization Primer)

[Blaicher, Christopher Y.]

Along with the other reasons outlined by others, it significantly improves bulk 
processing, I shy away from the term batch because that has come to have a bad 
connotation.

When dealing with individual transactions, such as an ATM transaction or a web 
transaction, sorted data is not needed.  But, when company goes to process all 
the payments received that day, or checks that cleared, etc., processing is 
much improved when the data coming in is in the same sequence as the existing 
data structure.  It improves because of locality of reference.

Using a relational data base, or any other random access method, doesn't mean 
you have to access it randomly.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Andrew Rowley
Sent: Sunday, April 03, 2016 2:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Why sort (was Microprocessor Optimization Primer)

On 02/04/2016 10:09 PM, David Crayford wrote:
> IBM switched the magic bit to offload the JZOS JNI C/C++ workload to a
> zIIP so they could do the same for DFSORT. A well engineered library
> could handle the callbacks so the client just reads records like a
> normal API. That would certainly push Java batch up a notch.
One question that puzzles me (maybe it's my lack of an application programming 
background): Why is sort used so much on z/OS?

I know you can then e.g. do grouping based on key changes, but is that really 
necessary in current programs? Is that the reason it is commonly used?

I generally use e.g. Java HashMap, C# Hashtable for grouping so the data 
doesn't need to be sorted. Do other common languages on z/OS provide similar 
functions? (C++ I know.) Are there opportunities to use programming language 
features to avoid sorts altogether?

Andrew Rowley

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: CSVFETCH exit

[Blaicher, Christopher Y.]

I had not followed the discussion very closely, but it sounds like they have 
given the exit enough working storage so that no GETMAIN/FREEMAIN is needed.
In that case it is clearly a performance advantage to use STM/LM over BAKR/PR.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803    
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Leonardo Vaz
Sent: Tuesday, February 16, 2016 2:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSVFETCH exit

I see. In the case of CSVFETCH there is a 1024-byte work-area passed, so no 
getmain should be needed, in this case, STM should be the best option?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Blaicher, Christopher Y.
Sent: Tuesday, February 16, 2016 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSVFETCH exit

BAKR/PR does take a lot more time then STM/LM, but most times you can't just 
use STM/LM, you also have a GETMAIN/FREEMAIN for a register save area and other 
setup/restore things to do.

So, once you factor in those other overheads, which is faster?  I don't know as 
I haven't set up the tests to validly compare the different methods possible.  
I have seen several different ways to avoid the GETMAIN/FREEMAIN overheads.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Leonardo Vaz
Sent: Tuesday, February 16, 2016 1:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSVFETCH exit

Well, I guess using the linkage stack is cleaner because the state of the 
caller is preserved.

Thanks for your reply, that is what I wanted to know, I was going to use STM 
but I remember reading somewhere before (maybe linkedin?) that they would never 
approve any assembler code written in the past 20 years starting with STM  
R14,R12,12(R13). I just would like to hear someone that would prefer BAKR and 
why.

Thanks,
Leo

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Tuesday, February 16, 2016 12:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSVFETCH exit

On Tue, 16 Feb 2016 16:52:03 +, Leonardo Vaz wrote:

>I apologize if the question is silly, but I am wondering if for a 
>performance sensitive exit like this one I should use STM/LM instead of 
>BAKR/PR. I believe it's "cheaper" to do STM/LM, bur "cleaner" to do BAKR, 
>right?

Why do you think BAKR is "cleaner"?

BAKR/PR is MUCH slower than STM/LM (or STMG/LMG if you are using the high 
halves of any of registers 2-12).

--
Tom Marchant

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

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

Re: CSVFETCH exit

[Blaicher, Christopher Y.]

BAKR/PR does take a lot more time then STM/LM, but most times you can't just 
use STM/LM, you also have a GETMAIN/FREEMAIN for a register save area and other 
setup/restore things to do.

So, once you factor in those other overheads, which is faster?  I don't know as 
I haven't set up the tests to validly compare the different methods possible.  
I have seen several different ways to avoid the GETMAIN/FREEMAIN overheads.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Leonardo Vaz
Sent: Tuesday, February 16, 2016 1:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSVFETCH exit

Well, I guess using the linkage stack is cleaner because the state of the 
caller is preserved.

Thanks for your reply, that is what I wanted to know, I was going to use STM 
but I remember reading somewhere before (maybe linkedin?) that they would never 
approve any assembler code written in the past 20 years starting with STM  
R14,R12,12(R13). I just would like to hear someone that would prefer BAKR and 
why.

Thanks,
Leo

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Tuesday, February 16, 2016 12:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CSVFETCH exit

On Tue, 16 Feb 2016 16:52:03 +, Leonardo Vaz wrote:

>I apologize if the question is silly, but I am wondering if for a
>performance sensitive exit like this one I should use STM/LM instead of
>BAKR/PR. I believe it's "cheaper" to do STM/LM, bur "cleaner" to do BAKR, 
>right?

Why do you think BAKR is "cleaner"?

BAKR/PR is MUCH slower than STM/LM (or STMG/LMG if you are using the high 
halves of any of registers 2-12).

--
Tom Marchant

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Is there a source for detailed, instruction-level performance info?

[Blaicher, Christopher Y.]

I have looked at the public documentation on the z13 and had the privilege to 
speak to some of the people behind parts of it, and it is an amazing machine.
The reason you can't say how long an instruction takes is that in many cases 
things are happening A) out of sequence; B) at the same time and C) dependent 
on cache hit ratios.
A z13 can be looking at up to about 50 instructions to see if there is anything 
it can do.  If one of those instructions is not dependent on something yet to 
be done, it will do it and hold on to the result until needed.  It also has 
many more registers than the 16 we think of, so if you have code using R1 and 
that is followed by a LHI R1,n instruction it may use R1 for the leading-in 
code and use one of the extra registers, call it register X27, to hold the 
value of the LHI.  When that value is needed the X27 register is used instead.  
The machine remembers all this.
Also, the z/13 can be working 6 instructions in parallel.
One of the big pains for the z13 is an unpredictable branch.  That is one that 
goes one way this time and the other way the next.  The machine has a lot of 
branch prediction stuff (didn't know what else to call it) in it so that it 
tries to know where it will go, but if it predicts wrong, there is a 26 cycle 
cost, and when you consider that hits at least 6 instructions, that is a 
non-trivial expense.
That brings us to cache hit ratios.  A 1/10th of a second wait may seem like 
less than a blink of an eye, it is forever in our high speed machines.  In that 
time all your code and data has probably been purged out of level 1 cache, and 
maybe out of level 2 cache.  Bringing it back into cache takes time, a few 
cycles for level 1, and a factor more for each level away from level 1.
Today it is impossible to say how long an instruction takes.  It is even 
impossible to say how long a process takes because it varies based on what is 
in cache at the time.
Another thing that effects things is do you get dispatched on the same 
processor or not.  If not, then all the level 1 cache has to be reloaded.
Bottom line, instruction speed is almost meaningless.  You have to look at it 
from a workload perspective.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Thursday, December 24, 2015 9:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a source for detailed, instruction-level performance info?

Not so simple anymore.

"How long does a store halfword take?" used to be a question that had an 
answer. It no longer does.

My working rule of thumb (admittedly grossly oversimplified) is "instructions 
take no time, storage references take forever." I have heard it said that 
storage is the new DASD. This is true so much that the z13 processors implement 
a kind of "internal multiprogramming" so that one CPU internal thread can do 
something useful while another thread is waiting for a storage reference.

Here is an example of how complex it is. I am responsible for an "event" or 
transaction driven program. I of course have test programs that will run events 
through the subject software. How many microseconds does each event consume? 
One surprising factor is how fast do you push the events through.
If I max out the speed of event generation (as opposed to say, one event tenth 
of a second) then on a real-world shared Z the microseconds of CPU per event 
falls in HALF! Same exact sequence of instructions -- half the CPU time! Why? 
My presumption is that because if the program is running flat out it "owns" the 
caches and there is much less processor "wait" (for instruction and data fetch, 
not ECB type wait) time.

Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Thomas Kern
Sent: Wednesday, December 23, 2015 5:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there a source for detailed, instruction-level performance info?

Perhaps what might be useful would be an assembler program to run loops of 
individual instructions and output some timing information.

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



  



ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared 

Re: OT: Electrician cuts wrong wire and downs 25,000 square foot data centre

[Blaicher, Christopher Y.]

OK.  Here's mine.  It says more about the VP of the S I was working for than 
anything else.
Our computer center was in a shared building with another occupant.  They had 
an electrician doing some work for them. In doing his work he electrocutes 
himself and gets knocked across a parking lot.  Luckily it doesn't kill him, 
but it still sends him off to the hospital and takes our data center down for 
an hour.
As I said, it was a bank, and so at the next morning's status meeting the VP 
asks what happened.  The OPS manager tells him an electrician for the other 
company got electrocuted.  VP doesn't ask if the guy was hurt or killed, just 
"What are you going to do to prevent that from happening again?"
We told him we could get a UPS.  A few days later we tell him the ballpark 
figure for a UPS and he said, "Well don't let him do it again."

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pommier, Rex
Sent: Monday, December 14, 2015 1:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT: Electrician cuts wrong wire and downs 25,000 square foot data 
centre

OK, my tale of ancient electricity.  Early '80s, NCR minicomputer (size of a 
large refrigerator) installed 3 feet in front of main breaker box to computer 
room.  NCR was on site doing maintenance work inside the computer so skins were 
off when the electricians decided they needed to do some work on the breaker 
box so they had the front off it.  Whatever they were doing, they managed to 
drop one of the live street feeds out of the breaker box and it fell into the 
open computer, striking the back plane.  3 inch long black burn mark on back 
plane, and fried all but 1 of the logic boards in the machine.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Monday, December 14, 2015 10:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OT: Electrician cuts wrong wire and downs 25,000 square foot data 
centre

And since we're talking electricity this reminded me of the time a large possum 
decided to crawl into some electrical boxes and die for some reason (this was 
well inside the building).  The body was discovered after a while by odor, and 
people thought he could not be removed safely without cutting off power to 
about half the datacenter.  I remember managers asking us what was connected to 
what so they would have an idea of what servers would go down, but I can't 
remember if they eventually removed him by shutting down power or by just being 
very careful.  The big guy was laying right above some 3-phase copper cables 
that were each about an inch in diameter - possibly the lines coming directly 
from the power company.


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Is first page always backed by real storage upon return from STORAGE OBTAIN?

[Blaicher, Christopher Y.]

Not knowing the internals, but making some reasonable, I think, assumptions...
If you are doing anything other than a full page, or full pages, STORAGE 
OBTAIN, the system has to put a FQE element in the top of the page, and so it 
would have to back the first virtual page with a real page.
If you are doing full page STORAGE OBTAIN or GETMAIN, then no FQE is needed and 
I wouldn't expect the page to be backed.
It is an interesting question, but does it matter in this day of machines 
having millions of real pages?  Maybe it did back with a 168 and maybe a whole 
meg or two of real memory.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Wednesday, December 02, 2015 9:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is first page always backed by real storage upon return from 
STORAGE OBTAIN?

On Wed, 2 Dec 2015 14:06:28 +0100, Peter Hunkeler wrote:

>Allocating 100 MB area, I found that the first page in the newly
>allocated area always seems to be backed by real storage upon return
>from STORAGE OBTAIN.

Do you specify BNDRY=PAGE?
Are you using z/OS 1.9 rules or z/OS 1.10 rules?
How were you able to determine this? LRA perhaps?
Why do you care?

>Is this true?

I don't know; maybe Jim or Peter will have an answer.

>Where is this documented?

I wouldn't expect that it is.

--
Tom Marchant

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Straightforward way to determine hardware architecture level?

[Blaicher, Christopher Y.]

Ed,
When you work on a product that can amount to a significant percentage of the 
workload on a system, even micro-seconds count.
When I worked at a package delivery company, we looked at how to cut a 
thousandth or a ten-thousandth of a second from a transaction.  When you are 
dealing with things that happen 10 to 40 million times a day, it matters.
It's called upgrade avoidance.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Gould
Sent: Monday, November 30, 2015 2:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Straightforward way to determine hardware architecture level?

I don't know what your company sells and wonder why anyone would pay "extra" 
for a few seconds of cpu savings gain.
I suspect you (or your management) is making a mountain out of a mole hill.
Isn't the main idea for any product to run transparently an any Z Compatible 
CPU?
Saving a few seconds is not conducive to any real life situation unless it is a 
transaction oriented system.
So if its not transaction oriented then don't worry be happy.

Ed






ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: GETDSAB

[Blaicher, Christopher Y.]

See:
https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa200/iea3a2_Description7.htm

basically RC=12 reason=1200

Lots of return codes and lots of reason codes

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Scott Ford
Sent: Friday, November 27, 2015 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: GETDSAB

All,

I am i right in thinking that if I issue a

   MVCMYDDN,=CL8'AUDIT'
   GETDSAB   DDNAME=MYDDN,DSAPTR=MYPTR


MYDDN   DS   CL8
MYPTR   DS   AL4


If the ddname in not in the JCL with the DSAPTR be blank or 0 ?

Regards,
Scott

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: SRB And Enclave SRB

[Blaicher, Christopher Y.]

SRB's were not meant for general application code.  Also, I hope nobody builds 
a quick and dirty SRB routine.  Those should be carefully constructed and 
tested.
If by quick and dirty you mean short lived, then yes, that was their original 
use case.  Some SRB routines today are much more robust and can do significant 
work, but that is what the z/IIP engines are for.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Friday, November 06, 2015 9:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SRB And Enclave SRB

On 5 Nov 2015 16:07:26 -0800, in bit.listserv.ibm-main you wrote:

>KEY 0 is not required by an SRB.  See IEAMSCHD documentation.
>Supervisor state is required.

For application code, isn't this an integrity exposure?

Clark Morris
>
>On Thu, Nov 5, 2015 at 3:48 PM, michelbutz  wrote:
>
>> I would think what flavor SRB is always key 0 Supervisor state
>>
>> Sent from my iPhone
>>
>> > On Nov 5, 2015, at 6:45 PM, Clark Morris
>> > 
>> wrote:
>> >
>> >> On 5 Nov 2015 08:27:39 -0800, in bit.listserv.ibm-main you wrote:
>> >>
>> >> Thanks so much SRBs have apparently become more than quick and
>> >> dirty
>> type of work
>> >> And do extensive processing in some instances
>> >
>> > I skimmed the paper and could not figure out what key and state
>> > (supervisor or non-supervisor) they operate in.
>> >
>> > Clark Morris
>> >>
>> >> Sent from my iPhone
>> >>
>> >>> On Nov 4, 2015, at 6:09 PM, Dave Barry <
>> 00a5644c6d08-dmarc-requ...@listserv.ua.edu> wrote:
>> >>>
>> >>> See John Arwe's seminal work on the subject described at
>> ftp://public.dhe.ibm.com/s390/zos/wlm/WLMpresrb.pdf.
>> >>>
>> >>> -Original Message-
>> >>> From: IBM Mainframe Discussion List
>> >>> [mailto:IBM-MAIN@LISTSERV.UA.EDU]
>> On Behalf Of michelbutz
>> >>> Sent: Wednesday, November 04, 2015 1:39 PM
>> >>> To: IBM-MAIN@LISTSERV.UA.EDU
>> >>> Subject: SRB And Enclave SRB
>> >>>
>> >>> Hi
>> >>>
>> >>> Can someone on the list point me to where I might find the
>> >>> differences
>> between the above two
>> >>>
>> >>>
>> >>> Thanks
>> >>>
>> >>> Sent from my iPhone
>> >>> -
>> >>> - 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
>> >>
>> >> --
>> >>  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
>>
>> -
>> - 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

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

Re: Create zIIP workload

[Blaicher, Christopher Y.]

Given the hoops that one has to go through to run code on a z/IIP, I doubt you 
can 'casually' get code to run on one.

Also, because any z/IIP processing is SRB mode, there are all those 
restrictions in addition.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Wednesday, October 28, 2015 10:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Create zIIP workload

W dniu 2015-10-28 o 14:00, Jon Butler pisze:
> To get a legal copy you must have signed a user agreement (since several 
> years ago) which precludes the use of specialty engines except as allowed by 
> IBM.
What are the terms and conditions for zIIP usage in the user agreement?
As far as I remeber, there is nothing about my coding.


--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Create zIIP workload

[Blaicher, Christopher Y.]

Radoslaw,
Having coded in that area and environment, there is no way to get there by 
accident.  You need macros that you only get access to after you have a signed 
ISV agreement in place, or you would have to do a lot of reverse engineering, 
which is a big no-no.

So there is no way for a user to code "zip black magic" code and suddenly have 
their code running on a z/IIP engine.  Neon Software did it, but that was 
nefarious and deliberate and got them in a whole lot of trouble.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Wednesday, October 28, 2015 4:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Create zIIP workload

Chris,
It is very unlikely I would start coding in assembler, but it is possible. It 
is also POSSIBLE, very unlikely, but possible to use "zIIP black magic" in the 
code.

Note, there are ways to obtain restricted knowledge withoout signing agreement 
with IBM. This is non-technical (at least non-IT) issue.
Remember the contract is between companies, not human persons.

My point is by coding in assembelr (legal thing) one can code which is illegal 
from IBM's point of view, despite of one is not aware of the restrictions.

--
Radoslaw Skorupka
Lodz, Poland







W dniu 2015-10-28 o 17:57, Blaicher, Christopher Y. pisze:
> Given the hoops that one has to go through to run code on a z/IIP, I doubt 
> you can 'casually' get code to run on one.
>
> Also, because any z/IIP processing is SRB mode, there are all those 
> restrictions in addition.
>
> Chris Blaicher
> Technical Architect
> Software Development
> Syncsort Incorporated
> 50 Tice Boulevard, Woodcliff Lake, NJ 07677
> P: 201-930-8234  |  M: 512-627-3803
> E: cblaic...@syncsort.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of R.S.
> Sent: Wednesday, October 28, 2015 10:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Create zIIP workload
>
> W dniu 2015-10-28 o 14:00, Jon Butler pisze:
>> To get a legal copy you must have signed a user agreement (since several 
>> years ago) which precludes the use of specialty engines except as allowed by 
>> IBM.
> What are the terms and conditions for zIIP usage in the user agreement?
> As far as I remeber, there is nothing about my coding.
>
>
> --
> Radoslaw Skorupka
> Lodz, Poland



--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitt

Re: ALESERV macro

[Blaicher, Christopher Y.]

Look up NAME/TOKEN services.  You have 16 bytes in it for user data.  Part of 
that could be the ALET of the data space.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Wednesday, October 21, 2015 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ALESERV macro

I assume this exit is not running in the STC's address space? CORRECT The EXIT 
is a IEFU85 that has been DYNAMICALLY installed

I would like to say with DataSpaces if at all possible

Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Wednesday, October 21, 2015 10:26 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ALESERV macro

I assume this exit is not running in the STC's address space? Are you open to 
an alternative to a Data Space? If so, I would humbly suggest considering 
whether using an AMODE(64) object in HVCOMMON might be easier.
You can save it's address in a global name/token pair. Or, if you're really 
"into" it, you could have your STC set itself up with an SSVT and anchor things 
in it.

ref:
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/iea2a2b0/25.0

On Wed, Oct 21, 2015 at 12:16 PM, Steve Beaver 
wrote:

> In a STC I have created a DataSpace.  But in an EXIT I need to use the
> ALESERV macro
>
> The exit only knows nothing essentially.  So the question becomes  how
> can the EXIT Address The DataSpace so I can issue a MVCL to the
> DataSpace
>
> I hate to be a pain but I have never done this.
>
>
> Steve
>
>

--

Schrodinger's backup: The condition of any backup is unknown until a restore is 
attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: FC8 abend Master Scheduler

[Blaicher, Christopher Y.]

Who or what is installed as SVC 200?

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nathan Astle
Sent: Wednesday, September 23, 2015 10:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FC8 abend Master Scheduler

Hello,

I am trying to IPL a sandbox system but it is abending with the below message :


SYSTEM COMPLETION CODE=FC8
 TIME=09.48.24  SEQ=5  CPU=  ASID=001A
 PSW AT TIME OF ERROR  070C1000   81930492  ILC 2  INTC 0D
   NO ACTIVE MODULE FOUND
   NAME=UNKNOWN
   DATA AT PSW  0193048C - 00181610  0A0D9102  713BA784
   AR/GR 0: 006FF6C8/8000   1: /80FC8000
 2: /006FF940   3: /00FDEA40
 4: /006FF6C8   5: /006FFA58
 6: /8193046C   7: /00F55880
 8: /   9: /01930D60
 A: /006FFB18   B: /7FFE1948
 C: /01226F30   D: /00C80C38
 E: /00FE4600   F: 0102/00C7B060


9.48.26 CTS1   IEA848I DUMP SUPPRESSED - ABDUMP MAY NOT DUMP
STORAGE FOR KEY 0-7 JOB MSTJCL00

09.48.28 CTS1  *CAS2030E CA SAF interface initialization--load
 failed for module CSNBSYE

09.48.28 CTS1  *IEE479W MASTER SCHEDULER ABEND FC8, DUMPED, REIPL
 - CODE 27
09.48.28 CTS1  IEA794I SVC DUMP HAS CAPTURED:
DUMPID=002 REQUESTED BY JOB (*MASTER*)
DUMP TITLE=COMPON=MSTR-REGION,COMPID=SC1B8,ISSUER=IEEMB860,MAST
   ER SCHEDULER REGION INITIALIZATION DUMP

Any suggestions what might be causing the above message.

The manual says for FC8 as :

Explanation:  The system detected an error while processing a Supervisor Call 
(SVC) instruction. The last 2 digits of this completion code, nn, are the 
operand of the SVC instruction in hexadecimal. For example, completion code 
X'F0D' means that the error occurred while the system was processing SVC X'0D', 
that is, SVC 13.


Nathan

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Concatenated datasets read information.

[Blaicher, Christopher Y.]

I don't remember, but is the DCBTIOT pointer updated for each concatenation?  
If it is, then using the TIOT you can get to the JFCB which gives you the 
DSNAME.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, September 14, 2015 12:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Concatenated datasets read information.

On 2015-09-14, at 10:18, Chris Hoelscher wrote:

> I do not know if this is a valid solution - but something I have done
> In the jcl - between each dsn in the dd concatenation, Place a dd *
> with some literal value like END OF DD 1
>
> FILE1 DD DISP=SHR,DSN=MYDSN
>DD *
> END OF 1
>   DD DISP=SHR,DSN=MYDSN2
> ...
Good idea.  But, attribute compatibility?

I hate MVS!

-- gil

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: SMF30HVO

[Blaicher, Christopher Y.]

You have to remember that nothing is assigned until you use it.
Real frames are not assigned until you reference a location in a page, then a 
page fault is taken and a frame of real storage is assigned to back the virtual 
page.
The same is true for Page data set slots.  A slot is not assigned until the 
virtual page needs to be paged or swapped out.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Thursday, August 20, 2015 2:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF30HVO

I think 'obtained' should be read as 'getmained', but not still used 
(referenced), so only the used/referenced part of it occupies real storage.
Similar values apply to DB2, who requires HVCOMMON to be set to frightening 
high values, in case it decides to really use all.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Werner Kuehnel
Sent: 20 August, 2015 8:42
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF30HVO

Yes, I know, it's virtual. But I understand the word obtained as allocated or 
used, it's not a threshhold or a possible maximum (like the REGION parm). And 
then I expect to see an increase in real storage usage (what I actually see), 
at least an increase in page data set usage (what I don't see).
OA44690 doesn't apply to us, we still avoid working with PDS/Es and have just a 
handful private libs, beside the z/OS PDSEs. Anyway, thanks for the hint.

Werner Kuehnel




Von:Staller, Allan allan.stal...@kbmg.com
An: IBM-MAIN@LISTSERV.UA.EDU,
Datum:  19.08.2015 15:37
Betreff:Re: SMF30HVO
Gesendet von:   IBM Mainframe Discussion List IBM-MAIN@LISTSERV.UA.EDU



I believe you are mis-interpreting the data (caveat, I am not Cheryl or Barry).
I expect this refers to virtual storage, not real storage.

However, you might also ask in the MXG list:
MXG Software LIST   mx...@peach.ease.lsoft.com]

Also, just as a SWAG, check out APAR OA44690

HTH,

snip
After migration from z/OS 1.13 to 2.1 I see an increase for almost all address 
spaces in field SMF30HVO (Storage and Paging section).
The book says about this field:
SMF30HVO   length 8binary  Amount of 64-bit private storage in
bytes that is obtained by this step or job. This includes guarded virtual 
storage.
Does it mean that my real storage is more heavily used now and the UIC goes 
down?
Or do I misinterpret it?

For example RMF:
1.134194304 bytes
2.1  7340032 bytes
The values are from type 30 subtype 2 interval records (15 min).
/snip

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

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read 

Re: 1403 at 60Hz

[Blaicher, Christopher Y.]

The 370/165 and 168 ran on high frequency power.  400 or 420 HZ if I remember 
correctly.  There may be others, but I worked with those.  We had MG sets in 
sound proof enclosures.  If you opened the covers you had better have sound 
proof ear muffs on.  They were LOUD.  Eh, what did you say?

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Barry Merrill
Sent: Wednesday, July 29, 2015 2:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 1403 at 60Hz

Most old pre-solid-state aircraft electronics also used 415 Hz because 
transformers are much lighter at higher frequency.

Barry Merrill, EI/W5GN (where I use 14MHZ!)


Herbert W. “Barry” Merrill, PhD
President-Programmer
MXG Software
Merrill Consultants
10717 Cromwell Drive
Dallas, TX 75229-5112
ba...@mxg.com
Fax:  214 350 3694 – Still works, received as email
Tel:  214 351 1966 – Unreliable, please use email

www.mxg.comHomePage: FAQ answers most questions
ad...@mxg.com  License Forms, Invoice, Payment, ftp information
supp...@mxg.comTechnical Issues
MXG-L FREE ListServer  http://www.mxg.com/mxg-l_listserver/



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of William Donzelli
Sent: Wednesday, July 29, 2015 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: 1403 at 60Hz

 As I understood it at the time, larger S/360 and S/370 also used
 motor-generator power supplies, though I don't know the output
 frequency.  The higher frequency means less filtering.

Generally 415 Hz. Why this odd number is beyond me. The Hitachi clones also 
used 415 Hz.

 But yes, you can run a CDC machine off an electronic converter.

Most CDC Cybers are indeed 400 Hz machines, but a few were made with a
60 Hz option. Last week I drove to Texas to get a small
departmental Cyber 932 - they were all (or nearly all?) 60 Hz models.

--
Will

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: SYSTEM KEY Programming Was: IVSK and SPKA

[Blaicher, Christopher Y.]

Interesting question that I haven't really thought too much about because when 
I have to do something special, generally it is key 0.

With that said, in a previous life I wrote utilities for DB2.  For those we got 
into key 7 as the default because that is what DB2 runs in.  There are ways to 
attach a task in a key other than 8, but that is another topic.  In the 
processing of the utilities we still had to get to key 0 and get back, so it 
was no different, except that the base key was different.

In the Diagnosis Manual, in the Storage section, there is a brief list of the 
storage keys and what system functions use them.

Basically, use the key of the function that you are working with.  You use 
non-key 8 storage for data structures that you don't want user code to change, 
and sometimes even look at.  There are only limited sub-pools that are fetch 
protected, meaning that you have to be in the key of the storage to look at it. 
 Most sub-pools are not fetch protected, meaning anyone can look at the 
storage, but they can't change it unless they are executing in the matching key.

I think most of CICS runs in key 8, but most of IMS runs in key 7.  One of the 
nice things about key 0 is you don't have to worry what key the storage was 
allocated as because key 0 gives you the keys to the city.  You only have to be 
careful when you are allocating storage that someone else is going to try and 
modify.

There are so many 'it depends' that go with this area of discussion, anything 
more than that what I said needs a definition of what you are trying to do.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esst...@juno.com
Sent: Saturday, July 11, 2015 4:09 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SYSTEM KEY Programming Was: IVSK and SPKA

As Tony Harminc stated Key controlled protection is there for a reason.
.
.
Being a CICS  MQ Systems Programmer I rarely get the oppurtunity to write code 
in a system key. For those times that I needed to, It was easier to simply 
switch to KEY 0, execute the few instructions needed and switch back. Granted 
this may not be proper coding technique.
.
Tonys comment got me thinking, and after some little research I was unable to 
find any publications or documents or even SHARE presentaions, That discuss 
coding programs in a SYSTEM key Other than Key 0.
.
.
Is anyone Aware of a presentaion or documntaion that discuss this ?
Coding programs in a System Key 1-7.
What are the considerstions involved ?
What are the recommended techniques ?
.
.
Paul D'Angelo






-- Original Message --
From: Tony Harminc t...@harminc.net
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IVSK and SPKA
Date: Wed, 8 Jul 2015 18:38:51 -0400

On 8 July 2015 at 17:09, michelbutz michealb...@comcast.net wrote:

 I know that a S0C4 reason 4 occurs anytime the storage key doesn't
 match the PSW key bits 8 - 11

Uh, no.

  Would IVSK. R1,R2 and SPKA 0(R11) prevent this

It's highly unlikely. Perhaps if you set R11... But I can hardly overemphasise 
how bad an approach all this is. Key controlled protection is there for a 
reason.

Tony H.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

AD: Is there any tools or interface which could analyze or monitor SYS1.MANX directly?

[Blaicher, Christopher Y.]

Advertisement:
The Syncsort Ironstream® product in conjunction with Splunk, can capture SMF 
data in real time and forward the data to Splunk for consolidation and analysis.
It can also capture SYSLOG and Log4J events and send them to Splunk along with 
flat files.
Look it up on the web at 
http://www.syncsort.com/en/Products/Mainframe/Ironstream

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roger W. Suhr (gmail)
Sent: Tuesday, June 16, 2015 1:11 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any tools or interface which could analyze or monitor 
SYS1.MANX directly?

I use the REVIEW command from CBTTAPE.ORG


On 2015-06-16 7:44 AM, Elardus Engelbrecht wrote:
 Jason Cai wrote:

 We just want to know how  IBM zSecure could alter  specific events
 based on certain RACF information that is captured by SMF in real
 time  without dumping SYS1.MANX
 What do you mean by 'alter'? What are you trying to solve?

 zSecure does NOT alter the records it gets from SYS1.MANx, but see below.


 Could you give us a sample program to alter one specific events based on 
 certain  information that is captured by SMF in real time  ?
 Select your input (type = 'ACT.SMF') and your selection criteria, then go to 
 the right page to get your report. Now place that report in a dataset. You 
 can do that in batch or in TSO / ISPF. Then use whatever program or editing 
 tool to 'alter' your records.

 Some components of zSecure (I think Command Verifier or something like that) 
 may intercept some events and allow/disallow it instantly.

 Alternatively, you can go to RACF-L discussion list and ask your questions 
 there.

 You can also go to zSecure Suite discussion list which is listed in this 
 list of Security related forums:

 https://www.ibm.com/developerworks/community/forums/html/category?id=a
 4c83a8c-1106-418e-bcae-323eb6641707

 But still, please tell us what do you mean by 'alter'.

 Groete / Greetings
 Elardus Engelbrecht

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

--
Hava a great day!

Roger W. Suhr
Indianapolis, IN 46202
suhr...@gmail.com

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: DFSMS Compression.

[Blaicher, Christopher Y.]

Short answer - Compression is about 10X more expensive than decompression.  
Compression is done by examining the first X amount of the data and building a 
compression dictionary.  Once the dictionary is built, the rest of the data is 
compressed using that data.  Compressing data you are going to read a lot makes 
sense, unless DASD space is a real problem.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Massimo Biancucci
Sent: Tuesday, May 05, 2015 10:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: DFSMS Compression.

Hi everybody,

occasionally I wonder how SMS Compression (Compaction=YES on DATACLASS) works 
and how much, in terms of elapsed and CPU, does it modify the step execution.

In my shop I usually observe the obvious increase of CPU usage and a (maybe 
less obvious) bigger elapsed time if compared to tape write.

In this real example I ran the same program with same input (a SMS compressed 
dataset) writing to a SMS Compressed dataset, a DUMMY DD and a Virtual Tape 
dataset.

The output dataset has more than 930 millions records. The final compression 
ratio is more than 70%.

Looking at the step statistic:

Output - Compressed Dataset
STEPNAME PROCSTEPRC   EXCPCPUSRB  CLOCK   SERV  PG   PAGE   SWAP
 ST040   00  1247K   8.65.79  23.77 38592K   0  0  0

Output - DUMMY
STEPNAME PROCSTEPRC   EXCPCPUSRB  CLOCK   SERV  PG   PAGE   SWAP
 ST040   00   201K   1.10.04   2.24  4725K   0  0  0

Output - Virtual Tape Dataset
STEPNAME PROCSTEPRC   EXCPCPUSRB  CLOCK   SERV  PG   PAGE   SWAP
 ST040   00  3730K   1.19.20   8.86  7476K   0  0  0

What is not so clear to me is why the elapsed time does grow so much even 
though there's no CPU constraint.

Because of the lower number of EXPCs I'd been expecting something less in terms 
of elapsed or something similar.

An A.P.A. trace on the job while writing Compressed Dataset shows that more 
then 80% of the TCB time in on Compression Services (of course it depends on 
the fact the application itself uses a small amount of CPU).

I wasn't able to find out any further infos about how DFSMS compression works.

Finally, sometimes (observing other jobs) the behaviour is not so regular.

Thanks in advance for your hints.

Massimo

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: IEFBR14 question

[Blaicher, Christopher Y.]

Lizette,
I don't know the IEFBR14 you are looking at, but the one on my machine only has 
2 instructions, SR  R15,R15 and BR R14.  4 bytes of code and 4 zero bytes 
because all modules are multiples of 8.

All other work is being done by initiator/terminator tasks.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Monday, May 04, 2015 11:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IEFBR14 question

Are you using any REF= type information?
are you sure the DSN is not included in the SMS ACS code?
Did you do any internet searches on IGD17045I and did you see anything of 
interest?
The message says JCL or SMS - so not necessarily SMS Can you post the JCL?

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2B631/4.4.1?SHELF=DT=20030423085347CASE=

And IEFBR14 is more that return on R14.  It does stuff.  Just look how big it 
is.
Also, mod behaves like NEW - IIRC.  So a DISP=NEW requires space.

Lizette


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
 On Behalf Of Scott Ford
 Sent: Monday, May 04, 2015 7:54 AM
 To: IBM-MAIN@LISTSERV.UA.EDU
 Subject: IEFBR14 question

 All,

 I just came across something I haven't seen. I am building some canned
 JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on
 non- existent datasets wanting to see the return code passed back and saw 
 this

 IGD17045I Space not specified for allocation of data set.

 This is non-SMS ...

 I am confused...guys and gals.

 Regards,
 Scott



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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: PLO Function Codes 16-19

[Blaicher, Christopher Y.]

Look at functions 20-23

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Donald Likens
Sent: Monday, April 27, 2015 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PLO Function Codes 16-19

What am I missing? Isn't PLO Function Codes 16-19 (Compare and Swap and Double 
Store) updating three locations?

Direct out of the Principle of Operations:

The first-operand comparison value is compared to the second operand. When the 
first-operand comparison value is equal to the second operand, the 
first-operand replacement value is stored at the second-operand location, the 
third operand is stored at the fourth-operand location, the fifth operand is 
stored at the sixth-operand location, and condition code 0 is set.

I see three stores in the above text. I've been using this successfully for a 
while updating two different locations, but now I want to update three and do 
not see a need to Compare and Swap and Triple Store.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: PLO Function Codes 16-19

[Blaicher, Christopher Y.]

Sorry,  I was a little cryptic.

The compare and swap is generally on your lockword and you should be 
incrementing that for each iteration.  This is not an easy to understand 
instruction.  I mean what normal instruction needs over 13 pages to explain it? 
 I do a function code 0 to get the lock count, then gather all my before 
values, calculate my after values and then do the real PLO.  If something else 
has updated the structures  between the first and second PLO instructions, you 
go back and start over.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Donald Likens
Sent: Monday, April 27, 2015 1:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PLO Function Codes 16-19

What am I missing? Isn't PLO Function Codes 16-19 (Compare and Swap and Double 
Store) updating three locations?

Direct out of the Principle of Operations:

The first-operand comparison value is compared to the second operand. When the 
first-operand comparison value is equal to the second operand, the 
first-operand replacement value is stored at the second-operand location, the 
third operand is stored at the fourth-operand location, the fifth operand is 
stored at the sixth-operand location, and condition code 0 is set.

I see three stores in the above text. I've been using this successfully for a 
while updating two different locations, but now I want to update three and do 
not see a need to Compare and Swap and Triple Store.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: A New Perfromance Model ?

[Blaicher, Christopher Y.]

Please send us the name of the company.  First, so the IBM sales person can get 
right over there and make a nice commission, and secondly, so I can sell any 
stock I may have in the company.

If they have management that is that ill-informed and, well frankly, stupid (I 
tried to not use that word, but in this case it fits), then it doesn't speak 
well for the long-term survival of the company.

Personal opinion only.

Chris Blaicher

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Roger W. Suhr (GMail)
Sent: Saturday, April 04, 2015 4:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: A New Perfromance Model ?

On 4/4/2015 3:11 PM, esst...@juno.com wrote:
 Hi

 Im not a performance analyst, Im a CICS  MQ Sys-Prog.
 I dont understand this new paradyne.

 Some Back ground
 March 1 Our Development Team introducd some new functionality.
 The following week we were plagued with multiple 0C4 and 0C7 - ASRA Abends, 
 Storage Violations, and one CICS Task abended in a loss of our main 
 production CICS Region.

 March 7 a secnd wave of application changes were deployed.
 All Of the Abends with the Exception of The Storage Vioation seem to
 have evaporated, as they no-longer exists. However we are now see a 
 sihnificant Increase of I/O, Almost double in CPU consumption by many tasks, 
 and an Increase in Storage Occupancy for these transaction.

 Some Transaction Storage incresaed by 6+ Meg.

 Working with our Capacity Planning and Performance  person and
 reviewing CMF data, RMF Reports, running Traces, and real time Monitors we 
 have identified the 7 buggest cuprits. (STROBE is a Great Product) .
 We provided our findings and analysis to our Management and Mainframe 
 development management with much reluctance.
 .
 .

 Heres what I dont understand
 Our development management are telling is (Systems  Operations) that it is 
 cheaper to Upgrade the mainfame than to have the application programmers 
 review their code for performance oppurtunities.
 .
 .
 Are You F...ing kidding me.
 .
 .
 In todays era is this true, because I havent heard of it ?
 .
 The Systems teams spent three weeks trying to compensate and adjust our 
 performance configuration (LPAR Weights, CICS File Adjustments etc.) to 
 accomodate the additional CPU that was introduced.
 .
 I have not seen any documents produced stating that it would be cheaper to 
 Upgrade to a larger machine. What about the License costs for all our 
 products ?
 .
 .
 If a Machine costs 8 Million, are you telling me 10 good COBOL CICS 
 MQ appliaction programmers could not make some improvement for less than 
 8-Mil ?
 .
 One of My application developers explained to me that they were getting a 
 ASRA/0C4 Abend.
 So to correct it they increased 3 tables from 33 entries (3Meg) to 99 entries 
 (9Meg).
 .
 Did I miss a performance lecture at SHARE ?
 .
 Can someone explain and rationalize for this new paradyne ?
 .
 cheaper to Upgrade the mainfame than to have the application programmers 
 review their code for performance oppurtunities.

 .
 Im clueless .  ??

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Sort Jcl

[Blaicher, Christopher Y.]

You've never heard of a little product called Syncsort MFX?

All our messages begin with WER.

Chris Blaicher
Technical Architect
Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8234  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Elardus Engelbrecht
Sent: Thursday, April 02, 2015 11:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sort Jcl

Ron Thomas wrote:

  OUTREC FINDREP=(INOUT=(C''96 M/B WHITE SALE',
  C' 96 M/B  WHITE SALE '))

One single quote too many. Just count them from left to right and right to 
left. Or use hilite in ISPF.

Msg received in sort is WER268A  OUTREC STATEMENT  : SYNTAX ERROR

Sri h Kolusu sorted you out, but what is issuing WER268A?

Groete / Greetings
Elardus Engelbrecht

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Sharing a zIIP

[Blaicher, Christopher Y.]

If a z/IIP capable unit of work is ready to be dispatched, but there is no 
engine available, the system will queue the unit of work for a period of time 
and then if it still can't dispatch it on a z/IIP, then it will dispatch it on 
a regular CP.  This is known as 'z/IIP on CP'.

This wait time is set by the ZIIPAWMT parameter in the IEAOPTxx member.

If a lot of work is being shifted to CP's then all you are doing is introducing 
a delay into your transactions.

There are fields in the SMF 30 records that you can check for ZIIP_ON_CP.


Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (ITOPT1) - KLM
Sent: Monday, March 23, 2015 11:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sharing a zIIP

This moves the subject from technical possibilities to capacity planning, which 
will provide totally different answers, as you do.

One statement bothers me: you can often see zIIP work running on a GP. This 
should trigger performance alerts, because it is an indication of an overloaded 
zIIP, resulting often in severe performance degradation.
I heard statements from DB2, that you are better of without a zIIP than with an 
overloaded zIIP. The reason is that CP assistance is last indicator of a chain 
of performance issues: at stage one you have queuing of work for the zIIP, 
resulting in performance degradation. If the zIIP-delay is getting too high, it 
calls the GPs for assistance and this is what you see on the outside as the 
last call for help of a bad performing zIIP.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Norman.Hollander
Sent: 23 March, 2015 16:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sharing a zIIP

Many customers successfully share zIIPs (zAAPs), and IFLs.  It depends on your 
workloads, and your Capacity.  Depending on the arrival rate to zIIPs, .  Does 
your GP have enough capacity to run the work that should go to the zIIP?  Do 
you have enough capacity on the zIIP?  So, in general, YES, and IT DEPENDS...

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Monday, March 23, 2015 4:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sharing a zIIP

Thanks

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Monday, March 23, 2015 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Sharing a zIIP

Absolutely!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Monday, March 23, 2015 7:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Sharing a zIIP

Hi,

Can a zIIP be shared by multiple LPAR’s?

We have a z114.

Gadi



לשימת לבך, בהתאם לנהלי חברת מלם מערכות בעמ ו/או כל חברת בת ו/או חברה קשורה שלה 
(להלן : החברה) וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי.

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

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

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

Re: APF-authorized calling non-authorized

[Blaicher, Christopher Y.]

As far as the system is concerned, there is no integrity issue.  You may think 
it creates an integrity issue.  The assumption by the system is that if a 
program is in a authorized library, then it is secure and you the user are not 
putting malicious code in your authorized libraries.

As long as the initially called program (PGM=pgmname) is authorized and loaded 
from an authorized library, AND the libraries that all called routines are 
loaded from are authorized, then everything runs in authorized mode, even if 
the called routine is not marked AC=1.

There are lots of rules around authorization.  If you are running with a 
STEPLIB or JOBLIB, then all libraries in the concatenation must be authorized, 
otherwise none are considered authorized.  Not all libraries in the link list 
are necessarily authorized, depending on the setting of LNKAUTH in IEASYSxx.  
In that case, when running with LNKAUTH=APFTAB and you load a routine from a 
non-authorized library in the linklist you lose authorization, and it will 
never be turned back on for the duration of the step.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Sunday, March 15, 2015 12:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APF-authorized calling non-authorized

Thanks. In my case the called program is a pre-existing utility that is shipped 
AC=0 in an APF library.

To confirm: there is no integrity issue introduced here, right? The called 
program will run non-authorized, correct?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Binyamin Dissen
Sent: Sunday, March 15, 2015 8:57 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: APF-authorized calling non-authorized

On Sun, 15 Mar 2015 06:38:37 -0700 Charles Mills charl...@mcn.org wrote:

:Am I RTFM correctly? An APF-authorized program may successfully call a 
:non-APF-authorized program, provided the called program resides in an 
:APF-authorized library?

:The called program need not be AC=0, but its containing load library must be 
:in the APF library list. Is that correct?

That is the standard way. Only the main program should be marked AC=1 - the 
subroutines AC=0.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: SMFxTME field

[Blaicher, Christopher Y.]

TIME fills in the 4 words you passed to it with the time and date returned in 
various formats.

You want to use BIN and use the first word for the time.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Janet Graff
Sent: Friday, February 20, 2015 2:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SMFxTME field
Importance: Low

We just noticed our product was setting the SMFxTME field inappropriately using 
the TIME BIN macro.  What should we be using to set the SMFxTME field?

The doc says

   06 06   SMFxTME4binary  Time since midnight, in
   hundredths of a second, record
   was moved into the SMF buffer.
   In record types 2 and 3 this
   field indicates the time that
   the record was moved to the
   dump data set.

TIME MIC appears to be the right information but it produces 8 bytes and not 4 
bytes of information.

Janet

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: BDW length vs. Physical Length

[Blaicher, Christopher Y.]

I have to question the  accuracy of Mr. Altmark's comment.  First let's take 
the last question from Paul Gilmartin.

ECKD, which is what all modern DASD is, stands for Extended Count Key Data.  
The 'Extended' refers to the channel commands you can issue, not the devices 
capabilities.  All blocks written to a ECKD device consist of a Count field, an 
optional Key field and a Data field.  The Count field is 8 bytes long and has a 
format of CCHHRKDD.  (Extended format volume count fields are formatted 
slightly differently, but for basics, this will do.)
CC = the Cylinder number.  HH = the head number.  K = Key length.  DD = Data 
length.  If the key length is zero, there is no key field.  A Count field with 
key and data lengths of zero is an EOF marker.

BSAM gets the length of the block to write from the DCB BLKSIZE at the time of 
the WRITE.  As long as the DCB BLKSIZE is equal to or less than the max BLKSIZE 
all is OK.  BSAM will build the CCHHRKDD from the various values it keeps and 
the DD comes from the BLKSIZE.  I guess you could always leave the BLKSIZE in 
the DCB, but you are supposed to set the BLKSIZE to the BDW size.

I have not done much with BSAM in years, mostly EXCP and STARTIO, so my 
knowledge of what BSAM checks and validates is vague at best.

What I can tell you is that any time you don't follow the rules, I.E. write a 
block longer than the BDW, someone is going to complain.  Be it BSAM, QSAM or 
someone using EXCP and doing extensive sanity checking, or that has been my 
experience.

For RECFM=FB, a short block is fine as long as it is a multiple of LRECL.  As 
for finding end of file, it is recognized by the EOF marker or end of the last 
extent, if blocks so fill a track that the system can't fit an EOF marker on it.

Now for Mr. Altmark's comment.  Yes, using BSAM, MVS can write all RECFM=VB 
blocks BLKSIZE in length, but I would not guarantee that everybody will accept 
them as valid.  Also, you would be wasting a lot of space on tracks if you do 
that.

Bottom line - Write well-formed blocks and follow the rules as outlined in the 
various DFSMS manuals.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com


On 2014-12-22, at 10:13, Alan Altmark wrote:
 ...
 MVS has no problem with short records in a block for VB[S] files.
 Padding the last record doesn't hurt because MVS writes ECKD records
 that are BLKSIZE in length, but you must not modify the RDW to include
 the pad bytes.

... which raises lotsa questions.  Is this BLKSIZE in the DCB, BLKSIZE in the 
JFCB, or other?  What goes in the CKD COUNT field?
For EKCD RECFM=FB, how does the access method recognize a short block that may 
occur at the end of the data set (or even in the interior).  Does ECKD prohibit 
DISP=MOD for RECFM=FB?  Etc.

-- gil

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: BDW length vs. Physical Length

[Blaicher, Christopher Y.]

Lynn,

Of course you are correct as far as the physical disk is concerned, but z/OS 
only talks to ECKD controllers which emulate ECKD on FBA devices.

The discussion was on how BSAM and other I/O routines read and write data on 
DASD.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Anne  Lynn Wheeler
Sent: Thursday, December 25, 2014 8:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BDW length vs. Physical Length

cblaic...@syncsort.com (Blaicher, Christopher Y.) writes:
 ECKD, which is what all modern DASD is, stands for Extended Count Key
 Data.  The 'Extended' refers to the channel commands you can issue,
 not the devices capabilities.  All blocks written to a ECKD device
 consist of a Count field, an optional Key field and a Data field.  The
 Count field is 8 bytes long and has a format of CCHHRKDD.  (Extended
 format volume count fields are formatted slightly differently, but for
 basics, this will do.)

all modern disk is fixed-block, there hasn't been any real CKD DASD 
manufactured for decades ... it is all emulated on industry fixed-block disks.

ECKD started out when MVS couldn't support FBA ... and they wanted to retrofit 
3380 3mbyte/sec disks to 1683033 1.5mbyte/sec channels ... getting CALYPSO to 
work was something of horror story

past posts mentioning FBA, CKD, multi-track seek, etc 
http://www.garlic.com/~lynn/submain.html#dasd

past posts specifically mentioning CALYPSO
http://www.garlic.com/~lynn/2004o.html#7 Integer types for 128-bit addressing
http://www.garlic.com/~lynn/2007e.html#40 FBA rant
http://www.garlic.com/~lynn/2007f.html#0 FBA rant
http://www.garlic.com/~lynn/2008q.html#40 TOPS-10
http://www.garlic.com/~lynn/2009k.html#44 Z/VM support for FBA devices was Re: 
z/OS support of HMC's 3270 emulation?
http://www.garlic.com/~lynn/2009p.html#11 Secret Service plans IT reboot
http://www.garlic.com/~lynn/2010e.html#36 What was old is new again (water 
chilled)
http://www.garlic.com/~lynn/2010h.html#30 45 years of Mainframe
http://www.garlic.com/~lynn/2010n.html#14 Mainframe Slang terms
http://www.garlic.com/~lynn/2011e.html#35 junking CKD; was Social Security 
Confronts IT Obsolescence
http://www.garlic.com/~lynn/2012j.html#12 Can anybody give me a clear idea 
about Cloud Computing in MAINFRAME ?
http://www.garlic.com/~lynn/2012o.html#64 Random thoughts: Low power, High 
performance

--
virtualization experience starting Jan1968, online at home since Mar1970

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: BDW length vs. Physical Length

[Blaicher, Christopher Y.]

Not that I am fully informed, but I have been doing I/O at the BSAM, EXCP and 
STARTIO level for 35+ years, so I's say I was experienced.

Starting with QSAM and F/FB/FBS format.  For RECFM=FB or FBS the block size 
must be an even multiple of the LRECL.  If you are off by a byte, you will get 
an error.  For RECFM=F, BLKSIZE must equal LRECL.  When reading a RECFM=FBS 
data set, a short block signals EOF.  There may be additional data after it, 
but a block that is not the full BLKSIZE is EOF.  Technically, you don't need 
an EOF marker on DASD.  If you are reading it from a tape device, then the next 
block must be a Tape Mark (TM).  This most often is a problem when someone 
writes multiple times to a DISP=MOD data set as RECFM=FB and someone else 
over-rides the RECFM with RECFM=FBS when they go to read it.  They do it 
because someplace they read that RECFM=FBS is more efficient than RECFM=FB.  
While that may have been true at some point in the past, it isn't any more, at 
least it isn't really measurable.

QSAM and V/VB/VBS format requires a well formed block.  The BDW must equal the 
total of the RDW's +4.  The +4 is for the BDW.  You mess that up and QSAM will 
throw an error.  As long as the BDW is equal to or less than the BLKSIZE, QSAM 
will be happy.

BSAM needs to follow the same rules as QSAM, especially on writing, so that 
someone using QSAM can read what the person using BSAM wrote.  Needless to say, 
you have far more opportunities to mess things up with BSAM because you point 
at a block and tell BSAM to write it.  If you format the block badly, BSAM 
isn't going to tell you about it, it will just write the block.  That is 
especially true for RECFM=V/VB/VBS, although if you try to write longer than 
the BLKSIZE, it will give you an error.  I can't remember, but BSAM may, and I 
stress may, check the block length is a multiple of the LRECL.  I tend to 
include that sanity check in my own code, so I haven't seen it in BSAM in years.

Hope this helps.

Best of the season to you all.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J O Skip Robinson
Sent: Monday, December 22, 2014 5:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BDW length vs. Physical Length

In the absence of a truly informed response, I'll take a stab. I learned that a 
(QSAM) I/O request specifying a block size less than the actual size-of-block 
results in an abend/RC that describes the error. OTOH if the size-of-block is 
lower than requested, the operation is successful; it's up to the program to 
manage the shorter-than-expected data.

I've never dealt with BSAM, which may behave differently. There also may be a 
difference between FB and VB.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, December 22, 2014 8:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: BDW length vs. Physical Length

For RECFM=V(B)(S), what happens if the physical length of a block exceeds the 
length in the BDW?

o Bytes in the physical block beyond the length in the BDW are ignored?
  (A writer on another list tells me I can rely on this.)

o The access method reports an error?

I prefer to follow the rules.

Suppose the programmer reads blocks with BSAM and performs strict error 
checking?  Suppose the programmer reads a VBS file on a non-z system and 
performs strict error checking?

(SMP/E copies IEBCOPY relative files to UNIX files and relies on the BDWs to 
reconstitute the VBS data set.)

-- gil

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately 

Re: BDW length vs. Physical Length

[Blaicher, Christopher Y.]

I should have mentioned, See Chapter 20 of DFSMS Using Data Sets

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com






ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: How much storage is left?

[Blaicher, Christopher Y.]

Look at the LDA.  Here is how to get to it.
 USING PSA,R0
 L R3,PSAAOLD  POINT AT ASCB
 DROP  R0
 USING ASCB,R3
 L R3,ASCBLDA  POINT AT LDA FOR THIS TASK
 USING LDA,R3

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott
Sent: Saturday, December 06, 2014 12:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How much storage is left?

In an assembler program how can you find out how much storage/memory is 
remaining?  Do getmains till the return code replies back there is no more?

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: VLF caching

[Blaicher, Christopher Y.]

Peter,
Having been involved with caching in prior employment, not IBM, your 
explanation of just letting normal trimming take care of it is what makes the 
most sense and is what I have done in the past.  If the cache is very active it 
will age-out fast enough and if it gets referenced again before it is aged-out, 
then you avoided loading it again.  As you said, why waste the cycles for 
something that is going to naturally occur.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: Sunday, November 30, 2014 10:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: VLF caching

If LLA finds that a module that it had successfully gotten cached no
longer is deemed worthwhile, it does not tell VLF.

No?  Why?

Not having been involved in the initial implementation, I'm not sure.
Perhaps it was felt that doing so would be overkill, that trimming would do a 
good enough job such that the overhead of doing the delminor was not worth 
the cycles. It also makes it less flexible -- if there are subsequent fetches, 
LLA might be able simply to mark its data as active
and not have to re-cache the module.

Peter Relson
z/OS Core Technology Design

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Abend s0077

[Blaicher, Christopher Y.]

Peter,
We are almost exclusively an assembler shop, but recently we have added a few C 
routines that use LE.

It blows me away that LE has to take a perfectly good 0C1, 0C4 or 0C7 and 
convert it into a U4xxx code.  Not only that, they have to obfuscate the 
registers.

Is there a conversion table for LE user codes to regular abend codes?  (OK, 
0Cx's aren't an abend in that no ABEND macro was issued, but for 50 years we 
have been calling them ABENDS0C4 and the like.)

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: Monday, November 03, 2014 8:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Abend s0077

But I AM the frequently the first person to look it up in the manual.

I understand that in your shop you are the first to look at the book. But that 
is not the same as being the first to see the abend. Even on IBM-Main there are 
many cases of ragging on people to RT(F)M (at least to take a stab at finding 
what to read). If any of your customers are writing and running their own 
programs, that should be expected. If they are just running canned jobs that 
should never abend (or if they do, then it's not the customer's fault) then 
passing it along to the sysprog makes perfect sense. The books have no way of 
knowing whether they are being read by someone who wrote the program that blew 
up or someone who just ran someone else's program which blew up, so the books 
take a rational approach at segregating the information according to the 
potential audiences.

hiding an S0C7 as a U4xxx error is not helpful.

Are you suggesting something like when LE recovery fields a system-produced 
completion code (S0C7 is not an abend) that it leave that code alone and not 
change it to a user completion code? That could be provided as some sort of a 
configuration option. It cannot be done unconditionally as it is compatible and 
could break existing programs. It might not even be possible if you are using 
LE (E)SPIE since there is no
0C7 in such a case, there is just a program interrupt 7 presented to the ESPIE 
routine (but as of a few releases ago, LE could for such a case tell the system 
to continue on to RTM for this program interrupt where it would become S0C7). 
If leave it alone is something that you want, then I suggest that you go 
through a more formal approach to request it than an IBM-Main conversation.

Peter Relson
z/OS Core Technology Design

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Extents more than One for load modules library

[Blaicher, Christopher Y.]

I have not researched this, at all, so this is an educational question.

From your response to Barry it seems you are saying the Binder will write a 32K 
block and then write a short block on a track?  If it is doing that, then how 
is that any better than a Half-track blocksize?  It is still two blocks per 
track, or are you saying the binder wastes the remainder of the track?

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, August 11, 2014 5:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Extents more than One for load modules library

On Mon, 11 Aug 2014 16:23:31 -0500, Barry Merrill wrote:

Educate me why 32k with wasted space on a track is better than half
track; I do defer to your knowledge and do not argue you are not right, but 
why?

The Binder exploits track balances.  The wasted space you envision rarely 
occurs.

If other utilities were similarly well-designed, 32k would always be optimal.
If QSAM were as well-designed as Binder, 32k would more often be optimal.

-- gil

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: z/OS System Initialization Logic (IPL)

[Blaicher, Christopher Y.]

Look in INSTALLATION AND TUNING REFERENCE manual.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (SPLXM) - KLM
Sent: Wednesday, July 16, 2014 10:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS System Initialization Logic (IPL)

Does anybody know what IEALSTxx is (Page 35)?

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Don Imbriale
Sent: Wednesday, July 16, 2014 00:25
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS System Initialization Logic (IPL)

For those interested, came across the following:

http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS3699

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: z/OS System Initialization Logic (IPL)

[Blaicher, Christopher Y.]

My Error, INITIALIZATION AND TUNING manual.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803    
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Blaicher, Christopher Y.
Sent: Wednesday, July 16, 2014 10:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS System Initialization Logic (IPL)

Look in INSTALLATION AND TUNING REFERENCE manual.

Chris Blaicher
Principal Software Engineer, Software Development Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, CP (SPLXM) - KLM
Sent: Wednesday, July 16, 2014 10:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS System Initialization Logic (IPL)

Does anybody know what IEALSTxx is (Page 35)?

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Don Imbriale
Sent: Wednesday, July 16, 2014 00:25
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS System Initialization Logic (IPL)

For those interested, came across the following:

http://www-03.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/PRS3699

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

--
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: Secret Machine Instruction?

[Blaicher, Christopher Y.]

The op code is LLGT  R13,X'021C'(0,0)
Or
LLGT R13,PSATOLD
Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chase, John
Sent: Wednesday, July 16, 2014 1:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Secret Machine Instruction?

Hi, List,

While browsing around looking for something else, I noticed in an IBM-supplied 
load module the following sequence at the entry point:

90EC D00C
188D
E3D0 021C 0017

WTH is 'E3D0' ??  It seems to be missing from the List of Instructions by Op 
Code in the 10th edition of z/Architecture Principles of Operation, published 
September 2012.

TIA,

   -jc-

**
Information contained in this e-mail message and in any attachments thereto is 
confidential. If you are not the intended recipient, please destroy this 
message, delete any copies held on your systems, notify the sender immediately, 
and refrain from using or disclosing all or any part of its content to any 
other person.

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: Problems with XDC hooks

[Blaicher, Christopher Y.]

Call Bob Shimizu at 1-800-932-5150.  He can be most helpful.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Robin Atwood
Sent: Monday, June 09, 2014 9:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Problems with XDC hooks

I have inherited  a newly acquired mainframe server which I am trying to 
instrument with XDC. It has a number of worker ASIDs which are RENT, reside in 
an APF library but run in problem state with all authorised stuff is done by a 
user SVC. This is because each ASID is a TSO batch job which starts up ISPF, 
which in turn promptly selects a PL/1 program to make sure everything is LE 
enabled. (I know, it was something I did in a previous life.)

An XDC hook seemed the obvious way to go because the first thing it does is 
cancel a lot of the LE SPIE traps. I have tried this two ways, dynamically and 
assembling in the #XDCHOOK macro, but the result is the same. The hook is 
executed and the WTOR is displayed and I can connect to the ASID via XDCCDF. 
But when I try to set a break-point or step through the code I get:

DBC045E STORAGE ACCESS VIOLATION - ABEND 0C4-04 OCCURRED DURING ZAP ATTEMPT
- PROTECTED AGAINST
DBC045E ACCESS - TARGET IS IN KEY-0 STORAGE.

DBC045E ZAP METHOD ATTEMPTED: NORMAL ADDRESSING

DBC045E FOR POSSIBLE RESOLUTIONS TO THIS PROBLEM, TYPE AN H AT THE LEFT AND
PRESS ENTER

The advice is to issue a 'SET ZAP SPROT' command but that makes no difference. 
I noticed the //xxxRENT8 DD DUMMY  trick but that has no effect on an STC. 
The curious thing is we have another server which is linked RENT and loads XDC 
as its ESTAE; stepping through that is no problem.
What have I missed here?

TIA
Robin

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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

Re: IFASMFR

[Blaicher, Christopher Y.]

Don't hold my feet to the fire, but I believe some of the records are defined 
in the products that generate them.  Look in the DB2 and CICS manuals.

Chris Blaicher
Principal Software Engineer, Software Development
Syncsort Incorporated
50 Tice Boulevard, Woodcliff Lake, NJ 07677
P: 201-930-8260  |  M: 512-627-3803
E: cblaic...@syncsort.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dno
Sent: Wednesday, May 14, 2014 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IFASMFR

Hi,
Does anyone know why you cannot map 100, 101, 102 or 110 records with this 
macro? I'd like to be able to collect a subset of the DB2 and CICS records, 
possibly by subsystem or region, or even down to a thread or transaction 
because of volume. We are not using log streams yet.
Thanks
Dean

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





ATTENTION: -

The information contained in this message (including any files transmitted with 
this message) may contain proprietary, trade secret or other confidential 
and/or legally privileged information. Any pricing information contained in 
this message or in any files transmitted with this message is always 
confidential and cannot be shared with any third parties without prior written 
approval from Syncsort. This message is intended to be read only by the 
individual or entity to whom it is addressed or by their designee. If the 
reader of this message is not the intended recipient, you are on notice that 
any use, disclosure, copying or distribution of this message, in any form, is 
strictly prohibited. If you have received this message in error, please 
immediately notify the sender and/or Syncsort and destroy all copies of this 
message in your possession, custody or control.

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