Re: Trying to find documentation for LE reason code

[Mike Hochee]

Hi Charles, 

Not sure why, but the reason code looked very familiar to me. Googling returned 
this link... 
https://www.ibm.com/support/pages/cee1000s-4093-90-cee5101c-bpx1mss-failed-when-using-posix
 

HTH,
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, July 29, 2020 4:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Trying to find documentation for LE reason code

Caution! This message was sent from outside your organization.

I am getting the following error when starting a UNIX program:

CEE5101C During initialization, the callable service BPX1MSS failed. The system 
return code was 000156, the reason code was 0D070201 . The application will 
be terminated.


There is a lot of this and that on the Web, but I would like to read the actual 
documentation for that reason code. Where do I find it? I look up the message 
in LE M and find

Programmer response: See z/OS UNIX System Services Programming: Assembler 
Callable Services Reference for the appropriate action to take for this return 
code and reason code. Consult with your z/OS UNIX System Services (z/OS UNIX) 
support personnel if necessary. One possibility is the application was not 
authorized to use z/OS UNIX. If this is true, contact your system administrator 
to have the ID registered with z/OS UNIX to use these services.
Symbolic Feedback Code: CEE4VD

Nice of them to refer you to a 1300-page book with no clue as to which chapter 
to look at, huh? Anyway I search the referenced book on CEE5101C, on 0D070201, 
and on CEE4VD and get no hits. I didn't find anything under BPX1MSS.

Anyone have any clues? This seems more difficult than it ought to be.

(Yes, the userid *does* have an OMVS segment.)

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: AT-TLS ? Very Basic Questions

[Mike Hochee]

Some years ago this publication helped me come to a basic understanding of 
AT-TLS (apologies if already shared)...   
https://www.ibm.com/support/pages/leveraging-zos-communications-server-application-transparent-transport-layer-security-tls-lower-cost-and-more-rapid-tls-deployment
 
HTH
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Tuesday, June 30, 2020 1:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: AT-TLS ? Very Basic Questions

Caution! This message was sent from outside your organization.

On Tue, 30 Jun 2020 09:57:48 -0700, Tom Brennan wrote:
>...
>Then if so, what happens on the FTP client side?  I certainly can't use 
>the Windows FTP command, for example, because it's not setup for any 
>kind of encryption.  That's kind of my big question here.
>
I believe that (sometimes) there's a proxy involved.  Beyond that, only GIYF:
https://www.google.com/search?q=at-tls+proxy+ftp
which links to:
ftp://ftp.www.ibm.com/s390/zos/racf/pdf/secure_zos_ftp.pdf

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

Re: Search engine (retitled)

[Mike Hochee]

DDG does appear to be an aggregator, although somewhat of a hybrid, and the DDG 
help pages suggest as much... 

" ... DuckDuckGo gets its results from over four hundred sources. These include 
hundreds of vertical sources delivering niche Instant Answers, DuckDuckBot (our 
crawler) and crowd-sourced sites (like Wikipedia, stored in our answer 
indexes). We also of course have more traditional links in the search results, 
which we also source from multiple partners, though most commonly from Bing 
(and none from Google)." 

Thanks for the correcting my understanding! 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, July 4, 2020 9:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Search engine (retitled)

Caution! This message was sent from outside your organization.

DDG is an amalgamater; it retains the spurious hits from, e.g., google. It's 
good for what it does, but it's not a "do what I asked for" search engine.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Hochee [mike.hoc...@aspg.com]
Sent: Saturday, July 4, 2020 9:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Search engine (retitled)

" Did I mention that I hate google? I wish that there were a real search 
engine, one where I would be a customer rather than a product and in which I 
only got hits that matched my search criteria."

I use 
https://secure-web.cisco.com/1RE5Ss_nFkdtOOIqaMQyV1JvF0o0uEUsbhqSIxKBAhdNUmJXhd7eqwgu-3TfCWiReG6FFsvOhzfjVfXYQUFB4hMqJ_M6ZDUG0Wj4FaMns7pJoeRNfPht5oNjd6KL32SONPm78TErmUIvNwmuCOe0Yd6tkdzpFx5kTDXdc-4s26oB5r_eetjnva5mG-y_Mc5o89RZ4I63cAa-eYpYoslnzMk7oZqudlXY1cIZD2zsMr5dAhenrwn_kv9_CfXCBCbVC9dXxPZAVmoovRjEqJH_76HL1V4F4uXOGRVKqf9jdc3mLROljxfz0ubvoY34OGiDXUEp71hV3FfoRGgveOgEP9CVykC_nmfo_CUnDKIsniD32c7zKDBC4DBkHgOa08I__Vwi0YvR0_Q-q0cBfz9VD8GQoLU5ZdI9dLk4KYp75XFegNdBeNgExwaiv7qg2TUvl/https%3A%2F%2Fduckduckgo.com%2F
 whenever possible, and google when I have to.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, July 4, 2020 9:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

Caution! This message was sent from outside your organization.

To clarify, I believe that such a co-op would need to identify the potential 
issues and hash them out up front in order for the idea to be viable. In some 
cases there could be a consensus, in others an arbitrary choice might be 
necessary. What is important is avoiding unpleasant surprises as much a 
possible.

> HECnet that Moshix is touting.

URL?

Did I mention that I hate google? I wish that there were a real search engine, 
one where I would be a customer rather than a product and in which I only got 
hits that matched my search criteria. What would they have to charge for that 
to be economically viable?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Grant Taylor [023065957af1-dmarc-requ...@listserv.ua.edu]
Sent: Friday, July 3, 2020 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

On 7/3/20 11:13 AM, Seymour J Metz wrote:
> Interesting. Some questions come to mind.

Discussion is good.

> Would it have to have current software to attract the open source 
> community?

I don't think that bleeding edge is needed in any way shape or form.

My personal interest would be something in the z/OS family.  The bottom end of 
what is still supported would be a minimum desired version.  But I think 
anything in z/OS is better than was is readily available now.

> What sort of support would be available from IBM and from volunteers?

I would not assume any support from IBM for things like PMRs.  Though I suppose 
that is a possible option.

I would think that much of the support would come from the community.

> Would IBM partially subsidize it if you could show that it would 
> expand the market?

I have no idea.

I would not count on any such support to get started.  As such, any support 
from IBM would be icing on the cake.

> How would you make it known to the open source community?

I don't know.

I would think that members commenting about it on various social media channels 
would be a good start.

It would probably need it's own mailing list and / or discussion channels.

> Would it be involved with the Academic community and would it 
> coordinate with IBM academic programs?

I don't object to such.  But I don't want it to be beholden to such either.

> Would it include a repository or would it rely on, e.g., Bitbucket, 
> GitLab, Phabricator, SourceForge?

I think it would behoove the project for it to offer it's own repositories and 
s

Re: Assembler question

[Mike Hochee]

Hi Nguyen, 

In practice I don't think the NOALIGN option is used very frequently, probably 
because some instructions have alignment dependencies and will generate an 
error or warning when the instruction operand is not aligned as expected. There 
are undoubtedly exceptional cases where NOALIGN makes sense, but I would be 
inclined to stick with the default ALIGN behavior.

Also, Version 2.00 of Assembler Language Programming for IBM System z Servers, 
by John Ehrman, formerly of IBM but now sadly deceased, is a truly excellent 
guide and reference. Chapter 11 of this text relates to your question. 
Disappointingly, it appears that Marist College has relocated the document, but 
it still can be found here... (some other Marist location)  
http://148.100.100.35/enterprisesystemseducation/assemblerlanguageresources/Assembler.V2.alntext%20V2.00.pdf
  

Additional links for some of John Erhman's Assembler Bootcamp presentations on 
Assembler can be found here... 
https://share.confex.com/share/118/webprogram/Person3921.html 

HTH, 
Mike  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nguyen Dt
Sent: Saturday, July 4, 2020 4:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Assembler question

Caution! This message was sent from outside your organization.

I tried the option NOALIGN when assembling , and it is OK now.

So it means that i should examine my  assembling listing to check if variables 
are not separated by some bytes for the alignement ?
When i put all the variable to Character type i don't have any aligment ...
In my case i see the problem because the output is not as expected , but i 
guess that it can source of errors.

--
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: Search engine (retitled)

[Mike Hochee]

Search engines are definitely not my strong suit, but if you meant 'aggregator' 
or metasearch engine, I don't think that is correct. Dogpile.com for example is 
definitely a metasearch engine, creating the result set of hits from google+ 
bing+whatever else, but I don't believe DDG operates that way unless you 
specifically want to invoke a google search from DDG, in which case you prefix 
the search arguments with a !g. You've piqued my curiosity though, so I will 
ask them. 

Thanks, 
Mike   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, July 4, 2020 9:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Search engine (retitled)

Caution! This message was sent from outside your organization.

DDG is an amalgamater; it retains the spurious hits from, e.g., google. It's 
good for what it does, but it's not a "do what I asked for" search engine.


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Hochee [mike.hoc...@aspg.com]
Sent: Saturday, July 4, 2020 9:51 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Search engine (retitled)

" Did I mention that I hate google? I wish that there were a real search 
engine, one where I would be a customer rather than a product and in which I 
only got hits that matched my search criteria."

I use 
https://secure-web.cisco.com/1RE5Ss_nFkdtOOIqaMQyV1JvF0o0uEUsbhqSIxKBAhdNUmJXhd7eqwgu-3TfCWiReG6FFsvOhzfjVfXYQUFB4hMqJ_M6ZDUG0Wj4FaMns7pJoeRNfPht5oNjd6KL32SONPm78TErmUIvNwmuCOe0Yd6tkdzpFx5kTDXdc-4s26oB5r_eetjnva5mG-y_Mc5o89RZ4I63cAa-eYpYoslnzMk7oZqudlXY1cIZD2zsMr5dAhenrwn_kv9_CfXCBCbVC9dXxPZAVmoovRjEqJH_76HL1V4F4uXOGRVKqf9jdc3mLROljxfz0ubvoY34OGiDXUEp71hV3FfoRGgveOgEP9CVykC_nmfo_CUnDKIsniD32c7zKDBC4DBkHgOa08I__Vwi0YvR0_Q-q0cBfz9VD8GQoLU5ZdI9dLk4KYp75XFegNdBeNgExwaiv7qg2TUvl/https%3A%2F%2Fduckduckgo.com%2F
 whenever possible, and google when I have to.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, July 4, 2020 9:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

Caution! This message was sent from outside your organization.

To clarify, I believe that such a co-op would need to identify the potential 
issues and hash them out up front in order for the idea to be viable. In some 
cases there could be a consensus, in others an arbitrary choice might be 
necessary. What is important is avoiding unpleasant surprises as much a 
possible.

> HECnet that Moshix is touting.

URL?

Did I mention that I hate google? I wish that there were a real search engine, 
one where I would be a customer rather than a product and in which I only got 
hits that matched my search criteria. What would they have to charge for that 
to be economically viable?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Grant Taylor [023065957af1-dmarc-requ...@listserv.ua.edu]
Sent: Friday, July 3, 2020 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

On 7/3/20 11:13 AM, Seymour J Metz wrote:
> Interesting. Some questions come to mind.

Discussion is good.

> Would it have to have current software to attract the open source 
> community?

I don't think that bleeding edge is needed in any way shape or form.

My personal interest would be something in the z/OS family.  The bottom end of 
what is still supported would be a minimum desired version.  But I think 
anything in z/OS is better than was is readily available now.

> What sort of support would be available from IBM and from volunteers?

I would not assume any support from IBM for things like PMRs.  Though I suppose 
that is a possible option.

I would think that much of the support would come from the community.

> Would IBM partially subsidize it if you could show that it would 
> expand the market?

I have no idea.

I would not count on any such support to get started.  As such, any support 
from IBM would be icing on the cake.

> How would you make it known to the open source community?

I don't know.

I would think that members commenting about it on various social media channels 
would be a good start.

It would probably need it's own mailing list and / or discussion channels.

> Would it be involved with the Academic community and would it 
> coordinate with IBM academic programs?

I don't object to such.  But I don't want it to be beholden to such either.

> Would it include a repository or would it rely on, e.g., Bitbucket, 
> GitLab, Phabricator, SourceForge?

I think it would behoove the project for it to offer it's own repositories and 
similar services; mailing list, chat, etc.  The idea being to avoid external 
dependenc

Search engine (retitled)

[Mike Hochee]

" Did I mention that I hate google? I wish that there were a real search 
engine, one where I would be a customer rather than a product and in which I 
only got hits that matched my search criteria." 

I use https://duckduckgo.com/ whenever possible, and google when I have to. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, July 4, 2020 9:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

Caution! This message was sent from outside your organization.

To clarify, I believe that such a co-op would need to identify the potential 
issues and hash them out up front in order for the idea to be viable. In some 
cases there could be a consensus, in others an arbitrary choice might be 
necessary. What is important is avoiding unpleasant surprises as much a 
possible.

> HECnet that Moshix is touting.

URL?

Did I mention that I hate google? I wish that there were a real search engine, 
one where I would be a customer rather than a product and in which I only got 
hits that matched my search criteria. What would they have to charge for that 
to be economically viable?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Grant Taylor [023065957af1-dmarc-requ...@listserv.ua.edu]
Sent: Friday, July 3, 2020 1:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Mainframe co-op

On 7/3/20 11:13 AM, Seymour J Metz wrote:
> Interesting. Some questions come to mind.

Discussion is good.

> Would it have to have current software to attract the open source 
> community?

I don't think that bleeding edge is needed in any way shape or form.

My personal interest would be something in the z/OS family.  The bottom end of 
what is still supported would be a minimum desired version.  But I think 
anything in z/OS is better than was is readily available now.

> What sort of support would be available from IBM and from volunteers?

I would not assume any support from IBM for things like PMRs.  Though I suppose 
that is a possible option.

I would think that much of the support would come from the community.

> Would IBM partially subsidize it if you could show that it would 
> expand the market?

I have no idea.

I would not count on any such support to get started.  As such, any support 
from IBM would be icing on the cake.

> How would you make it known to the open source community?

I don't know.

I would think that members commenting about it on various social media channels 
would be a good start.

It would probably need it's own mailing list and / or discussion channels.

> Would it be involved with the Academic community and would it 
> coordinate with IBM academic programs?

I don't object to such.  But I don't want it to be beholden to such either.

> Would it include a repository or would it rely on, e.g., Bitbucket, 
> GitLab, Phabricator, SourceForge?

I think it would behoove the project for it to offer it's own repositories and 
similar services; mailing list, chat, etc.  The idea being to avoid external 
dependency.

That being said, I don't see any reason that members couldn't choose to use 
their own external repository, etc.

> What sort of infrastructure would it need? Listserv? Online courses?

I see the current desired things:

  - repository
  - web page
  - mailing list(s)
 - I really like Mailman's ability to do topic based mailing lists.
Subscribe, pick your topic(s), etc.
  - chat would be nice
 - irc
 - slack
 - other

Ironically, I think all of these could be hosted on the mainframe itself.  
Possibly Linux on z.

I would like to see options for people to connect their guest VM to the 
fledgling HECnet that Moshix is touting.  I think these types of activities 
allow people to grow and learn in atypical areas.

Want to play with DASD replication?  Sure.  --  I naively assume that something 
could be set up under z/VM to allow a z/OS guest to play with multiple DASDs to 
test and learn about a concept.

Want to play with IPL parameters, go ahead.

Want to play with HCD, yep, you can do that too.  --  I naively assume that 
IOCDS / HCD is still a thing in a z/OS guest VM.

> Would user assistance be free, chargeable or multi-tiered, with simple 
> questions and bug reporting being free?

All very good questions.

I would hope that there is some free best effort much like the existing 
community.  I would be happy to see some professional / consultation services 
available much people can hire a tutor for many different subjects.  I would 
expect those arrangements to be between the guest VM subscriber and the ""tutor.

I would want to avoid this overarching co-op from being a profit center.
  The purpose is to make things accessible and as affordable as reasonably 
possible to do so.  I chose "co-op" on purpose.  At least based on my 
understanding of the term.

Re: ISPF 3.4 DSLIST questions

[Mike Hochee]

Hi Bob, 

If was unfamiliar with assembler, I would not start by attempting to use 
RACROUTE macros, as the combination of the two is a lot to chew on IMO. 

RACSEQ is a TSO command/utility for RACF written by Bruce wells of IBM some 
years ago. Documentation and assembler source are available here... 
ftp://ftp.www.ibm.com/s390/zos/racf/racseq/racseqReadMe.pdf  It is certainly 
callable from Rexx and is something you can customize if desired.  Rather than 
RACROUTE, the program makes use of the RACF R_admin callable service.  RACF 
callable service functionality may map more closely to the kind of 
permission/resource related questions you posed. The RACF callable services are 
documented here... 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3sa232293/$file/ichd100_v2r3.pdf
  

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bob Bridges
Sent: Wednesday, July 8, 2020 7:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF 3.4 DSLIST questions

Caution! This message was sent from outside your organization.

I've been doing mainframe security for a few decades now, but I've never 
learned IBM's version of assembler (I still have ambitions of doing that 
eventually) so I may be mistaken about how RACROUTE works.  But my impression 
is that the question the OS asks the security system might look like this:  
"About resource HLQ.XYZ in class DATASET, does ABC have UPDATE access to it?"  
In other words, the question specifies the class, the resource name, the user's 
ID and the level of access (READ or whatever), and the answer is a simple Yes 
or No (or in rare cases "I can't tell").

Am I mistaken in that?  If not, then how do you learn what access ABC has to 
HLQ.XYZ without asking once for READ, once for UPDATE and so on?

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* People don't really want to go back to a time when the world was simpler. 
They want to go back to a time when they didn't understand how complicated the 
world has always been. */


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Spiegel
Sent: Tuesday, July 7, 2020 18:15

"...  But if you want to know all the kinds of access you have, you'd need to 
ask the question three or four times, for read, update, execute and create. ..."

This statement is not true.

I published an Assembler program and a Rexx Exec here on June 14.
My program has been placed on CBT File 836 (for now, it's in the Update section 
of the website).

--- On 2020-07-07 17:45, Bob Bridges wrote:
> Nothing useful to say about your first question, but about the second:  I can 
> think of two ways to pull your access information for a list of datasets.
>
> 1) Query the system about which security app is running (RACF, ACF2 or TSS), 
> then issue the commands and parse the output.  Display only the brief 
> results, eg "RW" for "read/write".  I have a REXX that can tell you which 
> security app is running, if you're interested.
>
> That involves a lot of coding.  It might be simpler (if you can find a way to 
> do it) to 2) do a RACROUTE query, since that sends the question to existing 
> security system and returns simply 0 (access allowed), 8 (not allowed) or 
> very rarely 4 (can't tell).  But if you want to know all the kinds of access 
> you have, you'd need to ask the question three or four times, for read, 
> update, execute and create.
>
> And for both methods you'd have to do the query for every dataset in the 
> list.  If you do long lists and/or do this often, it puts a burden on the 
> system that might get you talked about (and to) by the operations folks.  
> Probably not a good idea.
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tim Hare
> Sent: Tuesday, July 7, 2020 1:08 PM
>
> I have some questions about the ISPF 3.4 utility.
>
> 1. Why does 'Referred' show on the "total" display for datasets,  but if you 
> print the dataset list, you don't get it?
>
> 2. Are there ways to extend what is displayed?  For one example:  I 
> would like to have  column for 'Your Access' that would show me what 
> RACF says my access is,  rather than having to do LD DA(/) ALL GEN on 
> a line, and "suffer" through the TSO command output  (as I've rarely 
> worked with ACF2 and never with Top Secret I don't know if such a 
> request  can be done for 'generic security system')

--
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: make /etc/ smaller

[Mike Hochee]

You may want to look at... 
 zfsadm shrink  
(https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.ioea700/zfsadm_shrink.htm)
 

HTH,
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Charles
Sent: Thursday, June 25, 2020 10:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: make /etc/ smaller

Caution! This message was sent from outside your organization.

My in use /etc/ ZFS has grown to the limit of a DASD volume.  I found that 
IMWEBSRV was writing to /etc/websrv1/logs/access_log for 2 years.
I deleted all the logs using these commands:  rm 
/SYSTEM/etc/websrv1/logs/access_log; touch /SYSTEM/etc/websrv1/logs/access_log
That file is now small but the ZFS is the same size.  Is there a way to make 
the VSAM dataset smaller while the system is running?

I have an IPL already planned to go to a new copy of /etc/ so the better 
question is how do I make a smaller copy  of the VSAM dataset?
REPRO fails if the new VSAM dataset is smaller than the original that has all 
that wasted space in it.

--
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: AT-TLS ?

[Mike Hochee]

Hi Lionel, 

I did this a few years back and utilized it for a product. Below are a few 
items from the product doc and a few more that remain in accessible memory 
areas...

- Read the relevant sections of Comm Server IP Configuration Ref, specifically 
in the chapter on Policy Agent (PA) and Policy Applications. Also in the IP 
Configuration Guide, there is a chapter on AT-TLS Security Data Protection, 
topic TCPIP Stack Initialization. 

- Use z/OSMF for generation of your initial set of PA config files and inputs, 
then consider manually tailoring. I opted for this approach under z/OS 2.2, but 
z/OSMF has undoubtedly improved greatly since then, so maybe you can use z/OSMF 
exclusively w/out too much pain these days. 

- Configure the syslog daemon, and test it to ensure messages are being 
collected for whatever you're interested in (TCPIP is not a pre-req for 
syslogd) 

- Configure PROFILE.TCPIP, you will need to add a TTLS parm to the TCPCONFIG 
statement

- Create the resource profile used to block access to the TCPIP stack during 
initialization, the name of the resource will be 
EZB.INITSTACK.%sysname.%tcpprocname  (it may be differently named w/ACF2 or 
TSS) 

- Create a server keyring and x509 certificate, and then connect the cert to 
the keyring, and depending on what you're doing you may need to permit access 
so the keyring and cert can be listed (resources are IRR.DIGTCERT.LISTRING and 
IRR.DIGTCERT.LIST) 

