Re: Inquire intrdr default job class

At 23:28 -0500 on 12/09/2015, Shmuel Metz (Seymour J.) wrote about Re: Inquire intrdr default job class: In , on 12/09/2015 at 02:22 PM, "Robert A. Rosenberg" said: You are focusing too much on the question of if the DSN is a PDS//PDSE or some other format. QNAME SPFEDIT is

Re: Inquire intrdr default job class

In <20151210035136.5fe8e33...@panix2.panix.com>, on 12/09/2015 at 10:51 PM, Randy Hudson said: >MBBCCHHR. That's a software format. The issue is the 2321 hardware format. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Inquire intrdr default job class

In , on 12/09/2015 at 02:22 PM, "Robert A. Rosenberg" said: >You are focusing too much on the question of if the DSN is a >PDS//PDSE or some other format. QNAME SPFEDIT is only used for PDS[E]. SYSDSN is another issue, but there the volser is not known in time to include in the RNAME. --

Re: Inquire intrdr default job class

In article , "Robert A. Rosenberg" wrote: > At 12:49 -0500 on 12/09/2015, Shmuel Metz (Seymour J.) wrote about > Re: Inquire intrdr default job class: > >>> Look at the bizarre way CCHHR is dissected >>> to allow more than 54 GB on a DASD volume. >>

Re: JES2/3 Initialization member not reflecting current running system was Re: Inquire intrdr default job class

A.EDU > Subject: JES2/3 Initialization member not reflecting current running > system was Re: Inquire intrdr default job class > > I would be more than happy with a report showing any inconsistencies > between the running JES2 and the actual values coded in a user-selectable &g

Re: JES2/3 Initialization member not reflecting current running system was Re: Inquire intrdr default job class

ion member not reflecting current running system was Re: Inquire intrdr default job class I would be more than happy with a report showing any inconsistencies between the running JES2 and the actual values coded in a user-selectable init deck. Let me decide how to resolve differences, when to do i

JES2/3 Initialization member not reflecting current running system was Re: Inquire intrdr default job class

: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Clark Morris Sent: Tuesday, December 08, 2015 6:42 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):JES2/3 Initialization member not reflecting current running system was Re: Inquire intrdr default job class On 8

Re: Inquire intrdr default job class

At 12:46 -0600 on 12/09/2015, John McKown wrote about Re: Inquire intrdr default job class: On Wed, Dec 9, 2015 at 12:29 PM, Shmuel Metz (Seymour J.) < shmuel+ibm-m...@patriot.net> wrote: In , on 12/09/2015 at 11:48 AM, John McKown said: > OK, I've managed to confu

Re: Inquire intrdr default job class

At 12:49 -0500 on 12/09/2015, Shmuel Metz (Seymour J.) wrote about Re: Inquire intrdr default job class: >Look at the bizarre way CCHHR is dissected to allow more than 54 GB on a DASD volume. Not much more bizzare than on the 2321. The CCHHR for the 2321 was MCCHHR (where M selected

Re: Inquire intrdr default job class

At 19:37 -0500 on 12/08/2015, Shmuel Metz (Seymour J.) wrote about Re: Inquire intrdr default job class: In , on 12/08/2015 at 03:21 PM, John McKown said: I do not really agree that not including the volser in the SYSDSN enqueue is a "flaw". If it were done, then their could

Re: Inquire intrdr default job class

On Wed, Dec 9, 2015 at 12:29 PM, Shmuel Metz (Seymour J.) < shmuel+ibm-m...@patriot.net> wrote: > In > , > on 12/09/2015 >at 11:48 AM, John McKown said: > > > OK, I've managed to confuse myself. You want the ENQ for SYSDSN > >to include the volser if and only if the DSORG is a PDS, otherwise

Re: Inquire intrdr default job class

In , on 12/09/2015 at 11:48 AM, John McKown said: > OK, I've managed to confuse myself. You want the ENQ for SYSDSN >to include the volser if and only if the DSORG is a PDS, otherwise >to omit it? No; the queestion is whether the original code was a design flaw, not whether it is feasible t

Re: Inquire intrdr default job class

On Tue, Dec 8, 2015 at 6:37 PM, Shmuel Metz (Seymour J.) < shmuel+ibm-m...@patriot.net> wrote: > In > , > on 12/08/2015 >at 03:21 PM, John McKown said: > > > I do not really agree that not including the volser in the SYSDSN > >enqueue is a "flaw". If it were done, then their could need to be

Re: Inquire intrdr default job class

In <1428596541933945.wa.paulgboulderaim@listserv.ua.edu>, on 12/08/2015 at 06:49 PM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >I think an obstacle is not having enough bits in the NOTE/POINT >object to address so many blocks. It's not that there aren't enough b

Re: Inquire intrdr default job class

In , on 12/08/2015 at 03:21 PM, John McKown said: > I do not really agree that not including the volser in the SYSDSN >enqueue is a "flaw". If it were done, then their could need to be >multiple ENQs, one for each volume in a multi-volume DSN. The ENQ is for a PDS member; a PDS can't be multi

Re: Inquire intrdr default job class

They were able to create it. They were not able to open it. IBM will fix z/OS 2.2 so you CAN'T create a multi-volume PDS or PDSE. On Tue, Dec 8, 2015 at 11:10 PM, Ed Gould wrote: > Mike, > > Maybe I am reading too much into the APAR but if I read it correctly then a > SMS PDSE can be multivolum

Re: Inquire intrdr default job class

Mike, Maybe I am reading too much into the APAR but if I read it correctly then a SMS PDSE can be multivolume. Does anyone else get the same reading? Ed On Dec 8, 2015, at 11:00 PM, Mike Schwab wrote: On Tue, Dec 8, 2015 at 6:10 PM, Ed Gould wrote: This becomes a key point *IF* PDSE's

Re: Inquire intrdr default job class

On Tue, Dec 8, 2015 at 6:10 PM, Ed Gould wrote: > > This becomes a key point *IF* PDSE's ever become multi volume. Somewhere in > the recent past I *think* Ibm announced multi volume pdse (I could be wrong > but I do remember think about this when it was announced). > > Ed A customer was able to d

Re: Inquire intrdr default job class

At 15:21 -0600 on 12/08/2015, John McKown wrote about Re: Inquire intrdr default job class: On Tue, Dec 8, 2015 at 3:05 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: On Tue, 8 Dec 2015 14:30:25 -0500, Robert A. Rosenberg wrote: >At 10:29 -0700 on 1

JES2/3 Initialization member not reflecting current running system was Re: Inquire intrdr default job class

LISTSERV.UA.EDU] On >Behalf Of Paul Gilmartin >Sent: Tuesday, December 08, 2015 9:29 AM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: (External):Re: Inquire intrdr default job class > >On 2015-12-08, at 10:05, J O Skip Robinson wrote: > >> When you're the only kid in the toy stor

