Re: How to test SUBSYS=

On Thu, 20 Feb 2020 13:43:29 -0600, John McKown wrote: >... >> RECEIVE can deal with an allocated UNIX file. >> No need to "upload" if you fetch with "curl". > >Good point. I was going with the "old fashioned" way of bring up the >CBTTAPE.ORG web site, finding the file I want, clicking on it

Re: How to test SUBSYS=

On Thu, Feb 20, 2020 at 12:34 PM Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Thu, 20 Feb 2020 11:10:19 -0600, John McKown wrote: > > >On Thu, Feb 20, 2020 at 11:03 AM essteam wrote: > > > >> Has anyone been able to actually view file 364 ?I was able to down load >

Re: How to test SUBSYS=

On Thu, 20 Feb 2020 11:10:19 -0600, John McKown wrote: >On Thu, Feb 20, 2020 at 11:03 AM essteam wrote: > >> Has anyone been able to actually view file 364 ?I was able to down load >> and extract the file, but I cant read it ? >> >It is a binary XMIT file. You need to upload it to z/OS in BINary

Re: How to test SUBSYS=

Thanks all (including someone in POK -- you know who you are -- thank you for the background on SUBSYS). I am regrouping. I have gotten the customer to agree to a de-prioritizing of the problem, so it may be a little while before I tackle this. I think I understand what is happening. Between

Re: How to test SUBSYS=

On Behalf Of esst...@juno.com Sent: Thursday, February 20, 2020 12:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to test SUBSYS= Has anyone been able to actually view file 364 ?I was able to down load and extract the file, but I cant read it ? -- Original Message -- From

Re: How to test SUBSYS=

On Thu, Feb 20, 2020 at 11:03 AM esst...@juno.com wrote: > Has anyone been able to actually view file 364 ?I was able to down load > and extract the file, but I cant read it ? > > It is a binary XMIT file. You need to upload it to z/OS in BINary mode into a RECFM=FB,LRECL=80 data set, then do a

Re: How to test SUBSYS=

Has anyone been able to actually view file 364 ?I was able to down load and extract the file, but I cant read it ? -- Original Message -- From: Steve Smith To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to test SUBSYS= Date: Wed, 19 Feb 2020 23:31:08 -0500 There's also

Re: How to test SUBSYS=

There's also the "Control Card Subsystem (CCSS)" on I believe file 364 of the CBT. It's about as simple a DD SUBSYS subsystem as you can get. It's function has been superseded by later developments, but like the other examples, gives you the infrastructure to start with. That sai

Re: How to test SUBSYS=

les Mills wrote: > > > 1. Is there any convenient "hack" for testing whether my SVC 99 is > operating > > correctly and so forth? Anyone have any bright ideas how to test SVC 99 > > SUBSYS allocation when one does not have subsystem ? Suppose for > example &g

Re: How to test SUBSYS=

On Tue, 18 Feb 2020 at 20:03, Charles Mills wrote: > 1. Is there any convenient "hack" for testing whether my SVC 99 is operating > correctly and so forth? Anyone have any bright ideas how to test SVC 99 > SUBSYS allocation when one does not have subsystem ? Suppose f

How to test SUBSYS=

rticularly helpful, and even if I were to bother them I am not sure what I would ask for. 1. Is there any convenient "hack" for testing whether my SVC 99 is operating correctly and so forth? Anyone have any bright ideas how to test SVC 99 SUBSYS allocation when one does not have sub

Re: SMFPRMFxx SYS SUBSYS and EXITs question

Does the list of exits in the SUBSYS specification overwrite all those in SYS, that is, in this case, it reduces the list of exits from the ten in the SYS specification to just the two that are explicitly listed? For a subsystem identified by SUBSYS (STC in your case), yes. For a subsystem

Re: SMFPRMFxx SYS SUBSYS and EXITs question

-MAIN@LISTSERV.UA.EDU Subject: SMFPRMFxx SYS SUBSYS and EXITs question In an SMFPRMxx member if you have this: ... SYS(NOTYPE(4,5,20,34,35,40) EXITS(IEFU83,IEFU84,IEFU85,IEFACTRT,IEFUJV,IEFUSI, IEFUJP,IEFUSO,IEFUJI,IEFUTL)) SUBSYS(STC,EXITS(IEFUJP,IEFUSO)) ... then why would the IEFU83