- Once you have done the above and are ready to test: 
Ensure syslogd running 
Stop the TCPIP AS (there are undoubtedly less invasive ways) 
Start the TCPIP AS and watch for msg EZZ4248E, after which you should start 
your PA daemon (eventually, you'll want to automate this), the start will 
probably look something like... /usr/lpp/tcpip/sbin/pagent -l /tmp/pagent.log 
-c /etc/pagent.conf & 

- Once started, check out the following for messages... 
MVS system log 
Pagent log file
Output from the pasearch -t command 

If you need additional detail, please feel free to email me directly. 

HTH, 
Mike  
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lionel B Dyck
Sent: Sunday, June 28, 2020 6:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AT-TLS ?

Caution! This message was sent from outside your organization.

Anyone have any pointers for configuring AT-TLS on z/OS?





Lionel B. Dyck <
Website:   https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden




--
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: Where is the data compression manual SA22-7208

[Mike Hochee]

Hi John, 

Not sure what your situation is, but Ed Jaffe is quite right, the compression 
described in that manual is pretty awful from compaction and efficiency 
standpoints, and maybe the API as well, I don't recall. 

If you need a good x-platform data compression library that runs on z/OS, 
Linux, Unix, Windows, and others, you can't go wrong  with zlib. It is what IBM 
uses for their zEDC compression adapters, and is the software behind the 
curtain for the z15 'Integrated Accelerators'. In addition it is extremely well 
supported by the authors, Mark Adler and Jean-Loup Gailly. The home page can be 
found at... zlib.net  

HTH, 
Mike   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Saturday, July 25, 2020 12:45 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Where is the data compression manual SA22-7208

Caution! This message was sent from outside your organization.

On 7/24/2020 9:39 PM, John Ganci wrote:
> Anyone have any other suggestions?


It's horrible compression. Why not use modern IBM Z compression? That doc 
should be a lot easier to come by...


--
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: OOBOL and English was Re: Still COBOL After All These Years?

[Mike Hochee]

Is it time to mind our Ps and Qs yet? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of PINION, RICHARD W.
Sent: Wednesday, July 22, 2020 12:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?

Caution! This message was sent from outside your organization.

What about cubits and stadia?

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Bob 
Bridges
Sent: Wednesday, July 22, 2020 12:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: OOBOL and English was Re: Still COBOL After All These Years?

[External Email. Exercise caution when clicking links or opening attachments.]

If we're going to express sympathy for imperial units, I've always thought the 
furlong was pretty useful.  Not so much when you're driving a car, but for 
walking it works pretty well.

Portages in Minnesota and Ontario are measured in rods, but I could never get 
my head wrapped around them.  Besides, I think there are two different rods.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* It said "Insert disk #3", but only two will fit. */

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Pew, Curtis G
Sent: Tuesday, July 21, 2020 09:47

For everyday life, though, I think American/Imperial units (and any other 
traditional systems that may survive elsewhere) have their advantages. They 
evolved because people found them useful. For example, when I’m cooking I could 
say 250 milliliters or one cup (they’re close enough for the precision I need) 
but one cup is simpler. Or if my pedometer says I’ve walked 2000 steps I know 
I’ve gone about a mile. (“Mile” comes from “mille passuum” = “a thousand of 
steps”; my pedometer counts left and right as separate steps but for the Romans 
you had to move both before they counted it.)

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN Confidentiality notice:
This e-mail message, including any attachments, may contain legally privileged 
and/or confidential information. If you are not the intended recipient(s), or 
the employee or agent responsible for delivery of this message to the intended 
recipient(s), you are hereby notified that any dissemination, distribution, or 
copying of this e-mail message is strictly prohibited. If you have received 
this message in error, please immediately notify the sender and delete this 
e-mail message from your computer.


--
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: Possible new function for DFSORT?

[Mike Hochee]

You might check out www.maxmind.com  

They offer a variety of 'Geo' prefixed databases, at least one of which 
contains domain names, possibly eliminating the need to do DSN lookups. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tim Hare
Sent: Wednesday, July 22, 2020 12:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Possible new function for DFSORT?

Caution! This message was sent from outside your organization.

I don't think this function exists,  and I'm thinking about writing up a SHARE 
requirement for it (which I guess these days becomes an RFE but I'm a member of 
SHARE so I think I'll go that way).   I thought I'd ask whether it would be 
used enough to justify going through that process.

What I'm thinking about is a function (well, two)  to take a binary IP address 
and do DNS lookup, retrieving the host/domain name. At the shop where I'm 
currently working,  many logs don't do the lookup when logging, to save some 
overhead.Yet, it's always nice, when creating a report such as 'who is 
connecting to us the most',  to be able to assign a name rather than an IP 
address;   if the lookup can be done _after_ the data is summarized it would be 
a lot more efficient.  Hence the thinking about making this a function for SORT.

I think this would involve two functions - one for IPV4 and one for IPV6.   We 
might also like two formats similar to DT1 and the like, for formatting IPV4 
and IPV6 binaries into strings. Although I think that can be managed now by 
handling individual parts of the binary and interspersing separator characters 
"manually" it would be much cleaner if it were handled like date/time fields 
are.

Do you think this capability would be used enough to make it an RFE?

--
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: ZIIP engine utilization

[Mike Hochee]

I'm sorry, but the following will not answer your immediate question about how 
to determine if a zIIP is getting maxed out. I don't know the answer to your 
specific question. These comments pertain more to a longer view of performance 
monitoring.   

In the interim though, you can always try to answer an important question when 
it comes to fighting performance related fires - What changed?  

Almost all of the fires I've worked on at various shops, some with many SLAs in 
place, were directly related to application/system changes where the 
anticipated performance impact was either underestimated, not well understood, 
or never evaluated. If your shop is big on change management that includes; 
applications, database, sysprogs, security, network, capacity planning and 
workload management, etc. then you may have available a decent record of what 
actually changed, when they took effect, and eventually how those changes 
relate to different workloads on your system.  

What kind of performance monitoring/reporting tools are available?  You may 
want to get extremely familiar with some of the daily reports and resource 
utilization values for critical workloads. The idea is to get to know your 
system, first from 50,000', then from 10,000', then 2,000' etc., until you get 
granular enough to be pointing your finger at a Natural program that has gone 
off the rails, or pig CICS transaction, or whatever. 

Until you know the performance characteristics of each workload on the system, 
how they relate, and what's changed recently, it would be pretty tough to make 
performance and tuning recommendations (of any kind), and expect positive 
results.  

Identifying and cultivating useful working relationships with SME-type 
individuals in different departments can also go a long way, then you will have 
more/less confidence in what you're hearing in the midst of some frenzied 
performance event. 

Regarding Adabas, three simple things to keep an eye on are buffer pool 
efficiency, format translations and format overwrites. These are useful CPU 
related metrics because they are usually actionable. DBAs can make adjustments 
and/or have application developers make changes to reduce CPU utilization (with 
GP and potentially zIIP impacts).  Your DBAs can execute very low overhead 
dstat commands to track these metrics at whatever interval is appropriate. 

If you aren't already familiar with them, ABCs of Systems Programming Vol 11 is 
good, as well as the z/OS RMF User's Guide and Report Analysis manuals.  

HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of zMan
Sent: Thursday, May 17, 2018 8:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ZIIP engine utilization

Not trying to be a jerk, but you're playing with fire here. Call Cheryl Watson 
and pay for some help. Take some classes. Go to SHARE and learn. If management 
is too cheap to pay for the expertise, update your resume and go find a real 
job.

I'd explain it to them this way: If the lead engineer at one of the nuclear 
power plants retired and nobody knew how to do what he'd been doing, would they 
suggest asking for advice on a list?

Not that folks here will deliberately lead you astray, of course. But 
performance work is too highly skilled to fake your way through it: that's just 
asking for a disaster.

On Thu, May 17, 2018 at 7:40 PM, Jesse Lynch 
wrote:

> Our senior performance person has retired.  We have a ZIIP on a Z13s.  
> One of our customers is using Adabase and some
> product to make maximum use of the Ziip.   They feel that the Ziip has
> maxed out from I think messages they are getting from their product 
> and response is slower.  I am getting this third hand so don't know a 
> lot of details.  Can you point me
> to the best place to see if Ziip is getting maxed out.   I am looking at
> the RMF Batch CPU report.  I see some % usages for the IIP.  Also see 
> that one Lpar (not even sure which Lpar yet they are talking about) 
> seems to say its WLM capped.
> I have looked at the Lpar definitions on the HMC and nothing jumps out 
> at me.
>
> If you have any comments I would appreciate it.  Thanks.  Jess
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
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: Can TSO permit RACF to log logon successes?

[Mike Hochee]

Hi Charles, 

Yes, the answer to your first question appears to be correct... 

LOG=NONE suppresses both messages and SMF records regardless of
MSGSUPP=NO.  (from RACROUTE Macro Reference) 

Not sure if this is configurable, but think it should be. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, May 22, 2018 11:12 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Can TSO permit RACF to log logon successes?

X-Posted IBM-MAIN and RACF-L.

Apparently TSO specifies LOG=NONE or something like that on a TSO signon, such 
that no SMF record is cut in the event that the logon is successful -- is that 
correct?

Is that behavior configurable? Is there a way to configure TSO or RACF such 
that we would see an SMF type 80 record in the event of a successful TSO signon?

(Yes, I know we see an SMF Type 30 subtype 1 -- that is unfortunately not what 
the user wants.)

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: [External] Old School Maintenance Philosophy -- Never ACCEPT?

[Mike Hochee]

Yes, definitely something like that... AMAPTFLE.  It was mentioned in this 
NaSPA article as an SMP predecessor... 
http://www.naspa.net/magazine/2005/0705/T0507009.pdf   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gerhard Adam
Sent: Thursday, May 24, 2018 12:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [External] Old School Maintenance Philosophy -- Never ACCEPT?

I personally used SMP in 1975 on a S/360 running MFT.

Sent from my iPhone

On May 23, 2018, at 8:29 PM, Edward Gould  wrote:

>> On May 23, 2018, at 2:13 PM, Gerhard Adam  wrote:
>> 
>> SMP was available in MVT and MFT.  It did not begin with MVS
> 
> I beg to differ. But I was new to the job and our senior sysprog did maint 
> with another IBM program (which I do not remember but it was NOT SMP but 
> something like iebptfle or something like that.
> Someone else, please confirm.
> 
> Ed
> 
> 
> --
> 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: GETMAIN LOC=32

[Mike Hochee]

Evaluated purely on technical merit, I really like this idea.  IMO it comes 
close to making  some sort of elegant simplicity category. But if evaluated 
based on cost benefit, things seem extremely murky indeed. It also appears to 
be primarily championed by folks from the Hercules and OS380 developer 
community, folks that represent the wants and needs of IBM's bread and butter 
zSeries customer base. Right?

With unlimited development resources, fantastic idea, otherwise I think digging 
a hole for the carcass is overdue. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, May 15, 2018 11:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GETMAIN LOC=32

I should know better than to poke this thing again but I just do not see how it 
makes sense.

- If the code runs AM=31 then 32-bit addresses will not work.
- If the code runs AM=64 then the high words of the registers are significant. 
One cannot count on them being zero -- trust me on this, been there and got the 
S0C4 tee shirt* -- so you now have to at least be cognizant of high halves of 
registers, which defeats the OP's idea of pretending that bits 0-31 don't 
exist. You have to save those high halves (if you want to be well-behaved) and 
you have to zero or LLGF into them. And by running AM=64 aren't you getting 
away from this (silly IMHO) concept of portability back to s/370?

Does that not make the case for this fall apart?

The sole benefit is that programs could address > 2GB (and < 4GB) while still 
storing pointers in "traditional" single-word fields -- saving storage and 
saving having to re-work DSECTs. That's a lot of work on IBM's part to solve a 
very narrow need in the application world -- programs that need more than 2GB 
but will never need more than 4GB (or where the expansion to > 4GB cannot be 
justified).

You want to do your RFE? Go for it. Follow @Jim's suggestion of requesting that 
STORAGE support asking for storage in the 2GB to 4GB range. That is your entire 
solution, right?

*In fact at the last SHARE I learned a cool testing technique from @Ray 
Mullins. When testing an AM=64 subroutine, on entry do a LHM 0,15,=16F'-1'. 
That way you will pick up in testing any failures to properly initialize high 
register halves. Otherwise it will bite you now and then down the road. You can 
do the same thing with AR's when testing AR-mode code.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, May 15, 2018 8:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GETMAIN LOC=32

On Tue, May 15, 2018 at 10:03 AM, Paul Edwards  wrote:

> On Tue, 15 May 2018 04:16:44 -0700, Ed Jaffe 
> 
> wrote:
>
> >On 5/12/2018 2:02 PM, Ed Jaffe wrote:
>
> >Of course, you might have to change numerous existing LLGT 
> >instructions into LLGF instructions, but that's only a fraction of 
> >the effort needed to widen all of your pointers.
>
> I'm not familiar with LLGT. All my code uses 32-bit instructions found 
> in S/370, so there is no LLGT to change. If you simply write your 
> 32-bit code sensibly (don't use the high bit or byte in addresses for 
> flags), it will run AM-infinity, including AM64.
>

​I think what Ed is getting at is to load a "32 bit" pointer, you need to
insure that the high word of the register being loaded (bits 0..31) are
zero. You can do this simply by somehow being sure that it is and using an
L, or the LLGF will load the 32 bits into the low word (32..63) of the
register and zero out the high word automatically (bits 0..31). This is the
safest way, rather than using an old fashioned L instruction. Of course, if
you are absolutely certain that the high word will always be zero, then
this is overkill.​

--
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 Internet Library Broken

[Mike Hochee]

Yes, I reported issues with both the z/OS 2.1 and 2.2 pdf libraries to IBM last 
Friday afternoon. I received a reply that someone by the name of Geoff Smith is 
looking into them.  I will forward this email to him as well.  (Thank you!  I 
wasn't hallucinating this time!) 

Mike   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Allan Staller
Sent: Monday, June 4, 2018 10:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS Internet Library Broken

Anyone else having trouble accessing the V2R2 PDF's from 
https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosInternetLibrary?OpenDocument
  ?

When I select "Download books in PDF format" I receive the expected shortcut 
list.
If is select z/OS MVS, I get different page that appears to be a visual 
duplicate.
When I select z/OS MVS from this page, I get a circular reference (same page is 
redisplayed).

If I scroll the list from the top, the list seems to be truncated after the 
last manual that would have appeared under z/OS Cryptographic Services.

Checked for the same, received the same results selecting df/SMS from the 
shortcut list.
Checked for the same, received "correct" results when selecting z/OS 
Cryptographic Services from the shortcut list.

In the interest of completeness I checked V2.3 and V2.1 as well.

All of the above seems to be just fine for z/OS 2.3.
z/OS 2.1 requests IBMID signon. After signon I receive "page not found"

Sue Shumway, Can you help?  I have tried the general numbers, etc. to no avail.
::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: problem with FTP from Windows 10 to z/OS

[Mike Hochee]

I'm assuming you replaced the '<' redirection parameter, with the -s parameter 
and continue to have the issue. You might try eliminating the text file and -s 
parameter altogether, and manually enter the FTP subcommands found in the file. 
 This doc note for the -s parameter is also interesting... 
 
Note: In Windows 8 and Windows Server 2012 or later operating systems, the text 
file must be written in UTF-8.

So maybe another reason to try it manually. 

HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kevin Merkley
Sent: Friday, June 1, 2018 6:32 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: problem with FTP from Windows 10 to z/OS

I'm normally a VM guy but I'm trying to do some work on z/OS 2.2, and I could 
use some help.
I'm trying to use Windows FTP to transfer a downloaded tersed file from Windows 
to z/OS 2.2.

Previously, with Windows 7, I invoked FTP with this command: ftp < 
ftpscript.txt The ftpscript file normally has quite a few more statements but 
to verify the problem I condensed it to contain these statements:
---
verbose
open nnn.nnn.nnn.nnn
myuser
binary
put file.trs 'MYUSER.FILE.TRS'
quit
---
The verbose statement allowed FTP to prompt for a password, in order to avoid 
having the password in the text file.

Recently, I grudgingly had to upgrade to Windows 10. This process no longer 
works. In trying to diagnose the problem, I used the FTP -d option and 
discovered a difference between FTP on Windows 10 and FTP on Windows 7. The 
Windows 10 FTP client connects to the z/OS FTP server and immediately issues 
the command: OPTS UTF8 ON and receives this message:
501 command OPTS aborted -- no options supported for UTF8

It accepts the userid but then processes the binary statement as the password, 
and of course that fails.

In the manual "z/OS Communications Server: IP Configuration Reference" I found 
the EXTENSIONS statement to enable FTP to support FTP extensions. The 
description of EXTENSIONS UTF8 states: "Enables the FTP server to respond to 
the LANG command, and to use UTF–8 encoding of pathnames on the control 
connection." So I added EXTENSIONS UTF8 in the TCPIP.FTP.DATA dataset. I cycled 
the FTP daemon started task, and the TCPIP started task, and even reIPLed the 
z/OS system. This has not made any difference.

I'm hoping to find the way for z/OS to accept the OPTS UTF8 ON command. (Or for 
Windows 10 FTP to not issue the command.)

Can someone please give me some guidance on this? I'm at a loss. I've done lots 
of internet searches and haven't been able to find any solution.

--
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 Internet Library Broken (again)

[Mike Hochee]

Hi Sue, 

Thanks for soliciting feedback before implementation. A couple thoughts...

1) The link is supposed to point to a main element KC page for z/OS 2.2 
(true?), but a number of the PDF links point to z/OS 2.1 manuals, was this by 
design? 

2) Some of the pdf links refer to manuals where the dates do not match the 
'last updated' date value, again by design? 

I guess I've become a little jaded.  A few months ago, I could go to a z/OS 2.1 
or 2.2 elements and features link and confidently gain access to the pdf I was 
looking for. It was so reliable that doubts about content/version never crept 
into my head.  More recently, I have recently become conditioned to doubt, so 
the idea of adding a another data element or two into the mix (last updated), 
and an ease of use grouping (KC/pdf) on the same page, while appealing, also  
makes me think additional room for error has been introduced into a format that 
was simpler, yet one that IBM has struggled with lately.

IMO, the problems resulting in numerous errors over the past 1-2 months need to 
be understood and corrected before changing the UI, even to  something 
representing an improvement.  

Mike  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Susan Shumway
Sent: Friday, June 29, 2018 12:21 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS Internet Library Broken (again)

Thanks for the feedback, all. We just rebuilt the page to remove the tables of 
links to the individual PDFs. Now, instead, most of the element links point to 
the main element KC pages, which themselves already contain links to the 
individual PDFs. What do you think? 
https://www.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download

Of course, whatever format we settle on for V2R2, we'll update the V2R1 page to 
match. Also, this doesn't apply to V2R3 and beyond because those PDFs are 
sourced from Resource Link instead of the IBM Publications Center, and Resource 
Link provides its own collection pages.

-Sue Shumway

--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@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: Would SHARE kindly kick IBM in the ass for what the've done with their web content?

[Mike Hochee]

Yes, extremely well stated, and timely too!.  

Ironically, it looks like the z/OS 2.2 Elements and Features pdf link 
https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
 now points at numerous z/OS 2.1 manuals.  I don't know how extensive the 
problem is, but all the manuals I checked under the z/OS MVS and RMF sections 
were 2.1 manuals.  Oh well!  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of zMan
Sent: Thursday, June 21, 2018 2:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Would SHARE kindly kick IBM in the ass for what the've done with 
their web content?

Good article, of course, Cheryl.

The one thing it didn't mention is that maintenance of these sites is being 
moved overseas. That's not inherently bad, except that it inevitably leads to a 
loss of tribal knowledge, which may be how these huge omissions occurred.

On Thu, Jun 21, 2018 at 1:06 PM, Chuck Kreiter 
wrote:

> I was shocked when this article showed up on my front page on Reddit.
> Perfectly stated!
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Cheryl Watson
> Sent: Thursday, June 21, 2018 10:42 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Would SHARE kindly kick IBM in the ass for what the've 
> done with their web content?
>
> Here's our take on this issue -
>
> http://watsonwalker.com/what-is-happening-with-ibms-websites/
>
> All my best,
> Cheryl
>
> ===
> Cheryl Watson
> Watson & Walker, Inc.
> www.watsonwalker.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
>



--
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
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: Would SHARE kindly kick IBM in the ass for what the've done with their web content?

[Mike Hochee]

Hi Sue, 

It is working again now,  and I'm noticing an updated look and feel with the 
2.2 Elements and Features page.  In my previous attempts, I opened new z.OS 2.2 
Elements and Features tabs. This time however, I shutdown all tabs and 
restarted the browser.  Regardless, it's working - Thank you. 

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Susan Shumway
Sent: Thursday, June 21, 2018 4:53 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Would SHARE kindly kick IBM in the ass for what the've done with 
their web content?

Hi Mike,

I'm unable to replicate your problem. Please contact me directly and we can try 
to get to the bottom of it. Thanks!

-Sue Shumway

On 06/21/18 3:47 PM, Mike Hochee wrote:
> Yes, extremely well stated, and timely too!.
> 
> Ironically, it looks like the z/OS 2.2 Elements and Features pdf link 
> https://www-304.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
>  now points at numerous z/OS 2.1 manuals.  I don't know how extensive the 
> problem is, but all the manuals I checked under the z/OS MVS and RMF sections 
> were 2.1 manuals.  Oh well!
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of zMan
> Sent: Thursday, June 21, 2018 2:30 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Would SHARE kindly kick IBM in the ass for what the've done with 
> their web content?
> 
> Good article, of course, Cheryl.
> 
> The one thing it didn't mention is that maintenance of these sites is being 
> moved overseas. That's not inherently bad, except that it inevitably leads to 
> a loss of tribal knowledge, which may be how these huge omissions occurred.
> 
> On Thu, Jun 21, 2018 at 1:06 PM, Chuck Kreiter 
> 
> wrote:
> 
>> I was shocked when this article showed up on my front page on Reddit.
>> Perfectly stated!
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Cheryl Watson
>> Sent: Thursday, June 21, 2018 10:42 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Would SHARE kindly kick IBM in the ass for what the've 
>> done with their web content?
>>
>> Here's our take on this issue -
>>
>> http://watsonwalker.com/what-is-happening-with-ibms-websites/
>>
>> All my best,
>> Cheryl
>>
>> ===
>> Cheryl Watson
>> Watson & Walker, Inc.
>> www.watsonwalker.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
>>
> 
> 
> 
> --
> zMan -- "I've got a mainframe and I'm not afraid to use it"
> 
> --
> 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
> 

--
Sue Shumway
z/OS Product Documentation Lead
IBM Poughkeepsie
chale...@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: Test only post

[Mike Hochee]

Updated answer... 

A. With a hare snare! 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, August 3, 2018 1:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Test only post

Old riddle. 
Q. How do you catch a rabbit?
A. Hide behind a bush and make a sound like a carrot.  

.
.
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 Carmen Vitullo
Sent: Friday, August 03, 2018 10:27 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Test only post

:) indeed ! 



Carmen Vitullo 

- Original Message -

From: "David Purdy" <00ac4b1d56b3-dmarc-requ...@listserv.ua.edu>
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, August 3, 2018 12:25:22 PM
Subject: Re: Test only post 

No, it's baseball season! 

David 



On Friday, August 3, 2018 Carmen Vitullo  wrote: 
Got it ! 
been very quitevery very quite - must be Rabbit hunting season :) 



Carmen Vitullo 

- Original Message - 

From: "Jesse 1 Robinson" 
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, August 3, 2018 11:39:59 AM
Subject: Test only post 

Have not received any posts since Thursday evening PDT. Just checking... 

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


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


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

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


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


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

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

Re: Ftp - no translation but add CRLF

[Mike Hochee]

I have not dealt with such a use case before,  but would be inclined to try a 
transfer type of image (binary), the LOCSITE subcommand, and a conversion 
option of either MBSENDEOL or SBSENDEOL with CRLF. 

HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jantje.
Sent: Monday, July 30, 2018 6:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Ftp - no translation but add CRLF

On Sun, 29 Jul 2018 11:23:00 +, Gadi Ben-Avi  wrote:

>Hi,
>
>Is it possible to tell ftp to transfer a file from z/OS to windows without 
>translating the data, but adding CRLF at the end of each record?
>

I seem to remember one can specify a translation table explicitly. What if you 
build a custom translation table that translates each code point onto itself? 
You can then use ASCII mode (which should add the CRLF), specifying your 1-to-1 
translation table (which should actually not translate anything).

Cheers,

Jantje.

--
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: RACF DATASET protection WHEN(SYSID)

[Mike Hochee]

You may get an answer on this listserv, but might also have better luck with 
the RACF listserv... https://listserv.uga.edu/cgi-bin/wa?A0=RACF-L 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Brian Westerman
Sent: Thursday, July 19, 2018 9:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RACF DATASET protection WHEN(SYSID)

Hi,

I was hit with a question that I don't know the answer to.  Previously (until 
today) I had thought, but never tried, that you could have a shared RACF 
database between two LPARs and that you could protect datasets differently 
based on the DATASET class rule such that if you had a dataset 
"TESTCASE.MY.DATASET" specified as UAC of NONE, the you could set up two 
dataset permits as follows:

PERMIT 'TESTCASE.**' ACCESS(READ) ID(userid) WHEN(SYSID(SYSP)) and PERMIT 
'TESTCASE.**' ACCESS(ALTER) ID(userid) WHEN(SYSID(SYST))

And that it would make it so that if the user were to log onto the test LPAR 
(SYST), they could update the TESTCASE.MY.DATASET all they wanted, but if they 
logged onto the production LPAR (SYSP) that they were limited to only READ 
access.

Well, apparently the SYSID subparameter of WHEN is not valid for DATASET rules.

So how do people protect the same dataset differently on various LPAR's, or is 
it just not possible?

Any help or pointers would be appreciated.

What I would like is just a simple way to make it so that people in the 
production LPAR can see and look at the TEST datasets, but if they actually 
want to change them, they have to actually log onto that LPAR to do it.

I know that seems like a silly way to operate, but in this case there is 
actually a good reason for it.  I just can't think of how to do it without the 
WHEN(SYSID) parm.

