Re: SORT selection question

[Christopher Y. Blaicher]

You could also use an E15 and return an 8 when you get past the interesting 
data.

Chris Blaicher
Technical Architect
Precisely.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Van Dyke
Sent: Wednesday, September 16, 2020 8:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SORT selection question

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

Hi Peter,

If you have IBM File Manager you could do what you need with the Data Set Copy 
(DSC) function and an enhanced processing procedure:

$$FILEM DSC  INPUT=DDIN,
$$FILEM  OUTPUT=DDOUT,
$$FILEM  PROC=*
IF FLDI(1,3,C,'GT',"ABC") THEN
  RETURN STOP IMMEDIATE/* Stop processing   */
/+

Regards,
Peter Van Dyke

On Thu, 17 Sep 2020 at 07:32, Paul Gilmartin < 
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Thu, 17 Sep 2020 08:58:59 +1000, Wayne Bickerdike 
> 
> wrote:
>
> >Not sure how a sequential file has a "KEY".  It may be a value in 
> >fixed columns.
> >
> I find "KEY" used apparently in that sense in numerous places in:
> z/OS  Version 2 Release 4  DFSORT Application Programming Guide IBM  
> SC23-6878-40
>
> >I'm sure it's why we've been sorting files for donkeys years.
>
> -- gil
>
> --
> 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: Syncsort E11 exit

[Christopher Y. Blaicher]

The location of the DCB and other information is in proprietary structures 
which are not available to the user.  Also, because of buffering and 
read-ahead, the record you are looking at may not be in the file the DCB is 
currently pointing to.

I don't know what you are trying to do, but if you are attempting to 'clean' a 
set of files, you could use OUTFIL to put the good data in one file and the bad 
data in another.

Chris Blaicher
Technical Architect
Precisely.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Friday, September 11, 2020 2:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort E11 exit

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

The data is mostly binary 

Huge  vb files and lots of them 