Re: SMFPRMFxx SYS SUBSYS and EXITs question

>From Init & Tuning Ref: You can specify exits on the SYS and SUBSYS statements of SMFPRMxx. Your choice of SYS or SUBSYS depends on the scope of work you want to influence (system-wide or subsystem-wide), as follows: On the SYS parameter, specify the exits that are to affe

Re: SMFPRMFxx SYS SUBSYS and EXITs question

Check: Initialization and Tuning Guide SMFPRMxx description Statements and parameters for SMFPRMxx the SUBSYS parameter Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Nick Varley Sent: 26 November 2019 13:28 To: IBM-MAIN

Re: SMFPRMFxx SYS SUBSYS and EXITs question

  |  MD RSCB2H  |  Grand Rapids, MI 49546 616.653.8429  |  fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of Nick Varley Sent: Tuesday, November 26, 2019 7:28 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: SMFPRMFxx SYS SUBSYS and EXITs question **CAUTION

SMFPRMFxx SYS SUBSYS and EXITs question

In an SMFPRMxx member if you have this: ... SYS(NOTYPE(4,5,20,34,35,40) EXITS(IEFU83,IEFU84,IEFU85,IEFACTRT,IEFUJV,IEFUSI, IEFUJP,IEFUSO,IEFUJI,IEFUTL)) SUBSYS(STC,EXITS(IEFUJP,IEFUSO)) ... then why would the IEFU83/84/85 exits not fire for SMF records coming from STCs? Documentation

Re: SUBSYS=

Elardus, The MVS Updates directory has an $$index.txt it appears none of the other flavors do. http://www.cbttape.org/xephon/xephonm/%24%24index.txt Dana On Fri, 10 Nov 2017 07:19:32 -0600, Elardus Engelbrecht wrote: >Mike Kerford-Byrnes wrote: > >>>Are

Re: SUBSYS=

Mike Kerford-Byrnes wrote: >>Are you refering to this: http://www.cbttape.org/xephon/ ? >I am. I have not looked at all of the 100 PDFs - just a selection. Is there >a cumulative index hidden away somewhere amongst them? Ok. I wish there is such a list, but I don't have time to search all of

Re: SUBSYS=

:Elardus Engelbrecht wrote: >P.S. 2 - Is there an index of ALL the topic titles for the Xephon Manuals in a given set held on the CBTTAPE site? So far all I have been able to find is the once a year accumulation - but I have to look at each month's worth until I find it. It would be

Re: SUBSYS= ?

> > So I guess that restriction may still be real: Don't use SUBSYS and > DSN=(SMS managed DSN) on the same DD statement. > > Peter > This statement needs at least some clarification: is it only for new datasets? That is where SMS will be heavily involved. Existing LBRARIAN

Re: SUBSYS= ?

On Thu, 9 Nov 2017 23:39:28 +, Farley, Peter X23353 (peter.far...@broadridge.com) wrote about "Re: SUBSYS= ?" (in <0cfc6aa1608c478fbfa1133fa3491...@clipswexmaa4.bsg.ad.adp.com>): > You are totally correct about that. I forgot for a minute > that when using SUBSYS=BLS

Re: SUBSYS= ?

You are totally correct about that. I forgot for a minute that when using SUBSYS=BLSR the actual file name is moved off to a separate DD, and I should have remembered that because I have coded an awful lot of them. Thanks for reminding me. So I guess that restriction may still be real: Don't

Re: SUBSYS= ?

t here goes. As I recall (it’s been years since I did this) when you use BLSR you add a new DD statement that points to your cluster, and then the original DD statement is changed to ‘SUBSYS=(BLSR,'DDNAME=newdd',…)’. So the SUBSYS parameter is on a different DD statement from the reference to the S

Re: SUBSYS= ?

In a pathetic attempt to resurrect a modicum of my shattered reputation, I believe that it may have been the SMS 'restriction' that caused my fevered brain to misremember a larger scale retrenchment for SUBSYS=. I'll sit back down now. . . J.O.Skip Robinson Southern California Edison Company

Re: SUBSYS= ?

a requesting email to the proper doc authority. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Phil Smith Sent: Thursday, November 09, 2017 3:02 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SUBSYS= ? Farley, Peter asked: >What

Re: SUBSYS= ?