Does anyone have any ideas?

Thanks,

Brian

 

--
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: Spectre/Meltdown APAR - OA54807

[Mike Hochee]

Hi Tom, 
We have been running with OSPROTECT=1 for a couple months now.  We ran a few 
crypto and i/o oriented utilities as well as product IVPs and noticed no 
performance impacts after implementation.  That said we are a development shop 
and don't run typical customer workloads.  I would suggest running your own 
bread and butter workloads in an isolated test LPAR both with and without the 
maintenance if you're resource constrained in production and want to minimize 
risk.   
HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phillips, Thomas
Sent: Thursday, September 6, 2018 3:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Spectre/Meltdown APAR - OA54807

Has anyone installed OA54807?  If so, did you see any performance impacts?  Any 
other gotchas that you'd like to share?

Has anyone implemented OSPROTECT=1?

Thanks,
Tom Phillips
Principal Financial Group




Classification: Internal Use
-Message Disclaimer-

This e-mail message is intended only for the use of the individual or entity to 
which it is addressed, and may contain information that is privileged, 
confidential and exempt from disclosure under applicable law. If you are not 
the intended recipient, any dissemination, distribution or copying of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by reply email to conn...@principal.com 
and delete or destroy all copies of the original message and attachments 
thereto. Email sent to or from the Principal Financial Group or any of its 
member companies may be retained as required by law or regulation.

Nothing in this message is intended to constitute an Electronic signature for 
purposes of the Uniform Electronic Transactions Act (UETA) or the Electronic 
Signatures in Global and National Commerce Act ("E-Sign") unless a specific 
statement to the contrary is included in this message.

If you no longer wish to receive any further solicitation from the Principal 
Financial Group you may unsubscribe at 
https://www.principal.com/do-not-contact-form any time.

If you are a Canadian resident and no longer wish to receive commercial 
electronic messages you may unsubscribe at 
https://www.principal.com/do-not-email-request-canadian-residents any time.




This message was secured by Zix(R).

--
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: AT-TLS for HTTP

[Mike Hochee]

I have not used it for that specifically, but I don't see why not.  The policy 
based rules allow for job/task names and support wildcards, and you might not 
even need those if you can filter based on a unique port range.  I've been 
impressed with AT-TLS, as it offers a lot of customization options, as well as 
quite a few OOB use cases. An underrated feature of comm server IMO. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Rob Schramm
Sent: Thursday, July 5, 2018 12:45 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AT-TLS for HTTP

This might be a weird one.  I have used Policy Agent AT-TLS in the past to 
secure JDBC communication with a UDB data base.  Can I use Policy agent to 
secure an existing HTTP GET process (assembler program), by doing a similar 
process?  Has anyone else done this?

Thanks,
Rob Schramm

-- 

Rob Schramm

--
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: The IRS Really Needs Some New Computers

[Mike Hochee]

Google and Twitter workloads quite likely do not have the same integrity 
expectations/requirements as workloads running on z systems.  This may be part 
of the explanation.  In addition, my observations are limited to IBM Z systems 
which are 'mainframe' systems, and the subject of this discussion list.  The 
benchmark cited appeared to be running on a high-end Dell system. 

Another possibility might be the true object-oriented nature of the language 
that may not mesh well with a non-OO workload.  For example, I have seen 
several implementations which had to incorporate an OO-relational layer to 
bridge the differences between OO processing and relationally conforming data. 
There was substantial overhead associated with the care maintenance of that 
data layer.   

Based on my experience and personal observations, I would not recommend 
replacing a high volume performance critical system written in an extremely low 
overhead 2nd generation language with system largely written in JAVA, certainly 
not without doing a serious pilot project first.  I would feel far more 
comfortable recommending C/C++ as a replacement.  

This is appears to be an older IBM document 
(https://www-01.ibm.com/support/docview.wss?uid=swg27013550=7  I could not 
find a date), but it contains the following statement...   " Will a TPF Java 
program be as efficient as an assembler program or even C? Of course not, but 
consider..." 

Hope the above helps explain my perspective. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Thursday, April 19, 2018 10:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IRS Really Needs Some New Computers

On 20/04/2018 4:54 AM, Mike Hochee wrote:
> I have yet to see JAVA successfully handle the data and transaction volumes 
> processed by the largest credit card processors, banks,  insurance companies, 
> or the stock market.


Some of the biggest companies in the world use the JVM in their stack. 
Google, Amazon, eBay, Uber not to mention Twitter, all at enormous scale. There 
are several high frequency trading applications written in Java some claiming 
to do 6M tps on a single thread [1].

[1] https://martinfowler.com/articles/lmax.html

> I witnessed an attempt at processing appx. 15% of IRS volume using JAVA as a 
> core technology.  I don't know the final outcome, but when I left they were 
> about 400% beyond proposed SLA performance targets.  C/C++ seems like a good 
> (maybe only) bet if they want to keep the workload on zTPF.

That's interesting! Is there a fundamental flaw in the JVM implementation on 
zTPF or was it down to poor design?

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Eric Chevalier
> Sent: Thursday, April 19, 2018 4:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: The IRS Really Needs Some New Computers
>
> On 4/18/18 1:50 PM, Steve Beaver wrote:
>
>> IBM ALCS became zTFP.  That is generally all in Assembler, unless you 
>> use JAVA.  But JAVA is way too slow
> TPF has had C/C++ since 1997.
>
> --
> 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: The IRS Really Needs Some New Computers

[Mike Hochee]

I have yet to see JAVA successfully handle the data and transaction volumes 
processed by the largest credit card processors, banks,  insurance companies, 
or the stock market.  I witnessed an attempt at processing appx. 15% of IRS 
volume using JAVA as a core technology.  I don't know the final outcome, but 
when I left they were about 400% beyond proposed SLA performance targets.  
C/C++ seems like a good (maybe only) bet if they want to keep the workload on 
zTPF. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Eric Chevalier
Sent: Thursday, April 19, 2018 4:07 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: The IRS Really Needs Some New Computers

On 4/18/18 1:50 PM, Steve Beaver wrote:

> IBM ALCS became zTFP.  That is generally all in Assembler, unless you 
> use JAVA.  But JAVA is way too slow

TPF has had C/C++ since 1997.

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

[Mike Hochee]

Hi Frank,


The limitation is for the entire data set...


Rule: Direct data sets whose records are to be identified by relative track 
address must be limited in size to no more than 65 536 tracks for the entire 
data set.


The above and more details can be found here... 
http://publibz.boulder.ibm.com/epubs/pdf/dgt3d410.pdf  I don't believe this 
limitation has changed in the past few years, but you might want to check the 
doc for whatever version of z/OS you're running.


HTH,

Mike


From: IBM Mainframe Discussion List  on behalf of 
Frank M. Ramaekers 
Sent: Wednesday, October 24, 2018 2:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS BDAM question

I'm a z/VM and z/VSE shop, but we do have a z/OS system and someone in IT want 
to know if BDAM can be larger than 65535 tracks.   Is this limitation per 
extent or entire file size.

>From the z/VSE LISTSERV:
I believe it is 65K tracks per extent with a maximum of 255 extents for BDAM, 
but I can't find any doc to verify that right now.

Frank M. Ramaekers Jr. | Systems Programmer | Information Technology | American 
Income Life Insurance Company | 254-761-6649 (732-6649)

--
This message contains information which is privileged and confidential and is 
solely for the use of the intended recipient. If you are not the intended 
recipient, be aware that any review, disclosure, copying, distribution, or use 
of the contents of this message is strictly prohibited. If you have received 
this in error, please destroy it immediately and notify us at 
privacy...@torchmarkcorp.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: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

[Mike Hochee]

Hi Charles, 

We experienced the same thing several weeks ago.  It is documented in PHO3870. 
http://www-01.ibm.com/support/docview.wss?crawler=1=swg1PH03870 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Thursday, November 8, 2018 5:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

Good thought. I suppose that might account for it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, November 8, 2018 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

On Thu, 8 Nov 2018 09:42:59 -0800, Charles Mills wrote:

>And the answer is
>
>//SYSOUT   DD  SYSOUT=*,LRECL=80,RECFM=FB

Is there a data class that provides incorrect values?

>
>Kind of pathetic if you ask me.
>
>Charles
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>On Behalf Of Charles Mills
>Sent: Thursday, November 8, 2018 9:00 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: SEVERE ERROR EDC4002: Unable to write to map file from 
>Prelinker
>
>I'm getting "SEVERE ERROR EDC4002: Unable to write to map file" from 
>the XLC C/C++ prelinker. This is a job that was running successfully on 
>another system and has now been moved to a new and unfamiliar system.
>
>Anyone have any clues on what the specific complaint might be?
>
>According to
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.3.0/com.ibm.zos.v2
>r3.cb cux01/cpldd.htm the map is written to SYSOUT. My SYSOUT DD 
>statement is
>//SYSOUT   DD  SYSOUT=* and I know of no JES issues. I see no relevant
>errors in the various system job outputs.
>
>Anyone have any clues?
>
>Hey IBM, would it kill you to put more clues in the message?

--
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: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

[Mike Hochee]

No, not our PMR. I was unaware of the workaround until I saw this thread. 
Hopefully IBM will document.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Friday, November 9, 2018 9:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

Thanks. If that is your PMR you could update them with the fix which is shown 
below. Do not know if both RECFM and LRECL are necessary; I only tried with 
both.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Hochee
Sent: Friday, November 9, 2018 6:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

Hi Charles, 

We experienced the same thing several weeks ago.  It is documented in PHO3870. 
http://www-01.ibm.com/support/docview.wss?crawler=1=swg1PH03870 

HTH,
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Thursday, November 8, 2018 5:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

Good thought. I suppose that might account for it.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Thursday, November 8, 2018 12:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SEVERE ERROR EDC4002: Unable to write to map file from Prelinker

On Thu, 8 Nov 2018 09:42:59 -0800, Charles Mills wrote:

>And the answer is
>
>//SYSOUT   DD  SYSOUT=*,LRECL=80,RECFM=FB

--
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: IND$FILE -- where did the name come from?

[Mike Hochee]

Makes sense.  One would expect anything in d' money file to be marked 
'Corporate Confidential'

I know, pretty bad.


From: IBM Mainframe Discussion List  on behalf of 
Edward Finnell <000248cce9f3-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, November 27, 2018 4:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IND$FILE -- where did the name come from?

It's been marked 'Corporate Confidential' for years.

In a message dated 11/27/2018 2:33:46 PM Central Standard Time, li...@akphs.com 
writes:
IND$FILE got its name?

--
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: Pds Copy for Load Lib Members

[Mike Hochee]

Hi Tom,


If you want to roll your own as a learning exercise, the following IBM 
publications are quite good...

http://publibz.boulder.ibm.com/epubs/pdf/dgt3d410.pdf

http://publibz.boulder.ibm.com/epubs/pdf/dgt3d510.pdf


CBT content is of course another source.


HTH,

Mike


From: IBM Mainframe Discussion List  on behalf of 
Savor, Thomas (Alpharetta) 
Sent: Monday, January 7, 2019 8:39 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pds Copy for Load Lib Members

>From what I see on PDSE, field PDS2TTRT is always low values.  So, if that 
>holds true, PDSE wont be an issue.
Program will just need to determine if library is PDS or PDSEI can do that.
Now for a PDS, I need to figure out how to populate it.

Thanks,

Tom Savor

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, January 07, 2019 6:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Pds Copy for Load Lib Members

On Mon, 7 Jan 2019 22:55:32 +, Savor, Thomas (Alpharetta) wrote:

>I'm trying to write a copy program for Source code or Load Data from one Pds 
>to Another.
>
Doesn't IBM already supply one?

>The Source Code part seems to be working...no issues.
>The Load library code however, I cant seem to figure out how PDS2TTRT  is 
>populated.
>
What will you do as more objects move to PDSE?  IBM owns the spec; doesn't 
readily disclose it; probably retains the right to change it (upward 
compatible) with no notice.

-- 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: Unreadable code (Was: Concurrent Server Task Dispatch issuemultitasking issue)

[Mike Hochee]

Interesting stuff!  Thank you Ed!

I did not realize the OOO execution capabilities were as smart as your example 
suggests, and try to write code  that runs free of charge whenever possible.  
But I will have to give that one a whirl.

And if in your samples, Fields 1-4 happened to be consecutive fullwords, then 
you could likely reduce the number of storage fetches to just one and storage 
updates also to just one, but you would still need the 4 increments.

I have steered clear of ASI instruction in the past because of possible 
interlock overhead when I did not need things serialized, but that too may be 
less of an issue these days.


Mike


From: IBM Mainframe Discussion List  on behalf of 
David Crayford 
Sent: Sunday, January 13, 2019 11:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unreadable code (Was: Concurrent Server Task Dispatch issue 
multitasking issue)

On 14/01/2019 6:06 am, Ed Jaffe wrote:
> On 1/13/2019 4:08 AM, David Crayford wrote:
>> On 13/01/2019 7:06 pm, Tony Thigpen wrote:
>>> I have seen some reports that current C compilers, which understand
>>> the z-hardware pipeline, can actually produce object that is faster
>>> running than an assembler. Mainly because no sane assembler
>>> programmer would produce great pipe-line code because it would be
>>> un-maintanable.
>>>
>> It's well established that that's been true for a well over a decade
>> now. Not just C but all compilers including COBOL which got a new
>> optimizer a few releases back.
>
>
> Far, far less true now than it used to be.
>

Good to hear. The best optimization is done in hardware where you don't
have to recompile. Followed by a JIT.


> Back in the old days, things ran a lot faster if you interleaved
> unrelated things in an "unfriendly" way. For example, this code fragment:
>
> |LGF  R0,Field1   Increment Field1
> |AGHI R0,1(same)
> |ST   R0,Field1   (same)
> |LGF  R0,Field2   Increment Field2
> |AGHI R0,1(same)
> |ST   R0,Field2   (same)
> |LGF  R0,Field3   Increment Field3
> |AGHI R0,1(same)
> |ST   R0,Field3   (same)
> |LGF  R0,Field4   Increment Field4
> |AGHI R0,1(same)
> |ST   R0,Field4   (same)
>
> ran much faster when coded this way (which is not how a programmer
> would usually write things):
>
> |LGF  R0,Field1   Increment Field1
> |LGF  R1,Field2   Increment Field2
> |LGF  R2,Field3   Increment Field3
> |LGF  R3,Field4   Increment Field4
> |AGHI R0,1(same)
> |AGHI R1,1(same)
> |AGHI R2,1(same)
> |AGHI R3,1(same)
> |ST   R0,Field1   (same)
> |ST   R1,Field2   (same)
> |ST   R2,Field3   (same)
> |ST   R3,Field5   (same)
>
> But once OOO execution came on the scene with z196, you could get the
> same enhanced performance from this easy-to-code and easy-to-read
> version:
>
> |LGF  R0,Field1   Increment Field1
> |AGHI R0,1(same)
> |ST   R0,Field1   (same)
> |LGF  R1,Field2   Increment Field2
> |AGHI R1,1(same)
> |ST   R1,Field2   (same)
> |LGF  R2,Field3   Increment Field3
> |AGHI R2,1(same)
> |ST   R2,Field3   (same)
> |LGF  R3,Field4   Increment Field4
> |AGHI R3,1(same)
> |ST   R3,Field4   (same)
>
> These days, many performance improvements are realized by the compiler
> using newer instructions that replace older ones. For example, on z10
> and higher, this very same code can be replaced with:
>
> |ASI  Field1,1Increment Field1
> |ASI  Field2,1Increment Field1
> |ASI  Field3,1Increment Field1
> |ASI  Field4,1Increment Field1
>

IIRC, the interleaved instruction scheduling was to mitigate the AGI
problem?

