Re: IBM z Systems Development Blog

‎In Texas Hold'em is what I was talking about. - -teD -   Original Message   From: Randy Hudson Sent: Sunday, December 6, 2015 23:03 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: IBM z Systems Development Blog In article <20151204220655.5476437.57761.60...@yaho

Re: IBM z Systems Development Blog

24x7x52 is already a year (less a few days). Multiplying by 365 makes it 365 yrars. - -teD -   Original Message   From: Vernooij, CP (ITOPT1) - KLM Sent: Monday, December 7, 2015 02:35 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: IBM z Systems Development Blog

Re: IBM z Systems Development Blog

Early Monday? Have a coffee first. Note the chars after the '365'. Check John's original 24x7x365. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ted MacNEIL Sent: 07 December, 2015 9:09 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IBM z

Re: IBM z Systems Development Blog

Oops! Sorry! - -teD -   Original Message   From: Vernooij, CP (ITOPT1) - KLM Sent: Monday, December 7, 2015 03:32 To: IBM-MAIN@LISTSERV.UA.EDU Reply To: IBM Mainframe Discussion List Subject: Re: IBM z Systems Development Blog Early Monday? Have a coffee first. Note the chars after the '365'. Che

Re: IBM z Systems Development Blog

W dniu 2015-12-07 o 09:09, Ted MacNEIL pisze: 24x7x52 is already a year (less a few days). Multiplying by 365 makes it 365 yrars. That's why I use to write '24/7/365' Less chance to get acrimonious remark. Of course both ways of notation do NOT describe mathematical operation, and it's quite ob

Re: IBM z Systems Development Blog

On 12/07/2015 04:59 AM, R.S. wrote: W dniu 2015-12-07 o 09:09, Ted MacNEIL pisze: 24x7x52 is already a year (less a few days). Multiplying by 365 makes it 365 yrars. That's why I use to write '24/7/365' Less chance to get acrimonious remark. Of course both ways of notation do NOT describe mathe

Re: IBM z Systems Development Blog

Steve Thompson wrote: >Please note: There are three kinds of people in this world, those who can >count and those who can't. Count me in... ;-) Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archi

