Re: BLSCECT Imbedded members missing?

2008-05-19 Thread Shmuel Metz (Seymour J.)
In [EMAIL PROTECTED],
on 05/15/2008
   at 02:16 PM, Ken Porowski [EMAIL PROTECTED] said:

Anyone know where they are (or if they no longer exist)?

Did you look up the names in the relevant target zones?

I vaguely recall the IMS installation jobs copying one or more IPCS imbed
files; I don't recall whether it was IMS, IRLM or both.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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: BLSCECT Imbedded members missing?

2008-05-19 Thread Ken Porowski
I went through all the related SMP zones and even scanned the datasets
to no avail.
There are other IMBED statements (CICS and MQ) that were in their target
libs and there is a second IMBED for DFP that is resolved.
What seems to be missing is anything for IRLM and DB2 which I would
think would be supplied from the product rather than in the z/OS base. 

I think Jim Mulders response makes the most sense.

 Those IMBED statements flagged with @L1A date back to SP3.1.0, which is
when the IMBED support was introduced.  Some of them were just
placeholders for possible future use.

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY 

-Original Message-
Shmuel Metz (Seymour J.)
Did you look up the names in the relevant target zones?

I vaguely recall the IMS installation jobs copying one or more IPCS
imbed files; I don't recall whether it was IMS, IRLM or both.
 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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: BLSCECT Imbedded members missing?

2008-05-19 Thread Shmuel Metz (Seymour J.)
In [EMAIL PROTECTED],
on 05/19/2008
   at 02:49 PM, Ken Porowski [EMAIL PROTECTED] said:

What seems to be missing is anything for IRLM and DB2 which I would think
would be supplied from the product rather than in the z/OS base.

Yes; the whole point of the imbed mechanism is to allow the definitions to
be shipped with the respective products.

I think Jim Mulders response makes the most sense.

Absolutely; the question was which of those were still placdeholders.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
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: BLSCECT Imbedded members missing?

2008-05-16 Thread Jim Mulder
IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 05/16/2008 
01:42:04 AM:

 IMBED MEMBER(IGDIPCSP) ENVIRONMENT(ALL) /* DFP @L1A*/
 imbedded in our BLSCECT, too, but I cannot find it either. Even the 
 DFP Diagnosis books don't talk about it, only about smsdata and 
 smsxdata, which *can* be found.
 
 IMBED MEMBER(ISPIPCSP) ENVIRONMENT(ALL) /* ISPF @L1A*/
 IMBED MEMBER(IKJIPCSP) ENVIRONMENT(ALL) /* TSO/E @L1A*/
 Cannot find them either.
 
 IMBED MEMBER(DXRIPCSP) ENVIRONMENT(ALL) /* IRLM @L1A*/
 IMBED MEMBER(DSNIPCSP) ENVIRONMENT(ALL) /* DB2 @L1A*/
 These two I would expect to be somewhere in IRLM/DB2 datasets, with 
 instructions buried somewhere to copy them over to parmlib. But in 
 ours I cannot find them, either.
 
 So I am left with the suspicion that these members are imbedded just
 for IBM use in IBM locations that have access to *A LOT* more 
 commands. After all, unless you happen to use a command defined in 
 one of those members, IPCS wouldn't go searching for it and come 
 back with 'not found'. And these commands are not described to the 
 rest of the world on the assumption that IBM support are the only 
 ones ever using IPCS (no comment) so why describe them anywhere 
 much less ship them? 

  Those IMBED statements flagged with @L1A date back to SP3.1.0, 
which is when the IMBED support was introduced.  Some of them
were just placeholders for possible future use.

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

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



BLSCECT Imbedded members missing?

2008-05-15 Thread Ken Porowski
Installing z/OS 1.8 and reviewing various PARMLIB members I am having no
luck in locating the following members referenced in BLSCECT.  I've
looked everywhere I could think of (TLIBs, CPAC libs, doc, SMP, Google).

Anyone know where they are (or if they no longer exist)?

IMBED MEMBER(IGDIPCSP) ENVIRONMENT(ALL) /* DFP   @L1A*/
IMBED MEMBER(DXRIPCSP) ENVIRONMENT(ALL) /* IRLM  @L1A*/
IMBED MEMBER(DSNIPCSP) ENVIRONMENT(ALL) /* DB2   @L1A*/
IMBED MEMBER(ISPIPCSP) ENVIRONMENT(ALL) /* ISPF  @L1A*/
IMBED MEMBER(IKJIPCSP) ENVIRONMENT(ALL) /* TSO/E @L1A*/

Thanks all

Ken Porowski
AVP Systems Software
CIT Group
E: [EMAIL PROTECTED]



--
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: BLSCECT Imbedded members missing?

2008-05-15 Thread Barbara Nitz
IMBED MEMBER(IGDIPCSP) ENVIRONMENT(ALL) /* DFP @L1A*/
imbedded in our BLSCECT, too, but I cannot find it either. Even the DFP 
Diagnosis books don't talk about it, only about smsdata and smsxdata, which 
*can* be found.

IMBED MEMBER(ISPIPCSP) ENVIRONMENT(ALL) /* ISPF @L1A*/
IMBED MEMBER(IKJIPCSP) ENVIRONMENT(ALL) /* TSO/E @L1A*/
Cannot find them either.

IMBED MEMBER(DXRIPCSP) ENVIRONMENT(ALL) /* IRLM @L1A*/
IMBED MEMBER(DSNIPCSP) ENVIRONMENT(ALL) /* DB2 @L1A*/
These two I would expect to be somewhere in IRLM/DB2 datasets, with 
instructions buried somewhere to copy them over to parmlib. But in ours I 
cannot find them, either.

So I am left with the suspicion that these members are imbedded just for IBM 
use in IBM locations that have access to *A LOT* more commands. After all, 
unless you happen to use a command defined in one of those members, IPCS 
wouldn't go searching for it and come back with 'not found'. And these commands 
are not described to the rest of the world on the assumption that IBM support 
are the only ones ever using IPCS (no comment) so why describe them anywhere 
much less ship them? 

Means that IBM would have to support those commands, and debugging isn't what's 
done these days. We just restart the application, right? And don't report a 
problem to IBM if it is not 100% reproducible, especially not in the 'new 
world' (the clickable one)IBM won't debug it, either.

With IBMs push to make a problem reproducible, the up-front-request to produce 
a lot of docs that you usually don't have in a production environment or when a 
problem occurs intermittendly, IBMs general negligence of looking at 
non-reproducible problems (some exceptions to that noted), and the 'brand-new' 
technique of putting in test code into the reproducible testcase, who needs 
debugging these days? Much less imbedded IPCS members?

Barbara Nitz


-- 
Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten 
Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

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