In my experienced the two optimizations that make the most difference
are function inlining and loop unrolling. I've taken to defining
functions in header files to take advantage of both (we don't use IPA).


> Of course, an HLASM programmer can do exactly the same thing. But
> changing old code to use new instructions requires
> relatively-expensive programmer resources whereas simply recompiling
> programs targeting a new machine is a relatively-inexpensive proposition.
>
>
I've noticed (depending on compiler options) the C optimizer is starting
to use vector instructions. They can be a bit hairy even for experienced
assembler programmers. Best to leave that to a compiler IMO.

Instead of using a SRST instruction strlen() generates the following:

   VLBB v0,str(r6,r9,0),2
   LCBB r7,str(r6,r9,0),2
   LR   r0,r6
   ALR  r6,r7
   VFENEB   v0,v0,v0,b'0010'
   VLGVBr2,v0,7
   CLRJHr7,r2,@2L33
   VLBB v0,str(r6,r9,0),2
   LCBB r7,str(r6,r9,0),2
   LR   r0,r6
   ALR  r6,r7
   VFENEB   v0,v0,v0,b'0010'
   VLGVBr2,v0,7
   CLRJHr7,r2,@2L33
   VLBB v0,str(r6,r9,0),2
   LCBB 

Re: APAR Search Broken Worldwide?

[Mike Hochee]

I get the same thing you're experiencing, and I'm on the other side of the 
country.


From: IBM Mainframe Discussion List  on behalf of Ed 
Jaffe 
Sent: Sunday, February 24, 2019 10:02 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: APAR Search Broken Worldwide?

Is everyone experiencing this? Or is local to my region?

https://www14.software.ibm.com/support/customercare/psearch/search?domain=gapar
IBM - Granular APAR search for System 
z
www14.software.ibm.com
STG Power's technical support resource for Power products : Fixes & downloads, 
documentation, tools & communities



It either fails with "SearchRequest. Incorrect XML format of dBlue
response." or just returns zero matches.

--
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: BNDRY=PAGE possible CPU hit?

[Mike Hochee]

Thanks for all the responses on this one, especially Jim and Peter, and all the 
links. I unsubscribed from this list some months ago and re-subscribed last 
night, now realizing how much I might have missed (week-long AMODE32 threads 
notwithstanding)   

The info I initially received was from an IBM gent in the z processor group, 
and was consistent with the Processor Optimization doc pg 31. Some time ago I 
converted most of our MVCL*s over to MVC and XC instructions, resulting in 
modest cpu savings. Since that time, I began checking for page alignment of 
source and target addresses and routing to MVCL* rtns when page aligned, and 
lastly tried to make things more eligible for ADM or the 'near-memory engine' 
with BNDRY=PAGE which may have run headlong into fragmentation issue described 
or... 

>  Whether use of the near-memory engine helps or hurts your performance 
> depends on how/when you were using the storage before the MVCL/MVCLE, 
> and how/when you use it after the MVCL/MVCLE.

Thanks again! 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Don Poitras
Sent: Friday, May 31, 2019 10:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: BNDRY=PAGE possible CPU hit?

Expanding the ... leads one to (there might be more, but this is the one I 
found):

https://www.ibm.com/developerworks/community/files/form/anonymous/api/library/ff4563be-756e-49bf-9de9-6a04a08026f1/document/07c69512-ac74-4394-87b9-a61ea201347e/media/IBMzSystemsProcessorOptimizationPrimerv2.pdf

Gratuitous wrap noted.

Other files in this "community" can be found at:

https://www.ibm.com/developerworks/community/groups/service/html/communityview?communityUuid=9a17556c-6094-4201-acd0-d8125a3fa0db



In article 

 you wrote:
> See page 31 in this document:

> https://www.ibm.com/.../IBMzSystemsProcessorOptimizationPrimerv2.pdf

>  Whether use of the near-memory engine helps or hurts your performance 
> depends on how/when you were using the storage before the MVCL/MVCLE, 
> and how/when you use it after the MVCL/MVCLE.

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

> "IBM Mainframe Discussion List"  wrote on
> 05/30/2019 11:12:13 PM:

> > From: "Michael Hochee" 
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Date: 05/31/2019 12:31 AM
> > Subject: BNDRY=PAGE possible CPU hit?
> > Sent by: "IBM Mainframe Discussion List" 
> > 
> > Hi,
> > I recently added the BNDRY=PAGE parameter to a set of STORAGE 
> > OBTAINS which acquire storage areas of various sizes from several 
> > low private  subpools. My intent was a reduction of CPU used by 
> > subsequent MVCLE instructions, as ADM would more likely be employed 
> > for MVCLE executes, since the storage areas involved were page 
> > aligned (apparently an ADM pre-req.)  Unfortunately my initial 
> > testing revealed a significant increase in CPU consumption, rather 
> > than a reduction.
> > 
> > I did a few searches of the IBM-MAIN archive and found nothing 
> > involving increased CPU overhead resulting from BNDRY=PAGE usage.
> > Any thoughts on what might be causing the elevated CPU?  Again, the 
> > only change made was adding BNDRY=PAGE. (I have since backed the 
> > change off, tested, reapplied the change and tested with the same
> results)

--
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

--
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: IBM classic data capture

[Mike Hochee]

Hi Cameron, 

Mostly hard-core MVS - z/OS folks on this listserv. Suggest trying DB2-L or 
IDUG or InfoSphere groups and presentations. Whether your capturing VSAM 
changes or DB2 changes, doing some transforms, whatever, these fall into 
Business Intelligence, Data Warehousing, and Database admin domains, not so 
much MVS.  So you might try...
https://www.idug.org/p/fo/et/thread=48754 
https://www.ibm.com/developerworks/community/groups/service/html/communitystart?communityUuid=a9b542e4-7c66-4cf3-8f7b-8a37a4fdef0c
 

HTH, 
Mike 

> 
> Does anyone have experience with IBM CDC for zOS ? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Cameron Conacher

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

Re: ICSF CSN ALET-qualified callable services

[Mike Hochee]

Thank you very much Peter!


From: IBM Mainframe Discussion List  on behalf of 
Peter Relson 
Sent: Monday, August 26, 2019 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ICSF CSN ALET-qualified callable services

It would be very surprising if there were any limitation on the scope of a
data space other than what the ALET itself represents.

Limitations are typically with respect to the ALET itself -- DU-AL
(Dispatchable Unit Access List) ALET vs PASN-AL (PASN Access List) ALET vs
a common area data space (DSPSERV with SCOPE=COMMON) ALET (which is on the
PASN-AL), and public entry vs private entry.

-- All services that I can think of that accept ALET-qualified data accept
an ALET for a public entry on the DU-AL. Most do not accept an ALET for a
private entry.
-- Many services also accept a CADS on the PASN-AL.
-- Most services do not accept an ALET that is on the PASN-AL but does not
represent a CADS.
-- Many services do not accept a CADS ALET either. If you had a real case
for requiring that, I'd imagine that an RFE would be accepted to enhance
to accept a CADS ALET.

I have not seen any service differentiate between the ALET for a SCOPE=ALL
and a SCOPE=SINGLE data space.

But I suggest that you not assume that a CADS ALET is OK.

You might see documentation such as this:
Control parameters must be in the primary address space or, for AR-mode
callers, must be in an address/data space that is addressable through a
public entry on the caller's dispatchable unit access list (DU-AL).

Note that that wording does not say that a CADS is OK. If it is OK, and if
we want use of a CADS to be part of the programming interface, we ought to
clarify the doc to say so. But please do not assume.

Peter Relson
z/OS Core Technology Design


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

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

Re: Problems downloading z/OS 2.2 PDFs from //publibz.boulder.ibm.com

[Mike Hochee]

Thanks for checking.  I'm thinking IBM is working on it now, as I can no longer 
get to the MVS feature download page.


From: IBM Mainframe Discussion List  on behalf of 
Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu>
Sent: Tuesday, August 27, 2019 3:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Problems downloading z/OS 2.2 PDFs from //publibz.boulder.ibm.com

On Tue, 27 Aug 2019 19:07:45 +, Mike Hochee wrote:

>Hi, I suspect an IBM doc server issue.  Downloads of PDFs from IBM z/OS V2R2 
>Elements and Features PDF Downloads ( 
>https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
> ) from the z/OS MVS shelf ( 
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.iea/iea.htm
> ) and then I select the PDF link for the Authorized Assember Services 
>Reference ALE-DYN ( http://publibz.boulder.ibm.com/epubs/pdf/iea3a110.pdf )  
>Then I wait for minutes without seeing much progress on the download status 
>bar and eventually close the session.
IBM z/OS V2R2 Elements and Features (PDF 
Downloads)<https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument>
www-01.ibm.com
z/OS V2R2 Elements and Features - PDF Downloads


>
>
>The problem is not with one manual, nor one feature shelf within z/OS 2.2, but 
>appears to be all features.
>
>z/OS 2.3 does not have this issue.
>
>IBM z/OS V2R2 Elements and Features (PDF 
>Downloads)<https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument>
>www-01.ibm.com
>z/OS V2R2 Elements and Features - PDF Downloads
>
I see it as intermittent:

547 $ time curl 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
 | wc
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
  0 00 00 0  0  0 --:--:--  0:00:29 --:--:-- 
0curl: (6) Could not resolve host: www-01.ibm.com
   0   0   0

real0m30.626s
user0m0.009s
sys 0m0.009s
548 $
548 $ time curl 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
 | wc
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100 18742  100 187420 0   2591  0  0:00:07  0:00:07 --:--:--  3924
 4621153   18742

real0m7.253s
user0m0.019s
sys 0m0.015s
549 $

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

Problems downloading z/OS 2.2 PDFs from //publibz.boulder.ibm.com

[Mike Hochee]

Hi, I suspect an IBM doc server issue.  Downloads of PDFs from IBM z/OS V2R2 
Elements and Features PDF Downloads ( 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zosv2r2-pdf-download?OpenDocument
 ) from the z/OS MVS shelf ( 
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.iea/iea.htm
 ) and then I select the PDF link for the Authorized Assember Services 
Reference ALE-DYN ( http://publibz.boulder.ibm.com/epubs/pdf/iea3a110.pdf )  
Then I wait for minutes without seeing much progress on the download status bar 
and eventually close the session.


The problem is not with one manual, nor one feature shelf within z/OS 2.2, but 
appears to be all features.

z/OS 2.3 does not have this issue.




IBM z/OS V2R2 Elements and Features (PDF 
Downloads)
www-01.ibm.com
z/OS V2R2 Elements and Features - PDF Downloads










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

Re: Tn3270 + MFA

[Mike Hochee]

I have not personally used it, only read about it, but the RACF PWFALLBACK 
option in a user's MFA segment is feature that might be quite helpful during 
implementation/testing.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Hervey Martinez
Sent: Tuesday, July 16, 2019 11:35 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Tn3270 + MFA

I work for a Bank and MFA was implemented several months ago. It was very 
smooth for the most part.

One of the issues we ran into was our DR exercise, the MFA software did not 
work on the DR recovered system since we usually do some SMS work in the first 
IPL; we had to keep our "old" password active.

Also, we use something called 'out of band'(it is a 'single use'; code) which 
we use when we FTP from plex to another; there is some other code that is used 
for the CICS community but not sure what that is called.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Pew, Curtis G
Sent: Tuesday, July 16, 2019 10:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Tn3270 + MFA

Our security folks want us to implement some form of two-factor authentication 
for tn3270 access. (Currently, we just require users to be on campus or use our 
VPN; the VPN uses DUO to provide two-factor authentication. But now they want 
two-factor for on campus too.) Has anyone implemented anything like this? Any 
pointers or suggestions?

Thanks.

 
--
Pew, Curtis G
curtis@austin.utexas.edu

--
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: calculating data set size - compression concern

[Mike Hochee]

I was unaware of both DCOLLECT as well as the compression related fields on the 
LISTCAT output.  Thanks much to Mike and Kolusu.  We can use the LISTCAT info 
immediately and the DCOLLECT down the road apiece. Appreciate your timely help! 

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Schwab
Sent: Tuesday, November 5, 2019 11:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: calculating data set size - compression concern

Caution! This message was sent from outside your organization.

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.idai200/recstr.htm
IDCAMS DCOLLECT
RECORD TYPE D
264(X'108') CHARACTER 8 DCDUDSIZ USER DATA SIZE (64 BIT UNSIGNED BINARY NUMBER) 
272(X'110') CHARACTER 8 DCDCUDSZ COMPRESSED DATA SET SIZE (64 BIT UNSIGNED 
BINARY NUMBER)
280(X'118') BITSTRING 1...  2 DCDEXFLG DCDBDSZ COMPRESSION FLAGS (Not used 
for zEDC) DATA SIZES THAT ARE NOT VALID

RECORD TYPE M
72  (48) SIGNED 4 UMDSIZE MIGRATION COPY DATA SET SIZE IN KILOBYTES/MEGABYTES

196  (C4) SIGNED 4 UMRECSP RECALL SPACE ESTIMATE IN KILOBYTES

On Tue, Nov 5, 2019 at 8:55 PM Michael Hochee  wrote:
>
> A couple months ago I was in the process of retrieving the size of a 
> data set on disk until I came across a flag in one or more DSCBs that 
> indicate whether or not the data set is compressed.  This was the 
> point at which I stopped coding, concluding that it was probably not 
> possible to come up with an accurate uncompressed size if the data set 
> resided on a SAN with compression turned on.  Is my thinking off-base 
> here?  (of course, I have no interest in reading the file to determine 
> the actual uncompressed length)
>
> Thanks, Mike
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

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

Re: calculating data set size - compression concern

[Mike Hochee]

Very good point.


On Wed, Nov 6, 2019 at 12:39 AM Mike Schwab wrote:

>Listcat output changes when fields need more digits.  DCollect doesn't change.


From: IBM Mainframe Discussion List  on behalf of 
Mike Schwab 
Sent: Wednesday, November 6, 2019 12:39 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: calculating data set size - compression concern

Caution! This message was sent from outside your organization.

Listcat output changes when fields need more digits.  DCollect doesn't change.

On Tue, Nov 5, 2019 at 11:20 PM Mike Hochee  wrote:
>
> I was unaware of both DCOLLECT as well as the compression related fields on 
> the LISTCAT output.  Thanks much to Mike and Kolusu.  We can use the LISTCAT 
> info immediately and the DCOLLECT down the road apiece. Appreciate your 
> timely help!
>
> Mike
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Mike Schwab
> Sent: Tuesday, November 5, 2019 11:20 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: calculating data set size - compression concern
>
> Caution! This message was sent from outside your organization.
>
> https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.3.0/com.ibm.zos.v2r3.idai200/recstr.htm
> IDCAMS DCOLLECT
> RECORD TYPE D
> 264(X'108') CHARACTER 8 DCDUDSIZ USER DATA SIZE (64 BIT UNSIGNED BINARY 
> NUMBER) 272(X'110') CHARACTER 8 DCDCUDSZ COMPRESSED DATA SET SIZE (64 BIT 
> UNSIGNED BINARY NUMBER)
> 280(X'118') BITSTRING 1...  2 DCDEXFLG DCDBDSZ COMPRESSION FLAGS (Not 
> used for zEDC) DATA SIZES THAT ARE NOT VALID
>
> RECORD TYPE M
> 72  (48) SIGNED 4 UMDSIZE MIGRATION COPY DATA SET SIZE IN KILOBYTES/MEGABYTES
>
> 196  (C4) SIGNED 4 UMRECSP RECALL SPACE ESTIMATE IN KILOBYTES
>
> On Tue, Nov 5, 2019 at 8:55 PM Michael Hochee  wrote:
> >
> > A couple months ago I was in the process of retrieving the size of a
> > data set on disk until I came across a flag in one or more DSCBs that
> > indicate whether or not the data set is compressed.  This was the
> > point at which I stopped coding, concluding that it was probably not
> > possible to come up with an accurate uncompressed size if the data set
> > resided on a SAN with compression turned on.  Is my thinking off-base
> > here?  (of course, I have no interest in reading the file to determine
> > the actual uncompressed length)
> >
> > Thanks, Mike
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions, send
> > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
>
> --
> Mike A Schwab, Springfield IL USA
> Where do Forest Rangers go to get away from it all?
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

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

[Mike Hochee]

Yes exactly, that is part of what WLM is designed to do. In the real world most 
shops use WLM service classes and velocity goals to control things like CPU 
dispatching frequency. I'm sure there exist workloads which tend to defy the 
controls available in WLM, but I suspect they are quite rare. In all but those 
rare instances, I'd be inclined to steer clear coding something in a program 
for the purpose of getting it re-dispatched for some resource.

My nickels' worth. 
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Thursday, October 17, 2019 12:57 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Best way for a task to give up the CPU and let other tasks run?

Caution! This message was sent from outside your organization.

Why? If you are waiting for something then you should use system services, 
e.g., ENQ, WAIT, to delay until it occurs; if you are not waiting for something 
then why not let the WLM handle what it's designed to handle?


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



From: IBM Mainframe Discussion List  on behalf of 
Thomas David Rivers 
Sent: Thursday, October 17, 2019 8:54 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Best way for a task to give up the CPU and let other tasks run?

Does anyone happen to know the best way for a running task to give up running 
and let another task run?

But - this isn't "give up" as in ending the task, just giving up the CPU to 
allow another task to run and then returning to this task.

Sorta like "I'm done for the moment if something else would like to run".

   - Thanks -
- Dave R. -

--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at 
http://secure-web.cisco.com/1aWH_FeYH8IlEwirJURk9sI7agw2X83FuMWKAE73bQgFjnWwW8-ePX_1xe1c0wvYZd8fcSnekzTSoxHccH5VLqo1rFCH9l3YX-k05mc9h6Ase64ekfUJQccKN7CoeKCb4mPWA65v0tvTLbXvBj_NDoce9MeFrZe7fZoePl7rSLNfSTkWiZtNoKrgNjJAaR56QKA_GzYAnQG1J3QqwTGR2aaONvJRqOZStLx-dDHLw-ANzfr-JqBhHVtxkPlrsOeTXQ5nr8kcqRcEdVKERvT0cBrDKRHbq59tsrJEPtz1qMjVK741J5WNN9JBdkVQ8CVHDOJsDhzqP_OSlWPU3JX2BtgFEtR-6t6ZDm5b1JEGSDbqulEaUL7WgUU6iBjImRoscWih5c4GWGVq3XTLgBcJli_t27401y41mmE7SVQ5PT5JfB_KovcV3dinUMhketMyr/http%3A%2F%2Fwww.dignus.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

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

[Mike Hochee]

> Define application program? COBOL batch or CICS transaction program?
> Most legacy applications on z/OS don't implement concurrency.

Agreed, they don't implement concurrency, however they are often very heavily 
reliant upon on it, as it is built into the database management and message 
queuing systems they access (whether the programmer is aware of it or not). As 
a result, workloads generally move right along.   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Monday, October 21, 2019 11:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Best way for a task to give up the CPU and let other tasks run?

Caution! This message was sent from outside your organization.

On 2019-10-22 1:55 AM, Tony Harminc wrote:
> On Sun, 20 Oct 2019 at 02:32, David Crayford  wrote:
>
>> The only code I've seen that implements yield are synchronization 
>> routines. Consider a spin-lock which is spinning on a CS instruction.
> Why would any application program on z/OS implement and use a spin 
> lock?

Define application program? COBOL batch or CICS transaction program?
Most legacy applications on z/OS don't implement concurrency.

Porting modern code is another matter. You may find a lot of the new ported 
code like Node.js (V8), libuv etc implement their own locks.

> Why do the authors of such think they can do a better implementation 
> than the operating system?

Maybe using SETLOCK (which requires supervisor state, key 0) is an obstacle?

>
> If you think you need a spin lock on z/OS, you should probably be 
> using transactional execution.

Yes, I agree. But it's quite tricky to grok and you need to crack open the 
assembler!

There's an example of a lock-free queue using transactional execution in Zowe

https://github.com/zowe/zowe-common-c/blob/719251839033059fb3b507f26f6fbb58be57f188/c/collections.c#L1123

>
> 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: load modules

[Mike Hochee]

STEPLIBing it seems the simplest, but if for some reason that is not possible, 
then you likely have to follow your module update with an LLA REFRESH or LLA 
UPDATE command. The TSO ISRDDN suggestion can provide module size (assuming it 
differs from the old version) using the M option. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Binyamin Dissen
Sent: Thursday, March 5, 2020 3:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: load modules

Caution! This message was sent from outside your organization.

One would hope that testing would be via STEPLIB.

On Thu, 5 Mar 2020 14:39:31 -0500 Charles Mills  wrote:

:>Sometimes you make a code change, and the problem is no better, so you wonder 
"did I screw up the code change or am I still running the old code?" 
CharlesSent from a mobile; please excuse the brevity.
:> Original message From: Binyamin Dissen 
 Date: 3/5/20  11:07 AM  (GMT-05:00) To: 
IBM-MAIN@LISTSERV.UA.EDU Subject: Re: load modules On Thu, 5 Mar 2020 13:20:38 
+ "Nai, Dean"  wrote::>   Anyone know a way to see 
if a linklst load mode is being used? We made a userexit change and I wanted to 
see if it was using the new load module and not the old one?thanksDon't 
understand why the userexit is relevant. Assuming you changed the loadmodule, 
it should be doing something different. Just run your test case (youDO have a 
test case, don't you?)--Binyamin Dissen 
http://www.dissensoftware.comDirector, Dissen 
Software, Bar & Grill - IsraelShould 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

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

Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?

[Mike Hochee]

It does seem implausible, but who knows. It is all in the parsing and for now 
we can only really be sure that it means what it means.  Therefore I emailed 
the DFSMS architect I spoke with and requested clarification. I will share 
when/if she responds. 
HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Saturday, May 16, 2020 10:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Caution! This message was sent from outside your organization.

Extended format (VSAM and non-VSAM)

Or

(Extended format VSAM) and (non-VSAM)

?

The former is redundant or overly wordy: why not just say "extended format 
datasets"?

The latter, OTOH, seems implausible to me. Why would they do all non-VSAM but 
only extended format VSAM?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, May 16, 2020 6:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

How do you parse "Restriction: This field is only valid for extended format 
VSAM and non-VSAM data sets."?
Does that mean extended format VSAM and any format non-VSAM, or extended format 
VSAM extended format non-VSAM?


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


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Hochee [mike.hoc...@aspg.com]
Sent: Saturday, May 16, 2020 1:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Hi Peter,

I came across a similar use case a couple times over the past year or so.
Shifting priorities have prevented me from doing much with it, but while at the 
most recent SHARE in Fort Worth, I asked one of the DFSMS architects about it. 
She encouraged me to check out the CSI, specifically, fields UDATASIZ and 
COMUDSIZ. They appeared to satisfy my use case, although as others have 
mentioned there are a few restrictions especially for UDATASIZ.

HTH,
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Thursday, May 14, 2020 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Caution! This message was sent from outside your organization.

This question came to me from a co-worker: Is there any API to get the byte 
file size of a non-VSAM, non-zFS, non-database file in z/OS?  I.E., byte file 
size for plain sequential files?

I am aware of the "old way" of reading the VTOC of a volume to get the various 
DSCB's that total up disk extents, but that gets complicated quickly for 
multi-volume files, and was never guaranteed to be accurate as to the actual 
byte count of data in the file except in the RECFM=FS/FBS case anyway.

There is always the performance-killing option of just reading the whole file 
and totaling up the length of every record (or block depending on how you 
structure the reads), but no one would call that an API.

As far as I know there is no such API in z/OS, and this is what I told my 
co-worker, but am I wrong?  Is there an alternative of which I am not aware?

TIA for your input.

Peter
--



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

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

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

Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?

[Mike Hochee]

Hi Peter, 

I came across a similar use case a couple times over the past year or so. 
Shifting priorities have prevented me from doing much with it, but while at the 
most recent SHARE in Fort Worth, I asked one of the DFSMS architects about it. 
She encouraged me to check out the CSI, specifically, fields UDATASIZ and 
COMUDSIZ. They appeared to satisfy my use case, although as others have 
mentioned there are a few restrictions especially for UDATASIZ. 

HTH, 
Mike  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Thursday, May 14, 2020 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Caution! This message was sent from outside your organization.

This question came to me from a co-worker: Is there any API to get the byte 
file size of a non-VSAM, non-zFS, non-database file in z/OS?  I.E., byte file 
size for plain sequential files?

I am aware of the "old way" of reading the VTOC of a volume to get the various 
DSCB's that total up disk extents, but that gets complicated quickly for 
multi-volume files, and was never guaranteed to be accurate as to the actual 
byte count of data in the file except in the RECFM=FS/FBS case anyway.

There is always the performance-killing option of just reading the whole file 
and totaling up the length of every record (or block depending on how you 
structure the reads), but no one would call that an API.

As far as I know there is no such API in z/OS, and this is what I told my 
co-worker, but am I wrong?  Is there an alternative of which I am not aware?

TIA for your input.

Peter
--



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

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

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

Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, non-database files?

[Mike Hochee]

Here's the clarification from IBM... (the field being referred to is UDATASIZ, 
which is where the restriction statement popped up)...  

"Unfortunately that field is only valid for extended format VSAM and non-VSAM 
data sets, as it is maintained in the extended format cell. It was introduced 
primarily to be able to compare the compressed and uncompressed sizes of a 
compressed format data set. 
It probably would be beneficial to maintain this type of number for all data 
sets. However, it might be difficult to maintain accurately for sequential 
non-extended format data sets and we would also need to find a place to store 
it. 
In any case, hope this helps for now."

HTH,   
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Sunday, May 17, 2020 2:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Caution! This message was sent from outside your organization.

Thanks Mike.  If CSI is in fact a potential solution I can pass that on.  
Meantime I will try to find out if the VSAM file being sent is already extended 
format or not.  I have the impression from my co-worker that the record volume 
isn't sufficient to warrant extended format under current storage 
administration rules, but if extended format solves the requirement to 
determine file size it might be an acceptable exception to the storage admin 
rules.

Please let us know if/when you get an answer.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Hochee
Sent: Saturday, May 16, 2020 11:03 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

It does seem implausible, but who knows. It is all in the parsing and for now 
we can only really be sure that it means what it means.  Therefore I emailed 
the DFSMS architect I spoke with and requested clarification. I will share 
when/if she responds.
HTH,
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Saturday, May 16, 2020 10:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Extended format (VSAM and non-VSAM)

Or

(Extended format VSAM) and (non-VSAM)

?

The former is redundant or overly wordy: why not just say "extended format 
datasets"?

The latter, OTOH, seems implausible to me. Why would they do all non-VSAM but 
only extended format VSAM?

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Seymour J Metz
Sent: Saturday, May 16, 2020 6:40 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

How do you parse "Restriction: This field is only valid for extended format 
VSAM and non-VSAM data sets."?
Does that mean extended format VSAM and any format non-VSAM, or extended format 
VSAM extended format non-VSAM?


From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of 
Mike Hochee [mike.hoc...@aspg.com]
Sent: Saturday, May 16, 2020 1:31 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Hi Peter,

I came across a similar use case a couple times over the past year or so.
Shifting priorities have prevented me from doing much with it, but while at the 
most recent SHARE in Fort Worth, I asked one of the DFSMS architects about it. 
She encouraged me to check out the CSI, specifically, fields UDATASIZ and 
COMUDSIZ. They appeared to satisfy my use case, although as others have 
mentioned there are a few restrictions especially for UDATASIZ.

HTH,
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Thursday, May 14, 2020 11:55 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there any z/OS API to get byte file size for non-VSAM, non-zFS, 
non-database files?

Caution! This message was sent from outside your organization.

This question came to me from a co-worker: Is there any API to get the byte 
file size of a non-VSAM, non-zFS, non-database file in z/OS?  I.E., byte file 
size for plain sequential files?

I am aware of the "old way" of reading the VTOC of a volume to get the various 
DSCB's that total up disk extents, but that gets complicated quickly for 
multi-volume files, and was never guaranteed to be accurate as to the actual 
byte count of data in the file except in the RECFM=FS/FBS case anyway.

There is always the performance-killing option of just reading the whole file 
and totaling up the length of eve

Re: DSPSERV CREATE, is ORIGIN parm a relic?

[Mike Hochee]

Thank you Gents for the best practice and the explanations.  Much appreciated, 
Mike 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Don Poitras
Sent: Saturday, March 7, 2020 11:01 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: DSPSERV CREATE, is ORIGIN parm a relic?

Caution! This message was sent from outside your organization.

ZAD is to deal with base registers (register 0 can never be a base register) 
loaded with 0 being incorrectly used to read data in the first 4k by 
instructions with a base/12-bit displacement.  While long-displacement 
instructions could incorrectly read data in the first 512K of a dataspace, I 
doubt there has been much evidence of this happening. The whole point of using 
HideZero is to reduce the false-positives in the zad reports. It's not as if 
there's anything wrong with actually looking at that storage if there's some 
reason to do so. Just use
R0 when you do. The first 8K of a dataspace is not unique to each processor.

In article  
you wrote:
> With 64 bit machines, each processor now has 8K unique to it.  Do they 
> need to avoid the first 8K?

> On Sat, Mar 7, 2020 at 7:25 AM Peter Relson  wrote:
> >
> > Answer: Not totally
> >
> > It is true that all current machines support page 0 in a data space, 
> > and for them the "normal" origin returned would be 0.
> > That is not a guarantee that all future machines would have such 
> > support, but I find it hard to believe any would not.
> >
> > However, we have found it highly desirable to avoid using page 0 of 
> > the data space, in order to avoid ZAD events (which in turn make it 
> > more difficult to spot ZAD errors).
> > The best way to do that is to use HideZero=YES on DSPSERV CREATE 
> > (available since z/OS 2.1). And when that is done, the origin 
> > returned is x'1000'. With HideZero=YES, any reference to the first 
> > 4K will fail, so that you don't even need ZAD to find erroneous references.
> >
> > For us, best practice is to create a 2G data space (not 2G-4K), 
> > treat RC=0 and RC=4 as OK, use HideZero=YES, and use an Origin of x'1000'.
> >
> > So you never really need to use the Origin keyword if you simply 
> > start at x'1000'. There is a non-zero but miniscule risk if you 
> > assume that it is OK to use an origin of 0.
> >
> > Peter Relson
> > z/OS Core Technology Design

--
Don Poitras - SAS Development  -  SAS Institute Inc. - SAS Campus Drive
sas...@sas.com   (919) 531-5637Cary, NC 27513

--
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: Passing STDENV DD to FTP via SYSIN

[Mike Hochee]

Consistent with your comment about BPXBATCH, I suspect you will need to run FTP 
(via PARM= input) under BPXBATCH (via EXEC PGM=), and then the  //STDENV DD 
will be read.  

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wendell Lovewell
Sent: Thursday, September 10, 2020 5:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Passing STDENV DD to FTP via SYSIN

Caution! This message was sent from outside your organization.

Hello,

I'm setting up a batch job to access our FTP server using FTPS and TLS 1.2.  
(Forgive me if that nomenclature is less than perfect.)

I've imported certficates, built a keyring, and come up with a combination of 
FTP client parameters that will allow me to connect to the server and upload a 
file:

//FTPXFER  EXEC PGM=FTP,REGION=4292K,
//PARM=('POSIX(ON) ALL31(ON)',
//   'ENVAR("_CEE_ENVFILE=DD:STDENV")/(EXIT')
//OUTPUT   DD SYSOUT=*
//STDENV   DD DISP=SHR,DSN=WRL1.FTPS.STDENV
//*
//* //STDENV   DD *
//* GSK_PROTOCOL_TLSV1_2=ON
//*
//SYSFTPD  DD *
CLIENTERRCODES   EXTENDED
EPSV4TRUE
EXTENSIONS   AUTH_TLS
FWFRIENDLY   TRUE
KEYRING TCPIP/FTP.KEYRING
PASSIVEIGNOREADDR  TRUE
SECUREIMPLICITZOS   FALSE
SECURE_FTP   REQUIRED
SECURE_MECHANISM  TLS
SECURE_DATACONNPRIVATE
SECURE_CTRLCONNPRIVATE
SECURE_HOSTNAME   REQUIRED
TLSMECHANISM  FTP
TLSRFCLEVEL CCCNONOTIFY
/*
//INPUTDD  *

I'm trying to make this as self-contained as possible, and would like to supply 
the variables via SYSIN rather than require the PS file named on the 
un-commented version of the STDENV DD.  BPXBATCH is the only program I can find 
documented that says "//STDENV DD *" is supported.  FTP, at least with the PARM 
I'm using, seems to ignore it.

Is it possible to supply STDENV to FTP via SYSIN?

I hate to admit it, but I thought "Ok, I'll just IEBGENER the variable(s) into 
a VB LRECL=255 BLKSIZE=27998 file (like the one that works), and use that.  But 
strangely, I can't get that to work either--even though SUPERC confirms the 
files match.

TIA,
Wendell

--
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: IBM splitting into two companies

[Mike Hochee]

I do not have an accurate big picture nor a decent set of data to work with, 
but here are a few google hits that do not inspire confidence, just anecdotal 
stuff of course  

https://www.cbronline.com/news/aws-servers-hacked-rootkit-in-the-cloud 

https://tamebay.com/2020/05/amazon-warn-of-hacked-amazon-accounts-issue-account-recovery-advice.html
 

https://www.thesun.co.uk/money/10519079/amazon-accounts-hacked-fraudsters/ 

Does AWS have any security components on par with ICSF and RACF on the security 
front that you're aware of?  Here's a link to their identity and access 
management UG... 
https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.html?icmpid=docs_iam_console
  Browsing through it briefly makes me wonder what an AWS secure key repository 
and management tools might look like.  

Having been the victim of a minor identity theft myself in recent years, 
probably adds to my skepticism about cloud service provider security claims.   

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Sunday, October 11, 2020 3:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

Caution! This message was sent from outside your organization.

[Default] On Sat, 10 Oct 2020 10:40:07 -0700 (PDT), in bit.listserv.ibm-main 
computer chyck  wrote:

>> snip much
>
>Cloud computing is alot like teenage sex - everybody is doing it (or wants to 
>do it) but nobody has a flippin' clue how to do it correctly!!!

What I fear is that Amazon and Microsoft both have a far better idea of what 
cloud computing is and how to do it than does IBM.  I also suspect that Amazon 
has all of their computing on their cloud and is very well aware of the need 
for high security and has worked very hard to achieve it.  Microsoft based on 
my experience with their Knowledge Center (repository for fixes and the 
equivalent of PTF cover letters) seems to understand high availability better 
than IBM based on postings here on ibm-main.

Clark Morris

--
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: IBM splitting into two companies

[Mike Hochee]

Charles, you must've found my creds!  Please dispose of them in a secure 
manner. :-) 

You make a good point. And to muddy things further, the AWS user community 
seems to use the term 'hack' when referring to techniques to accomplish things 
that are completely acceptable and above-board. 

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Sunday, October 11, 2020 6:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

Caution! This message was sent from outside your organization.

I would think one needs to distinguish between AWS infrastructure flaws -- what 
IBM would call violations of the statement of integrity -- versus dumb user 
errors. The pop press is going to call it "an AWS hack" even if it was because 
someone left their userid and password behind on a Post-It note on a table in 
Denny's.

Of course the two cases can blur somewhat if there are infrastructure 
characteristics that make it particularly easy for a user to screw it up.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Hochee
Sent: Sunday, October 11, 2020 3:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

I do not have an accurate big picture nor a decent set of data to work with, 
but here are a few google hits that do not inspire confidence, just anecdotal 
stuff of course

https://www.cbronline.com/news/aws-servers-hacked-rootkit-in-the-cloud

https://tamebay.com/2020/05/amazon-warn-of-hacked-amazon-accounts-issue-acco
unt-recovery-advice.html

https://www.thesun.co.uk/money/10519079/amazon-accounts-hacked-fraudsters/

Does AWS have any security components on par with ICSF and RACF on the security 
front that you're aware of?  Here's a link to their identity and access 
management UG...
https://docs.aws.amazon.com/IAM/latest/UserGuide/id_credentials_access-keys.
html?icmpid=docs_iam_console  Browsing through it briefly makes me wonder what 
an AWS secure key repository and management tools might look like.

Having been the victim of a minor identity theft myself in recent years, 
probably adds to my skepticism about cloud service provider security claims.


Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Sunday, October 11, 2020 3:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

Caution! This message was sent from outside your organization.

[Default] On Sat, 10 Oct 2020 10:40:07 -0700 (PDT), in bit.listserv.ibm-main 
computer chyck  wrote:

>> snip much
>
>Cloud computing is alot like teenage sex - everybody is doing it (or 
>wants
to do it) but nobody has a flippin' clue how to do it correctly!!!

What I fear is that Amazon and Microsoft both have a far better idea of what 
cloud computing is and how to do it than does IBM.  I also suspect that Amazon 
has all of their computing on their cloud and is very well aware of the need 
for high security and has worked very hard to achieve it.
Microsoft based on my experience with their Knowledge Center (repository for 
fixes and the equivalent of PTF cover letters) seems to understand high 
availability better than IBM based on postings here on ibm-main.

Clark Morris

--
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: Checksum/Md5 file

[Mike Hochee]

Hi Len Sasso, 

As mentioned, you can roll your own and invoke an ICSF service routine, or you 
can use one of several z/OS crypto products. I work for ASPG, so am 
particularly familiar with MegaCryption on z/OS. With MegaCryption this can be 
done using the MGCMAIN utility or via an application call to a crypto 
subroutine library. Since you may already be a customer, I will send you 
additional details offline.

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lennie Dymoke-Bradshaw
Sent: Friday, October 16, 2020 7:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum/Md5 file

Caution! This message was sent from outside your organization.

Please note too that the CSNBOWH implementation requires ICSF to be active, but 
does not require any Crypto Express hardware, nor is it dependent on the CPACF. 
It is a software solution that executes within ICSF.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: 16 October 2020 20:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum/Md5 file

Yes.
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1
.csfb400/csfb4za229.htm



_
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 
Sasso, Len
Sent: Friday, October 16, 2020 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Checksum/Md5 file

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Anyone know if a Checksum/Md5 file can be created on a IBM Mainframe?

If so, how?


Thank You and Please
 Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144
Office Hours: M-F  7 AM - 3:45 PM
Out-Of-Office: Tue., Oct. 20th  - 1:30 PM - Wed., Oct 21st @ 7 AM
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com














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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


This e-mail transmission contains information that is confidential and may
be privileged.   It is intended only for the addressee(s) named above. If
you receive this e-mail in error, please do not read, copy or disseminate it in 
any manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

--
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: Batch SFTP without client keys or USS files?

[Mike Hochee]

Do you have any special characters in your password that might not be surviving 
code-page translate? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Wendell Lovewell
Sent: Friday, October 16, 2020 8:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Batch SFTP without client keys or USS files?

Caution! This message was sent from outside your organization.

Thank you Rajesh, but the job will be running on z/OS systems.  I cannot 
require any additional software like COZBATCH to be installed.

Best Regards,
Wendell

--
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: Checksum/Md5 file

[Mike Hochee]

Hi Len, 

Let's take this conversation out of the IBM-MAIN listserv. Feel free to contact 
me at mike.hoc...@aspg.com  

Thanks, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sasso, Len
Sent: Saturday, October 17, 2020 10:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum/Md5 file

Caution! This message was sent from outside your organization.

Hi Mike!

We don't have the MGCMAIN utility, but I would appreciate any JCL you could 
provide to call to a crypto subroutine library.



Thank You and Please Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144

Office Hours: M-F  7 AM - 3:45 PM
Out-Of-Office: Tue., Oct. 20th  - 1:30 PM - Wed., Oct 21st @ 7 AM
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: www.gdit.com<http://www.gdit.com>





From: IBM Mainframe Discussion List  on behalf of 
Mike Hochee 
Sent: Friday, October 16, 2020 11:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: Checksum/Md5 file



 [External: Use caution with links & attachments]

Hi Len Sasso,

As mentioned, you can roll your own and invoke an ICSF service routine, or you 
can use one of several z/OS crypto products. I work for ASPG, so am 
particularly familiar with MegaCryption on z/OS. With MegaCryption this can be 
done using the MGCMAIN utility or via an application call to a crypto 
subroutine library. Since you may already be a customer, I will send you 
additional details offline.

HTH,
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lennie Dymoke-Bradshaw
Sent: Friday, October 16, 2020 7:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum/Md5 file

Caution! This message was sent from outside your organization.

Please note too that the CSNBOWH implementation requires ICSF to be active, but 
does not require any Crypto Express hardware, nor is it dependent on the CPACF. 
It is a software solution that executes within ICSF.

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Jousma, David
Sent: 16 October 2020 20:07
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Checksum/Md5 file

Yes.
https://urldefense.us/v3/__https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1__;!!JRQnnSFuzw7wjAKq6ti6!laGxlsZ9OhaGNPUyv1oKZ8200gQ-WxaNoleYDXYyZw60WbVRqd1Ie6AbLcOrOg$
.csfb400/csfb4za229.htm



_
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 
Sasso, Len
Sent: Friday, October 16, 2020 2:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Checksum/Md5 file

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

Anyone know if a Checksum/Md5 file can be created on a IBM Mainframe?

If so, how?


Thank You and Please
 Be Safe!

Len Sasso
Systems Administrator Senior
CSRA, A General Dynamics Information Technology Company
327 Columbia TPKE
Rensselaer, NY 12144
Office Hours: M-F  7 AM - 3:45 PM
Out-Of-Office: Tue., Oct. 20th  - 1:30 PM - Wed., Oct 21st @ 7 AM
Phone: (518) 257-4209
Cell: (518) 894-0879
Fax: (518) 257-4300
len.sa...@gdit.com
URL: http://www.gdit.com














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

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**


This e-mail transmission contains information that is confidential and may
be privileged.   It is intended only for the addressee(s) named above. If
you receive this e-mail in error, please do not read, copy or disseminate it in 
any manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Re: IBM splitting into two companies

[Mike Hochee]

Over the last few years I have hoped IBM would become more of a cloud player 
and attempt to marry some of the long-standing and well established zEnterprise 
strengths;  security, reliability, extensibility, performance, etc., with what 
I always perceived to be an inherently less secure cloud and web services 
environment.  I thought there was significant opportunity for a complement, 
where zEnterprise strengths could be leveraged by the needs of cloud and web 
service processing, and this would likely be workload dependent.  

To be sure, there are undoubtedly many cloud based apps that have no need of, 
nor business requirements for, zEnterprise integrity attributes, and a census 
might well be one of them.  Cloud computing has come a long way over the past 
10+ years, but I still don't want my personal financial data and current card 
transactions residing on a public cloud (encrypted or not). I have read too 
many articles which in general testify to the insecurity of data in the cloud. 
Hybrid and private clouds might be another matter, and this is where I thought 
the advantages of zEnterprise could potentially be a value add to cloud service 
providers with customers that expect (demand) a higher level of security and 
processing integrity. 

I suspect the splitting of IBM will only make the communication needed for any 
synergy between the hallmarks of traditional mainframe computing and cloud 
computing more difficult.  In the meantime profit motive will continue to 
compromise the decisions of executives the world over and result in more and 
more insecure hosting of their customer's personal and financial data.   

I wonder what if anything Arvind Krishna thinks about z/OS?  A very bold move 
by someone only six months on the job.   

My nickel's worth. 

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Saturday, October 10, 2020 11:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM splitting into two companies

Caution! This message was sent from outside your organization.

You're conflating enterprise with traditional mainframe customers such as the 
finance industry. Apple, BP, Shell, Coca-Cola etc all use AWS, are they not 
enterprise customers? As for health care, the UK NHS is a huge AWS customer.

The reputation of IBM's cloud (or maybe just IBM) in Australia hasn't recovered 
from the 2016 census fiasco [1]. The Australian government no longer trusts IBM 
and has moved to AWS [2].

You're obviously an IBM fanboy. A lot of what you say is absolute nonsense.

[1]
https://www.zdnet.com/article/censusfail-an-omnishambles-of-fabulous-proportions/
[2]
https://www.zdnet.com/article/australian-2021-digital-census-to-be-built-on-aws/


On 2020-10-11 1:39 AM, Bill Johnson wrote:
> You’re comparing 2 entirely different clouds. IBM isn’t in the consumer cloud 
> market. There is more money in PC’s than there is in mainframes too! And IBM 
> processes 90% of credit card transactions. You were wrong. No fortune 100 
> companies are going to use AZURE or AWS for highly critical, highly sensitive 
> information. Consumer clouds are everywhere. It’s becoming commoditized. 
> Enterprise cloud will never be commoditized and will remain highly 
> profitable. Banks, big retailers, and health care can’t afford the hacks and 
> crashes of consumer cloud services.
>
>
> Sent from Yahoo Mail for iPhone
>
>
> On Saturday, October 10, 2020, 1:28 PM, zMan  wrote:
>
> Bill, you can quote self-serving SHARE fodder all you like, but the 
> fact
> remains: IBM cloud is a joke in the industry. Doesn't mean it couldn't 
> become a player, but that's aspirational at best. That SHARE 
> transaction quote is nonsense--do the math: 1.3M/sec=112,320,000,000 
> per day. 112 BILLION. That's 16 transactions per day per person on the 
> planet. Be serious. That number comes from IBM, was extrapolated by 
> taking their largest five customers and multiplying by the number of 
> z/OS systems out there. Lies, damned lies, and statistics and all that, eh?
>
> And plenty of real, serious, multi-billion-dollar companies use AWS, 
> Azure, and even GCP.
>
> You work for a vendor; you have access to lots of industry knowledge 
> from the real world, not SHARE or IBM marketing. Talk to your peers. 
> Learn. The truth is out there.
>
> On Fri, Oct 9, 2020 at 6:57 PM Bill Johnson < 
> 0047540adefe-dmarc-requ...@listserv.ua.edu> wrote:
>
>> I’ve studied them extensively. I’m an investor. So I really don’t 
>> need the lecture but I understand that’s what the frequent posters here need 
>> to do.
>> Large enterprises aren’t building on AZURE & AWS. Lots of smaller 
>> companies are. Because of the costs. AZURE & AWS are on the way to 
>> commoditization.
>> Because it’s easy to replicate. In fact, AZURE growth is beginning to slow.
>> Even with the government contract.
>>
>> https://venturebeat.com/2020/07/31/probeat-slowing-aws-microsoft-azur

Re: dataset allocation

[Mike Hochee]

Hi Joseph, 

I like your idea, especially if this is a one-off, you already have it written, 
and the system it's running on is not totally i/o or cpu constrained. If it 
becomes something that needs to run regularly, maybe that's a different story 
and you rewrite using DFSORT or whatever. 

HTH, 
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Joseph Reichman
Sent: Wednesday, October 7, 2020 6:20 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: dataset allocation

Caution! This message was sent from outside your organization.

S322

I IMHO breaking up the job submitting to INTRDR may help

What do you think ?



> On Oct 7, 2020, at 6:10 PM, Seymour J Metz  wrote:
>
> Do you have TIME=1440 on both JOB and EXEC? What's the ABEND code?
>
> I'm in Annandale, just inside the Beltway.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> 
> From: IBM Mainframe Discussion List  on 
> behalf of Joseph Reichman 
> Sent: Wednesday, October 7, 2020 4:01 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: dataset allocation
>
> 1440 it’s bombing on time
>
> Seymour you live in Virginia never worked for the IRS you cannt be 
> that far from NCFB the code here is all Assembler
>
> Large many VB files
>
>
>
>> On Oct 7, 2020, at 2:52 PM, Seymour J Metz  wrote:
>>
>> The limit is the same for static and dynamic allocation.
>>
>> The limit is higher for extended TIOT.
>>
>> What TIME did you specify on JOB and EXEC?
>>
>> What DYNAMNBR did you specify on EXEC?
>>
>>
>> --
>> Shmuel (Seymour J.) Metz
>> http://mason.gmu.edu/~smetz3
>>
>>
>> 
>> From: IBM Mainframe Discussion List  on 
>> behalf of Joseph Reichman 
>> Sent: Wednesday, October 7, 2020 1:28 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: dataset allocation
>>
>> There are two main issues here
>>
>> 1) I can not allocate this many datasets to
>>   A job step that’s includes using SVC 99
>>
>> 2) The job step times out because I have reached a 5 minute CPU time 
>> limit on the job step
>>
>> Sri from my understanding said DFSORT can overcome these two problems
>>
>> I’m looking at the DFSORT manual
>>
>> Thank You
>>
> On Oct 7, 2020, at 1:16 PM, Jeremy Nicoll  
> wrote:
>
> On Wed, 7 Oct 2020, at 18:06, Joseph Reichman wrote:
> I work for the IRS I have to search thru year 2020 data that’s 
> 4,467 files about 240,000 records per file and a record length 
> could be
> 10,000 bytes
> VB files
>>>
>>> And you've said that multiple times.  No-one cares who you work for, 
>>> but we do care about the technical issues you're facing.
>>>
>>>
>>> Every single time you ask for help, no matter on what topic, it's 
>>> nearly impossible for anyone to find out what exactly you're trying to do.
>>>
>>> Why don't you just answer the questions?
>>>
>>> Are the records in the file in any particular order?
>>>
>>> Are you looking for particular values in fixed locations in the records?
>>>
>>> Are you looking for records where there's definable relationships 
>>> between values in specific records?
>>>
>>> Is there any way that - say - you can do a first scan to make 
>>> subsets of records before you then examine those in much more detail?
>>>
>>> --
>>> Jeremy Nicoll - my opinions are my own.
>>>
>>> 
>>> -- For IBM-MAIN subscribe / signoff / archive access instructions, 
>>> send email to lists...@listserv.ua.edu with the message: INFO 
>>> IBM-MAIN
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>>
>>
>> -
>> - For IBM-MAIN subscribe / signoff / archive access instructions, 
>> send email to lists...@listserv.ua.edu with the message: INFO 
>> IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

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

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

Re: Strange S0C4 on z15

[Mike Hochee]

Some months ago I asked a question regarding the relevance of the ORIGIN parm 
on a DSPSERV macro. During that time I came across older documentation which 
referred to low-address protection being in effect when the PSF (Private Space 
Facility) was not active. My limited understanding is that the PSF is active on 
'virtually' all systems.  Mr Dissen's  post below brought this to mind.   

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

Caution! This message was sent from outside your organization.

Fetch-protection-override (cr0.38) allowed the OS to put fetch protection on
page0 while allowing (legacy) access to 0-2047.

Don't know which hardware level allowed exploitation.

 On Wed, 19 Aug 2020 19:11:33 + "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.

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

Re: Strange S0C4 on z15

[Mike Hochee]

Thank you Jim, appreciate the detailed explanation which is understandably 
similar to Peter Relson's back in March. 

My intent want not to take this thread in another direction, just thinking 
about PSF in terms of the poster's original question... 

On Wed, 19 Aug 2020 19:11:33 + "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.  

Thanks again, 
Mike 

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

Caution! This message was sent from outside your organization.

  The first machine to implement ESA/370 was the 3090E.  This was done via 
microcode updates (since the 3090E hardware was designed prior to ESA).  It was 
not possible to implement PSF in microcode, so MVS used x'1000' as the data 
space ORIGIN, Every subsequent machine (starting with the 3090S) implemented 
PSF, and MVS used 0 as the data space ORIGIN.  That is still the case today, 
unless you specify HIDEZERO=YES on DSPSERV CREATE, in which case the ORIGIN is 
x'1000'
and page 0 is hidden,  This is desirable because it avoids PER ZAD events, and 
gives you a 0C4 abend instead of incorrect results when you accidentally use a 
bad pointer value in the range 0-FFF.

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

"IBM Mainframe Discussion List"  wrote on
08/19/2020 07:01:09 PM:

> From: "Mike Hochee" 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 08/19/2020 09:07 PM
> Subject: Re: Strange S0C4 on z15
> Sent by: "IBM Mainframe Discussion List" 
>
> Some months ago I asked a question regarding the relevance of the 
> ORIGIN parm on a DSPSERV macro. During that time I came across older 
> documentation which referred to low-address protection being in effect 
> when the PSF (Private Space Facility) was not active. My limited 
> understanding is that the PSF is active on 'virtually' all systems.  
> Mr Dissen's  post below brought this to mind.
>



--
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: Determining program name/number of paramaters from called COBOL program

[Mike Hochee]

If you can call a small assembler subroutine from the current COBOL pgm being 
executed (may be possible to do this in COBOL as well), use of the following 
fields should help get you current program name, callers name..., callers name, 
etc..  As mentioned, LE may make a difference, not sure. Anyway... 

Curr TCB addr (PSATOLD), to curr active RB (TCBRBP), to curr CDE (RBCDE), to 
curr pgm name (CDNAME)   (you are at the end of the chain when RBCDE1=0, and 
you may have to clear the high order byte to get a valid compare) 
  
For the name of previous caller(s)... 
Curr TCB addr (PSATOLD), to curr active RB (TCBRBP), to next RB in chain 
(RBLINK), to curr CDE (RBCDE), to pgm name (CDENAME)   

HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chris Cantrell
Sent: Tuesday, September 22, 2020 3:24 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Determining program name/number of paramaters from called COBOL program

Caution! This message was sent from outside your organization.

Hello,

I am hoping someone out there can help me with this 'opportunity'.

In a Z/OS enterprise COBOL environment, I want to be able to retrieve the 
calling program name and the number of parms passed to the called program from 
the called program. In other words, program A is executed in my batch job and 
it calls program B passing 5 parms in the using statement. I want program B to 
be able to retrieve the program name for program A as well as the number of 
parms that were passed to it.

I think if I could get to the program stack I could probably figure it out from 
there.

Any assistance that any of you could provide would be greatly appreciated.

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: AT-TLS issues with FTP and SSH

[Mike Hochee]

Regarding the AT-TLS issue, your pagent is likely encountering a problem in the 
FTP section (of course!).  Look at the log it generates, and if you don't have 
one, add the logging option to the pagent start command. If I remember 
correctly, there's also a verbose setting. I found the logs to be extremely 
useful.   

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lionel B Dyck
Sent: Tuesday, September 22, 2020 11:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AT-TLS issues with FTP and SSH

Caution! This message was sent from outside your organization.

We just enabled AT-TLS (PAGENT) on a test LPAR and immediately ran into two
issues:

1. The FTP Client ceased to work (until we commented the FTP section in the 
pagent_TTLS.conf file)
a. No issues doing an FTP into this LPAR.
2. Git stopped working due to SSH.

A simple test is:ssh mailto:g...@github.com

And for that I'm getting: FOTS3322 Passwords may not be entered from 3270 
terminals

If we stop PAGENT then everything works.

Can anyone offer any pointers/tips/solutions to either of these problems?

Thanks in advance.


Lionel B. Dyck <
Website: https://www.lbdsoftware.com

"Worry more about your character than your reputation.  Character is what you 
are, reputation merely what others think you are." - John Wooden

--
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: EBCDIC-ASCII converter and other tools

[Mike Hochee]

I like IBM's Unicode Services on z/OS for internationalization and conversion 
support, but of course z/OS only. A corresponding set of services and functions 
provided by IBM for LUW platforms as a free download would be most welcome! 

The following utility may have already been mentioned, but not sure, so...  
https://sourceforge.net/projects/convertcp/  

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of R.S.
Sent: Tuesday, December 29, 2020 12:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: EBCDIC-ASCII converter and other tools

Caution! This message was sent from outside your organization.

1. Yes, maybe I described it incorretly.
Regarding your question - yes I need something like convert ifile ofile 
[-tablefile] Just byte to byte translation. No CR/LF issues, no record 
boundaries, just byte to byte. The file can be large (may not fit in memory).

I agree, it is not black magic. Actually ...I did it in the past.
I wrote simple program in Turbo Pascal. AFAIR 1 hour later I modified it to 
read translation table from a file.
However it was many moons ago and the tool is no longer usable, cause it is 
16-bit application (for DOS) and current x64 Windows does not run such 
programs. There are tools like virtual machine or just DosBox, but it seems to 
be Rube Goldberg solution.
While I am still able to code a program (I hope so!), I don't want to start the 
project, install huge tool like Visual Studio, start learning "foreign" 
language, learn all the environment specifics, etc. It is just like building 
brewery just to have a beer for dinner. Not to mention security policies.
As I said, I did it in the past, using ancient (now) tools, and I know how to 
do it in z/OS realm. And it seems simple, so I hope someone already did it and 
the tool is available as many, many other tools.
HxD has many advantages, but I guess it has no batch mode. Batch is better - it 
is automatic ;-) I don't know how many files will be processed that way, now it 
is possible to do it manually, but thing may change.

2. This is even simpler tool, maybe it address rare need - just to truncate 
first nnn bytes from beginning of file Possible usage:
truncfile -header -12384 ifile ofile
truncates/deletes header, which is 12384 bytes long, the output is written to 
ofile. Ofile is shorter than ifile, the difference is 12384 bytes. No CR/LF 
issues, just byte after byte.

I'm going to install HxD and try its features. However I'm still looking for 
something batch-able.

Thank you!

Regards
--
Radoslaw Skorupka
Lodz, Poland






W dniu 29.12.2020 o 17:32, Charles Mills pisze:
> 1. Conversion tool: your question is a little under-specified. You 
> want a file to file conversion program? Read in a file in EBCDIC and 
> write it out in ASCII?
>
> Do you have any ability at all to write a program for Windows? In C, 
> Rexx, Visual Basic, etc.? The basics of translation are fairly simple. 
> Would not be terribly hard to read-in the translation table from some 
> specified source. Can you code at all in any non-mainframe-specific 
> language? MS Visual Studio is free in lightweight versions and would 
> let you build and debug a simple program pretty readily.
>
> There is the nasty problem of line endings. (Don't get @Gil started 
> ) Do you expect "records" in ASCII? How will they be delimited? How 
> will the line endings in the EBCDIC file be indicated?
>
> 2. Pretty much the same answer.
>
> @Steve, I don't think it's what he is looking for, but another vote 
> here for HxD in general. I find it useful for examining EBCDIC files on a PC.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of R.S.
> Sent: Tuesday, December 29, 2020 5:30 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: EBCDIC-ASCII converter and other tools
>
> 1. I'm looking for some simple tool for conversion EBCDIC to ASCII and 
> vice versa.
> Unfortunately it has to run under Windows.
> Requirements:
> Run under Windows, preferrably in batch mode (command line interface) 
> Custom-defined tables of conversion
>
> 2. I'm looking for a tool similar to IDCAMS SKIP/COUNT - the goal is 
> to skip first nnn bytes of the file or skip file remainder.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN .




==

Jeśli nie jesteś adresatem tej wiadomości:

- powiadom nas o tym w mailu zwrotnym (dziękujemy!),
- usuń trwale tę wiadomość (i wszystkie kopie, które wydrukowałeś lub zapisałeś 
na dysku).
Wiadomość ta może zawierać chronione prawem informacje, które może wykorzystać 
tylko adresat. Przypominamy, że każdy, kto rozpowszechnia (kopiuje, 
rozprowadza) tę wiadomość lub podejmuje podobne 

Re: Invoking IFASMFDP utility via CALL, LINK, ATTACH ?

[Mike Hochee]

Supportability had definitely crossed my mind, so the clarification is both 
timely and appreciated.  

Thanks! 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: Thursday, December 3, 2020 8:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Invoking IFASMFDP utility via CALL, LINK, ATTACH ?

Caution! This message was sent from outside your organization.

It probably doesn't apply to this case, but if the documentation for a service 
says "invoke it this way" (and I don't just mean a "recommendation" or a 
"suggestion") and you choose to try something else that you think is 
equivalent, you are in unsupported territory. Do what you will; the risk is 
yours (and your site's).

There can be system integrity concerns with invoking something authorized in a 
way that it does not intend, when done by an authorized invoker. That could 
apply to an AC=1 program that you choose to invoke by (for example) LINK from 
an APF-authorized program.

Peter Relson
z/OS Core Technology Design


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

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

Re: Determining required z/series hardware level - REVISED

[Mike Hochee]

Oops, got the hardware lvl for AHI wrong, so changed 'G9' to 'G10'  

Hi,

I'm looking for a utility/program which is capable of reading a z/OS 
executable, whether an lmod or program object, or unbound object code, and 
examining it for hardware/architecture level compatibility. I'm not 
specifically referring to the ARCLVL of on the SYSSTATE macro, although I know 
there is some correspondence, but rather to the set of unprivileged 
instructions introduced at a particular hardware architecture levels. Apologies 
in advance for any imprecise/inaccurate  terminology.

For example, let's say I happen to know that the most recently introduced 
z/Series instruction used by a particular executable is the AHI instruction, 
then I would expect this utility/program to output 'G10', suggesting the 
minimum hardware architecture required to support execution.

I understand things are not always black/white in this area and could be 
clouded by instruction facility requirements, etc..

Thanks in advance for any suggestions, guidance.

Mike


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

Determining required z/series hardware level

[Mike Hochee]

Hi,

I'm looking for a utility/program which is capable of reading a z/OS 
executable, whether an lmod or program object, or unbound object code, and 
examining it for hardware/architecture level compatibility. I'm not 
specifically referring to the ARCLVL of on the SYSSTATE macro, although I know 
there is some correspondence, but rather to the set of unprivileged 
instructions introduced at a particular hardware architecture levels. Apologies 
in advance for any imprecise/inaccurate  terminology.

For example, let's say I happen to know that the most recently introduced 
z/Series instruction used by a particular executable is the AHI instruction, 
then I would expect this utility/program to output 'G9', suggesting the minimum 
hardware architecture required to support execution.

I understand things are not always black/white in this area and could be 
clouded by instruction facility requirements, etc..

Thanks in advance for any suggestions, guidance.

Mike


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

Re: Determining required z/series hardware level - REVISED

[Mike Hochee]

Thanks all, yet again, for all the excellent ideas! These IBM- listservs are a 
truly fine resource. ('the power of many brains working!')  I will probably end 
up doing some flavor of opcode evaluation, and assumed, maybe erroneously, that 
opcode evaluation would be simpler/cleaner to implement than parsing or 
scanning source (which is available). I generally feel more comfortable working 
with machine/product outputs rather than the curveballs humans sometimes throw. 
 

Best, 
Mike   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Hochee
Sent: Tuesday, December 8, 2020 5:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Determining required z/series hardware level - REVISED

Warning! This is a fake (spoofed) message. DO NOT TRUST!

Oops, got the hardware lvl for AHI wrong, so changed 'G9' to 'G10'

Hi,

I'm looking for a utility/program which is capable of reading a z/OS 
executable, whether an lmod or program object, or unbound object code, and 
examining it for hardware/architecture level compatibility. I'm not 
specifically referring to the ARCLVL of on the SYSSTATE macro, although I know 
there is some correspondence, but rather to the set of unprivileged 
instructions introduced at a particular hardware architecture levels. Apologies 
in advance for any imprecise/inaccurate  terminology.

For example, let's say I happen to know that the most recently introduced 
z/Series instruction used by a particular executable is the AHI instruction, 
then I would expect this utility/program to output 'G10', suggesting the 
minimum hardware architecture required to support execution.

I understand things are not always black/white in this area and could be 
clouded by instruction facility requirements, etc..

Thanks in advance for any suggestions, guidance.

Mike


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

Invoking IFASMFDP utility via CALL, LINK, ATTACH ?

[Mike Hochee]

Wondering if anyone has attempted to invoke the SMF IFASMFDP utility (handles 
dumping and clearing of SMF data set logs, digital signature validation, etc.) 
via program invocation using CALL, LINK, or ATTACH?  Some of the dfp utilities 
allow dynamic invocation from a program, and for those some doc is provided, 
however I found no equivalent doc for IFASMFDP. (probably not a good sign) 

Thanks, 
Mike   

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

Re: Invoking IFASMFDP utility via CALL, LINK, ATTACH ?

[Mike Hochee]

Thanks to everyone for the xlnt suggestions. 

Much appreciated, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Hochee
Sent: Wednesday, December 2, 2020 2:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Invoking IFASMFDP utility via CALL, LINK, ATTACH ?

Warning! This is a fake (spoofed) message. DO NOT TRUST!

Wondering if anyone has attempted to invoke the SMF IFASMFDP utility (handles 
dumping and clearing of SMF data set logs, digital signature validation, etc.) 
via program invocation using CALL, LINK, or ATTACH?  Some of the dfp utilities 
allow dynamic invocation from a program, and for those some doc is provided, 
however I found no equivalent doc for IFASMFDP. (probably not a good sign)

Thanks,
Mike

--
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: JCL divergence

[Mike Hochee]

There exist a number of scheduling solutions available for LUW workloads, IBM's 
Tivoli Workload Schedule is definitely among them... 
https://www.ibm.com/support/pages/tivoli-workload-scheduler-version-851-3  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Tuesday, December 22, 2020 6:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: JCL divergence

Caution! This message was sent from outside your organization.

On Tue, Dec 22, 2020 at 5:26 PM Gibney, Dave  wrote:

> WindowsJob...Huh
>

Right. I am so ignorant, perhaps the Windows (and Linux?) world doesn't even 
have any unattended scheduled activities. I know that there is a "Windows 
Scheduler" that can run a batch file (MSDOS .bat) automatically at a given time 
or when a particular user does a "log on" (perhaps akin to a TSO logon proc).

If the above is true (no automated unattended work), I wonder how companies do 
{month,quarter,year}-end processing to generate reports to send to appropriate 
governmental bodies. Or even, as in my employer, to policyholders.



>
> > Hum, how do the Windows experts "restart" a "job" that fails? I 
> > really don't now.
> >
>
>

--
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: Non-L/E assembler program calling L/E Cobol program

[Mike Hochee]

I call LE C++ from non-LE assembler programs by first creating a Language 
Environment for them using IBM pre-initialization services. Check out CEEPIPI 
in chapter 30 of the following... 
https://www-01.ibm.com/servers/resourcelink/svc00100.nsf/pages/zOSV2R3sa380682/$file/ceea200_v2r3.pdf
  I suppose it depends on your use case and whether you need greater control of 
execution environment attributes, and probably other factors I'm unaware of. 

HTH, 
Mike  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Tuesday, November 17, 2020 9:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Non-L/E assembler program calling L/E Cobol program

Caution! This message was sent from outside your organization.

I call LE C++ from non-LE assembler and Rexx with no issues. It's just like 
calling any other program; just like calling IEFBR14.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Clark Morris
Sent: Tuesday, November 17, 2020 6:26 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Non-L/E assembler program calling L/E Cobol program

[Default] On Tue, 17 Nov 2020 10:52:49 -0800 (PST), in bit.listserv.ibm-main 
Joe DeChirico  wrote:

>Hi
>
>I have a need for a non-l/e program to call an l/e cobol program, are 
>there
any examples of this sort of call?
>
>Is it even possible?

--
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: Can a non-admin restrict others from viewing one of their own MVS data sets?

[Mike Hochee]

You might make a case to your security admins for UACC(NONE) for data set(s) 
involving your profile or add a profile for a specific data set with universal 
access none, yet providing you with whatever is needed; read, update, or alter. 
(this assumes you are using RACF, not sure of the TSS or ACF2 equivalents 
offhand)  

Another possibility is the TSO PROTECT command, which I have never used and do 
not recommend, but nonetheless an option. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Frank Swarbrick
Sent: Friday, November 6, 2020 4:43 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Can a non-admin restrict others from viewing one of their own MVS data 
sets?

Caution! This message was sent from outside your organization.

In the Unix world one can use chmod (change mode) on their own files to make it 
so non-superusers cannot view a particular file.  Is there anything similar for 
MVS data sets?

--
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: Coding for the future

[Mike Hochee]

I suspect I'm a 'man overboard' on this one, but don't feel I need a life 
preserver.  Having worked on some larger products with many many moving parts, 
and not of my own making, I would always welcome the use of Token_Len, and if 
it is being used to prime a register, no comment really needed.  I'm good with 
the COBOL example as well, and might not even take note of potential overkill. 
At some point, so called structured programming, functional decomposition, 
re-usage, (maybe even 'elegance'), made their way into my brain and heart, so 
that they are now tightly bound up with my soul, and I never even knew it was 
happening! Powerful stuff! 

On the other hand, when my performance and efficiency identity asserts itself, 
the COBOL example would be a strong candidate for change, and I wouldn't think 
twice about it. 

Mike  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Thursday, June 17, 2021 12:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Coding for the future

Caution! This message was sent from outside your organization.

Of course!  But now let's say there's only one instance of TOKEN_LEN being 
referenced and it's highly unlikely to ever be changed.  That's the case I'm 
talking about here - which I think happens far more often than fields that 
change their size over time.

Sometimes people go a bit overboard coding for a future that never happens - 
that's what I'm trying to describe.  One example:  I remember looking at 
someone's COBOL source code that did a procedure call.  That procedure was a 
single line that called another procedure.  So off to another member, and all 
that final procedure did was a single MOVE statement.  All this was to comply 
with structured programming methods designed to handle future changes that 
would likely never happen.

On 6/17/2021 8:19 AM, Wayne Driscoll wrote:
> Until the definition of a token changes such that the new length is 32 
> instead of 5. Changing the one macro that defines TOKEN_LEN is much easier 
> than searching for all instances of LARx,5 and then determining if it is 
> process a TOKEN, or if the value is for some other reason.
>
> Wayne Driscoll
> Rocket Software
> Note - All opinions are strictly my own.
>
> From: IBM Mainframe Discussion List  On 
> Behalf Of Tom Brennan
> Sent: Wednesday, June 16, 2021 9:23 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Coding for the future
>
> EXTERNAL EMAIL
>
>
>
> I'd actually rather read LA R7,5 so I don't have to hunt for where 
> Token_Len is defined.
>
> On 6/16/2021 3:24 PM, Charles Mills wrote:
>> And if the instruction itself were
>>
>> LA R7,Token_Len
>>
>> Then it would be more clear and more maintainable.
>>
>> Charles
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Jesse 1 Robinson
>> Sent: Wednesday, June 16, 2021 3:07 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Coding for the future
>>
>> Avoid embedding code specific details in comments.
>>
>> Init loop counter in R7 to 5
>>
>> A comment should not name anything explicitly stated in the 
>> instruction. 'R7' in the comment is not merely redundant. If the loop 
>> register needs to be changed later on, then the comment will have to 
>> be updated also. If it's not updated, then it becomes misleading, 
>> perhaps worse than no comment at all. I would prefer
>>
>> LA R7,5 Prepare to search for delimiter
>>
>>
>>
>> .
>> .
>> 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 Mike Schwab
>> Sent: Wednesday, June 16, 2021 2:17 PM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: (External):Re: EXTERNAL: Coding for the future
>>
>> *** EXTERNAL EMAIL - Use caution when opening links or attachments 
>> ***
>>
>> But what is Register 7 going to be used for, and why does it need a 5?
>> I. E. Init loop counter in R7 to 5.
>>
>> On Wed, Jun 16, 2021 at 11:48 AM Savor, Thomas 
>> <0330b7631be3-dmarc-requ...@listserv.ua.edu>
>>  wrote:
>>>
>>> ==> LA R7,5 Put 5 in register 7
>>>
>>> It depends on the intended target audience. Now I and you know that a 5 is 
>>> put in Register 7, but many shops have only a couple Assembler 
>>> Programmersbut many more Cobol programmers. Telling "them" that a 5 is 
>>> put in Register 7 can be helpful to solving a problem or learning what a 
>>> program does.
>>>
>>> Way too many Cobol programmers that I run into are scared of looking at 
>>> Assembler...like just looking at it or trying to learn it is going to give 
>>> 

Re: Coding for the future

[Mike Hochee]

The label  Token_Len  has obvious meaning.  

The number 5 has no intrinsic meaning from just looking at the instruction and 
requires context/comment. 

When it comes time to change the length of a token, or locate usage 
occurrences,  I would much prefer to hunt for Token_Len rather than determine 
usage context for some numeric.  I would also probably feel more confident 
about the results. 

My 2 cents worth. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Wednesday, June 16, 2021 10:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Coding for the future

Caution! This message was sent from outside your organization.

I'd actually rather read LA R7,5 so I don't have to hunt for where Token_Len is 
defined.

On 6/16/2021 3:24 PM, Charles Mills wrote:
> And if the instruction itself were
>
>  LA   R7,Token_Len
>
> Then it would be more clear and more maintainable.
>
> Charles
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Jesse 1 Robinson
> Sent: Wednesday, June 16, 2021 3:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Coding for the future
>
> Avoid embedding code specific details in comments.
>
> Init loop counter in R7 to 5
>
> A comment should not name anything explicitly stated in the 
> instruction. 'R7' in the comment is not merely redundant. If the loop 
> register needs to be changed later on, then the comment will have to 
> be updated also. If it's not updated, then it becomes misleading, 
> perhaps worse than no comment at all. I would prefer
>
>  LAR7,5  Prepare to search for delimiter
>
>
>
> .
> .
> 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  On 
> Behalf Of Mike Schwab
> Sent: Wednesday, June 16, 2021 2:17 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Re: EXTERNAL: Coding for the future
>
> *** EXTERNAL EMAIL - Use caution when opening links or attachments ***
>
> But what is Register 7 going to be used for, and why does it need a 5?
> I. E.  Init loop counter in R7 to 5.
>
> On Wed, Jun 16, 2021 at 11:48 AM Savor, Thomas 
> <0330b7631be3-dmarc-requ...@listserv.ua.edu> wrote:
>>
>>   ==>LAR7,5  Put 5 in register 7
>>
>> It depends on the intended target audience.  Now I and you know that a 5 is 
>> put in Register 7, but many shops have only a couple Assembler 
>> Programmersbut many more Cobol programmers.  Telling "them" that a 5 is 
>> put in Register 7 can be helpful to solving a problem or learning what a 
>> program does.
>>
>> Way too many Cobol programmers that I run into are scared of looking at 
>> Assembler...like just looking at it or trying to learn it is going to give 
>> you Ebola...so even very basic instructions can be helpful...especially if 
>> Instruction says LA   7,5  then it really helps "them".
>>
>> Thanks,
>>
>> Tom
>>
>>
>>
>>
>> -Original Message-
>> From: IBM Mainframe Discussion List  On 
>> Behalf Of Seymour J Metz
>> Sent: Wednesday, June 16, 2021 11:58 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: EXTERNAL: Coding for the future
>>
>> Long ago in a galaxy far away, they handed each of us a stack of manuals and 
>> told use that we were all enrolled in a 7070 class and had to read all of 
>> the manuals before the class started. It turned out that some of the 
>> students were answering questions that stumped the instructor, and that if 
>> you read the manuals you didn't need the course.
>>
>> The worst are the ones that score based on the quantity of comments instead 
>> of their quality. That guaranties cluttered and unhelpful comments. People 
>> will behave in such a fashion as to optimize how their organization ranks 
>> them; if teir grades or performance reviews depend on doing something 
>> sub-optimal, then that's what they'll do. Measure the things that actually 
>> matter.
>>
>> I generally frown on marking students down on stylistic issues like 
>> labels on separate lines, but I will mark down for
>>
>>   LAR7,5  Put 5 in register 7
>>
>> Don't tell me what LA does, tell me why you're putting that value in that 
>> register. If there is nothing useful to say in the comment, then omit it.
>>
>>
>> --
>> Shmuel (Seymour J.) Metz
>> https://eur02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaso
>> n 
>> .gmu.edu%2F~smetz3data=04%7C01%7Cthomas.savor%40fisglobal.com%7C
>> b
>> e99c6f1bde54085afe408d930df9961%7Ce3ff91d834c84b15a0b418910a6ac575%7C
>> 0 
>> %7C0%7C637594559179362403%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDA
>> i
>> LCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000sdata=kaKOh
>> 2
>> 8RkIFxgof3dWR3QMgfWMAyZeQ8ijJ7XLqXpXE%3Dreserved=0
>>
>> 

ISPF cursor positioning based edit or browse

[Mike Hochee]

Hi,
Some years ago I recall working in an environment where I could position my 
cursor anywhere within a DSN or DSN(mbr) (from an ISPF edit or view session) 
and then depress PFnn to start and stack a new view or edit session for the 
referenced DSN. I believe this capability was also available under SDSF when 
displaying a JES2 JOE, but not positive about that.

Anyone know where I can find this handy tool?

Thanks much,
Mike



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

Re: ISPF cursor positioning based edit or browse

[Mike Hochee]

Excellent!  

Thank you much, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Spiegel
Sent: Thursday, July 8, 2021 3:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ISPF cursor positioning based edit or browse

Caution! This message was sent from outside your organization.

Hi Mike,
ZOOM on CBT File 671

Please see cbttape.org

Regards,
David

On 2021-07-08 15:00, Mike Hochee wrote:
> Hi,
> Some years ago I recall working in an environment where I could position my 
> cursor anywhere within a DSN or DSN(mbr) (from an ISPF edit or view session) 
> and then depress PFnn to start and stack a new view or edit session for the 
> referenced DSN. I believe this capability was also available under SDSF when 
> displaying a JES2 JOE, but not positive about that.
>
> Anyone know where I can find this handy tool?
>
> Thanks much,
> Mike
>
>
>
> --
> 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: And the survey says...

[Mike Hochee]

I think there is a lot to like about Vista TN3270, price per seat being just 
one of many. 

However I do rely on IND$FILE quite regularly and found it to be rather 
sluggish using OOTB defaults. Hopefully there exists a buffer size adjustment 
or some other setting which improves throughput in this area.  

Tom if your still following this conversation, would appreciate any IND$FILE 
speed-up suggestions either to this list or privately. 

Thanks much, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bob Bridges
Sent: Saturday, May 1, 2021 5:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

Caution! This message was sent from outside your organization.

Pan Skorupka, I'm not sure whether I'm about to agree or disagree about FTP.  I 
use FTP as much as possible for file transfer, but I don't understand why a 
terminal emulator needs it built in:  What's wrong with just using Windows FTP 
and MVS FTP?  Which is maybe what you're saying.

One reason I like FTP so much is that IND$FILE can be so clunky if you have 
more than one or two files to transfer.  Most emulators provide a way to set up 
multiple transfers, but only manually - that is, I have to add each file to the 
collection, one at a time.  How is that better than doing the file transfer one 
at a time.  Unless I'm going to be doing the same transfers many times, of 
course, but that's never the case, for me.  What I really want is to set up a 
list of 40 or 50 filenames, and provide that list to the utility.  I can do 
that with native FTP.  I've done it for IND$FILE, too, but only by manually 
creating a multiple-file transfer containing three or four filenames, then 
analyzing the instructions it saved and writing a program that reproduced that 
proprietary format for my 40 or 50.  It's worth the trouble only when I'm 
starting out at a new client that doesn't support the mainframe FTP server, and 
I need to load my REXX tools.

So when you write "scriptable IND$FILE", my ears perk up.  Someone tell me 
more, please.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* If...you are ever tempted to think that we modern Western Europeans cannot 
really be so very bad because we are, comparatively speaking, humane -- if, in 
other words, you think God might be content with us on that ground -- ask 
yourself whether you think God ought to have been content with the cruelty of 
cruel ages because they excelled in courage or chastity.  You will see at once 
that this is an impossibility.  -C S Lewis, _The Problem of Pain_ */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Radoslaw Skorupka
Sent: Saturday, May 1, 2021 08:08

I don't care about ftp client. In fact I have never used a client delivered 
with PCOMM or Nexus. Reasons? a) ftp CLI is enough for me, b) there are plenty 
of ftp clients, some of them quite sophisticated like Filezilla.

However I much appreciate PCOMM features related to IND$FILE. Not very clear 
for newbies, awfully translated to Polish, but really useful and last but not 
least: scriptable! There are simple SRL (text) scripts for mass unload/upload.

--
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: And the survey says...

[Mike Hochee]

Excellent, Thank you Tom! 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Saturday, May 1, 2021 8:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: And the survey says...

Caution! This message was sent from outside your organization.

Click the Options/Options menu and the Misc tab, and there's an option there in 
the File Transfer Settings named Blocksize.  I probably need to rename it 
because it isn't BLKSIZE, it's the I/O buffer size between mainframe and client.

That defaults to 2500 which is leftover from 1998.  I've found if I set that 
to, say 25000, my transfers run about 10 times faster (well, I never really 
measured, but it really helps).  So check for that and bump up the number (a 
lot) if it's 2500 or so.

On 5/1/2021 4:27 PM, Mike Hochee wrote:
> I think there is a lot to like about Vista TN3270, price per seat being just 
> one of many.
>
> However I do rely on IND$FILE quite regularly and found it to be rather 
> sluggish using OOTB defaults. Hopefully there exists a buffer size adjustment 
> or some other setting which improves throughput in this area.
>
> Tom if your still following this conversation, would appreciate any IND$FILE 
> speed-up suggestions either to this list or privately.
>
> Thanks much,
> Mike
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Bob Bridges
> Sent: Saturday, May 1, 2021 5:31 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: And the survey says...
>
> Caution! This message was sent from outside your organization.
>
> Pan Skorupka, I'm not sure whether I'm about to agree or disagree about FTP.  
> I use FTP as much as possible for file transfer, but I don't understand why a 
> terminal emulator needs it built in:  What's wrong with just using Windows 
> FTP and MVS FTP?  Which is maybe what you're saying.
>
> One reason I like FTP so much is that IND$FILE can be so clunky if you have 
> more than one or two files to transfer.  Most emulators provide a way to set 
> up multiple transfers, but only manually - that is, I have to add each file 
> to the collection, one at a time.  How is that better than doing the file 
> transfer one at a time.  Unless I'm going to be doing the same transfers many 
> times, of course, but that's never the case, for me.  What I really want is 
> to set up a list of 40 or 50 filenames, and provide that list to the utility. 
>  I can do that with native FTP.  I've done it for IND$FILE, too, but only by 
> manually creating a multiple-file transfer containing three or four 
> filenames, then analyzing the instructions it saved and writing a program 
> that reproduced that proprietary format for my 40 or 50.  It's worth the 
> trouble only when I'm starting out at a new client that doesn't support the 
> mainframe FTP server, and I need to load my REXX tools.
>
> So when you write "scriptable IND$FILE", my ears perk up.  Someone tell me 
> more, please.
>
> ---
> Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313
>
> /* If...you are ever tempted to think that we modern Western Europeans 
> cannot really be so very bad because we are, comparatively speaking, 
> humane -- if, in other words, you think God might be content with us 
> on that ground -- ask yourself whether you think God ought to have 
> been content with the cruelty of cruel ages because they excelled in 
> courage or chastity.  You will see at once that this is an 
> impossibility.  -C S Lewis, _The Problem of Pain_ */
>
> -Original Message-
> From: IBM Mainframe Discussion List  On 
> Behalf Of Radoslaw Skorupka
> Sent: Saturday, May 1, 2021 08:08
>
> I don't care about ftp client. In fact I have never used a client delivered 
> with PCOMM or Nexus. Reasons? a) ftp CLI is enough for me, b) there are 
> plenty of ftp clients, some of them quite sophisticated like Filezilla.
>
> However I much appreciate PCOMM features related to IND$FILE. Not very clear 
> for newbies, awfully translated to Polish, but really useful and last but not 
> least: scriptable! There are simple SRL (text) scripts for mass unload/upload.
>
> --
> 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 ins