Farley, Peter asked: >What doc is that please? That's from the z/OS MVS JCL reference at https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.ieab600/xddsubsy.htm -- For IBM-MAIN subscribe / signoff /

Re: SUBSYS= ?

What doc is that please? We use SUBSYS=BLSR for high-usage random reading of SMS managed VSAM KSDS files with no ill effects that I am aware of, including datasets allocated in extended/compressed storage classes. Peter -Original Message- From: IBM Mainframe Discussion List

Re: SUBSYS= ?

Doc says: "Do not use the SUBSYS parameter for an SMS-managed data set (one with an assigned storage class)." Anyone know what happens if you DO specify it on an SMS-managed data set? -- For IBM-MAIN subscribe

Re: SUBSYS=?

Mike Kerford-Byrnes wrote: >P.S. 2 - Is there an index of ALL the topic titles for the Xephon Manuals in a >given set held on the CBTTAPE site? So far all I have been able to find is >the once a year accumulation - but I have to look at each month's worth until >I find it. It would be

SUBSYS=?

Digging around in some old boxes, I found some references to the Subsystem Interface. All are old, and may be difficult to locate. I do not have any of them in my possession, but if they are useful, be my guest. Xephon MVS update Issues 24 and 25 (September/October 1988) explaining MVS SSI.

Re: SUBSYS= ?

Ed Jaffe wrote: >On 11/6/2017 8:49 AM, Jesse 1 Robinson wrote: >> Did IBM announce long ago that SUBSYS was being deprecated? >Absolutely not! 100% correct. Indeed, there is nothing in big blue's SOD. (Statement Of Direction) If big blue has any plans to drop DD SUBSYS, then the

AW: Re: SUBSYS= ?

>... it is the interface that JES2 (and presumably JES3) use to provide DD* and >SYSOUT. Those have an implied SUBSYS=JES2/3 (even though coding it is >illegal). I have not really tried to find out how DD * and SYSOUT work under the covers. I was happy to understand OPEN does

Re: SUBSYS= ?

The SUBSYS= keyword is conceivably something could be done away with, although I'd (also) consider that highly unlikely. But the underlying support is *certainly* not; it is the interface that JES2 (and presumably JES3) use to provide DD* and SYSOUT. Those have an implied SUBSYS=JES2/3 (even

Re: SUBSYS= ?

On 11/6/2017 8:49 AM, Jesse 1 Robinson wrote: Did IBM announce long ago that SUBSYS was being deprecated? Absolutely not! If so, that might explain the dearth of doc. If not, then never mind. -- Phoenix Software International Edward E. Jaffe Chief Technology Officer 831 Parkview Drive

AW: Re: SUBSYS= ?

ort. What is missing is the whole set of functions that you need to support in order to make your own support for DD SUBSYS=. That was once documented in an orange book. >Each subsystem can deliver support for SUBSYS= in the JCL to handle DD >statements if it is useful, like Panvalet, Librarian,

Re: SUBSYS= ?

I don't think it is hidden information, I just found: z/OS MVS Using the Subsystem Interface SA38-0679-00 One chapter is called: Why Write Your Own Subsystem? Each subsystem can deliver support for SUBSYS= in the JCL to handle DD statements if it is useful, like Panvalet, Librarian, LOGR

AW: Re: SUBSYS= ?

>My comment about deprecation was limited to the SUBSYS= keyword. I saw from >other replies that Panvalet and Librarian use the keyword. Just to remember: z/OS MVS's system logger provides support for SUBSYS JCL keyword to read either logrec or SMF directly from the logstream: >F

Re: SUBSYS= ?

On Tue, 7 Nov 2017 00:07:13 +, Jesse 1 Robinson (jesse1.robin...@sce.com) wrote about "Re: SUBSYS= ?" (in <cy1pr0101mb08589f91be8150c372714704bf...@cy1pr0101mb0858.prod.exchangelabs.com>): > My comment about deprecation was limited to the SUBSYS= keyword. I saw &

Re: SUBSYS= ?

My comment about deprecation was limited to the SUBSYS= keyword. I saw from other replies that Panvalet and Librarian use the keyword. I also discovered a few in-house PROCs with it, several in the context of DB2. Of course the fundamental Subsystem Interface is not going away. I guess the JCL

Re: SUBSYS= ?