> On Sep 11, 2020, at 2:26 PM, Jousma, David 
> <01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> 
> Syncsort is a great tool, but why reinvent the wheel?  Why not just 
> run
> 
> //SEARCH  EXEC PGM=ISRSUPC, 
> //PARM=(SRCHCMP,'ANYC') 
> //NEWDD  DD DSN=concat.dsn1.DEV1,DISP=SHR
> //   DD DSN=concat.dsn2,DISP=SHR
> //OUTDD DD SYSOUT=* 
> //SYSIN  DD *
> SRCHFOR  'x'  
> /* 
> 
> 
> The output tells you which dataset it found the searched for value.  
> __
> ___
> Dave Jousma
> AVP | Director, Technology Engineering
> 
> Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand 
> Rapids, MI 49546
> 616.653.8429  |  fax: 616.653.2717
> 
> 
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Joseph Reichman
> Sent: Friday, September 11, 2020 2:15 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Syncsort E11 exit
> 
> **CAUTION EXTERNAL EMAIL**
> 
> **DO NOT open attachments or click on links from unknown senders or 
> unexpected emails**
> 
> I am using syncsort to search for records
> 
> So let’s say I concatenate 100 files
> 
> And the data I’m looking for is let’s say in the 50 th file
> 
> To get The dataset name of the 50 th file
> 
> I could do RDJFCB for the dcb with exlst type X’07’ and the dataset 
> name that I’m currently processing would be in the jfcb area. However 
> in this case you or rather syncsort has the dcb
> 
> Is there anyway the exit and I am using E15 To tell me the dataset 
> name currently being processed by the exit
> 
> Thanks
> 
> 
> 
>> On Sep 11, 2020, at 2:06 PM, Christopher Y. Blaicher 
>>  wrote:
>> 
>> The E11 exit will not look at any file.  It is a, shall we say, dumb exit.
>> If your question is what files Syncsort will look at in analyzing a 
>> concatenated SORTIN, it will look at all of them.  One of the things it is 
>> trying to do is determine the input file size and the access method required 
>> to read the input.
>> 
>> Chris Blaicher
>> Technical Architect
>> Precisely.com
>> 
>> 
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Joseph Reichman
>> Sent: Friday, September 11, 2020 11:41 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Syncsort E11 exit
>> 
>> [ External - This message originated Externally.  Use proper 
>> judgement and caution with attachments, links, or responses. ]
>> 
>> I’m looking into that
>> 
>> As an additional question
>> 
>> We have a huge number of files
>> When concatenating sortin
>> Is there anyway to determine which file the exit is analyzing. 
>> Typically a program can do A Rdjfcb x’07’ to determine that but you 
>> have the DCB wonder if there is something you provide
>> 
>> Thanks
>> 
>> 
>> 
>>>> On Sep 11, 2020, at 11:33 AM, Christopher Y. Blaicher 
>>>>  wrote:
>>> 
>>> If I understand what you want to do is to concatenate additional files to 
>>> SORTIN, then I would strongly urge you NOT to do that in the E11.  You can, 
>>> but I would not be confident in the results.
>>> By the time the E11 exit is called a certain amount of analysis of the 
>>> files has been done in the initialization phase.
>>> It would be better to have a program that does the concatenation and then 
>>> invokes MFX.  See the "Invoking MFX from a Program" chapter in the 
>>> Pro

Re: Syncsort E11 exit

[Christopher Y. Blaicher]

The E11 exit will not look at any file.  It is a, shall we say, dumb exit.
If your question is what files Syncsort will look at in analyzing a 
concatenated SORTIN, it will look at all of them.  One of the things it is 
trying to do is determine the input file size and the access method required to 
read the input.

Chris Blaicher
Technical Architect
Precisely.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Friday, September 11, 2020 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Syncsort E11 exit

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

I’m looking into that 

As an additional question 

We have a huge number of files
When concatenating sortin
Is there anyway to determine which file the exit is analyzing. Typically a 
program can do A Rdjfcb x’07’ to determine that but you have the DCB wonder if 
there is something you provide 

Thanks 



> On Sep 11, 2020, at 11:33 AM, Christopher Y. Blaicher 
>  wrote:
> 
> If I understand what you want to do is to concatenate additional files to 
> SORTIN, then I would strongly urge you NOT to do that in the E11.  You can, 
> but I would not be confident in the results.
> By the time the E11 exit is called a certain amount of analysis of the files 
> has been done in the initialization phase.
> It would be better to have a program that does the concatenation and then 
> invokes MFX.  See the "Invoking MFX from a Program" chapter in the 
> Programmers Guide.
> 
> Chris Blaicher
> Technical Architect
> Precisely.com
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Joseph Reichman
> Sent: Friday, September 11, 2020 10:48 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Syncsort E11 exit
> 
> [ External - This message originated Externally.  Use proper judgement 
> and caution with attachments, links, or responses. ]
> 
> Hi
> 
> The documentation isn’t real clear on this exit outside of the fact 
> that it states they are entered in the beginning of their associated 
> phase
> 
> I would like to use this exit to dynamically add files to sortin
> 
> Would any one gave more info on this exit
> 
> 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

Re: Syncsort E11 exit

[Christopher Y. Blaicher]

If I understand what you want to do is to concatenate additional files to 
SORTIN, then I would strongly urge you NOT to do that in the E11.  You can, but 
I would not be confident in the results.
By the time the E11 exit is called a certain amount of analysis of the files 
has been done in the initialization phase.
It would be better to have a program that does the concatenation and then 
invokes MFX.  See the "Invoking MFX from a Program" chapter in the Programmers 
Guide.

Chris Blaicher
Technical Architect
Precisely.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Friday, September 11, 2020 10:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Syncsort E11 exit

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

Hi 

The documentation isn’t real clear on this exit outside of the fact that it 
states they are entered in the beginning of their associated phase 

I would like to use this exit to dynamically add files to sortin  

Would any one gave more info on this exit 

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

Re: Strange S0C4 on z15

[Christopher Y. Blaicher]

Generally, that would give you an 0C1.  In my case it was a simple LOAD 
instruction.   LR1,X'B4C'(0,0)

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, August 19, 2020 4:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strange S0C4 on z15

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

So I had an S0C4 one time - turned out the vendor had used an instruction that 
was not on the CEC (firmware) we were running.

So maybe there is an instruction used on the z13 that the 15 does not have?


Lizette


-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Christopher Y. Blaicher
Sent: Wednesday, August 19, 2020 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Strange S0C4 on z15

We have a program that ran fine on a z13 that now gets an S0C4 on a z15.
On a z13 we could access data in the PSA in the 2048 to 4095 range without 
going into key 0.  The specific field is PSASVT.
To get to that data now, we have to do a MODESET to key zero.
Anyone else find this as a problem?  Was it there with a z14?  We jumped from a 
z13 to a z15.

--
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: Strange S0C4 on z15

[Christopher Y. Blaicher]

zOS V2.2, V2.3 and V2.4, all running on LPARs of a z15.  It seems to be a 
machine issue, not a zOS issue.

This is NOT, repeat NOT, code in any Syncsort, now Precisely, product.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Beaver
Sent: Wednesday, August 19, 2020 3:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strange S0C4 on z15

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

What was your zOS  version and what is it now?

Sent from my iPhone

I promise you I can’t type or
Spell on any smartphone 

> On Aug 19, 2020, at 14:21, Christopher Y. Blaicher  
> wrote:
> 
> We have a program that ran fine on a z13 that now gets an S0C4 on a z15.
> On a z13 we could access data in the PSA in the 2048 to 4095 range without 
> going into key 0.  The specific field is PSASVT.
> To get to that data now, we have to do a MODESET to key zero.
> Anyone else find this as a problem?  Was it there with a z14?  We jumped from 
> a z13 to a z15.
> 
> --
> 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

Strange S0C4 on z15

[Christopher Y. Blaicher]

We have a program that ran fine on a z13 that now gets an S0C4 on a z15.
On a z13 we could access data in the PSA in the 2048 to 4095 range without 
going into key 0.  The specific field is PSASVT.
To get to that data now, we have to do a MODESET to key zero.
Anyone else find this as a problem?  Was it there with a z14?  We jumped from a 
z13 to a z15.

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

Re: Where do started PROC errors go?

[Christopher Y. Blaicher]

Generally the job name is the name of the PROC you issued the start for.  Have 
you tried using the ST option of SDSF?  Also, some errors get put on the bottom 
of the queue.  Also, did you look in the SYSLOG?  You should see the start and 
end messages

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Binyamin Dissen
Sent: Thursday, May 21, 2020 2:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where do started PROC errors go?

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

Try running the PROC in a batch  job.

You do realize that without proper setup the STC is probably using a different 
userid.

On Thu, 21 May 2020 09:11:10 -0700 Charles Mills  wrote:

:>I have a program that runs successfully in a job. I just cloned the JCL 
:>appropriately into a PROC. When I issue a START for the PROC I get a started 
:>message and an ended message but no clue as to why it failed. (It is 
:>supposed to be long-running, so ending is a failure.) I don't think it is a 
:>JCL error because I get a JCL error message in that case, and I have 
:>evidence that it actually ran "some."
:>
:>The PROC includes //SYSTSPRT DD SYSOUT=H. (H is a held class.) I have strong 
:>evidence that the program is getting far enough that it would have written 
:>several lines to SYSTSPRT. 
:>
:>I see nothing in SDSF, even with PREFIX * and OWNER *. 
:>
:>Where is my output going? How do I determine that? How do I view it?
:>
:>There is nothing in the PROC statement: //procname PROC and no operands on 
:>the START other than the PROC name. The program is IKJEFT01 and a Rexx EXEC 
:>FWIW. Again, it works in a job.
:>
:>Thanks,
:>Charles 

--
Binyamin Dissen  
https://urldefense.com/v3/__http://www.dissensoftware.com__;!!I6-MEfEZPA!YOjsBluCmNaipeBYZjqxb7U9D_dMSn_ENJK4MNP5J_cc5ogXo4k6DoI05UXVcc_ZuA$
 

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

Re: Here we go again; Memory Lane

[Christopher Y. Blaicher]

At one point I worked on a Memorex 1380 (for Memorex).  It was a programmable 
telecommunications front end like the IBM 3705.
I wrote SDLC code for it.  It had its own assembler.  It was a fun machine, but 
so long ago I can't remember much.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pierre Fichaud
Sent: Thursday, April 23, 2020 3:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Here we go again;

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

I remember one summer working on a Univac-1106 in assembler.
Ones complement, 36 bit-words.
Indirect addressing to a byte.
I wasn't crazy about it having come from the IBM world and direct byte 
addressability.

But it was a job.

Pierre.

--
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: IPCS LIST command to display storage when pointer is in a different address space

[Christopher Y. Blaicher]

Seymour,
Why do you have to be such a putz?  The person asked a simple question.  There 
is no reason to denigrate him, or anyone else.
I have wanted to say this for a long time about your posts.  Think before you 
hit send.  Is your comment adding to the content of the thread?   If not, hit 
delete. 

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Monday, April 20, 2020 9:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IPCS LIST command to display storage when pointer is in a 
different address space

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

That's been there from the beginning. What's new is the ability to specify 
31-bit pointers and the ability to specify 64-bit pointers. Even the latter is 
pretty long in the tooth, and there are readers of this list younger than the 
former.


--
Shmuel (Seymour J.) Metz
https://urldefense.com/v3/__http://mason.gmu.edu/*smetz3__;fg!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DKM8SzANw$
 


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Binyamin Dissen [bdis...@dissensoftware.com]
Sent: Sunday, April 19, 2020 5:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPCS LIST command to display storage when pointer is in a different 
address space

Is there an IPCS command to list storage when the pointer is in a different 
address space, or does this require an IPCS clist?

I would like to

 LIST  X+n? ASID(Y)

where X is in address space Z.

--
Binyamin Dissen  
https://urldefense.com/v3/__http://secure-web.cisco.com/1bgPY9cQOe-2aPU4KW_tDmi6ZHDpIBxSHRrfR7QvRRzdwEZ6K1iPrfWSCot5X8uWXKNMYIKycgQtT_fFcW1hRvvhSJXTmCEts-1BoesxnyE8Jwlvo-hX--_EQCqsjGdi4rm0yNBM--jbfgfwdA6Pr3whaK9LJWWhP4pI7aaUVt23afCTl88G5qmSuypTRjuYO-fAE7EyxAu3E_dAKlBn0OLySLF_MuGyIbSiErrRyV286xQ4SIcU1JbokFuhxfgbnNMYWzuo1aGzpyF3LSiXQ6bYN7kIFjGMenrGpyEUx6ud7F-lmkgU36f69r7OZLrsEiOA__oh1ZH-4RgpCiypAz9WbJHjewlnZf06WPThvlJ06Fp9VmXM9rS3TvZnoJwRJV93cf8GWrndnhk8IgqMrnY58rxHzlKtTWIyVezyAcKYEw38f9U6k3QkrNG1KIZjL/http*3A*2F*2Fwww.dissensoftware.com__;JSUl!!I6-MEfEZPA!ZW8b_MAhwMsNj4OVWCQyFs4kblYP5-8Eqqh63_YG8xT01Shps776rh2S1DJzFKAODw$
 

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

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

Re: IPCS LIST command to display storage when pointer is in a different address space

[Christopher Y. Blaicher]

That is basically the right syntax.  IPCS L address LEN(length) ASID(X'')

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Binyamin Dissen
Sent: Sunday, April 19, 2020 5:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPCS LIST command to display storage when pointer is in a different 
address space

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

Is there an IPCS command to list storage when the pointer is in a different 
address space, or does this require an IPCS clist?

I would like to 

 LIST  X+n? ASID(Y)

where X is in address space Z.

--
Binyamin Dissen  
https://urldefense.com/v3/__http://www.dissensoftware.com__;!!I6-MEfEZPA!eLYg06bUTDaEsXmGyfSnJY1taD2bAbQgMLSxStU3EJ-IlptxvCiYJUCTbPnHhtTpGQ$
 

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

Re: regarding the 'shortage of mainframe talent'

[Christopher Y. Blaicher]

To me there is a difference between 'shortage of talent' and independent (open) 
development.  IBM would be well served to make development platforms available, 
but that is not what I want to discuss.

I think the shortage of talent is because no company wants to invest in talent 
development for z/OS.  They want high schools and colleges to send them 
talented people.  I.E. the student pays for the education, not the company.

z/OS is just another operating system, just like UNIX or Windows, just far more 
robust.  When you started using scripts, you had to learn it.  JCL is no 
different, you have to learn it.  Yes, it is different, but then again scripts 
were different for me coming from a long history of IBM operating systems.

No, I find the lack of educated talent is a corporate problem, not a talent 
problem.  The corporations are just too cheap to make the investment.  Let 
students pay the thousands of dollars.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Edgington, Jerry
Sent: Thursday, April 9, 2020 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: regarding the 'shortage of mainframe talent'

[ External - This message originated Externally.  Use proper judgement and 
caution with attachments, links, or responses. ]

Just a response to this comment, and I agree.  " To me, the biggest problem for 
z/OpenSource {grin} is the lack of an affordable platform for developers."

I have been developing an "open source" project for z/OS. So, I have run into 
this many times, and it not just the hardware and z/OS, but other subsystems, 
like DB2, IMS, CICS, and various other components, like DBB, z/OS Connect, etc. 
 That is one of the biggest road blocks in this effort.  However, working with 
the Open Mainframe Project, they are making these types of z/OS environment 
available.  My "open source" project has been accepted to OMP and we are 
working getting the environment setup to continue developing the Polycephaly 
project, under OMP.

My wish is, to have more of these type environments setup. 
Jerry 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
John McKown
Sent: Thursday, April 9, 2020 9:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: regarding the 'shortage of mainframe talent'

This message was sent from an external source outside of Western & Southern's 
network. Do not click links or open attachments unless you recognize the sender 
and know the contents are safe.


On Thu, Apr 9, 2020 at 8:21 AM Gord Tomlin 
wrote:

> On 2020-04-09 07:05, John McKown wrote:
> >> If your objective is to do something interesting and 
> >> mind-stimulating in your newly enlarged spare time, then there are 
> >> massive number of open source projects you could contribute to.
> >> There's a very good chance that some such projects line up well with your 
> >> outside interests.
> >>
> > Ain't none of z/OS, unfortunately. At least as far as I know.
> >
> CBT? Zowe? Zigi?
>

CBT is sort of open source. Well, it is open source. But when I think of open 
source, I think of collaborative projects like I see on Github. I can download 
a CBT file and modify it, then send my updated source to Sam for inclusion. But 
there isn't the history like a Github project.

I'll look at Zowe and Zigi. This is the first I've heard of them.

To me, the biggest problem for z/OpenSource {grin} is the lack of an affordable 
platform for developers. The z/OS license fees for something like a zPDT are 
way beyond my ability to pay. And even if I had the money, IBM won't license to 
just anyone. IIRC, you must be a Business Partner or soe such thing.

The above is why what little I do anymore is Linux on Intel.



>
> --
>
> Regards, Gord Tomlin
> Action Software International
> (a division of Mazda Computer Corporation)
> Tel: (905) 470-7113, Fax: (905) 470-6507
> Support: 
> https://urldefense.com/v3/__https://actionsoftware.com/support/__;!!I6
> -MEfEZPA!bMeJNdKw0OIcQopRn3h4AJBFlBxtVXy2yeQQiDsecTNb4GYPR5KQeJ1TvOve9
> uvw9Q$
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>


--
People in sleeping bags are the soft tacos of the bear world.
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

Re: z/OS monitoring -AD

[Christopher Y. Blaicher]

Check out Syncsort's Ironstream product.  You do need a data repository like 
Splunk or Elastic, but it opens up a wealth of information that your machine 
generates.  It can capture SYSLOG, SMF data, system performance data, SYSPRINT, 
custom data and a number of other types of data.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Arye Shemer
Sent: Thursday, February 13, 2020 1:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS monitoring

[ External - This message originated Externally.  Use proper judgment and 
caution with attachments, links, or responses. ]

A developer person request from me information how to get z/OS Console log 
records for developing application for monitoring the z/OS.
ZOWE was my first thought because it is modern and and supply interface
(API) which does not requires from the developer deep understanding of the z/OS 
environment.
The problem with this solution is that only recent level of operating system 
are supported.

Another option is the obvious one, using Assembler program which will be used 
as agent to intercept the Console records and send them to the external server.

Please provide your insights on the above and suggestion  for more options.

Thank you,

Arye Shemer

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

SERVICE_CLASS name list

[Christopher Y. Blaicher]

Is there a programmatic way to find the list of active SERVICE_CLASS names?

Christopher Y. Blaicher
Technology Architect
p (201) 930-8234 | m 512-627-3803
cblaic...@syncsort.com
-  
We organize data everywhere,
to keep the world working
Syncsort
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.comATTENTION: -
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: Startio documentation

[Christopher Y. Blaicher]

Here is an old manual that goes into detail about the CCW's for DASD.

http://dforeman.cs.binghamton.edu/~foreman/550pages/VM/z-Arch-DASD-CommandRef.pdf

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Myers
Sent: Sunday, February 9, 2020 5:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Startio documentation

[ External - This message originated Externally.  Use proper judgment and 
caution with attachments, links, or responses. ]

Erik:

I took the reference I passed you earlier a bit further. If you look here, you 
will find a lot more detail on EXCP, EXCPVR and STARTIO. It's been a long time 
since I did my own channel programming and made use of EXCP, but I think you 
will find all you need to know here. You will also have to look into the 
structure of channel programming and CCWs for specific device types to 
understand more about what is really happening. 
The Principles of Operation can supply much of this.

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idas300/eyocp.htm

Mike Myers

On 2/8/20 10:26 PM, Susan Shumway wrote:
> Hi Erik,
>
> I searched the Technical help database for System z ( 
> https://www14.software.ibm.com/webapp/set2/psearch/search?domain=sysz
> ) and got plenty of hits for "startio", but none with the term in the 
> title. If you haven't looked there yet, give it a try and see if 
> anything looks helpful.
>
> There are also a number of hits to the term in the V2R4 KC, though 
> probably not true nerd brain entertainment fodder like what you're 
> looking for:
> https://www.ibm.com/support/knowledgecenter/search/startio?scope=SSLTB
> W_2.4.0 . Since it's just a simple term search, Mike's recommended KC 
> reading is most likely your better bet.
>
> -Sue Shumway
>
>
> On 2/8/2020 7:11 PM, Christopher Y. Blaicher wrote:
>> Having done all of this, I would suggest that you start with EXCP and 
>> then progress to EXPC/VR.  Even with EXCP you have to know and 
>> understand the relationship of the CCW's you are going to use.  Read 
>> carefully.  Start simple. Build on it slowly.
>>
>> Going from EXCP to EXCP/VR is a big jump.  Everything you have to do 
>> for EXCP/VR you will have to do for STARTIO, plus more.
>>
>> Once you have EXCP/VR running, go look at the STARTIO macro in 
>> SYS1.MODGEN.
>>
>> EXCP and EXCP/VR have some guard rails built into them, but you can 
>> still really screw things up at EXCP/VR because you will have to 
>> supply the REAL addresses for the CCW's.
>>
>> When, and if, you start playing with EXCP/VR, I strongly suggest 
>> using a sandbox LPAR.  If you ever get to STARTIO that suggestion 
>> should rise to a requirement.
>>
>> Chris Blaicher
>> Technical Architect
>> Syncsort, Inc.
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Mike Myers
>> Sent: Saturday, February 8, 2020 4:07 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Startio documentation
>>
>> [ External - This message originated Externally.  Use proper judgment 
>> and caution with attachments, links, or responses. ]
>>
>> Hey Eric:
>>
>> You might want to start your exploration at a higher level than the 
>> lowest level you can possibly go to understand the internals of z/OS 
>> I/O. For example you might want to look at EXCP or EXCPVR first, as 
>> both prepare for entry into IOS, but both do special setup functions 
>> to make that possible.
>>
>> As an example of the setup needed, consider the difference between 
>> EXCP and EXCPVR. EXCP, among other preliminary things, converts all 
>> addresses in the channel program CCWs being passed to IOS from 
>> virtual to real addresses. Ultimately, these areas must be pagefixed 
>> so as to remain in storage during the actual I/O operation. Since 
>> STARTIO comes at the next lower level, everything that an access 
>> method must do before calling EXCP must also be done. This includes 
>> creating a DCB, an IOSB, etc.
>>
>> I would recommend you start here, if you haven't already. as it 
>> covers EXCP and EXCPVR.
>>
>> https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.
>> v2r1.idas300/eyocp.htm
>>
>>
>>
>> Mike Myers
>>
>> On 2/8/20 12:48 PM, Erik Janssen wrote:
>>> Hello List,
>>>
>>> Out of curiosity I want to learn a bit more about startio. Don't 
>>> worry, I won't go and attempt to mess up someones z/os lpar, it is 
>&

Re: Startio documentation

[Christopher Y. Blaicher]

Having done all of this, I would suggest that you start with EXCP and then 
progress to EXPC/VR.  Even with EXCP you have to know and understand the 
relationship of the CCW's you are going to use.  Read carefully.  Start simple. 
 Build on it slowly.

Going from EXCP to EXCP/VR is a big jump.  Everything you have to do for 
EXCP/VR you will have to do for STARTIO, plus more.

Once you have EXCP/VR running, go look at the STARTIO macro in SYS1.MODGEN.

EXCP and EXCP/VR have some guard rails built into them, but you can still 
really screw things up at EXCP/VR because you will have to supply the REAL 
addresses for the CCW's.

When, and if, you start playing with EXCP/VR, I strongly suggest using a 
sandbox LPAR.  If you ever get to STARTIO that suggestion should rise to a 
requirement.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Myers
Sent: Saturday, February 8, 2020 4:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Startio documentation

[ External - This message originated Externally.  Use proper judgment and 
caution with attachments, links, or responses. ]

Hey Eric:

You might want to start your exploration at a higher level than the lowest 
level you can possibly go to understand the internals of z/OS I/O. For example 
you might want to look at EXCP or EXCPVR first, as both prepare for entry into 
IOS, but both do special setup functions to make that possible.

As an example of the setup needed, consider the difference between EXCP and 
EXCPVR. EXCP, among other preliminary things, converts all addresses in the 
channel program CCWs being passed to IOS from virtual to real addresses. 
Ultimately, these areas must be pagefixed so as to remain in storage during the 
actual I/O operation. Since STARTIO comes at the next lower level, everything 
that an access method must do before calling EXCP must also be done. This 
includes creating a DCB, an IOSB, etc.

I would recommend you start here, if you haven't already. as it covers EXCP and 
EXCPVR.

https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.idas300/eyocp.htm
 


Mike Myers

On 2/8/20 12:48 PM, Erik Janssen wrote:
> Hello List,
>
> Out of curiosity I want to learn a bit more about startio. Don't 
> worry, I won't go and attempt to mess up someones z/os lpar, it is 
> just for pure nerd brain entertainment. Searching through the archives 
> I found that there is a whitepaper that was written by Peter Haas 
> called "The STARTIO Facility of MVS", that there were some examples 
> called startio.txt or startio.ex.txt, that Bill Fairchild gave a SHARE 
> presentation on the subject in March 2009 in Austin and that IBM 
> documented it, partially, in IOS logic manuals; the versions for
> OS/VS2 R2 through R3.8 were publicly available.
>
> My search engines efforts to find any of the mentioned documents have failed 
> so far, so is there anybody on the list that has (some of) the mentioned 
> documents available and is willing to share?
>
> Kind regards,
>
> Erik Janssen.
> PS. I had posted the same question through Google groups, but that doesn't 
> work in a way that the actual list gets the message it seems.
>
> --
> 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: ATTACH and IARV64

[Christopher Y. Blaicher]

A note on creating a recovery routine (ESTAE or ESTAEX).  If you create an 
ESTAE in a subroutine and use BAKR/PR to get to and return from that 
subroutine, the ESTAE gets deleted by PR.  Another programmer wrote an 
INITIALIZE subroutine where the ESTAE was created, only I was never going to 
the ESTAE and I couldn't figure out why for the longest time.

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Tuesday, January 21, 2020 2:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ATTACH and IARV64

[ External - This message has originated from an External Source.  Please use 
proper judgment and caution when opening attachments, clicking links, or 
responding to this email ]

So if task B frees tasks A storage and it’s not shared I would get a B37 type 
error ?

A related question if I load a program in task A task B can use it access and 
invoke it And even use it as a ( recovery routine just trying to figure out why 
recovery routine didn’t work )

Thanks 





> On Jan 21, 2020, at 1:58 PM, Binyamin Dissen  
> wrote:
> 
> I believe that you have a misunderstanding of what "shared subpools" are.
> 
> Any task in an address space has addressability to private storage of 
> any other task. Nothing special is required for this.
> 
> A "shared subpool" is one where those sharing the subpool can directly 
> allocate and free the storage and the storage lives until the last 
> user of the subpool (which would be the initial parent task doing the ATTACH 
> SHSP) ends.
> The storage is not freed when the subtasks end.
> 
> There is no real concept of "subpools" in 64bit as the area is not 
> suballocated by the system.
> 
> 
> 
> On Tue, 21 Jan 2020 10:19:17 -0500 Joseph Reichman 
> 
> wrote:
> 
> :>Under to 2GB bar the attach has a parameter SHSPV parameter to share 
> storage :>or subpool with another task in the same address space :> :> 
> :> :>Above the 2GB I am assuming I would need to do a GETSHARED 
> request ?
> 
> --
> Binyamin Dissen  
> 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

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

Re: Water-cooled 360s?

[Christopher Y. Blaicher]

I worked for one of the first tenants of the original 2 World Trade Center.  We 
installed 2 370/168's. For the first week we were in the building, they would 
turn the building supplied chilled water off in the building at midnight.  
First night, we had to shut the machines down.  Next day we got the phone 
number of the person to call to get the chilled water back on.  It took them a 
few days to realize that computers run 24/7.

They built our computer room first.  All the structural steel was exposed and 
you could see exactly how the building was built.  I had left the company, but 
it was still a very emotional experience to see it come down.  I am still upset 
when thinking about that day.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Monday, December 9, 2019 2:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Water-cooled 360s?

As were the 360/85, 360/91, 360/95 and 360/195.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Christopher Y. Blaicher 
Sent: Monday, December 9, 2019 12:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Water-cooled 360s?

370/165 and 370/168 were water cooled.

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Monday, December 9, 2019 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Water-cooled 360s?

IIRC, Water cooling did not appear until (at the earliest) the 308x processors.
I am 99.9% positive there were no water cooled S360 or S370 processors.


HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Monday, December 9, 2019 11:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Water-cooled 360s?

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fhackaday.com%2F2019%2F12%2F08%2Fthe-barn-find-ibm-360-comes-home%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7Cbc093187dd404b4d77c908d77cce7435%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637115098502482032sdata=YqYBIk6jmQ%2Fl5XmLgQtPt751UmpBIryj6WqhUMqzzy4%3Dreserved=0
 sparked a discussion on a private list about air- and water-cooling. I'm quite 
sure that the /44 and /75 we had at UofWaterloo were air-cooled, because we had 
no water. (That was one of the motivations for VM SSI, because we couldn't go 
bigger than the 4300s: we had four 4341s in an SSI configuration.)



But nobody could remember (or find definitive doc) on which, if any, 360s were 
water-cooled. Someone suggested the /91 was.



I'm sure somebody here knows.!


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

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


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

--
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: Water-cooled 360s?

[Christopher Y. Blaicher]

370/165 and 370/168 were water cooled.

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Monday, December 9, 2019 12:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Water-cooled 360s?

IIRC, Water cooling did not appear until (at the earliest) the 308x processors.
I am 99.9% positive there were no water cooled S360 or S370 processors.


HTH,

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Phil Smith III
Sent: Monday, December 9, 2019 11:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Water-cooled 360s?

https://apc01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fhackaday.com%2F2019%2F12%2F08%2Fthe-barn-find-ibm-360-comes-home%2Fdata=02%7C01%7Callan.staller%40HCL.COM%7Cbc093187dd404b4d77c908d77cce7435%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C637115098502482032sdata=YqYBIk6jmQ%2Fl5XmLgQtPt751UmpBIryj6WqhUMqzzy4%3Dreserved=0
 sparked a discussion on a private list about air- and water-cooling. I'm quite 
sure that the /44 and /75 we had at UofWaterloo were air-cooled, because we had 
no water. (That was one of the motivations for VM SSI, because we couldn't go 
bigger than the 4300s: we had four 4341s in an SSI configuration.)



But nobody could remember (or find definitive doc) on which, if any, 360s were 
water-cooled. Someone suggested the /91 was.



I'm sure somebody here knows.!


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

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


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

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

Re: Best way for a task to give up the CPU and let other tasks run?

[Christopher Y. Blaicher]

You only get the CPU for a time slice, or until the next interrupt occurs, 
which is very often.  After each interrupt, the highest priority piece of work 
is dispatched.  If you are still at the top, you go next.  If not, you wait 
until you are at the top of the dispatch chain.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Matt Hogstrom
Sent: Friday, October 18, 2019 2:13 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Best way for a task to give up the CPU and let other tasks run?

From a design perspective it would seem that your task is done and waiting for 
more work?  Generally I’d think you’d want to wait and have someone post that 
work is ready or an stimer to wait for a period of time.  

z/OS is unlike many operating systems where it will pre-empt running work and 
so the need to yield is not really necessary.  

Matt Hogstrom
PGP key 0F143BC1

> On Oct 18, 2019, at 14:02, Tony Harminc  wrote:
> 
> On Thu, 17 Oct 2019 at 08:54, Thomas David Rivers  wrote:
> 
>> Does anyone happen to know the best way for a running task to give up 
>> running and let another task run?
> 
>> Sorta like "I'm done for the moment if something else would like to run".
> 
> This sounds so wrong right from the start. Or rather, sounds like 
> something that you might do if you were running on a thermostat or the 
> controller for a microwave or something, i.e. some environment where 
> there aren't OS services to manage all this.
> 
> I'm very curious about what has led you to believe you need to do 
> this. Has the work to be done somehow changed in importance? If so, 
> how would you discover this fact on the fly?  Can you give a 
> real-world example of why you'd want to yield to someone else, rather 
> than have the Powers That Be manage CPU resources for you?
> 
> If you *do* somehow discover that your work has become less important, 
> you might consider calling WLM to tell *it* that this is the case, 
> i.e. by changing the service class the work is in.
> 
> 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

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

Re: Assembler :- PC Instruction

[Christopher Y. Blaicher]

One other advantage of PC over SVC, you can issue them in SRB mode.  A very big 
thing if you are running on zIIP processors.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Wednesday, August 28, 2019 1:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler :- PC Instruction

An SVC can schedule an SRB into another address space; that may be more 
overhead, but it's still space switching. But, yes, there are far fewer use 
cases for new VCs these days.


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Christopher Y. Blaicher 
Sent: Wednesday, August 28, 2019 12:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler :- PC Instruction

Never measured SVC vs PC.  While in some cases PC and SVC are similar, in many 
ways PC is far superior to SVC.  It can be local or globally defined and it can 
be dynamically defined and removed.  (OK, so can an SVC be added and deleted, 
but I think PC's are easier).
Also, an SVC can't do space switching.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Wednesday, August 28, 2019 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler :- PC Instruction

I doubt that PC was ever intended as a replacement for, e.g., BASR. How does 
its performance stack up against SVC?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Christopher Y. Blaicher 
Sent: Wednesday, August 28, 2019 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler :- PC Instruction

PC and BAKR, which is another stacking type instruction, are not cheap.  You 
can do a BASR and STORAGE OBTAIN, STORAGE RELEASE and BR in less time than a 
BAKR.  I do not know for sure, but I would guess that 99% of what PC, BAKR and 
PR do is millicode, and they do a lot.

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Wednesday, August 28, 2019 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler :- PC Instruction

I feel it's important how to use the instruction and it's pros and cons.
I am not sure how important speed of instructions or width , halfword or full 
word are that pressing of an issue with today's processors, but that's my 
opinion.

Scott

On Wed, Aug 28, 2019 at 11:18 AM scott Ford  wrote:

> Charles,
>
> Exactly, what is being done under the covers, i.e;  microcode etc ..
>
> Scott
>
> On Wed, Aug 28, 2019 at 10:49 AM Tony Harminc  wrote:
>
>> On Wed, 28 Aug 2019 at 09:59, Charles Mills  wrote:
>>
>> > In answer to your question, I guess the answer is no. There is a 
>> > DAT
>> "facility" (some of us remember when there was a DAT box!) but no, 
>> there is no named "PC facility" any more than there is a "BAL 
>> facility." It's just part of the processors.
>>
>> It's arguable that ASN translation is (usually) the part of the 
>> architecture that corresponds best to DAT in the context of PC and PR 
>> instruction processing. But not all PCs invoke ASN translation, and 
>> those that do do it a bit differently than how it is described in 
>> Chapter 3.
>>
>> But really, as Binyamin said, the excruciating details of what PC
>> *does* are covered in the POPS, both under the PC instruction itself, 
>> and in Chapter 5 in the section "Stacking Process" under "Linkage 
>> Stack Operations".
>>
>> Tony H.
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>>
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
--
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

--
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...@list

Re: Assembler :- PC Instruction

[Christopher Y. Blaicher]

Never measured SVC vs PC.  While in some cases PC and SVC are similar, in many 
ways PC is far superior to SVC.  It can be local or globally defined and it can 
be dynamically defined and removed.  (OK, so can an SVC be added and deleted, 
but I think PC's are easier).
Also, an SVC can't do space switching.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Wednesday, August 28, 2019 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler :- PC Instruction

I doubt that PC was ever intended as a replacement for, e.g., BASR. How does 
its performance stack up against SVC?


--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3



From: IBM Mainframe Discussion List  on behalf of 
Christopher Y. Blaicher 
Sent: Wednesday, August 28, 2019 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler :- PC Instruction

PC and BAKR, which is another stacking type instruction, are not cheap.  You 
can do a BASR and STORAGE OBTAIN, STORAGE RELEASE and BR in less time than a 
BAKR.  I do not know for sure, but I would guess that 99% of what PC, BAKR and 
PR do is millicode, and they do a lot.

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Wednesday, August 28, 2019 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler :- PC Instruction

I feel it's important how to use the instruction and it's pros and cons.
I am not sure how important speed of instructions or width , halfword or full 
word are that pressing of an issue with today's processors, but that's my 
opinion.

Scott

On Wed, Aug 28, 2019 at 11:18 AM scott Ford  wrote:

> Charles,
>
> Exactly, what is being done under the covers, i.e;  microcode etc ..
>
> Scott
>
> On Wed, Aug 28, 2019 at 10:49 AM Tony Harminc  wrote:
>
>> On Wed, 28 Aug 2019 at 09:59, Charles Mills  wrote:
>>
>> > In answer to your question, I guess the answer is no. There is a 
>> > DAT
>> "facility" (some of us remember when there was a DAT box!) but no, 
>> there is no named "PC facility" any more than there is a "BAL 
>> facility." It's just part of the processors.
>>
>> It's arguable that ASN translation is (usually) the part of the 
>> architecture that corresponds best to DAT in the context of PC and PR 
>> instruction processing. But not all PCs invoke ASN translation, and 
>> those that do do it a bit differently than how it is described in 
>> Chapter 3.
>>
>> But really, as Binyamin said, the excruciating details of what PC
>> *does* are covered in the POPS, both under the PC instruction itself, 
>> and in Chapter 5 in the section "Stacking Process" under "Linkage 
>> Stack Operations".
>>
>> Tony H.
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>>
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
--
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

--
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: Assembler :- PC Instruction

[Christopher Y. Blaicher]

PC and BAKR, which is another stacking type instruction, are not cheap.  You 
can do a BASR and STORAGE OBTAIN, STORAGE RELEASE and BR in less time than a 
BAKR.  I do not know for sure, but I would guess that 99% of what PC, BAKR and 
PR do is millicode, and they do a lot.

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of scott Ford
Sent: Wednesday, August 28, 2019 11:21 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler :- PC Instruction

I feel it’s important how to use the instruction and it’s pros and cons.
I am not sure how important speed of instructions or width , halfword or full 
word are that pressing of an issue with today’s processors, but that’s my 
opinion.

Scott

On Wed, Aug 28, 2019 at 11:18 AM scott Ford  wrote:

> Charles,
>
> Exactly, what is being done under the covers, i.e;  microcode etc ..
>
> Scott
>
> On Wed, Aug 28, 2019 at 10:49 AM Tony Harminc  wrote:
>
>> On Wed, 28 Aug 2019 at 09:59, Charles Mills  wrote:
>>
>> > In answer to your question, I guess the answer is no. There is a 
>> > DAT
>> "facility" (some of us remember when there was a DAT box!) but no, 
>> there is no named "PC facility" any more than there is a "BAL 
>> facility." It's just part of the processors.
>>
>> It's arguable that ASN translation is (usually) the part of the 
>> architecture that corresponds best to DAT in the context of PC and PR 
>> instruction processing. But not all PCs invoke ASN translation, and 
>> those that do do it a bit differently than how it is described in 
>> Chapter 3.
>>
>> But really, as Binyamin said, the excruciating details of what PC
>> *does* are covered in the POPS, both under the PC instruction itself, 
>> and in Chapter 5 in the section "Stacking Process" under "Linkage 
>> Stack Operations".
>>
>> Tony H.
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>>
> --
> Scott Ford
> IDMWORKS
> z/OS Development
>
--
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

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

Re: Instruction speeds

[Christopher Y. Blaicher]

Sorry, but 360 timings have no relevance to today's systems.  Out-of-order 
processing, executing up to 6 instructions concurrently and a myriad of other 
factors make accurate timings impossible.

Cache utilization is one of the biggest factors. Processing more data than the 
L1 and L2 caches can hold will really mess things up.  Most people don't have 
to worry about that, unless you have large tables in memory that you access a 
lot, especially randomly.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Giliad Wilf
Sent: Tuesday, August 13, 2019 10:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Instruction speeds

On Mon, 12 Aug 2019 20:48:18 -0400, Brian Chapman  wrote:

>Hi everyone,
>
>I did some searching, but I didn't find anything that really discussed 
>this on the topic that I'm interested. Is there anything published that 
>compares the cycle times of the most used instructions?
>
>For example; moving an address between areas of storage. I would assume 
>that executing a LOAD and STORE would be much quicker than executing a MVC.
>
>Or executing a LOAD ADDRESS to increment a register instead of ADD HALF 
>WORD.
>
>Or does this really matter as much as ordering the instructions so they 
>are optimized for the pipeline?
>

There used to be, with every new IBM System/360 machine, a "Functional 
Characteristics" publication stating "Instruction Times" in microseconds.
Here is one for the IBM System/360 Model 85:

http://www.bitsavers.org/pdf/ibm/360/funcChar/A22-6916-1_360-85_funcChar_Jun68.pdf

See page 27.

--
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: Instruction speeds

[Christopher Y. Blaicher]

There is no instruction cycle time table.  There are some general guidelines 
you can follow.

Don't overload cache.  Locality of reference for instructions and data is 
important.

The machine will do out-of-order instruction processing, but there are limits.  
If you load a register don't use it as a base register in the next instruction, 
if you can help it.

MVC is a lot faster than MVCL.  A series of MVC's will beat a MVCL up to about 
32K.

JUMPs are faster than BRANCHes.

Don’t use instructions that set the condition code, unless you need it.

Millicode instructions have startup and shutdown overheads.  Many times you can 
go faster using open code to do what a millicode instruction does.

Here is one that has nothing to do with an instruction - Don't assign CPs from 
different drawers to an LPAR, that includes ZIIPs.  Task switching across 
drawers kills cache and kills performance.  You will lose hundreds, if not 
thousands, of cycles.

There are some articles on the net that go over processor design and cache 
design.  The processor designs will give you a hint to the number of stages an 
instruction goes through.  Pipeline delays are what you try to avoid.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Chapman
Sent: Monday, August 12, 2019 8:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Instruction speeds

Hi everyone,

I did some searching, but I didn't find anything that really discussed this on 
the topic that I'm interested. Is there anything published that compares the 
cycle times of the most used instructions?

For example; moving an address between areas of storage. I would assume that 
executing a LOAD and STORE would be much quicker than executing a MVC.

Or executing a LOAD ADDRESS to increment a register instead of ADD HALF WORD.

Or does this really matter as much as ordering the instructions so they are 
optimized for the pipeline?

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

Use of XTIOT with JES Spool files

[Christopher Y. Blaicher]

I have been using dynamic allocation to allocate JES Spool files.  I want to 
use the XTIOT for these files, but have not been successful.  I have turned on 
the S99TIOEX bit, but to no avail. Yes, the program is running authorized.
The manuals say there is a restriction for BDAM, every other access method is 
OK.  The JES manuals list no such restriction.
The Access is using ACB and RPL specifying VSAM.
No errors are generated from DYNALLOC or OPEN.
Anyone have some experience in this area, or thoughts on it?

Christopher Y. Blaicher
Technology Architect
p (201) 930-8234 | m 512-627-3803
cblaic...@syncsort.com
-  
We organize data everywhere,
to keep the world working
Syncsort
2 Blue Hill Plaza #1563
Pearl River, NY 10965
www.syncsort.comATTENTION: -
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 Log Blocks

[Christopher Y. Blaicher]

Check out CSVDYNEX to add IEFU83/4/5 to the system and get the records and put 
them on a queue.  You don't want to process records in the exit code as it 
affects all address spaces.  Or convince your user to go to SMF LOGSTREAMs and 
use SMF real-time callable services.  Never played with IXGBRWSE.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Stan Weyman
Sent: Tuesday, April 16, 2019 3:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF Log Blocks

  What I need is a programmatic method for SMF record retrieval that is not 
brand new (as with real time SMF streaming).  IXGBRWSE is a documented 
interface.   Is there an explanation for the log block format?  Is the data 
compressed somehow?

   I could dynamically allocate and use IFASEXIT I imagine but the sysplex 
logger services are there and defined for use.  I need to understand the log 
block format to break it out into SMF record data.  

   Thanks for responding Bonnie
   

Sent via this little black box...



Sent via this little black box...
> On Apr 15, 2019, at 2:12 PM, Bonnie Ordonez  wrote:
> 
> You can use either of the following interfaces to extract data from the SMF 
> log stream:
> 
>   IFASMFDL, which is the SMF dump utility
>   IFASEXIT, which is the SMF Logstream Subsystem Exit
> 
> These are the intended interfaces. They return SMF data in the form of SMF 
> records rather than the  entire log block of information. They are documented 
> in the SMF manual. 
> 
>  Bonnie Ordonez, IBM, SMF Level 3
> 
> --
> 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: Dumps and cancelling jobs

[Christopher Y. Blaicher]

You probably will get what you want with C jobname,DUMP console command, or CD 
in a SDSF screen.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Friday, April 12, 2019 12:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Dumps and cancelling jobs

The discussion about non-recoverable abends and cancelling jobs brings to mind 
an "issue" I've had since we migrated from z/VSE to z/OS in 2010.  If I recall 
correctly, if a job was cancelled in z/VSE the "dump analysis" product 
(Abend-Aid, IBM Fault Analyzer, et al) would still get control and produce a 
nice formatted dump.  With z/OS this does not appear to be the case.  So if we 
cancel a job that, for example, appears to be in a infinite loop we have no way 
to know even where within the program its looping, much less what the program 
data is.

Did we perhaps just miss some option that would allow our dump analysis program 
to take control when a job is cancelled?

--
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: Programmatic way to create unrecoverable ABEND?

[Christopher Y. Blaicher]

When I need an abend I use DC   H'0'
It gets an 0C1 every time.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, April 10, 2019 4:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Programmatic way to create unrecoverable ABEND?

Is there a reasonably easy way for a task to create an ABEND that ESTAE or FRR 
will indicate is unrecoverable (SDWACLUP)? (I can't use console CANCEL because 
I need the ABEND to occur within a fairly specific range of machine
instructions.) 

 

Will issuing a DETACH "for myself" do it? ABEND X'222',,SYSTEM won't do it, 
right? S222 is normally unrecoverable, but not if done from a normal ABEND 
macro?

 

The doc for DETACH says the issuer cannot have an EUT FRR. What if it does?

 

I'm not just trying to make trouble. I am trying to test FRR logic for dealing 
with an unrecoverable ABEND.

 

Charles 

 


--
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: instruction clock speed

[Christopher Y. Blaicher]

OK.  What runs 250 times slower than a LG instruction?


Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Thursday, March 7, 2019 1:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: instruction clock speed

On 3/6/2019 8:18 PM, Charles Mills wrote:
> My imperfect model is that main storage is the new disk. Figure that 
> instructions take no time at all and memory accesses take forever.
Of course, you need to pay attention to cache effects -- *especially* to avoid 
sharing R/W cache lines across CPs. But, that doesn't mean you should 
completely ignore instruction speed.

Here are three instructions guaranteed to produce the identical result:

  XGR   R0,R0
  LGHI  R0,0
  MGHI  R0,0

As you might expect, the MGHI runs _significantly_ slower than the other two. 
XGR and LGHI are similar, but LGHI is the only one of the three that won't slow 
down to set the CC. Which would you use? (A silly example since no sane person 
would think to use a multiply to load a zero... LOL)

Using our benchmark program, we know some extremely helpful things about the 
performance of significantly more complex instructions and we've become aware 
of some that are surprisingly slow.

For example, what do you imagine is the performance difference between doing 
LMH/LM vs an LMD -- I can tell you it's so significant that you will try very 
hard to never, ever use LMD if you can help it! (Never use it in commonly-used 
register unstacking code like we stupidly did at one
time...)

Likewise, if you knew a seemingly-innocent instruction ran 250 times slower 
than a simple LG, would you try to avoid using it wherever you could? (We avoid 
that one in high-performing code.)


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



This e-mail message, including any attachments, appended messages and the
information contained therein, is for the sole use of the intended
recipient(s). If you are not an intended recipient or have otherwise
received this email message in error, any use, dissemination, distribution,
review, storage or copying of this e-mail message and the information
contained therein is strictly prohibited. If you are not an intended
recipient, please contact the sender by reply e-mail and destroy all copies
of this email message and do not otherwise utilize or retain this email
message or any or all of the information contained therein. Although this
email message and any attachments or appended messages are believed to be
free of any virus or other defect that might affect any computer system into
which it is received and opened, it is the responsibility of the recipient
to ensure that it is virus free and no responsibility is accepted by the
sender for any loss or damage arising in any way from its opening or use.

--
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: SMF/RMF records for 4hr rolling average MSU?

[Christopher Y. Blaicher]

Look at RCTLACS and RCTIMGWU

4HRA = RCTLACS*100/RCTIMGWU

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, March 5, 2019 4:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SMF/RMF records for 4hr rolling average MSU?

Thanks. End of day here for me. I'll see what turns up tomorrow. Appreciate the 
ideas.

On Tue, Mar 5, 2019 at 2:59 PM Carmen Vitullo  wrote:

> got ya, well there is Marks rexx I forget which one, we used some of 
> the rexx code to show the capped MSU's the R4HA and the current cap 
> from there you can create a comma delimited file + send to Excel?
> example of the MSU command
>
>
>
> The MSU capacity for this CEC is 281.
> The defined MSU capacity for this LPAR is 130.
> The 4 hour MSU average usage is 130.
> The unused MSU capacity for this LPAR is 0.
>
>
> ** This LPAR is currently being "soft capped". **
>
>
>
>
> maybe this can work ?
>
>
> Carmen Vitullo
>
> - Original Message -
>
> From: "John McKown" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Sent: Tuesday, March 5, 2019 2:53:41 PM
> Subject: Re: SMF/RMF records for 4hr rolling average MSU?
>
> On Tue, Mar 5, 2019 at 2:51 PM Carmen Vitullo 
> wrote:
>
> > the only other way to do this is if you have Omegamon, use the ZRMSU
> major
> > command, extract or (cut and paste) the 4hr average to excel.
> > I had to do something like this from a product called Perfman to get 
> > the high R4HA for each day and plot that for the month.
> >
>
> No Omegamon here. Only "raw" SMF and RMF data. No SMF / RMF processing 
> software. If I knew where the data comes from, I would be tasked to 
> write software to get what we want into an CSV to download to my boss' PC.
>
>
>
> >
> >
> >
> > Carmen Vitullo
> >
> > - Original Message -
> >
> > From: "John McKown" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Sent: Tuesday, March 5, 2019 2:37:47 PM
> > Subject: Re: SMF/RMF records for 4hr rolling average MSU?
> >
> > On Tue, Mar 5, 2019 at 2:34 PM Carmen Vitullo 
> > wrote:
> >
> > > Great product, EasySMF !
> > > blackhillsoftware.com
> > >
> > >
> >
> > Forgot to mention: "The mainframe is going away. There is no need to 
> > buy any new software. Make due with what you have, write it 
> > yourself, or do without. But we want our reports!"
> >
> > Carmen Vitullo
> > >
> > >
> > --
> > I just burned 2000 calories!
> > That's the last time I'll nap with brownies in the oven.
> >
> > 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
> >
>
>
> --
> I just burned 2000 calories!
> That's the last time I'll nap with brownies in the oven.
>
> 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
>


--
I just burned 2000 calories!
That's the last time I'll nap with brownies in the oven.

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

Re: CPU time and zIIP

[Christopher Y. Blaicher]

ZIIP and ZAAP processors always run at full speed, even when running on a 
sub-capacity box.
One thing, among many, I don't know is how IBM implements sub-capacity.  Slow 
the clock speed? Skip cycles?

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Parwez
Sent: Sunday, March 3, 2019 6:05 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CPU time and zIIP

One regular  misconception about (cycle time), irrespective of the type of 
processor the 'speed/cycle time' of ALL the processors is the SAME. CPs with 
CAPACITY setting of 7xx (Zxx in case of the 'BC' class system) are FULL 
capacity. Others are sub-capacity. So if the workload system hasn't enough 
capacity, then it might not run as well as one with abundance. So from a cycle 
point (speed?), zIIPs are not faster.

Parwez Hamid



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

Re: CPU time and zIIP

[Christopher Y. Blaicher]

ZIIP is not reported as part of CPU. 

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Chapman
Sent: Monday, February 25, 2019 1:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CPU time and zIIP

Hello,

I'm trying to understand the CPU and ECPU times displayed on SDSF and the 
relation to zIIP processing time.

For example, here is a CICS region running a Java web service.

*CPU-Time ECPU-Time GCP-Time zIIP-Time zICP-Time zIIP-NTime*

*   164.42166.2890.89 30.21  3.42  71.29*

Here is a CICS transaction executing in the region to display various ASSB 
fields.

 CPU DISPLAY *

*ASCBEJST. . . . . . :  162.20*

*ASCBSRBT. . . . . . :2.23*

*ASSBASST. . . . . . : .00*

*ASSBPHTM. . . . . . :1.86*

*CPU . . . . . . . . :  164.43 (ASCBEJST + ASCBSRBT + ASSBASST)*

*ECPU. . . . . . . . :  166.29 (ASCBEJST + ASCBSRBT + ASSBPHTM)*

*ASSB-TIME-ON-ZIIP . :   30.22*

*ASSB-ZIIP-ENCT. . . :1.60*

*ASSB-ZIIP-PHTM. . . :1.60*

*ASSB-ASST-TIME-ON-CP: .00*

The CPU-Time, ECPU-Time, and zIIP-time match (as close as humanly possible to 
switch 3270 emulators and press enter). I was under the assumption that ECPU 
also included time spent on zIIPs, but that must not be true. Is zIIP time 
included in CPU and ECPU? I'm thinking it is not.


Thank you,

Brian Chapman

--
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: External dsect

[Christopher Y. Blaicher]

If you are an ISV, then I would contact IBM and ask to get an ECVTCTBL word 
assigned to your company.  That word can be used to point to a CSA structure of 
your own making.  You can have a program that reads a parm file and sets 
appropriate values.
PS - Most system exits don't behave well with real I/O because they take too 
long.

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Tuesday, January 29, 2019 1:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: External dsect

Scott,

Not to be overly critical, but isn't this scheme a little 1980's?  I had 
thought most products had moved away from this and moved to parm-driven with 
some sort of refresh or command driven override.

Not saying it won't work.. because it will.

I will let others comment on the specifics.

Rob Schramm



Sent from my BlackBerry - the most secure mobile device

  Original Message
From: idfli...@gmail.com
Sent: January 29, 2019 12:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Reply-to: IBM-MAIN@LISTSERV.UA.EDU
Subject: External dsect

All:

I want to be able to have an options program for our product that the customer 
updates.
Then they would assemble/bind it and we can call it to pass options to our 
exits. The exits are system type exits, so i know I/O is limited or not 
existent. My question is if i want a program to build the dsect i need to see 
an example i assume , please correct me if I am wrong, that i would have:

CSECT ...
.
DSECT

Below is a sample if found.

PRMDSECT DSECT    PARM-DSECT (R7)

 USING *,R7   INFORM ASSEMBLER

PRMTRGT  DS    CL8    TARGET-PGM

PRMADDR  DS    XL4    TARGET-PGM LOAD-ADDRESS

PRMERRCD DS    XL4    TARGET-PGM ERROR-CODE

PRMRSA  EQU   *  BEGIN PARM-RSA

LOADPGM   CSECT

  USING *,R3   INFORM ASSEMBLER

  LA    R3,0(,R15) CSECT ADDRESSABILITY

  L R7,0(,R1)  PARMAREA ADDRESSABILITY

  LA    R9,PRMRSA  POINT TO OUR RSA

  XC    0(72,R9),0(R9) ENSURE X'00'S

  LA    R15,0(,R9) LOAD WITH OUR RSA-ADDRESS

  ST    R13,4(,R15)    BACKWARD-CHAIN

  ST    R15,8(,R13)    FORWARD-CHAIN

  LR    R13,R15    LOAD WITH OUR RSA-ADDRESS

 XC    PRMADDR,PRMADDR    ENSURE X'00'S

 LOAD  EPLOC=PRMTRGT,ERRET=BADLOAD

 STCM  R0,B'',PRMADDR STORE IN PARM-FWORD

  XR    R1,R1  ENSURE X'00'S

BADLOAD  EQU   *

  STCM  R1,B'',PRMERRCD

RTN2CLLR EQU   *

 L R13,4(,R13)    RESTORE CALLERS R13

 XC    0(72,R9),0(R9) ENSURE X'00'S

*

 RETURN (14,12),RC=(15)   RESTORE AND RETURN

*

 LTORG ,

 YREGS ,  MVS REGISTER-MACRO

LOADPGM  AMODE 31  ,

LOADPGM  RMODE ANY ,

 END   ,


I am think my exit could issue a LOAD for a program similar to above with 
something like this:

OPTSPARM DSECT

OPTTBL   DS    0F

LOGMSGS  DC    C'P',H'5',C'LOG=Y'

TRACE    DC    C'P',H'7',C'TRACE=N'

TBLEND   DC    X'FF',H'0',C' '



Then the exit would take action based on the options passed. It would have to 
be re-entrant of course.  Is my thinking right all ?


Scott


*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


--
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: Speaking of time change...

[Christopher Y. Blaicher]

John,
Where does SMF use UTC?  Most times are recorded as 'TIME SINCE MIDNIGHT IN 
HUNDREDTHS OF A SECOND'.  I have never seen a field in a SMF record for UTC 
offset.  Note: The new extended SMF record header does include the time in 
STCKE format, but I haven't seen any records that use the new header.

Some records do use some form of STCK for internal fields, SMF 33, 41, 70, 71, 
72, 74, 75, 76, 77, 78, 88, 89, 90, 92, 98, 99, 104 and 113.  These are the 
exceptions, and not all of them are time of day, some are elapsed time 
expressed in STCK format.



Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Tuesday, November 6, 2018 1:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Speaking of time change...


What makes you think that either (a) Db2 is broken or (b) SMF does not use UTC?


-- 
John Eells
IBM Poughkeepsie
ee...@us.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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SORT not behaving consistently

[Christopher Y. Blaicher]

Sorts today are designed to minimize elapsed time, at least Syncsort's MFX 
sort, is by default. As with EQUALS there are ways to tell the sorts what to 
prioritize on, TIME, EXCPS, MEMORY.

In making optimization decisions, we tend to go by the rule of, you can buy 
more CPU or memory or DASD, but you can't buy more time.

Many, most?, shops have production windows that have grown smaller, thus the 
effort that is made to minimize time.

[AD] We do all the optimization with an eye out for what else is running in the 
system. We don't want to start a sort and give it so many resources that it 
negatively effects the rest of the processes running on a system.  Using the 
Global Sort Optimizer, we track what the usual resources available are for the 
expected duration of a sort and prevent that sort that starts at 7:50AM, and is 
going to run for an hour, from taking all the resources that your online 
systems need that start up at 8:00AM.

Syncsort provides sorting technology to many other vendors including IBM 
(DB2Sort), BMC (BMCSORT), and others.  

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, October 26, 2018 12:46 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SORT not behaving consistently

My first job in IT had me working on a fairly new application that was designed 
around an ISAM master file. Shortly before going live, it was discovered that 
the data center billed application business units for I/O but not for memory 
usage. So a quick change was instituted to read the entire ISAM file into 
virtual storage at startup and process it there. I don't know what the savings 
amounted to, but it was certainly an example of nudging people in an 
unexpected--and probably unwanted--direction.  

.
.
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 Cameron Conacher
Sent: Friday, October 26, 2018 9:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SORT not behaving consistently

About a hundred years ago I ran into a similar sort issue.
Parallel runs in our pre-production environment did not have sequence matched 
sort outputs. I chased several threads. EQUALS made things match but there is a 
cost. Apparently it was related to sort work DASD. Knowing I could make it 
right with EQUALS was good enough. It was the only way to guarantee a sequence 
of records with matching sort keys. Since I considered the final matching key 
sequence random I just did not care enough to use EQUALS to force a matching 
sequence.


Sent from my iPhone

> On Oct 26, 2018, at 11:35 AM, Seymour J Metz  wrote:
> 
> Be careful what you measure; people will optimize in ways that you didn't 
> anticipate and don't want. What affects perfolrmance is the working set, and 
> a large region is not synonymous with a large working set.
> 
> 
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
> 
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu>
> Sent: Thursday, October 25, 2018 5:06 PM
> To: IBM-MAIN@listserv.ua.edu
> Subject: Re: SORT not behaving consistently
> 
>> On Thu, 25 Oct 2018 20:36:58 +, Jesse 1 Robinson wrote:
>> 
>> OK, I'm simmering down. Here's my concern: I own the SORT product; I own the 
>> CEC; I own the DASD. If I change any of those things and the user's output 
>> differs, then I'm on the spot to explain why. The explanation may not be 
>> difficult, but if a user presses with 'why didn't you tell us this would 
>> happen', I'm on the defensive for an outcome I can't control or even 
>> anticipate. I don't like being on the defensive. You don't score points on 
>> defense even if you survive to battle another day. OK, I'm done.
>> 
> I was once a user of a site that had a chargeback policy and tried
> (desperately) to make the charge for any job repeatable, regardless of 
> background system load, to avoid "Why didn't you tell us this would 
> happen?"  Impossible.  For example, who pays for paging I/O?  If you 
> don't charge for it, you're motivating prodigal REGION use.  They 
> seemed to have the misguided idea that making the formula complicated 
> enough would make it repeatable.
> 
> -- gil


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

Re: SORT not behaving consistently

[Christopher Y. Blaicher]

Jesse,

Each sort does optimization, not just each sort product, but each sort 
executed.  There are a lot of factors that go into optimization like memory 
layout, other work running on the machine, what disk drives are available.  
Lots of other things also.

Now, that effects how long each intermediate string is, which in turn effects 
how the final merge will run.

Both DFSORT and Syncsort have an EQUALS parameter, both as a job option and as 
a default installation option.

If reproducibility of record sequences is important, then use the EQUALS 
option.  It adds to the key length, but nothing comes for free, although it 
would have to be a pretty huge sort to notice the difference.

I would say that most installations have EQUALS as their default.

Chris Blaicher
Technical Architect
Syncsort, Inc.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Thursday, October 25, 2018 2:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SORT not behaving consistently

I for one find this discrepancy highly disturbing unless it can be tracked down 
to an unintended difference in SORT options. Like it or not, a program should 
give consistent results on every execution wherever it's run. Whether it 
matters to the user in this particular case is not germane. It should matter to 
all of us. 

.
.
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 Beesley, Paul
Sent: Thursday, October 25, 2018 11:29 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: SORT not behaving consistently

My thought exactly. Apparently it does... which, as Charles Mills correctly 
says, the rest of the fields should be part of the sort key or they should use 
EQUALS.

Regards and thanks
Paul

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Cameron Conacher
Sent: Thursday, October 25, 2018 5:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SORT not behaving consistently

So are you saying that the order of records with identical keys is different 
machine to machine?
Does that matter?

Sent from my iPhone

> On Oct 25, 2018, at 12:23 PM, Beesley, Paul  wrote:
>
> Hi
>
> Have been asked to investigate reasons for an identical DFSORT behaving 
> differently on 2 machines.
> We are transitioning a service which is currently on a zEC12 to a z14 
> machine, and the disks are currently HP9500, moving to IBM DS8886.
> When they run sort of multi-thousand records on the old machine, and then 
> running the identical sort against identical data on the new setup, they get 
> several records in a different order.
> Seems they are sorting on the first 21 characters or so, and it is doing that 
> fine, but the order of the records beyond that is a bit random, whereas on 
> the new system they are in the same order as the input.
> On the new system it's almost like EQUALS is coded, but it's not.
> Hope that makes sense.
> Any ideas what would cause this (repeatable) difference in the outcome ... 
> faster machine? Faster disks?
> 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

Re: Sending z/OS Events to Windows Server (AD)

[Christopher Y. Blaicher]

John,
I finally saw your email.  As someone pointed out, there are a number of 
commercial products available, Syncsort's Ironstream product being one of them. 
 Ironstream can send data to Splunk, Elastic and a number of other repositories 
using KAFKA. You were not clear on what was the application being used on the 
Windows machine.

Ironstream can collect many types of data including SMF, SYSLOG, SYSOUT, RMF, 
System Performance Statistics, and IMS data.  You can also write your own 
collectors and use our open API to get data to your destination.

The SMF, SYSLOG and SYSOUT collectors have filtering capability.  SMF data can 
be filtered by using a WHERE statement and the data fields sent can be limited 
by using INCLUDE statements.

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Roberts
Sent: Tuesday, October 9, 2018 6:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Sending z/OS Events to Windows Server

I have a need to recognize certain events (creation of a file, completion of a 
JOB, etc) and send basic information about each event to a Windows process near 
real-time.

The Windows process would be a RESTful web server deployed on the Intranet 
alongside the z/OS box.

I have been out of the SYSPROG loop for quite a while, but I seem to recall 
that the SMF exits are a good place to detect these events.  But I know that 
the SMF exits can't do anything involving a WAIT, so the only thing the exit 
could do would be to post the information to another address space 
cross-memory.  That address space (STARTED task?) could then act as a HTTPS 
client and send the data to the outboard server.

I have been reading about the "z/OS Client Web Enablement Toolkit".  Would this 
work for the HTTPS client?

Whatever I create I need it to work in a vanilla z/OS environment V2.1 or after 
(no CICS etc.).

Does this sound like I am on track? Or is there a better way?

Note: only events for selected files/jobs would be transmitted.  Files would 
need to match a list of patterns, jobs to match a list of USERS.  So it would 
not be a high volume interface.

--
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: Will zIIP-eligible work unit loose zIIP-eligibility when executed on CP?

[Christopher Y. Blaicher]

It is kept.  I have PAUSED and RELEASED a WU lots of times.  Mostly, it runs on 
the zIIP, but sometimes it runs on a CP due to the zIIP being busy.

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Tuesday, August 7, 2018 4:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Will zIIP-eligible work unit loose zIIP-eligibility when executed on 
CP?

Cross-posted to IBM-MAIN and MXG-L


Out of curiosity:

Regarding the zIIP eligibility, what happens to a zIIP-eligible work unit when 
it is dispatched on a CP because the zIIPs are too busy (zIIP-on CP)? Will the 
work unit loose its zIIP-eligible state (flag)? 

Assume the WU is dispatched on the CP, then gets undispatched. Will the WU be 
requeued to the zIIP work unit queue when ready because is still is zIIP 
eligible? Or will it no longer be zIIP-eligible?




I imagine the zIIP-eligibility is kept, but would anyone know (not just 
imagine)?



--
Peter Hunkeler

--
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: A curiosity Question

[Christopher Y. Blaicher]

Don't be so sure of the integrity exposure.
In cases 1 and 2 I know the called program does not run authorized.
Case 3 I would have to investigate, but I bet it is not possible.

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of esst...@juno.com
Sent: Monday, July 23, 2018 6:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: A curiosity Question

Hi,
.

Im sure there is an Integrity exposure with these scenarios.

1)Can a Problem Program (Key 8) attach a Surtask that is authorized ?
.
2)Can a Problem Program attach a subtask (with the DCB parameter) that is 
authorized ? The dcb is not in the steplib concatenation.
.
3)Can a Problem Program invoke a Non Space Switching PC routine to Attach a 
Subtask that is Authorized ?
.
Im sure there is an Integrity exposure - could someone comment on the above.
.
.
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

Re: Eternal WAIT on un-waited ECB

[Christopher Y. Blaicher]

At the start of everything, you should clear the ECB. Immediately after the 
WAIT you should clear it.  OK, first pick up the value in the ECB in case it 
has significance and then clear it.
You should also look at the FAST POST and FAST WAIT examples in Appendix A of 
the POP manual.  They can save substantial CPU time if you do this often.

Chris Blaicher
Technical Architect
Syncsort, Inc.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Steve Smith
Sent: Friday, June 22, 2018 3:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Eternal WAIT on un-waited ECB

I have a bad situation where a program is hanging forever in a wait.  The ECB 
shows x'30ABFC50'.  The lower 3 bytes are the address of my PRB, and I read 
somewhere that x'30' means it was un-waited (something like undead, I guess).  
This happens after some turmoil, and it's probable, not yet certain, the ECB 
looked like that when I waited on it.

This is actually a VSAM CHECK after an asynchronous POINT.  Looking at the
S122 dump, the RPLACTIV flag is on, RPLFDBK is all 0.

My question is, would clearing the ECB before the asynch. request fix this?  I 
believe I ought to anyway, but my question is if this could cause the hang?

I have no way to re-create the situation.  Unfortunately, my customers 
evidently do.

--
sas

--
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: Why are highly busy zIIPs worse than highly busy CPs?

[Christopher Y. Blaicher]

Jim,
Thank you for the clarification, however, that still leaves open the question 
of WHY more than 30% on a single zIIP or 60% on two is not a good idea.

That is what triggered this whole chain of emails.  Why can GPs run reasonably 
well at over 95% and zIIPs struggle, or so people have reported.  We are a 
development shop and so rarely, if ever, push them that hard.  We have, but 
that was doing things you would not do in the real world, like having a loop in 
your code you didn't know about. :)

If you can't tell us the why, can you tell us what reasonable utilization 
numbers are for a range of numbers of zIIPs?  I think the user community as a 
whole is interested.

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 Jim Mulder
Sent: Saturday, June 9, 2018 12:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Why are highly busy zIIPs worse than highly busy CPs?

   zIIP dispatching is the same as GP dispatching.  ZIIPAWMT has analogous 
parameters for GP (CCCAWMT) and zAAP (ZAAPAWMT).
Alternate wait management was created long before there were specialty engines.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
Poughkeepsie NY

"IBM Mainframe Discussion List"  wrote on
06/09/2018 10:58:25 AM:

> From: "Christopher Y. Blaicher" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 06/09/2018 12:46 PM
> Subject: Re: Why are highly busy zIIPs worse than highly busy CPs?
> Sent by: "IBM Mainframe Discussion List" 
>
> Peter,
> I started off as saying, a lot of the descriptions are based on
> assumptions, as IBM has let out little on how the zIIP dispatcher works.
>
> Also, I was only talking about SRBs on zIIPs, so non-enclave SRBs were
> not part of the discussion.
>
> I believe hyper dispatch is very different from zIIP dispatch.  I
> stand by my assumption that GP dispatch is very different from zIIP
> dispatch, or why would there be the ZIIPAWMT parameter and have the
> comment about waking up after that interval to see if there is work.
> When non-zIIP work comes ready and a processor is free, the work is
> dispatched.  No waiting.  The comments in the parameter description
> for ZIIPAWMT is describing a polling environment, at least to me.
>
> I have looked through the internet, OK not the be-all and end-all but
> a reasonable place to start, and there is a lot on what can get
> dispatched on a zIIP, but no detail on how.
>
> As I said, I wish someone from IBM would at least chime in with some
> level of description as to how zIIP dispatch works and why high zIIP
> utilization rates are, shall we say, not good.  Then maybe we can stop
> guessing.



--
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: AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

[Christopher Y. Blaicher]

Ed,
If you know more details, please jump in and educate us.  If there is 
definitive documentation out there, please point me to it because right now I 
think we are all just 'reading the tea leafs.'

I make the assumption that dispatching is different between the two because of 
the following in the description of the ZIIPAWMT parameter, "because of the 
time spent waking up idle zIIPs to compete for individual pieces of work."

In normal dispatching, when something comes IN AND READY it is put on the 
dispatch queue and a processor is dispatched, if one is available, or it is 
left on the queue for the next available processor.

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 Ed Jaffe
Sent: Saturday, June 9, 2018 9:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

On 6/9/2018 3:48 AM, Peter Hunkeler wrote:
>> First of all, the dispatcher code for ZIIP processing is not the same as the 
>> GP dispatcher.
> Do you know this, or is it just an assumption on your side? After all I read, 
> it still would't make sense to me.

The dispatcher is the dispatcher -- and it works with different WUQs. No need 
to make things overly complex...

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

This e-mail message, including any attachments, appended messages and the 
information contained therein, is for the sole use of the intended 
recipient(s). If you are not an intended recipient or have otherwise received 
this email message in error, any use, dissemination, distribution, review, 
storage or copying of this e-mail message and the information contained therein 
is strictly prohibited. If you are not an intended recipient, please contact 
the sender by reply e-mail and destroy all copies of this email message and do 
not otherwise utilize or retain this email message or any or all of the 
information contained therein. Although this email message and any attachments 
or appended messages are believed to be free of any virus or other defect that 
might affect any computer system into which it is received and opened, it is 
the responsibility of the recipient to ensure that it is virus free and no 
responsibility is accepted by the sender for any loss or damage arising in any 
way from its opening or use.

--
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 are highly busy zIIPs worse than highly busy CPs?

[Christopher Y. Blaicher]

Peter,
I started off as saying, a lot of the descriptions are based on assumptions, as 
IBM has let out little on how the zIIP dispatcher works.

Also, I was only talking about SRBs on zIIPs, so non-enclave SRBs were not part 
of the discussion.

I believe hyper dispatch is very different from zIIP dispatch.  I stand by my 
assumption that GP dispatch is very different from zIIP dispatch, or why would 
there be the ZIIPAWMT parameter and have the comment about waking up after that 
interval to see if there is work.  When non-zIIP work comes ready and a 
processor is free, the work is dispatched.  No waiting.  The comments in the 
parameter description for ZIIPAWMT is describing a polling environment, at 
least to me.

I have looked through the internet, OK not the be-all and end-all but a 
reasonable place to start, and there is a lot on what can get dispatched on a 
zIIP, but no detail on how.

As I said, I wish someone from IBM would at least chime in with some level of 
description as to how zIIP dispatch works and why high zIIP utilization rates 
are, shall we say, not good.  Then maybe we can stop guessing.

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 Peter Hunkeler
Sent: Saturday, June 9, 2018 6:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

>First of all, the dispatcher code for ZIIP processing is not the same as the 
>GP dispatcher.


Do you know this, or is it just an assumption on your side? After all I read, 
it still would't make sense to me.


If you think of the "need help" process for the zIIP to be special, isn't there 
a similar process for CPs? With hiperdispatch, the system tries to redispatch 
work to the same (L)CP as much as possible. In support of this, the CPs are 
grouped into nodes (I believe that is the term). Each node mainly serving its 
own, separate work init queue. But CPs from other nodes will help if one node 
becomes overloaded.
The above is how I remember it from a discussion I had with Robert Vaupel (IBM).


--
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: Why are highly busy zIIPs worse than highly busy CPs?

[Christopher Y. Blaicher]

I wish Peter Relson would comment on this so we all can get the straight 
answer, but he may not be able to.

>From what little I know and most that I summarize and guess at, it seems the 
>following to be what is happening.

First of all, the dispatcher code for ZIIP processing is not the same as the GP 
dispatcher.

I think the queuing process is basically FIFO and once unit of work is 
dispatched, it runs to the end or a program break point happens.  A program 
break point could be some form of PAUSE or a IEAVXTSW wait.

Some of this dispatcher design by IBM could be based on the assumption that all 
the work is SRB and will be high priority work and of short duration.

There is the ZIIPAWMT parameter in IEAOPTxx which affects how often idle zIIPs 
get woken up to see if there is work.  This has two effects.  A unit of work 
put on the zIIP queue has to wait up to that long to get dispatched on a zIIP, 
or if at the end of that interval all zIIPs are busy, only then will the unit 
of work be dispatched on a GP.  To be fair, when a zIIP completes a unit of 
work, it checks for more work to process, so not everything waits a dispatch 
cycle.

So what does this all mean?  In a low activity environment, your mean time to 
dispatch is around half the ZIIPAWMT time.  In a high activity environment it 
means the mean time to dispatch on a GP because all he zIIPs are busy is 
ZIIPAWMT.

This starts to get into queuing theory, but if a single zIIP processor is over 
30% busy, about 30% or more of the work to run on a zIIP will wind up waiting 
the ZIIPAWMT time and then get dispatched on a GP, thus adding the insult of 
delaying the processing of the work to the injury of running on a GP that can 
cost real money.

If you add more zIIP engines, there is a greater chance of a unit of work 
ending on one of the engines and thus the work getting dispatched on a zIIP 
without waiting the full ZIIPAWMT.

A reasonable set of indicators can be gotten from the SMF type 30 record.  The 
SMF30_TIME_ON_ZIIP and SMF30_TIME_ZIIP_ON_CP are valuable indicators.

If SMF30_TIME_ZIIP_ON_CP is 30% or more of SMF30_TIME_ON_ZIIP, then you 
probably need another zIIP engine.  Because type 30 records are job centric, I 
would suggest using the SMF 30 SUBTYPE 2 and 3 records for all the jobs in a 
time interval and totaling the data.  Using data from a single job or group of 
jobs may not provide a complete picture.  Also, the 30% value mentioned maybe 
more or less than your environment can tolerate.  YMMV, so only use it as a 
starting point.

As I said, most of this is just a guess at what is happening with zIIP 
dispatching.  None of this information has been validated and neither Syncsort 
or I are implying or stating any course of action a user should pursue.  Each 
user must evaluate their own needs and requirements and make decisions based 
solely on their own research and evaluation of their circumstances.

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 Peter Hunkeler
Sent: Friday, June 8, 2018 3:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: Why are highly busy zIIPs worse than highly busy CPs?

>How prevalent are installations today where the CPs run at top speed, in other 
>words at the same speed as zIIP engines?



I haven't got the faintest idea. We do, but that doesn't matter for this 
discussion. I thought this is complex enough, so I take one part of complexity 
out first: Different speed engines.


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

Re: ZIIP engine utilization

[Christopher Y. Blaicher]

SMF30_TIME_zIIP_ON_CP is another indicator.  Look at subtype 2 interval records 
for long running tasks such as CICS and DB2 and at subtype 4 records for 
regular jobs.

SMF30_TIME_zIIP_ON_CP is all the work that could be done on a z/IIP but 
couldn't due to the ZIIP was busy with other work.

Also, there is a parm in IEAOPTxx called ZIIPAWMT that is the number of 
microseconds that ZIIP eligible work might wait to be dispatched on a ZIIP 
before the work is dispatched on a GP.  The theory is that it will wait a 
period of time to see if a ZIIP becomes available to run the work.  The problem 
is while the work is waiting, it isn't doing anything.  This is why you don't 
try to run ZIIPs at anything close to 100%.

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 Richards, Robert B.
Sent: Friday, May 18, 2018 6:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZIIP engine utilization

IIRC, you can look at zIIP-eligible time (CPUZIETM). If it is a high value, you 
are not only losing the benefit of running on an additional uncapped specialty 
processor, you are potentially wasting money if then running on a GP at a time 
that drives the system to a new 4HRA on software costs!

I justified the purchase of zIIP solely on this basis when I was able to 
demonstrate a ROI in five months due to eliminating the potential increase in 
costs attributed to running on a GP during the setting of a new peak four hour 
rolling average. YMMV

Props to Al Sherkow and his LCS software to be able to prove my assertions.

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Friday, May 18, 2018 2:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZIIP engine utilization

The situation for a zIIP is somewhat more complex and 2-staged.
If a zIIP becomes heavier used, delays for the zIIP begin to show up. It is at 
30% utilization when you have 1 zIIP, 60% utilization when you have 2 zIIP.
It the zIIP becomes heavier loaded and delays are growing, the CP is asked to 
assist the zIIP. The is also reported in RMF.

Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Barbara Nitz
> Sent: 18 May, 2018 7:57
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: ZIIP engine utilization
>
> > Can you point me to the best place to see if Ziip is getting maxed
> out.
>
> Look at the TYPE70 SMF records. They will show you if the ZIIP is 100%
> busy.
>
> Regards, Barbara
>
> --
> 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

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

Re: IRA400E RC=04

[Christopher Y. Blaicher]

I have had to fight this kind of thing in the past.
1) Get a SA dump
2) IPCS and do a VERBX RSMDATA
3) Validate that only pages in that range are 31-bit restricted.
- At one point I had a system with 90% of the 24-bit frames occupied by 
pages that could have gone into 64-bit frames
4) Here is part of a program that will list how much each address space has 
fixed and where that you can run in real time.

First a macro it uses
 MACRO
DISPLAY ,
   SETC  T'
 AIF   ('' EQ 'H').USEH
 AIF   ('' EQ 'D').USED
 LGF   R15, GET VALUE TO DISPLAY
 AGO   .NEXT
.USEHANOP  ,
 LGH   R15, GET VALUE TO DISPLAY
 AGO   .NEXT
.USEDANOP  ,
 LGR15, GET VALUE TO DISPLAY
.NEXTANOP  ,
 MVC   WORK20,=XL20'402020206B2020206B2020206B2020206B202120'
 CVD   R15,WORKD   COVERT TO DECIMAL
 EDWORK20,WORKD
 MVC   ,WORK20+20-L'  MOVE TO PRINT LINE
 MEND

The code has a couple of trigger points so you don't list every address space.

***
* *
*FOR EACH ASID*
*  IF(RAXTOTFX GT TOTALFX OR  *
* RAXBELFX GT BELOWFX OR  *
* RAXFMCT GT WKFRAMES)*
*SET JOBNAME OR ASID  *
*DISPLAY RAXTOTFX *
*DISPLAY RAXBELFX *
*DISPLAY RAXABVFX *
*DISPLAY RAXFMCT  *
*CALL PRINT   *
*  EIF*
*EFOR *
* *
***
 L R5,ASVTMAXUGET NUMBER OF ADDRESS SPACES
 LAR4,ASVTENTYPOINT AT FIRST ASID POINTER

SNFR0300 DS0H
 TM0(R4),X'80'IS IT NOT USED?
 JOSNFR0700   YES, SKIP IT

 L R3,0(0,R4) GET ASCB ADDRESS
 USING ASCB,R3

 L R2,ASCBRSMEGET RAX ADDRESS
 USING RAX,R2

 CLC   RAXTOTFX,TOTALFF   IS TOTAL HIGH?
 JNL   SNFR0400   YES, NEED A DETAIL LINE

 CLC   RAXBELFX,BELOWFF   IS BELOW HIGH?
 JNL   SNFR0400   YES, NEED A DETAIL LINE

 CLC   RAXFMCT,WKFRAMES   IS TOTAL FRAME COUNT HIGH
 JLSNFR0700   NO, NEXT ASCB

SNFR0400 DS0H
 MVC   PRINTLIN,BLANK1START WITH BLANK LINE
 MVC   LINETIME,=CL11'JN= '
 ICM   R15,15,ASCBJBNIGET JOBNAME ADDRESS
 JNZ   SNFR0500

 ICM   R15,15,ASCBJBNSGET JOBNAME ADDRESS
 JNZ   SNFR0500

 MVC   LINETIME,=CL11'ASID= '  USE ASID
 LAR2,ASCBASIDPOINT AT FIRST BYTE
 LHI   R0,2   ONLY 2 BYTES
 LAR1,LINEMM+2POINT WHERE IT GOES
HEX2CHAR DS0H
 ICM   R15,8,0(R2)  GET A BYTE
 SLR   R14,R14   CLEAR IT
 SLDL  R14,4GET HIGH NIBBLE
 ICR14,TABLE(R14)GET PRINTABLE
 STC   R14,0(0,R1)  STORE IN DESTINATION
 LAR1,1(0,R1)  POINT TO NEXT DEST
 SLR   R14,R14   ZERO IT AGAIN
 SLDL  R14,4GET LOW NIBBLE
 ICR14,TABLE(R14)GET PRINTABLE
 STC   R14,0(0,R1)  STORE IN DESTINATION
 LAR1,1(0,R1)  POINT TO NEXT DEST
 LAR2,1(0,R2)  POINT TO NEXT SOURCE
 BCT   R0,HEX2CHAR DO IT AGAIN IF NEEDED
 J SNFR0600

TABLEDCCL16'0123456789ABCDEF'  CONVERSION TABLE

SNFR0500 DS0H
 MVC   JOBNAME,0(R15) MOVE IN JOBNAME

SNFR0600 DS0H
 DISPLAY RAXTOTFX,TOTFX
 DISPLAY RAXBELFX,BELFX
 DISPLAY RAXFMCT,WKFRAME
 DISPLAY RAXABVFX,ABVFX
 L R15,RAXTOTFX
 S R15,RAXBELFX
 S R15,RAXABVFX
 STR15,WORKF
 DISPLAY WORKF,ABRFX

 $CALL PRINT

SNFR0700 DS0H
 AHI   R4,4   BUMP TO NEXT ASID
 JCT   R5,SNFR0300LOOP IF WE NEED TO

 DROP  R2,R3

SNFR0800 DS0H

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

Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware (nextgov.com)

[Christopher Y. Blaicher]

Windows programmers are blown away when I tell them that I still run a program 
I wrote 45+ years ago.  They ask if I have to re-compile it and I tell them no, 
it is the same load module created way back then.  Their jaws drop.

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 Lester, Bob
Sent: Friday, April 20, 2018 3:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware 
(nextgov.com)


   Very good point!

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gerhard Adam
Sent: Friday, April 20, 2018 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New Hardware 
(nextgov.com) [ EXTERNAL ]

It was discussed, but the general feeling was that those systems would have 
been rewritten or replaced long before it became an issue.

No one expected applications to be running 30-40 years after they were first 
implemented.

Sent from my iPhone

> On Apr 20, 2018, at 12:25 PM, Lester, Bob  wrote:
>
>
> I agree with both you and Gil.  But, how many programmers in the 60s, 70s, 
> even 80s were thinking about Y2K?  Sure, the really good ones were, but what 
> about the other 80%?
>
> and, Y2K came off without a hitch...(FSVO - "hitch")
>
> I love Fridays...
>
> BobL
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Porowski, Kenneth
> Sent: Friday, April 20, 2018 1:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IRS - 60-Year-Old IT System Failed on Tax Day Due to New
> Hardware (nextgov.com) [ EXTERNAL ]
>
> That was due to lack of foresight by the programmer not due to the age of the 
> system.
>
>
>
> This email message and any accompanying materials may contain proprietary, 
> privileged and confidential information of CIT Group Inc. or its subsidiaries 
> or affiliates (collectively, “CIT”), and are intended solely for the 
> recipient(s) named above.  If you are not the intended recipient of this 
> communication, any use, disclosure, printing, copying or distribution, or 
> reliance on the contents, of this communication is strictly prohibited.  CIT 
> disclaims any liability for the review, retransmission, dissemination or 
> other use of, or the taking of any action in reliance upon, this 
> communication by persons other than the intended recipient(s).  If you have 
> received this communication in error, please reply to the sender advising of 
> the error in transmission, and immediately delete and destroy the 
> communication and any accompanying materials.  To the extent permitted by 
> applicable law, CIT and others may inspect, review, monitor, analyze, copy, 
> record and retain any communications sent from or received at this email 
> address.
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Paul Gilmartin
> Sent: Friday, April 20, 2018 3:13 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: [IBM-MAIN] IRS - 60-Year-Old IT System Failed on Tax Day
> Due to New Hardware (nextgov.com)
>
>> On Fri, 20 Apr 2018 07:14:20 -0700, Gerhard Adam wrote:
>>
>> Applications don't get old.  They either do what they're supposed to do or 
>> they don't.   It has nothing to do with age.
> Remember Y2K?
>
> -- gil
>
> --
> 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
>
> This e-mail transmission may contain information that is proprietary, 
> privileged and/or confidential and is intended exclusively for the person(s) 
> to whom it is addressed. Any use, copying, retention or disclosure by any 
> person other than the intended recipient or the intended recipient's 
> designees is strictly prohibited. If you are not the intended recipient or 
> their designee, please notify the sender immediately by return e-mail and 
> delete all copies. OppenheimerFunds may, at its sole discretion, monitor, 
> review, retain and/or disclose the content of all email communications.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: The IRS Really Needs Some New Computers

[Christopher Y. Blaicher]

As with almost anything, have you built it to the scale it needs to be to 
support the load?

A matchstick bridge can show you what the bridge will look like, but you can't 
drive a semi across it.

That was a failure in scale, not in hardware.  It was poor planning on 
someone's part.  They didn't expect the response they got.

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: Wednesday, April 18, 2018 10:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IRS Really Needs Some New Computers

Be careful what you ask for I think that Healthcare.gov used "new 
computers" :-)

--
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: Subpool sharing and subpool freeing at main task termination

[Christopher Y. Blaicher]

When the main task ends all 0-127 memory goes away.  Actually, if memory serves 
me correctly, all memory goes away EXCEPT for the common sub-pools, 225-228, 
231, 239, 241, 245-248 that have to be explicitly allocated and freed.

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 Thomas David Rivers
Sent: Thursday, March 29, 2018 8:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Subpool sharing and subpool freeing at main task termination

The documentation for "Subpool handling" from the Assembler Services Guide 
indicates that (for subpools 0-127, which are task-related) "when the task 
terminates, the system automatically releases any of the subpool from
0 through 127 that are unshared and are associated with the task."

It then goes on to note that the SHSPV and SHSPL option on the ATTACH/ATTACHX 
macro can be used to indicate that a subpool is to be shared (other than 
subpool 0 which is, by default, shared.)

My question is the attribute of "shared" - once a subpool is marked shared, can 
it ever be marked non-shared again?  Once all sub-tasks end, does it revert 
back to non-shared, and thus when the main task ends, would the subpool be 
released by the OS?

I can't seem to find any commentary on that question...

That is - if a multi-task address space shares a subpool; is it the 
responsibilty of the main task to release the shared subpool, or will the OS do 
this when the main task ends?

  - Thanks -
 - Dave Rivers -

--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.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: Count with no Data and no Key ? (CKD internals again)

[Christopher Y. Blaicher]

Radoslaw,
The access methods detect the key=0, count=0 records and process them as EOF, 
which is how they signify the end of a PDS member.  Every member has an EOF 
record with the rare exception of a member that ends at the end of the track on 
the last track of a data set.  I don't know how that is done for a PDSE as I 
have never dug into that.  I had to deal with EOF when writing EXCP and STARTIO 
code, but I used BSAM when dealing with PDSE's, there weren't many back when I 
was doing that.  Maybe others can comment on PDSE structure.

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 R.S.
Sent: Friday, February 23, 2018 8:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Count with no Data and no Key ? (CKD internals again)

I don't know internals, but definitely one can use short blocks on DASD, 18B is 
not a limit. You can use 18 or 5 if you want. Of course the tracks utilization 
will be extremely poor, but that's different story.

BTW: I'mt not sure, but it seems the null record inside a member is when the 
member span track boundary.
Obviously there are multiple EOFs (null records) inside a PDS.

--
Radoslaw Skorupka
Lodz, Poland






W dniu 2018-02-23 o 13:32, Elardus Engelbrecht pisze:
> Paul Gilmartin wrote:
>
>> Also, just curious, I understand that on tape a block <18 (? still?) is 
>> bypassed as a noise record.
> Wow! Interesting! Where is that documented?
>
>
>> But it's possible that with RECFM=VB the last block might, by happenstance, 
>> consist of as few as 8 bytes (BDW=8; RDW=4).  How do tape drivers deal with 
>> this?  Poorly?  With RECFM=VBS, a null segment could be used for padding.
> Now you made me curious. [1] Damn! ;-)
>
> I really hope someone can answer you...
>
> Groete / Greetings
> Elardus Engelbrecht
>
> [1] - Currently outside my scope of work, but hey, I worked with that things 
> as a Storage Admin in the prehistoric days. 8-)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .
>



==


--
 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.plsą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.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 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 

Re: Count with no Data and no Key ? (CKD internals again)

[Christopher Y. Blaicher]

You can have a zero length key and data, it is called an End Of File (EOF) 
marker.

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 R.S.
Sent: Thursday, February 22, 2018 8:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Count with no Data and no Key ? (CKD internals again)

Is it allowed in CKD to have Count only in a physical record?
I mean Count field with zero-length Data (and zero-length Key).

--
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.plsą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.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 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: CKD details

[Christopher Y. Blaicher]

Yes, cells.  Doing too many things at once.

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 Seymour J Metz
Sent: Tuesday, January 23, 2018 2:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CKD details

Shirley you mean cells. A  single sector might contain multiple records, 
depending on the device and on the record layouts.

--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3


From: IBM Mainframe Discussion List <IBM-MAIN@listserv.ua.edu> on behalf of 
Christopher Y. Blaicher <cblaic...@syncsort.com>
Sent: Tuesday, January 23, 2018 9:48 AM
To: IBM-MAIN@listserv.ua.edu
Subject: Re: CKD details

With all I put in the last post, I forgot to answer WHY 20 sectors at a minimum 
for a record.  It is because at a minimum a record consists of a COUNT and a 
DATA section. Each one takes a minimum of 10 sectors, so with even a 1 byte 
record you need 20 sectors.  If you had a 1 byte key and 1 byte of data you 
would need 30 sectors, 10 for each part.

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
http://secure-web.cisco.com/1tr2nwUQE8UCOKlBckWSDEsS73jyrD5tkchlWz_x3UWkmi-GyWYzT6sI0opa2PLaHqtKYh9N6K4_BY-gs_dJezTZSGfI5OkwUyVWDHbefFcA9s0abuSW2YqPjdYa-OjDhWsHtZzGyIIBvxnb8cNCVpSPZZI5Dce_7S1AHPHa101MtzWbq82XPg5VRCQgPO9DnhsWLYUmEmbS72IO44Qz4A973zsDYkpf9v5zQ68DMzC2vAhv5vNcrnLjiDLuUDQ9xbFkg8IHYjfSEYDVPWv4YcMjslBpLecWTHFStPj7WtlXuVMvrbWBjcCKLS-Q59KUxYCk-6sWC8Ifit6ot_f9nvk_4EDwObxspsUKwY4gsVDr2LvVdqfxyvI2zK-Cs1l2P9UJidanG_iN7i_RV8cUCkXLdGpcKpt14PEtlH0jqKv4h9pM6zvHPN4ZeI3U64sie/http%3A%2F%2Fwww.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 Christopher Y. Blaicher
Sent: Tuesday, January 23, 2018 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CKD details

See the following for how to calculate a sector 
https://secure-web.cisco.com/1-4xCrYaoIvd6moQu1tnY3-JDxDEVfGqTdaT9eR_T8lcfOTMZd1ZqkLdRfOBpKu_w6CucO8NILbbiePWe1dwLBleCsi9wLAQ6r0YUnbLI-JDtVjMISYH_vHRxn3AbPeQuPV4-_6vb8nUsRBzxzFxrPXfNmtDGBG9rXm02WNuOcCzLhtDjdsNHbatuqXWm3O0_hOxfKDYKqmIxtOWVxr_6Up8_WVVsLsxhJT0Q7-WyYLOYFH7h7HenBd777eQrLx82uebOVKhE_KJN5_TGL8qUh-XwSm4cJQRUGPlk29wHN4yTQwkgm_2qYFJU-ZsAqx9XbwqIb-LqJRHQk-lvnxqJGh72b0sXI8qIThw5V7AJqlUxyLwZ244dQdhkMwhkomvc3L8yx4-wCHK8p4eq_EzD2PmoGptCgENg0bgNN_7qKyoz-fWPge4EsIcRu54E42WZ/https%3A%2F%2Fwww.ibm.com%2Fsupport%2Fknowledgecenter%2Fen%2FSSB27H_6.2.0%2Ffa2mr_sectval.html

Question 2: why 20 sectors at a minimum.  It's a long answer.
We tend to think of a record as three unified parts, COUNT, KEY and DATA, but 
really they are three mini-records (for lack of a better description). Each 
part needs enough cells for the data, plus 9 cells of CRC and other control 
information that we can never see.

So, for a COUNT field it takes 10 cells; for a KEY field, if present, and a 
DATA field the calculation is:

SECTORS = 9 + (KL + (6 * KN) + 6) / 34)
Where KN = (KL + 6) / 232
  KL = Key length
Change KL to DL and do the same calculation for the data area.

Question 3: Are you running under VM and using a mini-disk?  VM formats their 
R0 differently, I believe.

Hope this helps.

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
http://secure-web.cisco.com/1tr2nwUQE8UCOKlBckWSDEsS73jyrD5tkchlWz_x3UWkmi-GyWYzT6sI0opa2PLaHqtKYh9N6K4_BY-gs_dJezTZSGfI5OkwUyVWDHbefFcA9s0abuSW2YqPjdYa-OjDhWsHtZzGyIIBvxnb8cNCVpSPZZI5Dce_7S1AHPHa101MtzWbq82XPg5VRCQgPO9DnhsWLYUmEmbS72IO44Qz4A973zsDYkpf9v5zQ68DMzC2vAhv5vNcrnLjiDLuUDQ9xbFkg8IHYjfSEYDVPWv4YcMjslBpLecWTHFStPj7WtlXuVMvrbWBjcCKLS-Q59KUxYCk-6sWC8Ifit6ot_f9nvk_4EDwObxspsUKwY4gsVDr2LvVdqfxyvI2zK-Cs1l2P9UJidanG_iN7i_RV8cUCkXLdGpcKpt14PEtlH0jqKv4h9pM6zvHPN4ZeI3U64sie/http%3A%2F%2Fwww.syncsort.com

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







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 en

Re: CKD details

[Christopher Y. Blaicher]

Your right, things are a little confusing.
SECTORS - Think of it as 224 pieces of pie.  It is, I believe, physical.
CELL - Also physical, but I think of them as little chunks of data, which may 
be your data or control data for the hardware.
TRACK BALANCE - How much room is left on the track if you were to write a 
single block.  Look up TRKBAL macro.

That extra calculation is for device control information, part of which I know 
is CRC, or at least that is what I was told.  All that stuff other than the 
COUNT-KEY-DATA areas are for the hardware and we mortals can't see it, but it 
is there.

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 R.S.
Sent: Tuesday, January 23, 2018 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CKD details

Fortunately your explanation was clear enough to find out each "mini-record" 
has at least 10 cells (9 control plus a t least one for data).

However you used word "SECTORS". I used  "34-byte DATA CELL", following the 
3390 documentation (other names can be found elsewhere).
It seems the documentation use SECTOR for something else. The
SA22-1025-00 says the 3390 device has 224 sectors per track and 222 for 3380. 
So, the SECTOR  cannot be the same as DATA CELL.

I have no idea what is the SECTOR.


BTW: I also do not understand the formula. For me it should be just
Numberofcells=9+RoundUP(KL/34)
of course you provided right formula as it is documented, but I simply don't 
understand the purpose of KN and 6 and 232. i'm pretty sure it is not just a 
magic, but what is the rationale behind?

Last but not least: THANK YOU VERY MUCH for the explanations you gave me, I 
appreciate it.

Regards
--
Radoslaw Skorupka
Lodz, Poland







W dniu 2018-01-23 o 15:48, Christopher Y. Blaicher pisze:
> With all I put in the last post, I forgot to answer WHY 20 sectors at a 
> minimum for a record.  It is because at a minimum a record consists of a 
> COUNT and a DATA section. Each one takes a minimum of 10 sectors, so with 
> even a 1 byte record you need 20 sectors.  If you had a 1 byte key and 1 byte 
> of data you would need 30 sectors, 10 for each part.
>
> 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 Christopher Y. Blaicher
> Sent: Tuesday, January 23, 2018 8:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: CKD details
>
> See the following for how to calculate a sector 
> https://www.ibm.com/support/knowledgecenter/en/SSB27H_6.2.0/fa2mr_sectval.html
>
> Question 2: why 20 sectors at a minimum.  It's a long answer.
> We tend to think of a record as three unified parts, COUNT, KEY and DATA, but 
> really they are three mini-records (for lack of a better description). Each 
> part needs enough cells for the data, plus 9 cells of CRC and other control 
> information that we can never see.
>
> So, for a COUNT field it takes 10 cells; for a KEY field, if present, and a 
> DATA field the calculation is:
>
> SECTORS = 9 + (KL + (6 * KN) + 6) / 34)
> Where KN = (KL + 6) / 232
>KL = Key length
> Change KL to DL and do the same calculation for the data area.
>
> Question 3: Are you running under VM and using a mini-disk?  VM formats their 
> R0 differently, I believe.
>
> Hope this helps.
>
> 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
>

==


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

Re: CKD details

[Christopher Y. Blaicher]

With all I put in the last post, I forgot to answer WHY 20 sectors at a minimum 
for a record.  It is because at a minimum a record consists of a COUNT and a 
DATA section. Each one takes a minimum of 10 sectors, so with even a 1 byte 
record you need 20 sectors.  If you had a 1 byte key and 1 byte of data you 
would need 30 sectors, 10 for each part.

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 Christopher Y. Blaicher
Sent: Tuesday, January 23, 2018 8:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CKD details

See the following for how to calculate a sector 
https://www.ibm.com/support/knowledgecenter/en/SSB27H_6.2.0/fa2mr_sectval.html

Question 2: why 20 sectors at a minimum.  It's a long answer.
We tend to think of a record as three unified parts, COUNT, KEY and DATA, but 
really they are three mini-records (for lack of a better description). Each 
part needs enough cells for the data, plus 9 cells of CRC and other control 
information that we can never see.

So, for a COUNT field it takes 10 cells; for a KEY field, if present, and a 
DATA field the calculation is:

SECTORS = 9 + (KL + (6 * KN) + 6) / 34)
Where KN = (KL + 6) / 232
  KL = Key length
Change KL to DL and do the same calculation for the data area.

Question 3: Are you running under VM and using a mini-disk?  VM formats their 
R0 differently, I believe.

Hope this helps.

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.







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: CKD details

[Christopher Y. Blaicher]

See the following for how to calculate a sector
https://www.ibm.com/support/knowledgecenter/en/SSB27H_6.2.0/fa2mr_sectval.html

Question 2: why 20 sectors at a minimum.  It's a long answer.
We tend to think of a record as three unified parts, COUNT, KEY and DATA, but 
really they are three mini-records (for lack of a better description). Each 
part needs enough cells for the data, plus 9 cells of CRC and other control 
information that we can never see.

So, for a COUNT field it takes 10 cells; for a KEY field, if present, and a 
DATA field the calculation is:

SECTORS = 9 + (KL + (6 * KN) + 6) / 34)
Where KN = (KL + 6) / 232
  KL = Key length
Change KL to DL and do the same calculation for the data area.

Question 3: Are you running under VM and using a mini-disk?  VM formats their 
R0 differently, I believe.

Hope this helps.

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 R.S.
Sent: Tuesday, January 23, 2018 7:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CKD details

Another set of questions:

1. What is sector???
3390 specification says it has 224 sectors per track (3380 had 222 sectors per 
track).
I cannot find any explanation for that. Size of data cell is 34 bytes

2. In the 3390 reference I read the record can occupy 20 to 1729 data cells 
(excluding standard R0).
Why 20? For 3390 device 20 cells is 680 bytes. Is it minimum for any record, 
including i.e. very small Count plus 4 bytes of Data?


3. HA (Home Address)
I used File Manager to print it out and indeed it is 5-byte long, but it seems 
to be NOT in format of CCHHR.
IMHO it is xCCHH, where x is one byte with x'00' (in my case), but it is first 
byte.

Regards
--
Radoslaw Skorupka
Lodz, Poland







W dniu 2018-01-22 o 15:51, R.S. pisze:
> I'm looking for some reference describing track format of CKD disk.
>
> What I know is
> Index Point - Home Address - R0 - other Rn
>
> Some questions:
> 1. IP is just a "start of track", contains no data - Y/N ?
> 2. What is a format of HA?
> 3. What is a format of R0?
> 4. What is a format of Count field? How long is it? Is it 10 bytes?
> 5. What is maximum length of K and D?
>
> Any documentation?
>





==


--
 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.plsą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.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 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 

Re: CKD details

[Christopher Y. Blaicher]

Correct - That was a description of EAV CKD field.

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 R.S.
Sent: Monday, January 22, 2018 12:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CKD details

W dniu 2018-01-22 o 16:49, Christopher Y. Blaicher pisze:
[...]
> Extended format data sets use a modified form and here each letter is a 
> nibble:
> cccHRRKK   Still 8 bytes
[...]

I think you mean EAV, not extended format - is it right?

Regards
--
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.plsą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.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 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: CKD details

[Christopher Y. Blaicher]

In the following each letter is a byte
CC - Cylinder number
HH - Head number
R - Record number
K - Key length
DD - Data length

Extended format data sets use a modified form and here each letter is a nibble:
cccHRRKK   Still 8 bytes
 -low 16 bits of cylinder number
ccc - high 12 bits of cylinder number
H - 4 bit head number
RR - 8 bit record number
KK - 8 bit key length
 - 16 bit data length

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 R.S.
Sent: Monday, January 22, 2018 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: CKD details

Thank you for prompt response, I appreciate it.
Further question: what is CCHHRKDD?
CCHHR is clear (Cylinder, Head, Record), but KDD? Is it Key Data x2?

-- 
Radoslaw Skorupka
Lodz, Poland







W dniu 2018-01-22 o 16:13, Christopher Y. Blaicher pisze:
> See manual SA22-1025-00 and comments below
>
> 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 R.S.
> Sent: Monday, January 22, 2018 9:52 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: CKD details
>
> I'm looking for some reference describing track format of CKD disk.
>
> What I know is
> Index Point - Home Address - R0 - other Rn
>
> Some questions:
> 1. IP is just a "start of track", contains no data - Y/N ?[Blaicher, 
> Christopher Y.] YES, there is also an END-OF-TRACK
> 2. What is a format of HA?[Blaicher, Christopher Y.] Typically just CCHHR
> 3. What is a format of R0?[Blaicher, Christopher Y.]  Count field of CCHH0, 
> key length 0, data length 8, data is all zeros
> 4. What is a format of Count field? How long is it? Is it 10 bytes?[Blaicher, 
> Christopher Y.]  CCHHRKDD
> 5. What is maximum length of K and D?[Blaicher, Christopher Y.]  Max key is 
> 255, max data is track capacity
>
> Any documentation?
>
> --
> 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.plsą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.2018 r. 
> kapitał zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 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 i

Re: Extended format internals

[Christopher Y. Blaicher]

I don't think it is published.  In the past I used the direct media manager 
interface (the code that VSAM uses to build the CCW's), and even there I didn't 
have to worry about it.

You could do a CCW with data GTF trace on a data set and see what it shows.

Why do you need it, or is it just curiosity?

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 R.S.
Sent: Monday, January 22, 2018 10:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Extended format internals

W dniu 2018-01-19 o 10:51, R.S. pisze:
> Is is possible to print the content of additional 32-byte sufix using
> AMASPZAP or maybe other tool?
> Is the sufix content documented anywhere?
>
For record purposes:
AMASPZAP refuse to open Extended Format with a clear message saying it is not 
supported.
dss PRINT does print the suffix as it would be a part of the block.

I'm still looking for the description of the format of the suffix.

--
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.plsą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.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 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: CKD details

[Christopher Y. Blaicher]

See manual SA22-1025-00 and comments below

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 R.S.
Sent: Monday, January 22, 2018 9:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: CKD details

I'm looking for some reference describing track format of CKD disk.

What I know is
Index Point - Home Address - R0 - other Rn

Some questions:
1. IP is just a "start of track", contains no data - Y/N ?[Blaicher, 
Christopher Y.] YES, there is also an END-OF-TRACK
2. What is a format of HA?[Blaicher, Christopher Y.] Typically just CCHHR
3. What is a format of R0?[Blaicher, Christopher Y.]  Count field of CCHH0, key 
length 0, data length 8, data is all zeros
4. What is a format of Count field? How long is it? Is it 10 bytes?[Blaicher, 
Christopher Y.]  CCHHRKDD
5. What is maximum length of K and D?[Blaicher, Christopher Y.]  Max key is 
255, max data is track capacity

Any documentation?

--
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.plsą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.2018 r. kapitał 
zakładowy mBanku S.A. (w całości wpłacony) wynosi 169.248.488 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: SRST Question

[Christopher Y. Blaicher]

He was confusing MASK value with Condition Code.

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: Friday, January 5, 2018 4:27 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SRST Question

Without looking at the PoOp, doesn't CC=1 indicate that the search has failed 
so far, but that more length remains in the register pair, so you should branch 
back and keep trying? A number of instructions are interruptible and work that 
way.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Grinsell, Don
Sent: Friday, January 5, 2018 1:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: SRST Question

Has anybody played with the SRST instruction?  I am confused by the examples in 
the PoP.  Why do they branch back to the SRST instruction when the string is 
found, e.g. BC 1,LOOP1?  Shouldn't the branch be to the FOUND label, e.g.
BC 1,FOUND?

  L 5,STRAADR
  L 4,STRALEN
  AR 4,5
  LA 0,X'C1'
LOOP1 SRST 4,5
  BC 1,LOOP1
  BC 2,NOTFND
FOUND [Any instruction]
...
NOTFND [Any instruction]

--
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: RSM Freemained Frames - When do they apply?

[Christopher Y. Blaicher]

z13 and later.  It works on the z14 also.  I would imagine that IBM saw the 
problem when they got to a large number of processors.  The overhead internally 
probably became more expensive that the RSM program overhead.  I don't know, 
but they may turn it on and off based on the number of processors in the CEC.  
Is it worth the RSM overhead if you only have a 4 processor machine verses one 
with more than a 100?  Maybe Jim will comment.

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 Vernooij, Kees (ITOPT1) - KLM
Sent: Friday, December 15, 2017 2:46 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RSM Freemained Frames - When do they apply?

Interesting detail: why does this work on z13 only and not on z14?

Grtn,
Kees.


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Jim Mulder
> Sent: 15 December, 2017 3:46
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: RSM Freemained Frames - When do they apply?
>
>   RSM will free frames if available frames are in short supply.
> If you obtain a smaller amount, get it backed, and then release it,
> you may be more likely to observe the frames being retained.
>
> Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp.
> Poughkeepsie NY
>
> > Running z/OS V2.2 on a z13. "D DIAG" shows FREEMAINEDFRAMES(YES)
> >
> > I'm not trying to solve any specific problem. I'm just curious.
> >
> > I'd like to see the behaviour in different situations when real
> > storage (frames) has been kept as part of RSMs new "freemained
> > frames" feature after the virtual storage has been released
> (freemained).
> >
> > Sample program is obtaining a couple of 10MiB areas, then assessing
> > each page so to make sure it is backed with real storage. Some of
> > the areas are then released again. I was expecting to be able to
> > still access the released pages because RSM decided to keep the
> > frames. Am getting S0C4 instead.
> >
> >
> > Obviously, RSM considers it unnecessary to keep the frames as
> > freemained frames.
> >
> >
> > What, if anything, can I do to have RSM keep the frames when the
> > storage is released?
> > Peter Hunkeler
>
>
>
> --
> 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.

Re: Agile Project management in Mainframe System project

[Christopher Y. Blaicher]

Ed,
You are probably doing 50% agile already.

Stories are how the user describes what they want. It makes the user write out 
what they want. If they say "I want an accounting system", we would tell them 
that is an epic and make them go back and write specific stories and prioritize 
them.  Note: We don't write application code, but the concepts are the same.

Standups are not cumbia gatherings. 10 minutes.  We are on two continents over 
7 time zones.  Germany to Nebraska.  Manager is in the UK.  Keeps everyone in 
sync.

Agile is more a formalization of what you are probably doing.

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: Friday, December 8, 2017 11:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Agile Project management in Mainframe System project

> On Dec 8, 2017, at 8:44 AM, Christopher Y. Blaicher <cblaic...@syncsort.com> 
> wrote:
>
> Yes you can.  We are transitioning to using agile.  I say transitioning 
> because even though we use the agile methodologies of sprints, daily standup 
> meetings, stories, epics and all that goes with it, we don't have it 
> perfected, yet.

Stand up meetings???!!! WTF,,, I have been doing MVS updates for 30+ years and 
I have *NEVER* seen a use for stand up updates. Everybody does their job, if 
one person needs help another helps him/her out.
As project manager I can tell day in and day out how the project is going 
because I talk with the people or what I hear in the office.
The only need for stories is a waste of time, it does not help the goal of the 
team. If you mean getting a comedian up there, sorry we are here to work not 
get chuckles out of bozo the clown.
I have been through so many of these that I know what is going on and if there 
are issues within a few minutes of the time they arise, not days later while 
some comedian gives a song and dance.
I have never been blind sided as I know the people and they know they can come 
and talk and vice versa.
I have had people that should have been capable of doing their job and weren’t 
and I have dealt with them in a variety of ways, usually (not always) I find 
someone that has done it before and let them partner together. I run on tight 
deadlines and as I tell the people, if you are here till 2AM do it, but let me 
know that you have been burning the midnight oil and lets see why and how we 
can change things around to help you out or is this an extremely important 
issue that may need outside people for this point come in and help out. 
Example: The JES2 update was going to make a change in some JECL and the person 
was mashing their heads trying to figure a way around it i.e. exits etc. We 
brought in from our production control department and let him help out on how 
to handle these changes.
Chris, I clearly now nothing about your project management system, but if 
something works well why change it just to have some clown make you smile or 
have stand up meetings when all they do is waste time and really don’t 
accomplish anything that a project manager should have already accounted for a 
week or more back.
Also I am not into the Japanese meetings where they stand around and make 
speeches and clap a lot. This does not breed camarderie it ends up making 
everyone feel good but does not get work out and you do not learn how Alice in 
shipping is having swollen feet. So someone is going to help her lift some 
manuals.
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.

Re: Agile Project management in Mainframe System project

[Christopher Y. Blaicher]

Yes you can.  We are transitioning to using agile.  I say transitioning because 
even though we use the agile methodologies of sprints, daily standup meetings, 
stories, epics and all that goes with it, we don't have it perfected, yet.

Our consultant warned us that it takes time to transition into it and get good 
at it, like 12 to 18 months, but we are already seeing results.

It makes you identify what is important and breaks tasks down into bite sized 
chunks that you can better track.

It also makes the product owner break down what is most important to him and 
build that first.  Then you start adding on to it piece by piece.  You don't 
spend 3 years building the Taj Mahal and then find out they didn't really need 
50% of the rooms.  You avoid scope creep.  You get what was originally agreed 
to out the door, and then based on user experience add the next thing they want 
in the next sprint.

Is it easy? Not really.  Is it worth it? Yes.

There is far too much to agile to cover in an email.

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: Friday, December 8, 2017 5:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Agile Project management in Mainframe System project

Hi

Does anyone follow Agile methodologies for Mainframe System project ?

If so can you share me any template you followed for any previous projects.

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: Strange Things in JES2

[Christopher Y. Blaicher]

Answer is new JES file EVENTLOG.

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 Mark Zelden
Sent: Wednesday, December 6, 2017 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strange Things in JES2

Is this held output?   What if you use the ST command and "INPUT ON" while 
looking
at the DDs with a "?"?  Does that provide a clue?


Best Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS ITIL v3 
Foundation Certified mailto:m...@mzelden.com Mark's MVS Utilities: 
http://www.mzelden.com/mvsutil.html
Systems Programming expert at http://search390.techtarget.com/ateExperts/



On Mon, 4 Dec 2017 17:28:44 +0000, Christopher Y. Blaicher 
<cblaic...@syncsort.com> wrote:

>I have spoken to the author and he is baffled also.
>The file you pointed out was allocated in JCL, but never opened, thus the 
>allocated but unused DSID.
>I reran the job without the data set and still had extra messages reported, 
>but fewer by about 400 messages this time.
>
>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 Allan Staller
>Sent: Monday, December 4, 2017 11:27 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Strange Things in JES2
>
>DSID 105 seems to be missing from the JESLOG.
>GDE message are not IBM JES2, I have no idea what is producing them.
>I suggest checking w/the vendor that issues the GDE messages.
>
>Possible causes?
>
>Dynamic allocation of sysout?
>Under another OUTGRP?
>Different non-print (or dummy) SYSOUT Class?
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Christopher Y. Blaicher
>Sent: Monday, December 4, 2017 10:22 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Strange Things in JES2
>
>I have a job that puts out the following in the JESMSG portion of the listing.
>
>-- JES2 JOB STATISTICS --
>
>  27 NOV 2017 JOB EXECUTION DATE
>
>   35 CARDS READ
>
>   76,135 SYSOUT PRINT RECORDS
>
>0 SYSOUT PUNCH RECORDS
>
>   71,517 SYSOUT SPOOL KBYTES
>
> 0.86 MINUTES EXECUTION TIME
>The DATASET DISPLAY panel shows:
>
>NP   DDNAME   StepName ProcStep DSIDC Dest   Rec-Cnt
>
> JESMSGLG JES2 2H LOCAL   20
>
> JESJCL   JES2 3H LOCAL   36
>
> JESYSMSG JES2 4H LOCAL   59
>
> GDE40101 STEP020  STEP010   102H LOCAL   44
>
> GDE40102 STEP020  STEP010   103H LOCAL   23
>
> GDE40103 STEP020  STEP010   104H LOCAL9
>
> GDE40105 STEP020  STEP010   106H LOCAL   33
>That is a total of 224 records.  Where are the other 75,911 records?  And, no 
>I didn't delete or purge any output.  I did do a process 100,000 times in the 
>program, but if it was process related I would expect a print count of 100,224.
>Just wondering If anyone else has seen strange things like this.
>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
>https://apac01.safelinks.protection.outlook.com/?url=www.syncsort.com
>ata=02%7C01%7Callan.staller%40HCL.COM%7C82cbb63b9c884e5b342608d53b33374
>2%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636480013534334784
>=C5GMEG0j6y17mC3%2F2m7K78TS4XCgnl0wo8k3wQHimaM%3D=0<https://ap
>ac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.syncsort.co
>m%2F=02%7C01%7Callan.staller%40HCL.COM%7C82cbb63b9c884e5b342608d53
>b333742%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636480013534334784
>=8YfDp4XZGUHKVwR%2FOaSrc%2FiVsGWzptL3RBQ8lTYDtFE%3D=0>
>
>Data quality leader Trillium 
>Software<https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.trilliumsoftware.com=02%7C01%7Callan.staller%40HCL.COM%7C82cbb63b9c884e5b342608d53b333742%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C6364800135343

Re: Strange Things in JES2 - Mystery Solved

[Christopher Y. Blaicher]

Mystery solved.

I won't go into why so many mystery records occurred, but the answer is with 
z/OS 2.2 they introduced a new semi-hidden file to JES called the EVENTLOG.  
You can only see it from the Status screen with INPUT ON set.  For most jobs it 
is very small.  This process hit the right combination to cause lots of data to 
be written into it.

You can suppress writing to the EVENTLOG by issuing $T 
JOBDEF,SUP_EVENTLOG_SMF=YES

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 Christopher Y. Blaicher
Sent: Monday, December 4, 2017 12:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strange Things in JES2

I have spoken to the author and he is baffled also.
The file you pointed out was allocated in JCL, but never opened, thus the 
allocated but unused DSID.
I reran the job without the data set and still had extra messages reported, but 
fewer by about 400 messages this time.

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 Allan Staller
Sent: Monday, December 4, 2017 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strange Things in JES2

DSID 105 seems to be missing from the JESLOG.
GDE message are not IBM JES2, I have no idea what is producing them.
I suggest checking w/the vendor that issues the GDE messages.

Possible causes?

Dynamic allocation of sysout?
Under another OUTGRP?
Different non-print (or dummy) SYSOUT Class?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Christopher Y. Blaicher
Sent: Monday, December 4, 2017 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Strange Things in JES2

I have a job that puts out the following in the JESMSG portion of the listing.

-- JES2 JOB STATISTICS --

  27 NOV 2017 JOB EXECUTION DATE

   35 CARDS READ

   76,135 SYSOUT PRINT RECORDS

0 SYSOUT PUNCH RECORDS

   71,517 SYSOUT SPOOL KBYTES

 0.86 MINUTES EXECUTION TIME
The DATASET DISPLAY panel shows:

NP   DDNAME   StepName ProcStep DSIDC Dest   Rec-Cnt

 JESMSGLG JES2 2H LOCAL   20

 JESJCL   JES2 3H LOCAL   36

 JESYSMSG JES2 4H LOCAL   59

 GDE40101 STEP020  STEP010   102H LOCAL   44

 GDE40102 STEP020  STEP010   103H LOCAL   23

 GDE40103 STEP020  STEP010   104H LOCAL9

 GDE40105 STEP020  STEP010   106H LOCAL   33
That is a total of 224 records.  Where are the other 75,911 records?  And, no I 
didn't delete or purge any output.  I did do a process 100,000 times in the 
program, but if it was process related I would expect a print count of 100,224.
Just wondering If anyone else has seen strange things like this.
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
https://apac01.safelinks.protection.outlook.com/?url=www.syncsort.com=02%7C01%7Callan.staller%40HCL.COM%7C82cbb63b9c884e5b342608d53b333742%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636480013534334784=C5GMEG0j6y17mC3%2F2m7K78TS4XCgnl0wo8k3wQHimaM%3D=0<https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.syncsort.com%2F=02%7C01%7Callan.staller%40HCL.COM%7C82cbb63b9c884e5b342608d53b333742%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636480013534334784=8YfDp4XZGUHKVwR%2FOaSrc%2FiVsGWzptL3RBQ8lTYDtFE%3D=0>

Data quality leader Trillium 
Software<https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.trilliumsoftware.com=02%7C01%7Callan.staller%40HCL.COM%7C82cbb63b9c884e5b342608d53b333742%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636480013534334784=3pHgDH2DoC68mU%2FgeoY6OWsIlHbY1yXYP2g8xvyRmDA%3D=0>
 is now a part of Syncsort.






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 
a

Re: Strange Things in JES2

[Christopher Y. Blaicher]

I have spoken to the author and he is baffled also.
The file you pointed out was allocated in JCL, but never opened, thus the 
allocated but unused DSID.
I reran the job without the data set and still had extra messages reported, but 
fewer by about 400 messages this time.

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 Allan Staller
Sent: Monday, December 4, 2017 11:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Strange Things in JES2

DSID 105 seems to be missing from the JESLOG.
GDE message are not IBM JES2, I have no idea what is producing them.
I suggest checking w/the vendor that issues the GDE messages.

Possible causes?

Dynamic allocation of sysout?
Under another OUTGRP?
Different non-print (or dummy) SYSOUT Class?

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Christopher Y. Blaicher
Sent: Monday, December 4, 2017 10:22 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Strange Things in JES2

I have a job that puts out the following in the JESMSG portion of the listing.

-- JES2 JOB STATISTICS --

  27 NOV 2017 JOB EXECUTION DATE

   35 CARDS READ

   76,135 SYSOUT PRINT RECORDS

0 SYSOUT PUNCH RECORDS

   71,517 SYSOUT SPOOL KBYTES

 0.86 MINUTES EXECUTION TIME
The DATASET DISPLAY panel shows:

NP   DDNAME   StepName ProcStep DSIDC Dest   Rec-Cnt

 JESMSGLG JES2 2H LOCAL   20

 JESJCL   JES2 3H LOCAL   36

 JESYSMSG JES2 4H LOCAL   59

 GDE40101 STEP020  STEP010   102H LOCAL   44

 GDE40102 STEP020  STEP010   103H LOCAL   23

 GDE40103 STEP020  STEP010   104H LOCAL9

 GDE40105 STEP020  STEP010   106H LOCAL   33
That is a total of 224 records.  Where are the other 75,911 records?  And, no I 
didn't delete or purge any output.  I did do a process 100,000 times in the 
program, but if it was process related I would expect a print count of 100,224.
Just wondering If anyone else has seen strange things like this.
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
https://apac01.safelinks.protection.outlook.com/?url=www.syncsort.com=02%7C01%7Callan.staller%40HCL.COM%7C82cbb63b9c884e5b342608d53b333742%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636480013534334784=C5GMEG0j6y17mC3%2F2m7K78TS4XCgnl0wo8k3wQHimaM%3D=0<https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.syncsort.com%2F=02%7C01%7Callan.staller%40HCL.COM%7C82cbb63b9c884e5b342608d53b333742%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636480013534334784=8YfDp4XZGUHKVwR%2FOaSrc%2FiVsGWzptL3RBQ8lTYDtFE%3D=0>

Data quality leader Trillium 
Software<https://apac01.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.trilliumsoftware.com=02%7C01%7Callan.staller%40HCL.COM%7C82cbb63b9c884e5b342608d53b333742%7C189de737c93a4f5a8b686f4ca9941912%7C0%7C0%7C636480013534334784=3pHgDH2DoC68mU%2FgeoY6OWsIlHbY1yXYP2g8xvyRmDA%3D=0>
 is now a part of Syncsort.






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

 The contents of this e-mail and any attachment(s) are confidential a

Strange Things in JES2

[Christopher Y. Blaicher]

I have a job that puts out the following in the JESMSG portion of the listing.

-- JES2 JOB STATISTICS --

  27 NOV 2017 JOB EXECUTION DATE

   35 CARDS READ

   76,135 SYSOUT PRINT RECORDS

0 SYSOUT PUNCH RECORDS

   71,517 SYSOUT SPOOL KBYTES

 0.86 MINUTES EXECUTION TIME
The DATASET DISPLAY panel shows:

NP   DDNAME   StepName ProcStep DSIDC Dest   Rec-Cnt

 JESMSGLG JES2 2H LOCAL   20

 JESJCL   JES2 3H LOCAL   36

 JESYSMSG JES2 4H LOCAL   59

 GDE40101 STEP020  STEP010   102H LOCAL   44

 GDE40102 STEP020  STEP010   103H LOCAL   23

 GDE40103 STEP020  STEP010   104H LOCAL9

 GDE40105 STEP020  STEP010   106H LOCAL   33
That is a total of 224 records.  Where are the other 75,911 records?  And, no I 
didn't delete or purge any output.  I did do a process 100,000 times in the 
program, but if it was process related I would expect a print count of 100,224.
Just wondering If anyone else has seen strange things like this.
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.






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