Re: Getting started with Policy Agent and AT-TLS

[Mike Hochee]

Hi Charles, 

Almost 10 years old now, but I've always thought this was an xlnt 
presentation... 
https://www.ibm.com/support/pages/system/files/support/swg/swgdocs.nsf/0/2b7dd92c65e0defe85257a2b0057759b/$FILE/Leveraging_ATTLS.pdf
 

I posted the following about 6mos ago for a similar question. 

- Use z/OSMF for generation of your initial set of PA config files and inputs, 
then consider manually tailoring. I opted for this approach under z/OS 2.2, but 
z/OSMF has undoubtedly improved greatly since then, so maybe you can use z/OSMF 
exclusively now. 

- Configure the syslog daemon, and test it to ensure messages are being 
collected for whatever you're interested in (TCPIP is not a pre-req for 
syslogd) 

- Configure PROFILE.TCPIP, you will need to add a TTLS parm to the TCPCONFIG 
statement

- Create the resource profile used to block access to the TCPIP stack during 
initialization, the name of the resource will be 
EZB.INITSTACK.%sysname.%tcpprocname  (it may be differently named w/ACF2 or 
TSS) 

- Create a server keyring and x509 certificate, and then connect the cert to 
the keyring, and depending on what you're doing you may need to permit access 
so the keyring and cert can be listed (resources are IRR.DIGTCERT.LISTRING and 
IRR.DIGTCERT.LIST) 