On 6 November 2017 at 11:49, Jesse 1 Robinson <jesse1.robin...@sce.com> wrote: > Throughout this thread, I've been haunted by a dim memory of some SUBSYS > action in the distant past. We have not had any > in-house SUBSYS dependencies for decades, so I did not pay very much >

Re: SUBSYS= ?

On Mon, 6 Nov 2017 16:49:54 +, Jesse 1 Robinson wrote: >Throughout this thread, I've been haunted by a dim memory of some SUBSYS >action in the distant past. We have not had any >in-house SUBSYS dependencies for decades, so I did not pay very much >attention. > >Did IBM

Re: SUBSYS= ?

For what it might be worth, considering free advice may only be worth the price, the below code is used in MXG Software to decode JCTJOBID into TYPETASK and JESNR, and it tests for all SUBSYS names I have ever seen in any SMF record, which are used only to prevent warning messages about known

Re: SUBSYS= ?

Throughout this thread, I've been haunted by a dim memory of some SUBSYS action in the distant past. We have not had any in-house SUBSYS dependencies for decades, so I did not pay very much attention. Did IBM announce long ago that SUBSYS was being deprecated? If so, that might explain

Re: SUBSYS= ?

- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Smith Sent: Monday, November 6, 2017 8:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SUBSYS= ? The functions needed are 6, 7, 16-19, 38, 39, & 81. It has been a very long time since they were docume

Re: SUBSYS= ?

The functions needed are 6, 7, 16-19, 38, 39, & 81. It has been a very long time since they were documented -- pre-PDF, afaik. sas On Mon, Nov 6, 2017 at 10:11 AM, Charles Mills wrote: >> There are a number of SSI requests that have been un-documented > > "Using the Subsystem

Re: SUBSYS= ?

ot look like anything has fallen out of the documentation. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Steve Smith Sent: Monday, November 6, 2017 4:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SUBSYS= ? z/OS has had

Re: SUBSYS= ?

Elardus Engelbrecht wrote: >>Has the archives search always been busted (FSVO "always")? >No, not AFAIK. How are you seeing that it is 'busted'? It returns "No Match" for anything I try. Have you tried it lately? -- For

Re: SUBSYS= ?

bably want to include some terms like IEFSSIREQ (not exactly that). There are a number of SSI requests that have been un-documented, including all of those needed to support SUBSYS=. The old documentation can be found (maybe), but the CBT and JES2 suggestions are likely anyone's best chance to work out ho

Re: SUBSYS= ?

Phil Smith wrote: >I'm trying to understand more about using a SUBSYS= on a DD. The problem is >that Googling "z/OS" and "subsys" or "subsystem" isn't exactly fruitful, The word 'subsystem' has many meanings and you will certainly overflow your search re

Re: SUBSYS= ?

This is similar to CA-LBRARIAN, where SUBSYS=LAM in your JCL lets you process the Lbrarian file as a PDS. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Mike Schwab > Sent: 04 November, 2017 2:28 &g

Re: SUBSYS= ?

I never saw that. It's opened a new set of possibilities to me. hello. On Nov 4, 2017 08:42, "Chambers, David W." <david.chamb...@nscorp.com> wrote: > I use SUBSYS to feed SYSOUT to CA's OPS/MVS on occasion: > > //ddname DD SUBSYS=(OPSS,other parameters from

Re: SUBSYS= ?

I use SUBSYS to feed SYSOUT to CA's OPS/MVS on occasion: //ddname DD SUBSYS=(OPSS,other parameters from OPS manual) Parameter interpretation is pretty much up to the interested subsystem, OPSS in this case. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN

Re: SUBSYS= ?

On 3 November 2017 at 14:20, John McKown <john.archie.mck...@gmail.com> wrote: > On Fri, Nov 3, 2017 at 12:50 PM, Phil Smith <p...@voltage.com> wrote: > > > I'm trying to understand more about using a SUBSYS= on a DD. The problem > > is that Googling "z/OS

Re: SUBSYS= ?

Ha! GMTA. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mike Schwab Sent: Friday, November 3, 2017 6:28 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SUBSYS= ? The one sybsystem I remember using was PANVALET, which let you

Re: SUBSYS= ?

