Serialization (was: Inquire intrdr default job class)

On Thu, 10 Dec 2015 15:29:24 -0500, Robert A. Rosenberg wrote: >> >>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. > >I agree about SYSDSN being issued at times (JCL DISP for example) >where the VOLSER may not

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

At 23:28 -0500 on 12/09/2015, Shmuel Metz (Seymour J.) wrote about Re: Inquire intrdr default job class: In <p06240402d28e2c3bf3c6@[192.168.1.241]>, on 12/09/2015 at 02:22 PM, "Robert A. Rosenberg" <hal9...@panix.com> said: You are focusing too much on the question

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

Re: Creating multi volume PDS/E datasets (was Inquire Intrdr default job class)

08, 2015 10:15 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: 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 P

Re: Creating multi volume PDS/E datasets (was Inquire Intrdr default job class)

On Wed, 9 Dec 2015 08:26:30 -0700, Lizette Koehler wrote: >It seems this thread switched in the middle somewhere. I am changing >the subject so it is easier to see and find later. And that will help only if future replies are to your message. That's unlikely, especially since you didn't add

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

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

Re: Inquire intrdr default job class

In

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 >

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

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

ect: 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 > init deck. L

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

mber 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 it, and by

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

In article <p06240403d28e3033e1d1@[192.168.1.241]>, "Robert A. Rosenberg" <hal9...@panix.com> 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 i

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 <caajsdjgdcfhh4eonuruomvc7ovkk4wu8eado_yimw6fspnw...@mail.gmail.com>, on 12/08/2015 at 03:21 PM, John McKown <john.archie.mck...@gmail.com> said: I do not

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 selec

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

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

Re: Inquire intrdr default job class

@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 than just the question at h

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

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

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

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

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

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. You can't all

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

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

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 >

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 store, yo

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

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

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

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

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

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

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

Re: Inquire intrdr default job class

e > jobclass during/after submission. > > Kees. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Gabor Hoffer > Sent: 07 December, 2015 15:33 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Inquire intr

Re: Inquire intrdr default job class

Of Gabor Hoffer Sent: 07 December, 2015 15:33 To: IBM-MAIN@LISTSERV.UA.EDU Subject: 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

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,

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

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

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

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

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:

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,

Re: Inquire intrdr default job class

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

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

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

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

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

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