Re: z/OS System Cmd Characters
>You can find all of 'em via the CMD 'D OPDATA' IEFSSNxx? - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
> -Original Message- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Mark H. Young > Sent: Tuesday, February 20, 2007 2:54 PM > To: IBM-MAIN@BAMA.UA.EDU > Subject: z/OS System Cmd Characters > > > OK.I seem to be having another brain-cramp, or else just > an Alzheimers > moment. So tell me, is there a repository on the system > somewhere, like > parmlib (not there) where all the different command characters are > defined.what for to communicate with tasks > (subsystems)? Or is > that just defined per each individual software product? I forget?! > You can find all of 'em via the CMD 'D OPDATA'. > > THANX, > Mark Young There is not a central repository. Each product does it in its own way. For example, JES2 defines it in the JES2PARM member, CA-OPS/MVS II defines it in a startup REXX program which sets a variable, the RACF subsystem does it in the IEFSSNxx member which defines the subsystem. Note that not every product which has a "command characters" uses the z/OS API to register it. D OPDATA only gives those products which use the API. Some actually trap the console SSI and do their thing. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
For details about the API John mentions, see Command Prefix Facility (CPF) in "MVS Authorized Assembler Services Guide" and the associated Reference manual for the CPF macro. Don Imbriale On Tue, 20 Feb 2007 15:00:11 -0600, McKown, John <[EMAIL PROTECTED]> wrote: > >There is not a central repository. Each product does it in its own way. >For example, JES2 defines it in the JES2PARM member, CA-OPS/MVS II >defines it in a startup REXX program which sets a variable, the RACF >subsystem does it in the IEFSSNxx member which defines the subsystem. > >Note that not every product which has a "command characters" uses the >z/OS API to register it. D OPDATA only gives those products which use >the API. Some actually trap the console SSI and do their thing. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
I think the command recognition characters are defined by each product. And some like IMS DB Control, do not show up in D OPDATA. Craig -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
Mark This would seem to indicate a requirement. I would expect that there is a point within z/OS associated with analysing command input which "knows" all the characters so that a command can be routed appropriately. Thus it should be possible to have a command which displays all the characters in use at any one time with some sort of hint as to where the command with each character is routed. I'm not at all really knowledgeable in this area having only come across it in system programmer terms in connection with NetView so there may be some obvious flaw in this argument. And I think I may have worked out or vaguely remembered what the flaw might be. If each command is routed through different components having an interest in commands, it is only each component which knows its own character - in general. Perhaps the best that can be asked for is a command which displays some identification for each of these components - which, for all I know, may exist already. Whether or not such a command exists probably the only solution is to impose a discipline within your shop to keep a home-grown member of PARMLIB where all such characters are noted manually for the benefit of other system programmers. In the days I managed a number of test/education systems, I needed to do this sort of thing quite a lot just as an aide-memoire to myself. Chris Mason > - Original Message - > From: "McKown, John" <[EMAIL PROTECTED]> > Newsgroups: bit.listserv.ibm-main > To: > Sent: Tuesday, 20 February, 2007 10:00 PM > Subject: Re: z/OS System Cmd Characters > > > > > -Original Message- > > > From: IBM Mainframe Discussion List > > > [mailto:[EMAIL PROTECTED] On Behalf Of Mark H. Young > > > Sent: Tuesday, February 20, 2007 2:54 PM > > > To: IBM-MAIN@BAMA.UA.EDU > > > Subject: z/OS System Cmd Characters > > > > > > > > > OK.I seem to be having another brain-cramp, or else just > > > an Alzheimers > > > moment. So tell me, is there a repository on the system > > > somewhere, like > > > parmlib (not there) where all the different command characters are > > > defined.what for to communicate with tasks > > > (subsystems)? Or is > > > that just defined per each individual software product? I forget?! > > > You can find all of 'em via the CMD 'D OPDATA'. > > > > > > THANX, > > > Mark Young > > > > There is not a central repository. Each product does it in its own way. > > For example, JES2 defines it in the JES2PARM member, CA-OPS/MVS II > > defines it in a startup REXX program which sets a variable, the RACF > > subsystem does it in the IEFSSNxx member which defines the subsystem. > > > > Note that not every product which has a "command characters" uses the > > z/OS API to register it. D OPDATA only gives those products which use > > the API. Some actually trap the console SSI and do their thing. > > > > -- > > John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
On Tue, 20 Feb 2007 15:00:11 -0600 "McKown, John" <[EMAIL PROTECTED]> wrote: :>Note that not every product which has a "command characters" uses the :>z/OS API to register it. D OPDATA only gives those products which use :>the API. Some actually trap the console SSI and do their thing. I have not tried using the API yet, but from my read of the doc you still need to put in a SSI-10 listener. What the API does do is allow one to "reserve" a prefix for either a system or sysplex scope so that if another program attempts to reserve it, they will get an indication that it is in use. That is all. It would have been nice if IBM had provided a ROUTINE= keyword on the CPF macro. -- Binyamin Dissen <[EMAIL PROTECTED]> 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
On Tue, 20 Feb 2007 21:01:40 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >>You can find all of 'em via the CMD 'D OPDATA' > >IEFSSNxx? Well Ted, that's what I was thinking. It's defined there for DB2 on my test system LPAR, but does NOT show up via 'D OPDATA'.so go figure?! Someone else posted that each product does it in its own way and in different places, like; JES2 in its parms, OPS/MVS in its parms, RACF in IEFSSNxx, etc. But since DB2 is defined in my test system LPAR in IEFSSNxx, I'd think it would show up in 'D OPDATA'?! Unless there's some sort of DB2 database voodoo incantation that needs to be performed?! Any thoughts.one and all?? THANX, Mark H. Young Fairfax County Gov't, VA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
"D OPDATA" only shows those command prefixes from software that participate by using the CPF services - in essence it is a gentleman's agreement as any software that has a active subsystem that has a function that responds to SSI broadcast 10 (System command) can implement its own command recognition schema. The CPF services are a fairly recent (ahem) addition and some legacy software may not have been updated to use CPF to register the prefixes. The software may also choose not to participate for the vendors/developers own reasons or because their customers have not requested it. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] http://www.rs.com/portfolio/mxi_g2 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark H. Young Sent: 21 February 2007 08:23 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS System Cmd Characters On Tue, 20 Feb 2007 21:01:40 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote: >>You can find all of 'em via the CMD 'D OPDATA' > >IEFSSNxx? Well Ted, that's what I was thinking. It's defined there for DB2 on my test system LPAR, but does NOT show up via 'D OPDATA'.so go figure?! Someone else posted that each product does it in its own way and in different places, like; JES2 in its parms, OPS/MVS in its parms, RACF in IEFSSNxx, etc. But since DB2 is defined in my test system LPAR in IEFSSNxx, I'd think it would show up in 'D OPDATA'?! Unless there's some sort of DB2 database voodoo incantation that needs to be performed?! Any thoughts.one and all?? THANX, Mark H. Young Fairfax County Gov't, VA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
On Wed, 21 Feb 2007 07:22:44 -0600, Mark H. Young <[EMAIL PROTECTED]> wrote: >On Tue, 20 Feb 2007 21:01:40 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote: > >>>You can find all of 'em via the CMD 'D OPDATA' >> >>IEFSSNxx? > >Well Ted, that's what I was thinking. It's defined there for DB2 on my >test system LPAR, but does NOT show up via 'D OPDATA'.so go figure?! > >Someone else posted that each product does it in its own way and in >different places, like; JES2 in its parms, OPS/MVS in its parms, RACF in >IEFSSNxx, etc. But since DB2 is defined in my test system LPAR in >IEFSSNxx, I'd think it would show up in 'D OPDATA'?! > >Unless there's some sort of DB2 database voodoo incantation that needs to >be performed?! > There is. Check out the INITPARM options for the DB2 subsystem. Same is true with RACF - it will only register with the correct parm. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
On Wed, 21 Feb 2007 08:24:09 -0600, Mark Zelden <[EMAIL PROTECTED]> wrote: >>Unless there's some sort of DB2 database voodoo incantation that needs to >>be performed?! >> > >There is. Check out the INITPARM options for the DB2 subsystem. Same >is true with RACF - it will only register with the correct parm. > Well I had said it's defined in SYS1.PARMLIB in IEFSSNxx, and INITPARM is one of the parms for that definition. If that's what you're talking about, then it's there. I was thinking it might ALSO have to be defined 'within' the DB2 definitions and/or RACF defs somewhere, OTHER than IEFSSNxx. THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
Mark, Do you have a REXX Exec in your bag of tricks that lists out the other CMD characters in use on a system, like in 'D OPDATA'?? Or does such code exist on the CBT tape somewhere? THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
>The CPF services are a fairly recent (ahem) addition and some legacy >software may not have been updated to use CPF to register the prefixes. Brand new. Can't be more than 15 years old. ;-) Bob Shannon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
- Original Message - From: ""Mark H. Young"" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main Sent: Wednesday, February 21, 2007 9:45 AM Subject: Re: z/OS System Cmd Characters Mark, Do you have a REXX Exec in your bag of tricks that lists out the other CMD characters in use on a system, like in 'D OPDATA'?? Or does such code exist on the CBT tape somewhere? THANX, Mark Mark, This can't really be done because each product stores the command character in a different place in the subsystem control blocks. You have to dump the subsystem chain and IEBIBALL the results. Regards, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
On Wed, 21 Feb 2007 08:38:59 -0600, Mark H. Young <[EMAIL PROTECTED]> wrote: >On Wed, 21 Feb 2007 08:24:09 -0600, Mark Zelden <[EMAIL PROTECTED]> >wrote: > >>>Unless there's some sort of DB2 database voodoo incantation that needs to >>>be performed?! >>> >> >>There is. Check out the INITPARM options for the DB2 subsystem. Same >>is true with RACF - it will only register with the correct parm. >> > >Well I had said it's defined in SYS1.PARMLIB in IEFSSNxx, and INITPARM is >one of the parms for that definition. If that's what you're talking about, >then it's there. I was thinking it might ALSO have to be defined 'within' >the DB2 definitions and/or RACF defs somewhere, OTHER than IEFSSNxx. > I know you already have an INITPARM for DB2. I was gently hinting that your INITPARM options might need to be changed. You need to read the fine manual to chose the option that fits your environment. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
On Wed, 21 Feb 2007 08:45:04 -0600, Mark H. Young <[EMAIL PROTECTED]> wrote: >Mark, > >Do you have a REXX Exec in your bag of tricks that lists out the other >CMD characters in use on a system, like in 'D OPDATA'?? Or does such code >exist on the CBT tape somewhere? > No can do. If it was that easy, don't you think D OPDATA would do it and products wouldn't need to register their command character usage using a formal interface? Keep good doc. Anything "new" you define, use more than a single character to avoid conflicts (and use D OPDATA). If you really want to use a single character or don't have a choice and aren't sure if it is currently used, just type that character at the console. If you see "IEE305I ? COMMAND INVALID" (where ? = the character) then it should mean that character is not in use. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
- Original Message - From: ""Mark Zelden"" <[EMAIL PROTECTED]> Mark, Do you have a REXX Exec in your bag of tricks that lists out the other CMD characters in use on a system, like in 'D OPDATA'?? Or does such code exist on the CBT tape somewhere? No can do. If it was that easy, don't you think D OPDATA would do it and products wouldn't need to register their command character usage using a formal interface? Actually, I put together a rexx exec that works out what command reference characters are being used (it goes through JES3 DLOG, so only commands actually used can be found). Also, it expects that you define the ones you know about, or else the report gets redundant. It would take some work to make this "JES2 ready", but it does work, and ignores typos, which really helps the length of the report. This came about because the IMS folks added about 70 of 'em (nothing like being a good sized shop), and managed to step all over one poor support guy. He had to make changes in 26 environments because supporting one product was nothing compared to IMS type momentum. Anyway, there is also a little web app to keep track of all this. You can bring up a web page and display the whole list, or search for the string you would like to use, or register your string. It even detects partials, in the case above, the '#' was used for some product, and IMS defined many of the form '#xx'. So this page detects those kinds of conflicts also. We run the web page from our MVS http server. If anyone is interested, it's free for the asking. Lance Keep good doc. Anything "new" you define, use more than a single character to avoid conflicts (and use D OPDATA). If you really want to use a single character or don't have a choice and aren't sure if it is currently used, just type that character at the console. If you see "IEE305I ? COMMAND INVALID" (where ? = the character) then it should mean that character is not in use. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group: G-ITO mailto:[EMAIL PROTECTED] z/OS and OS390 expert at http://searchDataCenter.com/ateExperts/ Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS System Cmd Characters
On Wed, 21 Feb 2007 10:32:36 -0700, Lance Kopplin <[EMAIL PROTECTED]> wrote: >Actually, I put together a rexx exec that works out what command reference >characters are being used (it goes through JES3 DLOG, so only commands >actually used can be found). >If anyone is interested, it's free for the asking. > >Lance OK Lance.I'm asking? You can send it to my e-mail address at work: [EMAIL PROTECTED] THANX, Mark -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