(PAM?) that reads their libraries and has a subsystem interface that lets them appear as PDSs. So with relatively little attention on my part, a customer could code //SYSLIB DD SUBSYS=(PAM,LIBRARY=MY.PAN.LIBRARY) or something like that and voila! it appeared to my program to be a PDS. I could do

Re: SUBSYS= ?

The one sybsystem I remember using was PANVALET, which let you ISPF edit a pan member as if it was a PDS. On Fri, Nov 3, 2017 at 7:24 PM, Phil Smith wrote: > Hmm. That subsystem "documentation" is really long on details about how to do > specific minor things, but really short

Re: SUBSYS= ?

Hmm. That subsystem "documentation" is really long on details about how to do specific minor things, but really short on theology: what a subsystem can and can't do, how it fits into the scheme of things, etc. Example: A subsystem is a service provider that performs one function or many

Re: SUBSYS= ?

Thanks, especially to John McKown, who seems to have sent me the link I truly needed! Has the archives search always been busted (FSVO "always")? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: SUBSYS= ?

Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, November 3, 2017 11:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SUBSYS= ? On Fri, Nov 3, 2017 at 12:50 PM, Phil Smith <p...@voltage.com> wrote: > I'm trying to understand more ab

Re: SUBSYS= ?

Office ⇐=== NEW robin...@sce.com -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: Friday, November 03, 2017 11:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: SUBSYS= ? On Fri, Nov 3, 2017 at 12:50 PM

Re: SUBSYS= ?

On Fri, Nov 3, 2017 at 12:50 PM, Phil Smith <p...@voltage.com> wrote: > I'm trying to understand more about using a SUBSYS= on a DD. The problem > is that Googling "z/OS" and "subsys" or "subsystem" isn't exactly fruitful, > and the IBM-MAIN archives

SUBSYS= ?

I'm trying to understand more about using a SUBSYS= on a DD. The problem is that Googling "z/OS" and "subsys" or "subsystem" isn't exactly fruitful, and the IBM-MAIN archives search seems to be broken (unless nobody has ever mentioned "jcl"). Can som

Re: SUBSYS DD REVISITED

On 23 November 2015 at 12:11, Doug Henry wrote: > On Mon, 16 Nov 2015 15:02:34 -0500, Tony Harminc wrote: > > In the case of a SYSOUT >>dataset handled by JESn, instead of an EXCP when the buffer is full, >>the special SVC 111 (HAM = HASP Access Method)

Re: SUBSYS DD REVISITED

On Mon, 16 Nov 2015 15:02:34 -0500, Tony Harminc wrote: In the case of a SYSOUT >dataset handled by JESn, instead of an EXCP when the buffer is full, >the special SVC 111 (HAM = HASP Access Method) is used to get control >over to JESn code. > This is historically accurate is

Re: SUBSYS DD REVISITED

On 11/14/2015 11:28 AM, esst...@juno.com wrote: Simple Example: Lets say for this discussion I want to transfer all I/O from a an applications SYSOUT DD with SUBSYS= to a 64Bit Memory Chunk. Once I have all my exits established, Each I/O from an application with the appropriate SUBSYS

Re: SUBSYS DD REVISITED

I am not sure if this will help, but here is a thread on the topic of SUBSYS writing. There are some interesting comments in this thread http://bit.listserv.ibm-main.narkive.com/VpFYg60B/jcl-dd-subsys-how-to-write-the -subsys Lizette > -Original Message- > From: IBM Mai

Re: SUBSYS DD REVISITED

In <20151115.083342.2149...@webmail12.dca.untd.com>, on 11/15/2015 at 01:33 PM, "esst...@juno.com" said: >Where in z/OS publications is this documented ? I'm not sure that it is. Welcome to the wonderful world of OCO. You can have my MVS logic manuals when they pry them

Re: SUBSYS DD REVISITED

- Original Message -- From: "Shmuel Metz (Seymour J.)" <shmuel+ibm-m...@patriot.net> To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SUBSYS DD REVISITED Date: Sat, 14 Nov 2015 18:57:46 -0500 In <20151114.112844.57...@webmail03.dca.untd.com>, on 11/14/2015 at 04

Re: SUBSYS DD REVISITED

...@copper.net> wrote: >> >>> On 11/14/2015 11:28 AM, esst...@juno.com wrote: >>> >>> Simple Example: >>> Lets say for this discussion I want to transfer all I/O from a an >>> applications SYSOUT DD with SUBSYS= to a 64Bit Memory Ch