Re: Inquire intrdr default job class

On Tue, 8 Dec 2015 18:10:44 -0600, Ed Gould wrote: > >This becomes a key point *IF* PDSE's ever become multi volume. >Somewhere in the recent past I *think* Ibm announced multi volume >pdse (I could be wrong but I do remember think about this when it was >announced). > I think an obstacle is

Re: Inquire intrdr default job class

On Tue, 8 Dec 2015 22:24:09 +, J O Skip Robinson wrote: >Professor Skip assumes that it will be done wrong--at least in execution. >Unless the design anticipates and properly handles all execution flubs, then >the design is wrong. What could go wrong? > The design should be made right. >--

Re: Inquire intrdr default job class

--SNIP-- ​The "flaw" exists: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ispzpc90/ APPENDIX1.1.3 APPENDIX1.1.3 Member name enqueue To restrict concurrent use of a member of a partitioned data set, while still allowing I

Re: Inquire intrdr default job class

On Dec 7, 2015 12:47 PM, "Paul Gilmartin" < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > 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?) > > >

Re: Inquire intrdr default job class

: (External):Re: Inquire intrdr default job class On 2015-12-08, at 10:05, J O Skip Robinson wrote: > When you're the only kid in the toy store, you have free reign. Even z HMC > uses the 'write-back' function for tuning updates. But z/OS is a complex > shared environment

Re: Inquire intrdr default job class

On Tue, Dec 8, 2015 at 3:05 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Tue, 8 Dec 2015 14:30:25 -0500, Robert A. Rosenberg wrote: > > >At 10:29 -0700 on 12/08/2015, Paul Gilmartin wrote about Re: Inquire > >intrdr default job clas

Re: Inquire intrdr default job class

On Tue, 8 Dec 2015 14:30:25 -0500, Robert A. Rosenberg wrote: >At 10:29 -0700 on 12/08/2015, Paul Gilmartin wrote about Re: Inquire >intrdr default job class: > >>ISPF EDIT has some effective techniques for serializing updates to >>PDS members, precluding two programmers

Re: Inquire intrdr default job class

Klaus, I think, that's what I'm looking for.. many thanks! Gabor On Tue, Dec 8, 2015 at 8:30 AM, Klaus Stanislawiak < klaus.stanislaw...@softwareag.com> wrote: > I suggest to take a look at JES device information services (SSI function > code 83), described here: > > https://www-01.ibm.com/su

Re: Inquire intrdr default job class

At 10:29 -0700 on 12/08/2015, Paul Gilmartin wrote about Re: Inquire intrdr default job class: ISPF EDIT has some effective techniques for serializing updates to PDS members, precluding two programmers' editing the same member simultaneously. Does the ISPF EDIT support take into account

Re: Inquire intrdr default job class

On 2015-12-08, at 10:05, J O Skip Robinson wrote: > When you're the only kid in the toy store, you have free reign. Even z HMC > uses the 'write-back' function for tuning updates. But z/OS is a complex > shared environment. You can't allow random process-altering commands to > update common con

Re: Inquire intrdr default job class

ist [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, December 07, 2015 3:46 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):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 th

Re: length of "executable" (I meant Re: Inquire intrdr default job class)

Ouch! I hybridized two threads. I meant to reply to "inquire intrdr" but posted instead to "length of executable". On Tue, 8 Dec 2015 00:44:57 -0600, Elardus Engelbrecht wrote: >Shmuel Metz (Seymour J.) wrote: > >>>The first restriction I see is: >>>The CONSOLE host command environment is a

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

Re: Inquire intrdr default job class

ise you can get to the SSCT for JES2 by going through the SSVT. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM- m...@listserv.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, 8 December 2015 10:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Inquire intrdr

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: Inquire intrdr default job class

can get to the SSCT for JES2 by going through the SSVT. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Tuesday, 8 December 2015 10:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Inquire intrdr default jo

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

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

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

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: 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: 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: Inquire intrdr default job class

-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Monday, December 07, 2015 7:18 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Inquire intrdr default job class On Mon, 7 Dec 2015 16:15:16 +0100, Gabor Hoffer w

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

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

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

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

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