Re: IBM-MAIN Digest - 4 Dec 2015 to 5 Dec 2015 (#2015-339)

On Sun, 6 Dec 2015 13:55:17 +, Gary Weinhold wrote: >From: IBM-MAIN automatic digest system > >There are 18 messages totaling 880 lines in this issue. WTF,Gary? Why did you post the whole digest? Did you think people would read through the whole thing to see what you might have responded

(IN)SECURE Magazine Dec 2015 - Inside the largely unexplored world of mainframe security

This issue has an article titled "Inside the largely unexplored world of mainframe security" (IN)SECURE Magazine issue 48 released Posted on 07 December 2015. (IN)SECURE Magazine is a free digital security publication discussing some of the hottest information security topics. Issue 48 has been r

POLICY CHANGE PENDING - DELETE

I make such infrequent changes to my CF policy that I never remember how to clear the "POLICY CHANGE PENDING - DELETE" condition. I issued a SETXCF START,REALLOCATE command think that would clear it, but it did not. The entries are for SCA and LOCK structures for DB2 subsystems that no longer e

Inquire intrdr default job class

How can I inquire the internal reader characteristics from program (asm, c)? $HASP838 INTRDR $HASP838 INTRDR AUTH=(DEVICE=NO,JOB=NO,SYSTEM=NO),BATCH=YES, $HASP838 CLASS=X,HOLD=NO,HONORLIM=NO,PRTYINC=0, $HASP838 PRTYLIM=15,SYSAFF=(ANY),TRACE=NO Actually, I'm interested in default

Re: POLICY CHANGE PENDING - DELETE

You got the right command, go for it. Lucas On Dec 7, 2015 15:16, "Richards, Robert B." wrote: > I make such infrequent changes to my CF policy that I never remember how > to clear the "POLICY CHANGE PENDING - DELETE" condition. I issued a SETXCF > START,REALLOCATE command think that would clear

Re: Inquire intrdr default job class

Looks like $DINTRDR would suffice or $DINTRDR,C. Check this out: https://www-01.ibm.com/support/knowledgecenter/mobile/#!/SSLTBW_2.1.0/com.ibm.zos.v2r1.hasa200/dintrdr.htm Lucas On Dec 7, 2015 15:33, "Gabor Hoffer" wrote: > How can I inquire the internal reader characteristics from program (asm,

Re: POLICY CHANGE PENDING - DELETE

If you are not 100.0% sure they are not in use anymore, check with: d xcf,str,strnm= Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lucas Rosalen Sent: 07 December, 2015 15:43 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: POLIC

Re: Inquire intrdr default job class

On Mon, 7 Dec 2015 15:45:46 +0100, Lucas Rosalen wrote: >Looks like $DINTRDR would suffice or $DINTRDR,C. Check this out: >https://www-01.ibm.com/support/knowledgecenter/mobile/#!/SSLTBW_2.1.0/com.ibm.zos.v2r1.hasa200/dintrdr.htm > How do you code that in ASM or C (OP's question). I suppose MGCR

Re: POLICY CHANGE PENDING - DELETE

Thanks Lucas. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lucas Rosalen Sent: Monday, December 07, 2015 9:43 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: POLICY CHANGE PENDING - DELETE You got the right command, go for it. Lucas

Re: POLICY CHANGE PENDING - DELETE

Kees, I am sure they are not in use. Plus my policy change removed all of the GBPs associated with those obsolete subsystems. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Monday, December 07,

Re: Inquire intrdr default job class

Are you interested in the default jobclass of the INTRDR or in the jobclass your job will get if you don't specify one? Exits can modify the jobclass during/after submission. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gab

Re: Inquire intrdr default job class

Default jobclass of INTRDR, so before submit. On Mon, Dec 7, 2015 at 4:09 PM, Vernooij, CP (ITOPT1) - KLM < kees.verno...@klm.com> wrote: > Are you interested in the default jobclass of the INTRDR or in the > jobclass your job will get if you don't specify one? Exits can modify the > jobclass dur

Re: Inquire intrdr default job class

On Mon, 7 Dec 2015 16:15:16 +0100, Gabor Hoffer wrote: >Default jobclass of INTRDR, so before submit. > Might that be available by tediously parsing a PARMLIB member? -- gil -- For IBM-MAIN subscribe / signoff / archive access

Re: Inquire intrdr default job class

Yes, it's the output from $DINTRDR, but I want to get it directly. I'm wondering, if it can be inquired by SSI call or extracted from mvs/jes data areas. On Mon, Dec 7, 2015 at 3:57 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 7 Dec 2015 15:45:46 +0100, Lu

A Mainframe that is not a mainframe

Mainframe Combines The Best Of Slack And Email By Sarah Perez (@sarahintampa) History has shown that you can’t topple email. The legacy technology invented in the early days of the net is too entrenched to be abandoned. But newer startups have found a way to at least move some communication outsid

Re: IBM-MAIN Digest - 5 Dec 2015 to 6 Dec 2015 (#2015-340)

My apologies for sending the digest; a problem particularly for users like me who receive the digest. I can only guess that I either fatfingered my smart phone or drifted off holding the mouse while reading it. Gary Weinhold Senior Application Architect DATAKINETICS | Data Performance &

Re: A Mainframe that is not a mainframe

Naming a product "Mainframe" when it has nothing to do with a mainframe is confusing and IMO incredibly stupid. Two thumbs down. Bob Shannon Rocket software Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ +1 800.966.3270 ■ +1 781.57

Re: Inquire intrdr default job class

Gabor Hoffer wrote: >Yes, it's the output from $DINTRDR, but I want to get it directly. >I'm wondering, if it can be inquired by SSI call or extracted from mvs/jes >data areas. Ok. I will bite on this thread. What z/OS and JES2 level are you on? What program language(s) do you want to use to ge

Re: A Mainframe that is not a mainframe

I guess everyone is running out of things to name their 2-year-lifecycle-fads after. Perhaps off topic, but somewhat related; https://pixelastic.github.io/pokemonorbigdata/. Is the term displayed a Pokemon, or a Big Data tool/technology/startup? I'm young enough to have watched Pokemon, and I'

Re: A Mainframe that is not a mainframe

Two things: When you read the article, notice that it talks about all the email systems, and then says that [the] legacy technology... Equating legacy to Mainframe. So, when they decide they need to Trademark their software, their problem will be that mainframe is already generic... That is,

Re: length of "executable"

This! :-) I didn't know how to explain it, sorry. Peter mentioned trying BLDL or DESERV. I don't see that BLDL provides a length result. Am I missing something? I can't see where DESERV provides this information either. Since there appears to be a way that ISPF and CICS can get the exact

Re: Inquire intrdr default job class

Gil's point raises an issue more critical than just the question at hand. Once upon a time, 'reading JES2 parms' would have been a reasonable strategy in general for determining how JES2 runs. Since the advent of pervasive dynamic changes, however, the init deck as coded is no longer a reliable

Re: POLICY CHANGE PENDING - DELETE

For those that may have wondered, I was able to successfully delete all twenty-seven POLICY CHANGE PENDING - DELETE entries using SETXCF FORCE,STR,STRNAME=xxx -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lucas Rosalen Sent: Mo

Re: length of "executable"

On Mon, 7 Dec 2015 09:44:06 -0700, Frank Swarbrick wrote: > This! >:-) > >I didn't know how to explain it, sorry. > >Peter mentioned trying BLDL or DESERV. I don't see that BLDL provides a >length result. Am I missing something? I can't see where DESERV provides >this information either. > >Si