Re: SUBSYS DD REVISITED

On Sun, 15 Nov 2015 11:03:32 -0500, Steve Thompson <ste...@copper.net> wrote: >On 11/14/2015 11:28 AM, esst...@juno.com wrote: > >> Simple Example: >> Lets say for this discussion I want to transfer all I/O from a an >> applications SYSOUT DD with SUBSYS= to a

SUBSYS DD REVISITED

. Recently a question was posted regarding SubSystem Datasets, more appropriatly the use of a SUBSYS= parameter on a DD statement. //DD1 DD SUBSYS=(ssn,'parms'). . I believe this information was once documented in GG66-3131 (the SubSystem Interface in MVS/SP Version 3) and documented the SSI

Re: SUBSYS DD REVISITED

In <20151114.112844.57...@webmail03.dca.untd.com>, on 11/14/2015 at 04:28 PM, "esst...@juno.com" <esst...@juno.com> said: >Recently a question was posted regarding SubSystem Datasets, more >appropriatly the use of a SUBSYS= parameter on a DD statement. >//DD1 DD

Re: Subsys not down while Shutdown

>: > > > > > > > I forgot to ask > > > > What level of the HMC are you running? > > > > Are you doing this locally or remote for the IPL? > > > > > > > > Lizette > > > > > > > > > > > > > -Origina

AW: Re: Subsys not down while Shutdown

> Thanks Lucas & Lizette. I have terminated the Task from list and performed > the Load. > Now is systems is up and running fine. Great. Now that this has been sorted out, you should invest some time to find out what ought to be brought down before an IPL what not. Automation (if you're

Re: Subsys not down while Shutdown

.UA.EDU] > On > > > Behalf Of Lizette Koehler > > > Sent: Wednesday, November 04, 2015 4:30 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: Re: Subsys not down while Shutdown > > > > > > I am not sure if you got your issue reso

Re: Subsys not down while Shutdown

. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of zos reader > Sent: Wednesday, November 04, 2015 12:40 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Subsys not down while Shutdown > > Hi All, >

Re: Subsys not down while Shutdown

2015 4:30 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Subsys not down while Shutdown > > I am not sure if you got your issue resolved, but here are some post questions > > 1) do you do your shutdown manually or with automation? > a) has your shop documented how to shut-d

Re: Subsys not down while Shutdown

; -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Lizette Koehler > > Sent: Wednesday, November 04, 2015 4:30 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: Subsys not down while Shutdown >

Re: Subsys not down while Shutdown

> > Lizette > > > > > > > > > > -Original Message- > > > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU > ] > > On > > > > Behalf Of Lizette Koehler > > > > Sent: Wednesday, November 04, 2015 4:

Subsys not down while Shutdown

Hi All, i am trying to bring our system and i brought all the subsystems and also came out of syslex and few of subsystems didn't come down. SYSLOG STC01579 +MASTER+ 15 EXECUTION SYS9 SYS9 TSS9 STC01588 +TSS9 15 EXECUTION SYS9 SYS9 PTXMANZ

Re: Writing support for DD SUBSYS= (got it, thanks!)

to:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Sam Siegel > Sent: Saturday, October 10, 2015 4:23 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Writing support for DD SUBSYS= (got it, thanks!) > > Hi - I tried looking on bitsavers for this, but cannot find it. I'm > wonder

Re: Writing support for DD SUBSYS= (got it, thanks!)

esting reading as well. > > > > Peter > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of David Cole > > Sent: Sunday, October 04, 2015 11:46 AM > > To: IBM-MAIN@LISTSERV.UA.E

Re: Writing support for DD SUBSYS= (got it, thanks!)

AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Writing support for DD SUBSYS= (got it, thanks!) Thank you, Alex, for sending me a copy of GG66-3131! Much appreciated. Lizette wrote: >Did you check out the cbttape.org for file 290? Yes, that's Howard Gilbert's GPSAM. Howard's an old friend f

Re: Writing support for DD SUBSYS= (got it, thanks!)

vers.org? I > would find that manual interesting reading as well. > > Peter > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of David Cole > Sent: Sunday, October 04, 2015 11:46 AM > To: IBM-MAIN@LISTSERV.UA.ED

Re: Writing support for DD SUBSYS=