- Once you have done the above and are ready to test: 
Ensure syslogd running
Stop the TCPIP AS (there are undoubtedly less invasive ways) Start the TCPIP AS 
and watch for msg EZZ4248E, after which you should start your PA daemon 
(eventually you'll want to automate this), the start will probably look 
something like... /usr/lpp/tcpip/sbin/pagent -l /tmp/pagent.log -c 
/etc/pagent.conf & 

- Once started, check out the following for messages... 
MVS system log
Pagent log file
Output from the pasearch -t command

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, March 31, 2021 6:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Getting started with Policy Agent and AT-TLS

Caution! This message was sent from outside your organization.

Can anyone point me to a SHARE or other presentation or similar tutorial on how 
to get started with Policy Agent and AT-TLS?

I'm already aware, of course, of the material in the IP Configuration Guide.

Thanks,

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: How to tell if zEDC is active for an LPAR or DASD pool

[Mike Hochee]

> I know how to check with LISTCAT whether a file WAS compressed via zEDC, but 
> I would like to know how to tell whether or not it WILL be used when creating 
> a new file in a given DASD pool.

It depends on whether you are running on a z15 or not, and if not, the values 
in effect for the DEFMINREQSIZE and INFMINREQSIZE. Check out IQPPRMxx in the 
Inititialization and Tuning Reference. 

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Radoslaw Skorupka
Sent: Saturday, April 10, 2021 8:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to tell if zEDC is active for an LPAR or DASD pool

Caution! This message was sent from outside your organization.

W dniu 10.04.2021 o 19:48, Farley, Peter x23353 pisze:
> Just a question of curiosity:  Is it possible to tell if zEDC compression is 
> active for an LPAR or for a particular DASD pool?  Perhaps an ISMF screen?
>
> I know how to check with LISTCAT whether a file WAS compressed via zEDC, but 
> I would like to know how to tell whether or not it WILL be used when creating 
> a new file in a given DASD pool.

IMHO it is matter of Data Class and ACS.
I don't consider ADRDSSU dump files which can be compressed or copies of 
existing compressed datasets.

HTH

--
Radoslaw Skorupka
(looking for new job)
Lodz, Poland

--
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: How to tell if zEDC is active for an LPAR or DASD pool

[Mike Hochee]

Interesting! 

Thank you! 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Sunday, April 11, 2021 5:22 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to tell if zEDC is active for an LPAR or DASD pool

Caution! This message was sent from outside your organization.

We're currently on z13's.  We were advised by IBM sources to look for this in a 
LISTCAT ALL of a sequential file to tell if it was zEDC compressed or not:

ACT-DIC-TOKENX'60010004'

We were told that the "60" at the start of that value is the sign that zEDC was 
used.

Peter

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Mike Hochee
Sent: Saturday, April 10, 2021 10:08 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to tell if zEDC is active for an LPAR or DASD pool

> I know how to check with LISTCAT whether a file WAS compressed via zEDC, but 
> I would like to know how to tell whether or not it WILL be used when creating 
> a new file in a given DASD pool.

It depends on whether you are running on a z15 or not, and if not, the values 
in effect for the DEFMINREQSIZE and INFMINREQSIZE. Check out IQPPRMxx in the 
Inititialization and Tuning Reference.

HTH,
Mike

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Radoslaw Skorupka
Sent: Saturday, April 10, 2021 8:34 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to tell if zEDC is active for an LPAR or DASD pool

Caution! This message was sent from outside your organization.

W dniu 10.04.2021 o 19:48, Farley, Peter x23353 pisze:
> Just a question of curiosity:  Is it possible to tell if zEDC compression is 
> active for an LPAR or for a particular DASD pool?  Perhaps an ISMF screen?
>
> I know how to check with LISTCAT whether a file WAS compressed via zEDC, but 
> I would like to know how to tell whether or not it WILL be used when creating 
> a new file in a given DASD pool.

IMHO it is matter of Data Class and ACS.
I don't consider ADRDSSU dump files which can be compressed or copies of 
existing compressed datasets.

HTH

--

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

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

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

Re: Programs that work right the first time.

[Mike Hochee]

My apologies if this has already been mentioned, but the likelihood of a 
program I've written executing correctly the first time, is almost always 
commensurate with the time I've spent reviewing/walking thru the code before 
testing.  For me, this relationship holds true regardless of language.  

Mike
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Bob Bridges
Sent: Saturday, August 21, 2021 9:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Programs that work right the first time.

Caution! This message was sent from outside your organization.

This part of the thread got me thinking.  How often do you write a program that 
works right the first time, with no compile or execution errors?  I'm not 
talking about two-liners, of course, or even ten-liners; let's say 30 or 
thereabouts.  Please specify the language, too, since it seems to me they vary 
in error-prone-ness.

I've done it occasionally, but by "occasionally" I mean "less than one time in 
twenty"; maybe much less, I'm not sure, and only once in my life when anyone 
was watching.  That was in PL/C; mostly nowadays I write in REXX and VBA.

In fact my REXXes typically start out with at least ten or fifteen lines of 
boilerplate, and any VBA/Excel program likely relies on a raft of common 
functions and/or objects that are part of my regular library, so when I say "30 
lines", some of those lines don't really count.

---
Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313

/* The schools of ancient morality had four cardinal virtues: justice in human 
relations, prudence in the directions of affairs, fortitude in bearing trouble 
or sorrow, temperance or self-restraint. But they knew nothing of mercy or 
forgiveness, which is not natural to the human heart. Forgiveness is an exotic, 
which Christ brought with Him from Heaven.  -F.B.Meyer */

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Tom 
Brennan
Sent: Wednesday, August 18, 2021 13:41

one of my other supervisors/teachers would tell me about her application 
experience.  She said no matter how complex her COBOL programs were, they would 
not only compile first time but would run perfectly.  This of course was due to 
her rigorous desk-checking which I assume took days.

I remember thinking "that's crazy" but I just kept quiet.  I'll give her a 
break because that could have been at the time of card punching where such 
desk-checking made far more sense.

--
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: LOAD with ADDR

[Mike Hochee]

Wow! Who woulda thunk it, unless you actually been there?  Good to know. Thank 
you! 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Relson
Sent: Friday, August 27, 2021 8:36 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LOAD with ADDR

Caution! This message was sent from outside your organization.


LOAD with GLOBAL=YES also performs the same function flawlessly -- and comes 
with the additional feature of automatic cleanup at termination time (assuming 
that's the behavior you want).


The "automatic cleanup at termination" is in almost 100% of cases considered a 
system integrity error (or at least a RAS error) since it requires a lot of 
care to be certain that no code can be executing within that address range at 
the time of your termination (and the accompanying automatic cleanup). If the 
program within there is not currently dispatched (or even if it is, but less 
likely), then the storage is reused for "something else", upon re-dispatch 
results are (at best) unpredictable. If you are lucky it will blow up.

So think very carefully before using LOAD with GLOBAL=YES.

Peter Relson
z/OS Core Technology Design


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

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

Re: RENT binder option - note of thanks!

[Mike Hochee]

My intent was definitely not offend anyone with my last post, and if I did so, 
apologies extended. 

I view IBM-MAIN as an extremely valuable technical resource. When I perceive it 
being used as a vehicle for one-upmanship it is  frustrating, hence my strong 
language. I will try to watch that in any future posts.   

Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of CM Poncelet
Sent: Tuesday, September 7, 2021 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: RENT binder option - note of thanks!

Caution! This message was sent from outside your organization.

To paraphrase Juvenal, "sed quis custodit ipsos custodes?" ("but who guards the 
guards themselves?")

On 06/09/2021 21:15, Mike Hochee wrote:
> Just a word of thanks to the IBM heavyweights (Jim, Peter, Sri, et. al.) to 
> whom a debt of gratitude is owed for their deep-water expertise, patience, 
> and willingness to share knowledge when they undoubtedly have many other 
> things to work on.
>
> I suspect there are many subscriber motivations for posting on this forum, 
> some obvious and simple: wrestling with a problem for days and pulling hair 
> out, making known a potentially serious 'gotcha', or 'Hey, that happened to 
> me!' and therefore sharing the love. There are undoubtedly other motivations 
> for posting that are not so obvious, and disappointingly some of these often 
> muddy the waters and result in very large waste-of-time threads for the vast 
> majority of subscribers, but might however serve to satisfy the personal and 
> non-technical needs of a few folks.
>
> Charles' suggestion of a 'Like' button hit the nail on the head. A mechanism 
> for informing personally needy folks that they are no longer enlightening, 
> but instead engaging in an unwelcome behavior. Yes, they did play well with 
> others for a while, but eventually felt a  compelling need to make love to 
> their egos in a public forum, a forum designed to assist folks with deeper 
> technical issues.
>
> The downside is often evidenced by a dozens of emails rather than 5 or 10.  A 
> much more serious downside is that the patience of our excellent IBM 
> resources might eventually wear thin, I know mine would.
>
> HTH,
> Mike
>
> --
> 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: RENT binder option - note of thanks!

[Mike Hochee]

Just a word of thanks to the IBM heavyweights (Jim, Peter, Sri, et. al.) to 
whom a debt of gratitude is owed for their deep-water expertise, patience, and 
willingness to share knowledge when they undoubtedly have many other things to 
work on. 

I suspect there are many subscriber motivations for posting on this forum, some 
obvious and simple: wrestling with a problem for days and pulling hair out, 
making known a potentially serious 'gotcha', or 'Hey, that happened to me!' and 
therefore sharing the love. There are undoubtedly other motivations for posting 
that are not so obvious, and disappointingly some of these often muddy the 
waters and result in very large waste-of-time threads for the vast majority of 
subscribers, but might however serve to satisfy the personal and non-technical 
needs of a few folks. 

Charles' suggestion of a 'Like' button hit the nail on the head. A mechanism 
for informing personally needy folks that they are no longer enlightening, but 
instead engaging in an unwelcome behavior. Yes, they did play well with others 
for a while, but eventually felt a  compelling need to make love to their egos 
in a public forum, a forum designed to assist folks with deeper technical 
issues. 

The downside is often evidenced by a dozens of emails rather than 5 or 10.  A 
much more serious downside is that the patience of our excellent IBM resources 
might eventually wear thin, I know mine would.  

HTH, 
Mike  

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

Re: Anyone here uses Zowe?

[Mike Hochee]

Hi ITschak, 

I would direct your question to Bruce Armstrong, armst...@us.ibm.com  He is the 
Z Offering manager and has answered my Zowe questions. 

HTH, 
Mike 
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ITschak Mugzach
Sent: Tuesday, July 13, 2021 11:52 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Anyone here uses Zowe?

Caution! This message was sent from outside your organization.

I wonder if Zowe is already implemented in shops which are not for development.
ITschak

ITschak Mugzach
*|** IronSphere Platform* *|* *Information Security Continuous Monitoring for 
z/OS, x/Linux & IBM I **| z/VM coming soon  *

--
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: Rocket's Git and GitHub Enterprise

[Mike Hochee]

Hi David, 

Interesting post. I don't agree either.  I think it is more of a multiverse. I 
think phenomena like Solar Winds is a good reasons to host your own and not 
rely on the admin quality of another vendor's cloud hosting.  (AWS has to 
employ some of the best cloud admins in the world, yet they unwittingly helped 
facilitate Solar Winds)  I rather doubt AWS hosts their clouds on Z.  

I may have just been fortunate as far as change man procedures and software in 
use, but tracking bugs back to changed lines of code has rarely been an issue.  
Your DevOps implementation sounds quite interesting and worth looking into.  

Mike  
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Sunday, August 8, 2021 7:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rocket's Git and GitHub Enterprise

Caution! This message was sent from outside your organization.

I don't agree. z/OS isn't the center of the universe anymore. Most sites run a 
stack such as Atlassian Jira, Bitbucket etc which are used by both z/OS and 
distributed development teams. The integrations are awesome.
Being able to track a bug ticket to changed lines of code is gold dust.
If you don't want to host Bitbucket you can run it in Altlassians cloud for as 
little as $100 a year depending on users. I understand that there are political 
issues between mainframe and distributed folks at a lot of sites but that's 
just BS which should be solved by strong leadership at the board level. 
Everybody needs to be tugging on the same rope!

I've successfully deployed Gitbucket on z/OS but I don't see the point when we 
have Bitbucket. We also run Jenkins, Ansible, Artifactory etc. I work for 
Rocket and you would be surprised by how many products that you use every day 
that are now resident in the z/OS UNIX file system and source controlled by 
Git. We do code reviews in Bitbucket and when we merge into master Jenkins 
kicks in to run regression tests, scan code for vulnerabilities, build ESCROW 
artifacts etc. If anything fails the merge is rejected. This is DevOps. It's 
not just some buzz word or fad, it's a useful methodology for project 
life-cycles. It's automation which used to take a resource to run manually.


On 6/08/2021 10:51 pm, kekronbekron wrote:
> So z/OS datasets are still the source of truth, and just a copy is being made 
> into GitHub for visibility from the outside.
> I'm thinking of implementations that work the other way.
> Running Git server on Z**, hooking it to GitHub UI / web service, use GitHub 
> Actions or other release mechanisms to rollout directly into live Z datasets.
> I mean live as in.. the way in which we normally do in Z. Just hooking GH 
> into the usual current procedures/jobs/REXX in Z.
>
> **Noticed that Github Enterprise Server, the thing where you run the GitHub 
> Enterprise servers yourself in 'your' cloud, or on-prem on VMware or 
> OpenStack (lol) KVM... can't actually run in Z.
> That is, can it even run in Linux on Z, seeing that currently there's only 
> OpenStack KVM flavour?
> Z can run KVM instead of z/OS but who's going to setup KVM just for this.
>
> - KB
>
> ‐‐‐ Original Message ‐‐‐
>
> On Friday, August 6th, 2021 at 7:04 PM, Pew, Curtis G 
>  wrote:
>
>> On Aug 5, 2021, at 11:32 PM, kekronbekron 
>> 02dee3fcae33-dmarc-requ...@listserv.ua.edu wrote:
>>
 I periodically copy over the current libraries and push the changes to 
 GitHub.
>>> Do you mean push to GitHub and then 'build/deploy/copy over the current 
>>> (PARMLIB) libraries using some build workflow?
>> I have a script in my repository that runs commands like “rm sys1.parmlib/*; 
>> cp "//'sys1.parmlib'" sys1.parmlib” (where “sys1.parmlib” is a directory in 
>> the repository.) After running it I commit the changes and then push to 
>> GitHub.
>>
 It’s not perfect, but I can get some idea of when a change was made or 
 find an older version of a member that isn’t working right.

 Why is it not perfect, what would you want to work better?
>> “Perfect” would be if git could manage the actual PDS(E)s, but that seems 
>> like a lot to ask for.
>>
>>
>> -
>> ---
>>
>> Pew, Curtis G
>>
>> curtis@austin.utexas.edu
>>
>>
>> -
>>
>> 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: Rocket's Git and GitHub Enterprise

[Mike Hochee]

Thanks David. 

One of my co-workers had a similar modernization story regarding his son's 
Little League team, and as a result they have now have post-game MLB quality 
stats available.  Pretty impressive! 

I appreciate some sort of unique change identifier at the line level as well, 
something that can dumped into a source DB and queried.   

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Monday, August 9, 2021 11:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Rocket's Git and GitHub Enterprise

Caution! This message was sent from outside your organization.

Hey Mike,

I'm not recommending hosting anything on the cloud for an enterprise. A few 
years ago I got coerced into joining the committee for my sons soccer club and 
pushed for $100 a year for Jira and Confluence as opposed to pen and paper and 
email. It was a hit! Mobile is a disruptive game changer.

As for tracking bugs to lines of code I have to agree to disagree.
Github and Bitbucket blame features that annotate changes to a commit is one 
the big hitters. We have a very mixed code base from 30 year old HLASM to 
modern Java and Python. An example of how changes are annotated in HLASM below.

   INTRFACE IPIAESAX,PGEN=GEN,REC=ASAP,SAVE=YES,
+0053
 IPIAPAR=H23K450 CXT04 00540012
   L R2,0(R1).A(parameter
area)   00550004
   USING ESAXPARM,R2 .Addressability  00560004

Line numbering and Jira ticket annotations are not good. Source code is not the 
right place for history. It was a heavy lift to convince our seasoned devs of 
the benefits of Git but they are mostly on board now.


On 9/08/2021 10:47 am, Mike Hochee wrote:
> Hi David,
>
> Interesting post. I don't agree either.  I think it is more of a multiverse. 
> I think phenomena like Solar Winds is a good reasons to host your own and not 
> rely on the admin quality of another vendor's cloud hosting.  (AWS has to 
> employ some of the best cloud admins in the world, yet they unwittingly 
> helped facilitate Solar Winds)  I rather doubt AWS hosts their clouds on Z.
>
> I may have just been fortunate as far as change man procedures and software 
> in use, but tracking bugs back to changed lines of code has rarely been an 
> issue.  Your DevOps implementation sounds quite interesting and worth looking 
> into.
>
> Mike
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of David Crayford
> Sent: Sunday, August 8, 2021 7:36 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Rocket's Git and GitHub Enterprise
>
> Caution! This message was sent from outside your organization.
>
> I don't agree. z/OS isn't the center of the universe anymore. Most sites run 
> a stack such as Atlassian Jira, Bitbucket etc which are used by both z/OS and 
> distributed development teams. The integrations are awesome.
> Being able to track a bug ticket to changed lines of code is gold dust.
> If you don't want to host Bitbucket you can run it in Altlassians cloud for 
> as little as $100 a year depending on users. I understand that there are 
> political issues between mainframe and distributed folks at a lot of sites 
> but that's just BS which should be solved by strong leadership at the board 
> level. Everybody needs to be tugging on the same rope!
>
> I've successfully deployed Gitbucket on z/OS but I don't see the point when 
> we have Bitbucket. We also run Jenkins, Ansible, Artifactory etc. I work for 
> Rocket and you would be surprised by how many products that you use every day 
> that are now resident in the z/OS UNIX file system and source controlled by 
> Git. We do code reviews in Bitbucket and when we merge into master Jenkins 
> kicks in to run regression tests, scan code for vulnerabilities, build ESCROW 
> artifacts etc. If anything fails the merge is rejected. This is DevOps. It's 
> not just some buzz word or fad, it's a useful methodology for project 
> life-cycles. It's automation which used to take a resource to run manually.
>
>
> On 6/08/2021 10:51 pm, kekronbekron wrote:
>> So z/OS datasets are still the source of truth, and just a copy is being 
>> made into GitHub for visibility from the outside.
>> I'm thinking of implementations that work the other way.
>> Running Git server on Z**, hooking it to GitHub UI / web service, use GitHub 
>> Actions or other release mechanisms to rollout directly into live Z datasets.
>> I mean live as in.. the way in which we normally do in Z. Just hooking GH 
>> into the usual current procedures/jobs/REXX in Z.
>>
>> **Noticed that Github Enterprise Server, the thing where you run the GitHub 
>> Enterprise servers yo

Re: Interesting behavior - instream variable sub

[Mike Hochee]

There was at least one apar for this kind of behavior, covered several of the 
SYMBOLS= values including EXECSYS... 
https://www.ibm.com/support/pages/apar/OA50636  but it addressed in z/OS 2.2 
and involved JES3

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Sri h Kolusu
Sent: Tuesday, July 20, 2021 6:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Interesting behavior - instream variable sub

Caution! This message was sent from outside your organization.

> Are you running on z/OS 2.3 or higher? JES2, I assume? Just looking 
> for a baseline, if you're not seeing the issue.

James,

I ran the job on both  z/OS 2.3  and z/OS 2.4 and both produce the right 
results.

Thanks
Kolusu

--
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: Serverpac installs January 2022 and beyond (+hungry ZOWE concerns)

[Mike Hochee]

Wow, really nice work Colin! Addresses root cause for the high z/OSMF CPU, and 
is very neatly summed... 
https://colinpaice.blog/2021/06/27/i-cut-the-cpu-cost-of-doing-nothing  Is 
there an associated RFE?  

Thank much, 
Mike   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Colin Paice
Sent: Sunday, July 18, 2021 4:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond (+hungry ZOWE concerns)

Caution! This message was sent from outside your organization.

If z/OSMF uses a lot of CPU when idle. You should increase the number of 
threads.  See here I cut the CPU cost of doing nothing 
<https://colinpaice.blog/2021/06/27/i-cut-the-cpu-cost-of-doing-nothing/>.
The default pool size is 100 - I found I needed 300 threads to avoid all the 
expanding and shrinking of the thread pool (create threads, lots of getmains... 
lots of freemains, delete threads: repeat).  Ive suggested that z/OSMF 
development document/fix this.
Colin

On Sat, 17 Jul 2021 at 21:29, Mike Hochee  wrote:

> Thank you Ed, excellent suggestion.
>
> I too have felt the z/OSMF cpu cycles were exorbitant, but assuming 
> you have sufficient zIIP capacity and ZZ=YES, which now appears to be 
> the default, then high cycles might in reality be more of a perception 
> problem if a person is looking at a generalized cpu bucket (as I was) 
> rather than GP, zIIP, and zAAP contributions individually.
>
> Another item, in the context of z/OSMF resource utilization as part of 
> the ZOWE software stack is what I regarded as high EXCP counts when 
> the system is idling.  Over a 30hr period this translated to 
> approximately 300 EXCPs/second from z/OSMF. I have heard from two 
> sources that this may be due to a rather primitive technique used by 
> ZOWE to check for new work requests - that of interrogating data sets 
> for additions/changes. I would think some flavor of wait-post would be 
> far more efficient. Has anyone else noticed this behavior or better yet, 
> aware of a fix for it?
>
> Added Colin Paice's post to the end of this thread since it got 
> dropped and seemed quite relevant.
>
> Thanks much,
> Mike
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Ed Jaffe
> Sent: Saturday, July 17, 2021 7:24 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Serverpac installs January 2022 and beyond
>
> Caution! This message was sent from outside your organization.
>
> On 7/17/2021 3:46 AM, Brian Westerman wrote:
> > Asking a site that is able to function within their requirements and
> existing SLA's to upgrade their box to more than 4x the existing size 
> just to run z/OSMF is just never going to be economically feasible.  
> Even on sites with larger machines, they may not have the extra 
> capacity to provide z/OSMF with what it needs to function properly.
>
> Since z/OSMF is a Java application, there is no need to upgrade the 
> box at all in the classic sense of increasing its MSU capacity.
>
> What you do instead is purchase/enable a single zIIP engine, share it 
> among all z/OS LPARs via the HMC, and set ZZ=YES (zAAP on zIIP) in 
> IEASYSxx on z/OS.
>
> Voila! z/OSMF runs like a champ and your software bill does not go up 
> one iota. In fact, it could go down slightly due to zIIP exploitation 
> by other CPU-hungry products.
> --
> Phoenix Software International
> Edward E. Jaffe
> 831 Parkview Drive North
> El Segundo, CA 90245
> https://www.phoenixsoftware.com/
>
>
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Colin Paice
> Sent: Saturday, July 17, 2021 8:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Serverpac installs January 2022 and beyond
>
> One issue is that z/OSMF is expensive in CPU.  I noticed in the system 
> trace, that there are 500 storage requests (eg  getmain/freemain) for 
> each http rest message coming in.  Getting rid of these expensive 
> requests would reduce the costs.  I think all of these come from below 
> the Java level, such as BPX* modules.
> For example, write an SMF record from C requires a getmain .. write 
> SMF record - free main.
>
> Ive blogged
> <
> https://colinpaice.blog/2020/12/21/a-practical-guide-to-getting-z-osmf
> -working/
> >
> on getting z/OSMF working including digital certificates.  Unfortunately I
> dont think they have designed it properly.   Other products have the
> "keystore" (keyring), containing just the private key for the server, 
> and the "trust store" (keyring)  containing the public certificate 
> needed to validate any certificates sent to the server.  This trust 
> store can be u

Re: Serverpac installs January 2022 and beyond (+hungry ZOWE concerns)

[Mike Hochee]

Thank you for all the help with this Colin. Your findings appear to have 
obvious benefits to both; organizations concerned about high z/OSMF CPU 
associated with software maintenance (due to a shortage of specialty engine 
resources) and those interested in ZOWE but turned off by the grossly 
inefficient thread pool management when z/OSMF is part of the software stack. 

We will test your thread pool recommendations/circumventions this week, and 
hopefully IBM will make this conglomeration resemble a well tuned system in the 
near future. 

Thanks again, 
Mike   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Colin Paice
Sent: Sunday, July 18, 2021 2:30 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond (+hungry ZOWE concerns)

Caution! This message was sent from outside your organization.

I've been working with the performance person... I'll raise an RFE (or two) and 
post the number here.
I also see lots of "set_timer" ( about 100 a second!) and lots of 
pause-resumes. I havent pinned it down yet.  Maybe each thread wakes up to see 
if it has work to do (rather than a post-wait model)! Im guessing it comes from 
pthread_cond_timedwait64(..) in java threads, but cant get
closer than that.   There is also a lot of "stat" activity looking for info
on a file perhaps, but havent tracked that down either.

I think IBM could reduce the CPU significantly if they had a cross lab team
to look into it.   Most of the activities I see in the trace should not be
there for a well tuned system!
Colin


On Sun, 18 Jul 2021 at 17:13, Mike Hochee  wrote:

> Wow, really nice work Colin! Addresses root cause for the high z/OSMF 
> CPU, and is very neatly summed...
> https://colinpaice.blog/2021/06/27/i-cut-the-cpu-cost-of-doing-nothing
> Is there an associated RFE?
>
> Thank much,
> Mike
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Colin Paice
> Sent: Sunday, July 18, 2021 4:32 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Serverpac installs January 2022 and beyond (+hungry ZOWE
> concerns)
>
> Caution! This message was sent from outside your organization.
>
> If z/OSMF uses a lot of CPU when idle. You should increase the number 
> of threads.  See here I cut the CPU cost of doing nothing < 
> https://colinpaice.blog/2021/06/27/i-cut-the-cpu-cost-of-doing-nothing/>.
> The default pool size is 100 - I found I needed 300 threads to avoid 
> all the expanding and shrinking of the thread pool (create threads, 
> lots of getmains... lots of freemains, delete threads: repeat).  Ive 
> suggested that z/OSMF development document/fix this.
> Colin
>
> On Sat, 17 Jul 2021 at 21:29, Mike Hochee  wrote:
>
> > Thank you Ed, excellent suggestion.
> >
> > I too have felt the z/OSMF cpu cycles were exorbitant, but assuming 
> > you have sufficient zIIP capacity and ZZ=YES, which now appears to 
> > be the default, then high cycles might in reality be more of a 
> > perception problem if a person is looking at a generalized cpu 
> > bucket (as I was) rather than GP, zIIP, and zAAP contributions individually.
> >
> > Another item, in the context of z/OSMF resource utilization as part 
> > of the ZOWE software stack is what I regarded as high EXCP counts 
> > when the system is idling.  Over a 30hr period this translated to 
> > approximately 300 EXCPs/second from z/OSMF. I have heard from two 
> > sources that this may be due to a rather primitive technique used by 
> > ZOWE to check for new work requests - that of interrogating data 
> > sets for additions/changes. I would think some flavor of wait-post 
> > would be far more efficient. Has anyone else noticed this behavior 
> > or better yet,
> aware of a fix for it?
> >
> > Added Colin Paice's post to the end of this thread since it got 
> > dropped and seemed quite relevant.
> >
> > Thanks much,
> > Mike
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ed Jaffe
> > Sent: Saturday, July 17, 2021 7:24 AM
> > To: IBM-MAIN@LISTSERV.UA.EDU
> > Subject: Re: Serverpac installs January 2022 and beyond
> >
> > Caution! This message was sent from outside your organization.
> >
> > On 7/17/2021 3:46 AM, Brian Westerman wrote:
> > > Asking a site that is able to function within their requirements 
> > > and
> > existing SLA's to upgrade their box to more than 4x the existing 
> > size just to run z/OSMF is just never going to be economically feasible.
> > Even on sites with larger machines, they may no

Re: Serverpac installs January 2022 and beyond (+hungry ZOWE concerns)

[Mike Hochee]

Thank you Ed, excellent suggestion.  

I too have felt the z/OSMF cpu cycles were exorbitant, but assuming you have 
sufficient zIIP capacity and ZZ=YES, which now appears to be the default, then 
high cycles might in reality be more of a perception problem if a person is 
looking at a generalized cpu bucket (as I was) rather than GP, zIIP, and zAAP 
contributions individually.

Another item, in the context of z/OSMF resource utilization as part of the ZOWE 
software stack is what I regarded as high EXCP counts when the system is 
idling.  Over a 30hr period this translated to approximately 300 EXCPs/second 
from z/OSMF. I have heard from two sources that this may be due to a rather 
primitive technique used by ZOWE to check for new work requests - that of 
interrogating data sets for additions/changes. I would think some flavor of 
wait-post would be far more efficient. Has anyone else noticed this behavior or 
better yet, aware of a fix for it? 

Added Colin Paice's post to the end of this thread since it got dropped and 
seemed quite relevant. 

Thanks much, 
Mike   
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Saturday, July 17, 2021 7:24 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond

Caution! This message was sent from outside your organization.

On 7/17/2021 3:46 AM, Brian Westerman wrote:
> Asking a site that is able to function within their requirements and existing 
> SLA's to upgrade their box to more than 4x the existing size just to run 
> z/OSMF is just never going to be economically feasible.  Even on sites with 
> larger machines, they may not have the extra capacity to provide z/OSMF with 
> what it needs to function properly.

Since z/OSMF is a Java application, there is no need to upgrade the box at all 
in the classic sense of increasing its MSU capacity.

What you do instead is purchase/enable a single zIIP engine, share it among all 
z/OS LPARs via the HMC, and set ZZ=YES (zAAP on zIIP) in IEASYSxx on z/OS.

Voila! z/OSMF runs like a champ and your software bill does not go up one iota. 
In fact, it could go down slightly due to zIIP exploitation by other CPU-hungry 
products.
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/


From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Colin Paice
Sent: Saturday, July 17, 2021 8:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Serverpac installs January 2022 and beyond

One issue is that z/OSMF is expensive in CPU.  I noticed in the system trace, 
that there are 500 storage requests (eg  getmain/freemain) for each http rest 
message coming in.  Getting rid of these expensive requests would reduce the 
costs.  I think all of these come from below the Java level, such as BPX* 
modules.
For example, write an SMF record from C requires a getmain .. write SMF record 
- free main.

Ive blogged

on getting z/OSMF working including digital certificates.  Unfortunately I
dont think they have designed it properly.   Other products have the
"keystore" (keyring), containing just the private key for the server, and the 
"trust store" (keyring)  containing the public certificate needed to validate 
any certificates sent to the server.  This trust store can be used by all 
products (Sysplex wide).  z/OSMF just uses one, combined, store(keying).  This 
means I cant just reuse my existing certificate set up, and so I have to have a 
dedicated keyring for each z/OSMF.  This makes the setup much harder, and makes 
administration hard.  It is not much code to fix it ( I implemented it in my 
Java server).

I think that z/OSMF could be great for the younger generations to get up to 
speed.  But it needs to be improved to make it low cost and easy to install and 
configure (as in get it into production, rather than just get it started).

Colin

--
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: How should I send file to another sysplex securely.

[Mike Hochee]

Hi Colin, 

Best way probably varies depending on the use case, but basically you have two 
choices; public or private key cryptography. With private key (aka symmetric ) 
the same key is used to encrypt and decrypt, and the key must be securely 
shared among business partners (a vulnerability).  Pervasive or z/OS data set 
encryption uses private key encryption. 

With public key model (aka asymmetric) a key pair is generated and the keys are 
mathematically related, this enables the secure sharing of a public key with 
another organization. Public key cryptography is quite elegant IMO and solves 
your chicken/egg issue. There are many more  moving parts (see the latest draft 
of RFC 4880 for a look under the OPGP hood) , but most implementations do a 
good job of hiding  extraneous stuff. OpenPGP and OpenSSL are crypto systems 
based on the public key model. Secure email systems are typically use one of 
these.  A decent public key intro lives here 
https://en.wikipedia.org/wiki/Public-key_cryptography . Charles Mills gave an 
xlnt presentation which included coverage of the public key model in Oct 
2020...  https://www.newera-info.com/CM1.html 

HTH, 
Mike  

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Colin Paice
Sent: Thursday, July 22, 2021 10:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: How should I send file to another sysplex securely.

Caution! This message was sent from outside your organization.

I was wondering the best way customers send sensitive data between z/OS images.
I was thinking about exporting one's private certificates.

   1. I can create a dataset of the private certificates on system 1 and
   have it encrypted.   I can send it to the other system.   How can I decrypt
   it on the remote system as it needs shared certificates?  It seems a
   chicken and egg problem
   2. I can put a password on the file through JCL and use FTPS to send
   it.   This could easily be broken

This is hypothetical, but I would be interested in how to do it.

Colin Paice

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

[Mike Hochee]

Other 'entities' might include shareholders or policyholders. 

I don't agree that 'everyone else' is moving from the mainframe. Most large 
financial institutions are certainly not. They bank on z system's inherent 
security and integrity.  To be sure, their admins are missing out on the thrill 
of the hunt, the excitement of accurately identifying the most recent 
virus/worm/Trojan/ransomware attack and assessing the extent of infection. 
Interestingly, AWS was apparently utilized as vehicle for the recent SolarWinds 
fun and games... 
https://medium.com/cloud-security/hackers-as-cloud-customers-45b44654908b 

Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Friday, July 16, 2021 5:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS versions

Caution! This message was sent from outside your organization.

Depends on if you have an entity that requires you to run supported releases 
such as PCI.  Also you can get extended service from IBM past end of support 
dates for a price.
Dana

On Fri, 16 Jul 2021 19:52:28 +, McCabe, Ron  
wrote:

>Hello IBM List,
>
>Got a question about how you feel about running on an unsupported z/OS 
>version.  Just about like everyone else our company is moving off the 
>mainframe ... after several failed attempts I do believe they have something 
>that will work this time and I'm OK with it because if they reach their goal 
>End of Life for the mainframe will be when I was planning on retiring.
>Some background - we are currently running z/OS 2.2, we started the process to 
>upgrade to 2.3 about 6 months ago and we are close to implementing providing 
>our DEV's and BA's can finish up the testing that we require which is not 
>going very well.  Since the EOL goal for the mainframe is 4th quarter 2022 we 
>are now thinking of not implementing z/OS 2.3 since it could possibly cause 
>more problems for us than just staying with z/OS 2.2.
>
>So my question - how does everyone feel about running on an unsupported z/OS 
>system?
>

--
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: zEDC compression on z14 and z15 by using ADRDSSU

[Mike Hochee]

Hi Renato, 

Did you notice this statement at the beginning of the IQPPRM* chapter in the 
init and tuning reference for z/OS 2.5... 

Note: The IQPPRMxx will still be valid on IBM zEnterprise z15 and above 
processors, but the tunable
options will no longer be available. Therefore, a message IQP062I REQUEST 
REJECTED - OPTIONS
IGNORED will be displayed.

I am not sure what it means exactly, however I'd be inclined to check the log 
for IQP062I messages. It sounds as though the IQP parms may not even be 
honored.  

I have little experience with on-chip zEDC, but did some benchmarking with the 
first round of PCIe zEDC adapters. For that world the DEFMINREQSIZE and 
INFMINREQSIZE values you're using seem exceedingly small, and allow for 
inefficient zEDC processing of smaller data quantities.  Of course, on-chip 
zEDC will be faster than PCIe zEDC, but it is not clear/documented how this 
would impact settings of the minimums, especially on a z15 which may just give 
you some sort of parameter toleration mode.   

If the tiny default inflate and deflate minimums are being used, the overhead 
associated with Huffman compression/decompression will drive up CPU and provide 
reduced compaction, assuming the actual amount of in buffer data is also quite 
small.  
While not sure if on-chip zEDC versus PCIe zEDC is apples to apples, our 
limited benchmarks about 5 years ago compared CPU consumption for hardware 
assisted (CMPSC) compression against zEDC and against no compression. We found 
that for record sizes of... 

   512 bytes, zEDC used  appx 250% more CPU than CMPSC, and appx 450% more CPU 
than no compression
1024  bytes, zEDC used  appx  20% more CPU than CMPSC, and appx  225% more CPU 
than no compression
2048 bytes,  zEDC used   appx 30%  less   CPU than CMPSC,  and appx   60% more  
CPU than no compression 
4096 bytes,  zEDC used  appx 130% less   CPU than CMPSC, and appx   same CPU as 
no compression 
8192 bytes,  zEDC  used  appx 300% less  CPU than CMPSC, and appx20% less   
  CPU than no compression 
   16K bytes, same as above

Unfortunately I do not know what the IQP minimum values were set at for the 
above test at this point in time, but guessing in the neighborhood of 4-8K. So 
at some point, probably below the 4-8K range, the relative inefficiency of 
software level compression is reflected. 

Okay, just checked the z/OS 2.5 MVS callable services doc for high level 
languages, chapter 14, pg 195 and it documents things more clearly... 

4. Ensure that adequately sized input buffers are available. If the input 
buffer size falls below the
minimum threshold, data compression occurs using zlib software compression and 
not zEDC.

Note: IBM zEnterprise z15 and above processor thresholds will no longer be 
tunable through parmlib.
The IQPPRMxx will still be allowed in the configuration, but the values will no 
longer be accepted.
The environment variables _HZC_DEFLATE_THRESHOLD and _HZC_INFLATE_THRESHOLD can 
also be
used to control the threshold for going to zEDC. The valid values are in the 
range 1-999.

According to the above, you're IQP parms are being ignored and you will need to 
use the environment variables they mention. No mention of an equivalent for the 
MAXSEGMENTS parm.   

If you end up trying out the above env vars, I'd definitely appreciate an email 
with your results as this is something I've wondered about.  

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Compagno Renato (Consulente per BCC Sistemi Informatici)
Sent: Tuesday, March 22, 2022 11:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: R: zEDC compression on z14 and z15 by using ADRDSSU

Caution! This message was sent from outside your organization.

Hi Chuck,

PRDB  2022081  16:09:11.83-D IQP
PRDB  2022081  16:09:11.83 IQP066I 16.09.11 DISPLAY IQP 681
   zEDC Information
DEFMINREQSIZE:   1K 
(STATIC)
INFMINREQSIZE:   1K 
(STATIC)
Feature Enablement:Enabled

PRDB  2022081  16:31:19.36-D PROD,STATE,FEATURENAME(ZEDC)
PRDB  2022081  16:31:19.37 IFA111I 16.31.19 PROD DISPLAY 195
   S OWNERNAME 
FEATURE  VERSION  ID
   E IBM CORP z/OS 
ZEDC * .* .*  5650-ZOS



On joblog we can see:


01.52.58 INTERNAL  VAMMSG  DATASET DR.DUMP.D220208.T160612.JF2068 ALLOCATE ON 
VAM STORAGE GROUP
 01.52.58 JOB01194  IEF233A M F8A7,PRIVAT,SL,PSDRB112,DUMP021,  269
269 DR.DUMP.D220208.T160612.JF2068
 01.52.58 JOB01194  ADR111I-SET PATCH 0D=FF  278
 01.52.58 JOB01194  ADR111I-SET PATCH 0E=3C  279
 01.52.58 JOB01194  ADR111I-SET PATCH 

Re: Assembler courses

[Mike Hochee]

Hey Gary, 

I can't recommend these folks as I haven't actually used their services, but 
know they offer some assembler courses (including 'advanced', whatever that 
means). I've also heard that both BMC and Rocket utilize their training, 
unconfirmed.  Anyway... 

Darren Surch COO Interskill Learning
O:214.459.6322   M:469.826.1811   dsu...@interskill.com

HTH, 
Mike 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
Gary Weinhold
Sent: Friday, September 16, 2022 10:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Assembler courses

Caution! This message was sent from outside your organization.

To help a person who has COBOL and C language experience learn to write 
assembler, I would like them to learn from the start both reentrant and 
baseless coding techniques.  Is there training available that assumes the 
instruction set available on the z12 is the starting point and that teaches 
reentrancy as the norm?

(Cross-posted to IBM-Main and Assembler-list)





Gary Weinhold
Senior Application Architect
DATAKINETICS | Data Performance & Optimization
Phone:+1.613.523.5500 x216
Email: weinh...@dkl.com
Visit us online at www.DKL.com
E-mail Notification: The information contained in this email and any 
attachments is confidential and may be subject to copyright or other 
intellectual property protection. If you are not the intended recipient, you 
are not authorized to use or disclose this information, and we request that you 
notify us by reply mail or telephone and delete the original message from your 
mail system.



--
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: IBM websites have the slows

[Mike Hochee]

Thank you Kolusu and Wayne.  
Still slow without  the -40 in the URL.  Assuming problems must be local to 
something in my region.  

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of Sri 
h Kolusu
Sent: Wednesday, February 1, 2023 7:29 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM websites have the slows

Caution! This message was sent from outside your organization.

>>Noticed over the past few days that my attempts to access 
>>https://www-40.ibm.com/  websites are frequently met with access attempt 
>>failed due to lack of response from server.

Mike,

It comes up right away for me.  Can you just try IBM directly without -40 in 
the URL?

https://www.ibm.com/


Thanks,
Kolusu

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

IBM websites have the slows

[Mike Hochee]

Noticed over the past few days that my attempts to access 
https://www-40.ibm.com/  websites are frequently met with access attempt failed 
due to lack of response from server.

Anyone know what's up with these IBM sites?  Cloud migration possibly?  JK

Thanks,
Mike


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

Re: Unzip on z/OS ?

[Mike Hochee]

http://www.info-zip.org  is a good bet. Whatever product/freeware you choose it 
needs to more or less conform to this format... 
https://pkware.cachefly.net/webdocs/APPNOTE/APPNOTE-6.2.0.txt 

-Original Message-
From: IBM Mainframe Discussion List  On Behalf Of 
MARTIN, MIKE
Sent: Thursday, March 23, 2023 10:33 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unzip on z/OS ?

Caution! This message was sent from outside your organization.

Hi all,

(This seems like one of those easy answers to find, but I'm not having much 
luck)

We have z/OS 2.4 and we are wondering if we can unzip an ASCII file that was 
zipped on the Windows platform.

I've seen references to gzip, Ported Tools, 3rd party software.   What are our 
options for unzipping a file with the z/OS 2.4?

Mike Martin

This email may contain confidential and privileged material for the sole use of 
the intended recipient. If you are not the intended recipient, please contact 
the sender and delete all copies. Any review or distribution by others is 
strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.

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

Need advice: rexx calling authorized asmblr w/mult parms

[Mike Hochee]

Looking for some advice on the simplest way to call an authorized assembler 
program from a non-compiled Rexx program under TSO/E in batch, with the 
requirement that multiple updatable parameters will be passed. Updating 
IKJTSOnn and APF authorizing whatever is not a problem.  At issue seems to be 
the following...

The ADDRESS TSO CALL command appears to support only a single non-updatable 
parameter string, but does support calling an authorized assembler program. The 
LINKMVS, LINKPGM, ATTACHMVS and ATTACHPGM host command environments all appear 
to support the passing of multiple updatable parameters, but the Rexx Reference 
doc I've been reading in section 'Host Command Environments for Linking to and 
Attaching Programs', states that these command environments are all used to 
link/attach to... unauthorized programs.

Is there a way to satisfy both requirements using the LINK* or ATTACH* command 
environments or should I be looking at System Rexx or IKJEFTSR or something 
else?  (I would prefer not to setup System Rexx if there's a reasonable 
alternative)

Thanks much,
Mike



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