Re: POLICY CHANGE PENDING - DELETE

The reason you had to FORCE these structures is that from the beginning of parallel sysplex and CF, disconnected DB2 structures live in a perpetual state of 'failed persistent'. Many CF structures are deleted by XCF when their exploiters go away. For the sake of DB2 recovery, associated structur

Re: length of "executable"

On Mon, 7 Dec 2015 11:15:29 -0600, Paul Gilmartin (whoever) wrote: > >I'll read doc for SDSF to see whether its API provides a way to capture output >from operator commands it issues. > So: in: http://www-01.ibm.com/support/knowledgecenter/api/content/nl/en-us/SSLTBW_2.1.0/com.ibm.zos.v2r1.is

Re: Inquire intrdr default job class

In <6022799404953725.wa.paulgboulderaim@listserv.ua.edu>, on 12/07/2015 at 08:57 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >(Is MGR now specified to support other than START or REPLY?) MGCR has always supported other than START or REPLY. -- Shmuel (S

Re: length of "executable"

> Peter mentioned trying BLDL or DESERV. I don't see that BLDL > provides a length result. Am I missing something? I can't see > where DESERV provides this information either. > > Since there appears to be a way that ISPF and CICS can get the exact > length value (not rounded up to the next 4

Re: Inquire intrdr default job class

On Mon, 7 Dec 2015 12:35:47 -0500, Shmuel Metz (Seymour J.) wrote: > on 12/07/2015 at 08:57 AM, Paul Gilmartin said: > >>(Is MGR now specified to support other than START or REPLY?) > >MGCR has always supported other than START or REPLY. > No: https://www-01.ibm.com/support/knowledgecenter/SS

Re: length of "executable"

In , on 12/07/2015 at 09:44 AM, Frank Swarbrick said: >Peter mentioned trying BLDL or DESERV. I don't see that BLDL >provides a length result. It's in the user data. >Am I missing something? Yes, IHAPDS. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: length of "executable"

In <9856217046987844.wa.paulgboulderaim@listserv.ua.edu>, on 12/07/2015 at 11:30 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >REXX: Use ISFSLASH. See Issuing system commands with ISFSLASH. Why use SDSF at all unless you need other SDSF facilities? If you'r

Re: IBM z Systems Development Blog

Is there a leap week somewhere along the line? Ed On Dec 7, 2015, at 1:34 AM, Vernooij, CP (ITOPT1) - KLM wrote: You forgot the 52 for the 100%: 24x7x52x365 ;-) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of John McKown Sent: 0

Re: POLICY CHANGE PENDING - DELETE

Hi Skip, Now that you mentioned the *failed persistent*, my memory seems to be making a slight comeback! Thanks for taking the time to explain the "why". Bob -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J O Skip Robinson Sent:

Re: Inquire intrdr default job class

In <5280778212763748.wa.paulgboulderaim@listserv.ua.edu>, on 12/07/2015 at 11:46 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa300/mgcr.htm I believe that you'll find stuff on the

Re: length of "executable"

On Mon, 7 Dec 2015 12:57:23 -0500, Shmuel Metz (Seymour J.) wrote: > >Why use SDSF at all unless you need other SDSF facilities? If you're >writing in REXX, the CONSOLE interface is the obvious way to retrieve >command responses. > The first restriction I see is: The CONSOLE host command enviro

Re: TCPIP Configuration Help

Sonny- For each of your OSA's, you should have a statement like this, which gives the route to the network for each of your interfaces, followed by a default route. ROUTE 192.168.168.0 255.255.255.0 =OSAB1L MTU 1492 REPL ( replaceable is optional) ROUTE 192.168.169.0 255.255.255.0 =

Re: Inquire intrdr default job class

On Mon, 7 Dec 2015 14:15:45 -0500, Shmuel Metz (Seymour J.) wrote: > >>https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaa300/mgcr.htm > >I believe that you'll find stuff on the CBT tape using MGCR that still >works. > Does IBM support "stuff on the CBT tape"? Do I n

Re: Inquire intrdr default job class

On Mon, 7 Dec 2015 15:45:46 +0100, Lucas Rosalen wrote: >Looks like $DINTRDR would suffice or $DINTRDR,C. Check this out: >https://www-01.ibm.com/support/knowledgecenter/mobile/#!/SSLTBW_2.1.0/com.ibm.zos.v2r1.hasa200/dintrdr.htm > >Lucas >On Dec 7, 2015 15:33, "Gabor Hoffer" wrote: > >> How can I

Re: length of "executable"

Looks like field PDS2STOR (TOTAL CONTIGUOUS VIRTUAL STORAGE REQUIREMENT OF MODULE) is the number I am looking for. Thanks to all who helped! Frank > Date: Mon, 7 Dec 2015 12:50:18 -0500 > From: shmuel+ibm-m...@patriot.net > Subject: Re: length of "executable" > To: IBM-MAIN@LISTSERV.UA.EDU > > I

Re: Inquire intrdr default job class

On 2015-12-07 09:58, J O Skip Robinson wrote: > Gil's point raises an issue more critical than just the question at hand. > Once upon a time, 'reading JES2 parms' would have been a reasonable strategy > in general for determining how JES2 runs. Since the advent of pervasive > dynamic changes, ho

Re: Inquire intrdr default job class

Found this in JES2 Data Areas Volume 1: Chapter 106. $IRIS Information $IRIS Programming Interface Information $IRIS is a programming interface. $IRIS Heading Information Common Name: IRIS Macro ID: $IRIS DSECT Name: IRIS Owning Component: JES2 (SC1BH) Eye-Catcher ID: IRIS Offset: IRSEYE-IRS Lengt

Re: Inquire intrdr default job class

On Mon, 7 Dec 2015 18:40:56 -0600, Steve Horein wrote: >Found this in JES2 Data Areas Volume 1: > >Chapter 106. $IRIS Information >$IRIS Programming Interface Information >$IRIS is a programming interface. >$IRIS Heading Information >Common Name: IRIS >Macro ID: $IRIS >DSECT Name: IRIS > This loo

Re: Inquire intrdr default job class

No, it's a JES2 thing. And therefore you will find the mapping DSECT for $IRIS in SHASMAC. I think you can chase it down from the CVT by going through CVTJESCT to find the first SSCT (primary JES2) -> SSCTSUS2 -> HCCT (which is a sort of CVT for JES2, mapped by $HCCT) Otherwise you can get to

Re: Inquire intrdr default job class

In <8713351764061408.wa.paulgboulderaim@listserv.ua.edu>, on 12/07/2015 at 02:43 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >On Mon, 7 Dec 2015 14:15:45 -0500, Shmuel Metz (Seymour J.) wrote: > >>>https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com

Re: length of "executable"

In <4504029974950910.wa.paulgboulderaim@listserv.ua.edu>, on 12/07/2015 at 01:42 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >On Mon, 7 Dec 2015 12:57:23 -0500, Shmuel Metz (Seymour J.) wrote: > >>Why use SDSF at all unless you need other SDSF facilities? If yo

Re: IBM z Systems Development Blog

In fairness, "24x7x365" was originally a shopkeeper/consumer sort of expression, never intended as a mathematical formula. As in, "We're open round the clock, every day of the week, every day of the year." Or in other words "We don't close overnight, we don't close on (insert historically religious

Re: Inquire intrdr default job class

I think that is what I did 30 years ago. I was trying to find the jobclass and it was not straight forward on how to do it and I think (if memory serves me) that the trick was getting to the JES control blocks after that it was simple. Ed On Dec 7, 2015, at 8:54 PM, Anthony Thompson wrote:

Re: length of "executable"

Shmuel Metz (Seymour J.) wrote: >>The first restriction I see is: >>The CONSOLE host command environment is available only to REXX execs that >> run in the TSO/E address space. >And SDSF is available without TSO? Yes, look at EXEC PGM=ISFAFD. [1] Groete / Greetings Elardus Engelbrecht [1]

Re: Inquire intrdr default job class

I suggest to take a look at JES device information services (SSI function code 83), described here: https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieaf200/ssifc83.htm The corresponding macro IAZSSJD indicates that the SSI returns a "Reader common section" containing