On Sat, 3 Oct 2015 16:26:15 -0400, David Cole wrote: >I understand that there is an ancient redbook/orangebook/whateverbook >... I'm just wondering if anyone has a copy they could hook me up with? Did you try bitsavers? If they don't have it, perhaps someone who does would be kind enough to

Re: Writing support for DD SUBSYS= (got it, thanks!)

was able to send me a copy. Dave At 10/3/2015 04:26 PM, you wrote: Hi, I'm considering writing a Subsystem to intercept an output file and putting it somewhere else. It looks like // DD SUBSYS= might be one good way to do this. I understand that there is an ancient redbook/orangebook

Re: Writing support for DD SUBSYS= (got it, thanks!)

; > > > At 10/3/2015 04:26 PM, you wrote: > >> Hi, >> >> I'm considering writing a Subsystem to intercept an output file and >> putting it somewhere else. It looks like // DD SUBSYS= might be one good >> way to do this. >> >> I understand that there

Writing support for DD SUBSYS=

Hi, I'm considering writing a Subsystem to intercept an output file and putting it somewhere else. It looks like // DD SUBSYS= might be one good way to do this. I understand that there is an ancient redbook/orangebook/whateverbook that discusses how to do this. it was written by IBM's

Re: Writing support for DD SUBSYS= (or alternatives.)

On Sat, 3 Oct 2015 16:26:15 -0400, David Cole wrote: > >I'm considering writing a Subsystem to intercept an output file and >putting it somewhere else. It looks like // DD SUBSYS= might be one >good way to do this. > Depending on what "someplace else" is, // D

Re: Writing support for DD SUBSYS=

ing support for DD SUBSYS= > > Hi, > > I'm considering writing a Subsystem to intercept an output file and putting it > somewhere else. It looks like // DD SUBSYS= might be one good way to do this. > > I understand that there is an ancient redbook/orangebook/whateverbook that >

Re: SUBSYS interface

To All, Due to several high priority items jumping ahead of this issue, I took a bit longer to get this completed. The stub program has been installed for a month now and looks good. Thanks for all your help. Harold Gray --

Re: SUBSYS interface

Thanks Jim for the feedback. I am proceeding with dynamically building a stub routine to front-end my amode 31 code. Harold -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

SUBSYS interface

I have a working SUBSYS interface. My code processes a few of the interfaces (OPEN, ALLOC,... etc.) and previously resided below the line. I am trying to move the code above the line. Everything works fine except one item. In my OPEN routine, I put my input/output routine's address

Re: SUBSYS interface

On 27 August 2014 10:30, SUBSCRIBE IBM-MAIN Harold Gray harold.g...@mantissa.com wrote: I have a working SUBSYS interface. My code processes a few of the interfaces (OPEN, ALLOC,... etc.) and previously resided below the line. I am trying to move the code above the line. Everything works

Re: SUBSYS interface

On Wed, Aug 27, 2014 at 9:30 AM, SUBSCRIBE IBM-MAIN Harold Gray harold.g...@mantissa.com wrote: I have a working SUBSYS interface. My code processes a few of the interfaces (OPEN, ALLOC,... etc.) and previously resided below the line. I am trying to move the code above the line. Everything

Re: SUBSYS interface

Does the ACBINRTN address have the high order bit on? Sometimes, IBM will use it to determine an exits AMODE.  If that doesn't work, then binder allows MODE RMODE(SPLIT) so that you still only need a single load module. You create a small module that is RMODE(24) that simply changes to amode

Re: SUBSYS interface

Thanks, Tony and John. I have considered the stub idea and didn't like it as all my code is loaded at the subsystem initialization and I didn't want to have a new user selectable program to keep up with. But, looking at John's solution, I can do my initialization and then generate the stub

Re: SUBSYS interface

Yes, Jon, the high order bit was set to 1 in the address. This is how I got the SUBSYS interface to work with my other exits (OPEN, CLOSE etc). I am looking at the SPLIT option now. Thanks, Harold -- For IBM-MAIN subscribe

Re: SUBSYS interface

I have a working SUBSYS interface. My code processes a few of the interfaces (OPEN, ALLOC,... etc.) and previously resided below the line. I am trying to move the code above the line. Everything works fine except one item. In my OPEN routine, I put my input/output routine's address

  1   2   >