Re: Researching Destination z article on non-US mainframes

[Gabe Goldberg]

Hi, Gord -- thanks for requesting clarification!

For this article, I'm interested in IBM mainframe usage outside the US. 
Canada is of interest whether or not mainframe experiences there are 
similar to US, included but not limited to issues dealing with IBM. If 
it's all similar to the US, I'll mention that and if it's different, 
I'll explore that.


Gord Tomlin  said:

On 2017-08-08 15:37, Gabe Goldberg wrote:
> If you're running a non-US mainframe

Hi Gabe,

To clarify: do you mean an IBM mainframe that happens to be situated
outside the US, a mainframe (non-IBM) that originated outside the US, or
both?

Also, is Canada of interest to you? I think you would find the
experiences very similar to those of US users, other than those related
to dealing with IBM.

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507

--
Gabriel Goldberg, Computers and Publishing, Inc.   g...@gabegold.com
3401 Silver Maple Place, Falls Church, VA 22042   (703) 204-0433
LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Vector processing instructions

[John P. Baker]

Amrith,

Converting a 128-bit unsigned fixed binary integer to packed decimal is not 
particularly difficult.

The following methodology should meet your needs -

IVFB - Input Value (128-bit Unsigned Fixed Binary)
WVFB - Working Value (128-bit Unsigned Fixed Binary)
AFPD - Adjustment Factor (11-byte Packed Decimal)
QUFB - Quotient (64-bit Unsigned Fixed Binary)
RMFB - Remainder (64-bit Unsigned Fixed Binary)
QUPD - Quotient (11-byte Packed Decimal)
RMPD - Remainder (10-byte Packed Decimal)
OVPD - Output Value (20-byte Packed Decimal)

WVFB = IVFB ;
AFPD = 0 ;
Do While (WVFB >= 100) ; /* (10**38) */
  WVFB = (WVFB - 100) ; /* (10**38) */
  AFPD = AFPD + 1000 ; /* (10**19) */
End ;
Do While (WVFB >= 9223372036854775807000) ; /* ((2**63) - 1) * 
(10**19) */
  WVFB = WVFB - 10 ; /* (10**37) */
  AFPD = AFPD + 100 ; /* (10**18) */
End ;
QUFB = WVFB / 1000 ; /* (10**19) ; Remainder in "RMFB" */
QUPD = QUFB ; /* Convert to Packed Decimal */
RMPD = RMFB ; /* Convert to Packed Decimal */
QUPD = QUPD + AFPD ;
OVPD = QUPD (20 digits)) || RMPD (19 digits) ;

Please note than in the last pseudo-code instruction, the 19 digits of RMPD + 
the sign field fill ten (10) bytes.  However, the sign field of QUPD must be 
ignored, so an MVO instruction can be used to shift the value one (1) nibble to 
the left.  The QUPD value (after discarding the rightmost byte) can be appended 
to the front of RMPD, giving you a 30-byte packed decimal value.  Please note 
that a packed decimal field of this length is NOT supported by IBM machine 
instructions except (I believe) for the ED/EDMK instructions ( I have not 
tested this).

The logic for converting a signed 128-bit value is slightly more complex, but 
is also do-able without any significant difficulty.

John P. Baker

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Amrith
Sent: Sunday, August 6, 2017 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Vector processing instructions

Folks, 
   Recently I was working with vector processing on z13 and noticed that we 
have 128bit add and sub instructions but no multiply(correct me here but the 
multiply is on 64bit)  or divide. Any idea on how to convert the 128bit 
signed/unsigned binary integer to packed decimal. If anyone is working with the 
vector instructions on z13 please IM me. 

Thanks
Amrith 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to find the Global zone names in SMP/E via REXX

[Paul Gilmartin]

On Wed, 9 Aug 2017 21:46:02 -0400, Gerhard Adam wrote:

>Isn't that the point of getting a file allocation report with every SMP run?  
>
That's after the fact; the damage has been done.  OK.  Study the report after
a *CHECK step.  But I think it's better to get the DDDEFs right when creating
the CSI and not worry about them in subsequent install and service jobs.

>On Aug 9, 2017, at 7:58 PM, Edward Gould wrote:
>
>>> On Aug 9, 2017, at 4:34 PM, Paul Gilmartin wrote:
>
>>> If the DSNames are in DDDEFs (highly recommended) they can be listed
>>> with SMP/E commands.  At times, a question has been posed here,
>>> "Can I, for a one-off, overide in JCL the DDDEFs in the CSIs?"  Yes, but
>>> don't do that!
>> 
>> Gil,
>> 
>> I have a preference to use JCL with dd’s in the step(proc) for maintenance.
>> 
>> I have been burned by a fellow sysprog as he managed to put the maintenance 
>> in the wrong zone. 

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to find the Global zone names in SMP/E via REXX

[CM Poncelet]

Yes indeed. The DSNames would not be those of the original DDDEFs, but
of the UCLIN REP[laced] ones - after a cloned CSI has been updated to
point at them.
 
E.g.
 
 //SMPCNTL  DD *
  SET BOUNDARY(GLOBAL)  
  . 
  UCLIN 
  . 
  REP DDDEF(SMPPTS) 
  DA(.SMPPTS)   
  SHR   
  . 
  DEL DDDEF(SMPLOG) 
  . 
  ADD DDDEF(SMPLOG) 
  SYSOUT(*) 
  . 
  ENDUCL
  .
 

 
 

On 10/08/2017 00:58, Edward Gould wrote:
>> On Aug 9, 2017, at 4:34 PM, Paul Gilmartin 
>> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>>
>> On Wed, 9 Aug 2017 20:58:11 +0100, CM Poncelet wrote:
>> ——SNIP--
>> If the DSNames are in DDDEFs (highly recommended) they can be listed
>> with SMP/E commands.  At times, a question has been posed here,
>> "Can I, for a one-off, overide in JCL the DDDEFs in the CSIs?"  Yes, but
>> don't do that!
> Gil,
>
> I have a preference to use JCL with dd’s in the step(proc) for maintenance.
>
> I have been burned by a fellow sysprog as he managed to put the maintenance 
> in the wrong zone. 
>
> After the IPL I started to get the phone calls saying that X is still broken. 
> The time it takes is a PITA. I then have to track down what went where.
> I also get a black mark from the programmers and my boss for screwing it up. 
> The black mark from the programmers is aggravating as then they stop trusting 
> me and I have to earn their trust back. The boss is not so forgiving even 
> when a 3rd person is involved. His answer is your fault as you didn’t verify 
> what the person did. Personally I don’t have the time in the day/evening to 
> check out what fellow sysprogs did. About 20 years ago I was putting in 100 
> hour work weeks and it burned me out.
> Once I figure out what happened, that means paper work and another scheduled 
> IPL. 
> I can *TRUST* JCL and not worry about the DDEF’s which are for all intents 
> purposes is invisible.
>
> Ed
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .
>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to find the Global zone names in SMP/E via REXX

[Gerhard Adam]

Isn't that the point of getting a file allocation report with every SMP run?  

Adam

Sent from my iPhone

On Aug 9, 2017, at 7:58 PM, Edward Gould  wrote:

>> On Aug 9, 2017, at 4:34 PM, Paul Gilmartin 
>> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>> 
>>> On Wed, 9 Aug 2017 20:58:11 +0100, CM Poncelet wrote:
>>> ——SNIP--
>> If the DSNames are in DDDEFs (highly recommended) they can be listed
>> with SMP/E commands.  At times, a question has been posed here,
>> "Can I, for a one-off, overide in JCL the DDDEFs in the CSIs?"  Yes, but
>> don't do that!
> 
> Gil,
> 
> I have a preference to use JCL with dd’s in the step(proc) for maintenance.
> 
> I have been burned by a fellow sysprog as he managed to put the maintenance 
> in the wrong zone. 
> 
> After the IPL I started to get the phone calls saying that X is still broken. 
> The time it takes is a PITA. I then have to track down what went where.
> I also get a black mark from the programmers and my boss for screwing it up. 
> The black mark from the programmers is aggravating as then they stop trusting 
> me and I have to earn their trust back. The boss is not so forgiving even 
> when a 3rd person is involved. His answer is your fault as you didn’t verify 
> what the person did. Personally I don’t have the time in the day/evening to 
> check out what fellow sysprogs did. About 20 years ago I was putting in 100 
> hour work weeks and it burned me out.
> Once I figure out what happened, that means paper work and another scheduled 
> IPL. 
> I can *TRUST* JCL and not worry about the DDEF’s which are for all intents 
> purposes is invisible.
> 
> Ed
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to find the Global zone names in SMP/E via REXX

[Paul Gilmartin]

On Wed, 9 Aug 2017 18:58:12 -0500, Edward Gould wrote:

>> On Aug 9, 2017, at 4:34 PM, Paul Gilmartin wrote:
>>> 
>> If the DSNames are in DDDEFs (highly recommended) they can be listed
>> with SMP/E commands.  At times, a question has been posed here,
>> "Can I, for a one-off, overide in JCL the DDDEFs in the CSIs?"  Yes, but
>> don't do that!
>
>Gil,
>
>I have a preference to use JCL with dd’s in the step(proc) for maintenance.
>
>I have been burned by a fellow sysprog as he managed to put the maintenance in 
>the wrong zone. 
>
If your fellow sysprog selects the wrong zone, are you better off for having
DD statements in the JCL for the zone he should have used rather than
DDDEFs in the zone he used matching that zone?

--gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: truss or strace cmd in USS

[David Crayford]

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa500/bptr.htm

> On 9 Aug 2017, at 11:15 pm, Rocky Mc Mahan  wrote:
> 
> Does anyone know the equivalent command in Unix System Services?
> 
> The Truss command traces a process’s system calls, dynamically loaded user 
> level function calls, received signals, and incurred machine faults.
> 
> Thanks!
> -Rocky
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to find the Global zone names in SMP/E via REXX

[Edward Gould]

> On Aug 9, 2017, at 4:34 PM, Paul Gilmartin 
> <000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> 
> On Wed, 9 Aug 2017 20:58:11 +0100, CM Poncelet wrote:
> ——SNIP--
>> 
> If the DSNames are in DDDEFs (highly recommended) they can be listed
> with SMP/E commands.  At times, a question has been posed here,
> "Can I, for a one-off, overide in JCL the DDDEFs in the CSIs?"  Yes, but
> don't do that!

Gil,

I have a preference to use JCL with dd’s in the step(proc) for maintenance.

I have been burned by a fellow sysprog as he managed to put the maintenance in 
the wrong zone. 

After the IPL I started to get the phone calls saying that X is still broken. 
The time it takes is a PITA. I then have to track down what went where.
I also get a black mark from the programmers and my boss for screwing it up. 
The black mark from the programmers is aggravating as then they stop trusting 
me and I have to earn their trust back. The boss is not so forgiving even when 
a 3rd person is involved. His answer is your fault as you didn’t verify what 
the person did. Personally I don’t have the time in the day/evening to check 
out what fellow sysprogs did. About 20 years ago I was putting in 100 hour work 
weeks and it burned me out.
Once I figure out what happened, that means paper work and another scheduled 
IPL. 
I can *TRUST* JCL and not worry about the DDEF’s which are for all intents 
purposes is invisible.

Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

COBOL STOP RUN enhancement

[Frank Swarbrick]

I am curious to hear opinions on something.  The current COBOL standard has an 
enhancement to the STOP RUN statement.  There are two new options, the ERROR 
phrase and the NORMAL phrase.  My first thought is that the NORMAL phrase could 
replace the RETURN-CODE special register, which is a non-standard IBM 
extension, for setting register 15 and thus the return code back to the OS.  An 
example is:

STOP RUN WITH NORMAL STATUS 16

This would set R15 to a value of 16 and then terminate the run-unit normally.  
Essentially the same as moving 16 to RETURN-CODE and then doing a STOP RUN.  
The advantage to it, other than being supported by the COBOL standard, is that 
the RETURN-CODE special register can be unintentionally set (usually back to 
zero) if you do a CALL statement after setting RETURN-CODE.

My further thinking is that perhaps the ERROR phrase of STOP RUN could cause an 
intentional abend.

STOP RUN WITH ERROR STATUS 1234

This could cause a U1234 abend (or possibly a specific user abend with the 1234 
being the "reason code"), which in turn would cause the run unit to "abnormally 
terminate" and do whatever abend processing your shop does.

Currently I believe the recommendation is to call the CEE3ABD routine (or 
CEE3AB2), and in the past one might call ILBOABN0.  Or in the case of our shop 
(I don't know the history/reasoning behind this) do an intentional data 
exception or division by zero.

Anyway it seems to me that an "official" COBOL method of doing this could be 
worthwhile.  I don't know if other languages such as C or PL/I have something 
similar.  All thoughts are welcome (preferably agreeing with me ).

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: MSGIEW2678S Module contains one or more deferred classes

[Frank Swarbrick]

There was a post to ibm-main by Allan Kielstra of IBM compiler development (I 
think) on May 10, 2017 (How are Program Object sections with Defer attribute 
loaded?) that discusses how the writable static area (WSA) is used in COBOL V5 
and COBOL V6.  Briefly, this is how I understand it.  If the "NOWSOPT" compiler 
option is used (the default in COBOL V5) then all COBOL working-storage is 
placed in the WSA.  If the "WSOPT" compiler option is used then working-storage 
is separately allocated upon initial entry to the program and the address of 
the WS is placed in the WSA.

Hopefully I got that all right!


From: IBM Mainframe Discussion List  on behalf of 
Farley, Peter x23353 
Sent: Wednesday, August 9, 2017 1:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MSGIEW2678S Module contains one or more deferred classes

I also see this in COBOL V5.2 binder listings for various programs of different 
types (sanitized):

CLASS  C_WSA LENGTH =  194  ATTRIBUTES = MRG, DEFER , RMODE=ANY
 OFFSET =0 IN SEGMENT 002 ALIGN = DBLWORD
---

CLASS
   OFFSET  NAMETYPELENGTH   SECTION
0  $PRIV12  PART10
   10  PROGNAME#S   PART   184  PROGNAME

The names and lengths are consistent among multiple programs, so the compiler 
must be doing something needing a WSA (Writable Static Area).

Perhaps Tom Ross could explain that part to us.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Wednesday, August 09, 2017 3:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MSGIEW2678S Module contains one or more deferred classes

As I understand it, at least all debugging information (TEST option) is now 
added as deferred data classes in the program object instead of being sent to a 
separate dataset at compile time.

The COBOL Pgmr's Guide says to totally eliminate TEST data use NOTEST(NODWARF). 
 Not sure if that eliminates all deferred classes though.

HTH

Pe6ter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Giliad Wilf
Sent: Wednesday, August 09, 2017 2:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MSGIEW2678S Module contains one or more deferred classes

On Wed, 9 Aug 2017 13:37:54 -0400, Tony Harminc  wrote:

>
>And the resulting IEW2678S makes sense in that context, because there
>is nowhere known to IEWBLODI for the deferred classes to be loaded
>from. So asking IBM to support deferred classes in IEWBLODI (or
>IEWBLOAD, which is the same thing except without the IDENTIFY), makes
>little sense. What might make sense would be an option on these two
>functions to force all deferred classes to be loaded at the same time
>as the non-deferred ones.
>
>And of course as John M points out, building the PO in a temporary
>dataset (or one or more UNIX files...?) would be about as easy, would
>perform almost as well, and sounds as though it would accomplish
>what's needed.
>
>Tony H.
>

Can you suggest why, and what for, does Ent. COBOL V5.1 for z/OS generate 
deferred data class(es) at all?
Is this being controlled by some compiler option that can be negated?
Obviously, Ent. COBOL V4.2 for z/OS does not do this.
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Nims,Alva John (Al)]

SoftAudit is now "IBM Tivoli License Compliance Manager for z/OS" after IBM 
acquired it.

Al Nims
UFIT
University of Florida
(352) 273-1298
@Home

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, August 09, 2017 4:35 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any SMF statistics available for LOAD of a program?

> Softaudit says it can do it, they would have to front end the SVC.
I believe they do or did. 



CharlesSent from a mobile; please excuse the brevity.
 Original message From: Edward Gould  
Date: 8/9/17  4:22 PM  (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 
Any SMF statistics available for LOAD of a program? 
> On Aug 9, 2017, at 12:06 PM, retired mainframer  
> wrote:
> 
> If the problem you are trying to solve is important to the 
> organization, ask the people who can run DAF for what you need and let 
> them sanitize the output for you.
> 
> Alternately, if the number of libraries containing the modules in 
> question is not too large and you can convince the security admins to 
> help, you could create dataset profiles for the libraries in WARNING mode 
> with access NONE.
> Every load would then generate a message in the system log.  It 
> wouldn't tell you which module was loaded but it would tell you which 
> library was being accessed by which job step.
> 
> For a brute force method, if you have a test system you can use, 
> recreate the libraries without the members.  As each LOAD fails, add that 
> member.
> When the jobs finally run successfully, any members not added are 
> likely unused.


I would like to hear from our RACF retired person on this.
I looked at this many years ago and the answer I got back from IBM was NO it 
will not show dynamically loaded programs.
I certainly would like this to be yes, but I can’t see how RACF could do it. I 
understand how they get the pgm=scan to be logged, but after that any 
dynamically load program is beyond (AFAIK) RACF capability.
Softaudit says it can do it, they would have to front end the SVC. 


Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to find the Global zone names in SMP/E via REXX

[Paul Gilmartin]

On Wed, 9 Aug 2017 20:58:11 +0100, CM Poncelet wrote:

>FWIW Any SMP/E PGM=GIMSMP (or any other PGM=) in batch TSO can be
>executed in REXX. All that is required is that the DDNames and datasets
>be allocated - either as preallocated SMPPLOG, SMPPTFIN, SMPHOLD etc. in
>the CSI's GLOBAL, TLIB and/or DLIB zones, or as 'ALLOC etc.' overrides -
>and then issuing a "CALL GIMSMP" or "CALL (GIMSMP)" in REXX.
> 
No need for TSO.  Use ADDRESS LINKMVS GIMSMP.

But I suspect the OP was seeking a solution that didn't involve scraping a
listing data set.

>The GLOBAL zone names will always be called 'GLOBAL'. The TLIB and DLIB
>zones can be called anything you choose, and can all be associated with
>a single GLOBAL zone (but this is not recommended unless they are
>'separate' FMIDs of a same product).
> 
In which case, they might as well, or better, be in a single zone pair,
especially if load modules are built with cross-FMID INCLUDEs.

>If the question was meant to be "How to find all the CSI DSNames in
>SMP/E via REXX", I cannot answer. Their DSNames could be anything,
>including e.g. the DSNs of clones of production etc. SMP/E CSIs.
> 
If the DSNames are in DDDEFs (highly recommended) they can be listed
with SMP/E commands.  At times, a question has been posed here,
"Can I, for a one-off, overide in JCL the DDDEFs in the CSIs?"  Yes, but
don't do that!

(How useful has the new-fangled DD *,SYMBOLS=JCLONLY proved to be
in making CSI definition UCLIN more consistent?)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Charles Mills]

> Softaudit says it can do it, they would have to front end the SVC.
I believe they do or did. 



CharlesSent from a mobile; please excuse the brevity.
 Original message From: Edward Gould  
Date: 8/9/17  4:22 PM  (GMT-05:00) To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: 
Any SMF statistics available for LOAD of a program? 
> On Aug 9, 2017, at 12:06 PM, retired mainframer  
> wrote:
> 
> If the problem you are trying to solve is important to the organization, ask
> the people who can run DAF for what you need and let them sanitize the
> output for you.
> 
> Alternately, if the number of libraries containing the modules in question
> is not too large and you can convince the security admins to help, you could
> create dataset profiles for the libraries in WARNING mode with access NONE.
> Every load would then generate a message in the system log.  It wouldn't
> tell you which module was loaded but it would tell you which library was
> being accessed by which job step.
> 
> For a brute force method, if you have a test system you can use, recreate
> the libraries without the members.  As each LOAD fails, add that member.
> When the jobs finally run successfully, any members not added are likely
> unused.


I would like to hear from our RACF retired person on this.
I looked at this many years ago and the answer I got back from IBM was NO it 
will not show dynamically loaded programs.
I certainly would like this to be yes, but I can’t see how RACF could do it. I 
understand how they get the pgm=scan to be logged, but after that any 
dynamically load program is beyond (AFAIK) RACF capability.
Softaudit says it can do it, they would have to front end the SVC. 


Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Edward Gould]

> On Aug 9, 2017, at 12:06 PM, retired mainframer  
> wrote:
> 
> If the problem you are trying to solve is important to the organization, ask
> the people who can run DAF for what you need and let them sanitize the
> output for you.
> 
> Alternately, if the number of libraries containing the modules in question
> is not too large and you can convince the security admins to help, you could
> create dataset profiles for the libraries in WARNING mode with access NONE.
> Every load would then generate a message in the system log.  It wouldn't
> tell you which module was loaded but it would tell you which library was
> being accessed by which job step.
> 
> For a brute force method, if you have a test system you can use, recreate
> the libraries without the members.  As each LOAD fails, add that member.
> When the jobs finally run successfully, any members not added are likely
> unused.


I would like to hear from our RACF retired person on this.
I looked at this many years ago and the answer I got back from IBM was NO it 
will not show dynamically loaded programs.
I certainly would like this to be yes, but I can’t see how RACF could do it. I 
understand how they get the pgm=scan to be logged, but after that any 
dynamically load program is beyond (AFAIK) RACF capability.
Softaudit says it can do it, they would have to front end the SVC. 


Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to find the Global zone names in SMP/E via REXX

[CM Poncelet]

FWIW Any SMP/E PGM=GIMSMP (or any other PGM=) in batch TSO can be
executed in REXX. All that is required is that the DDNames and datasets
be allocated - either as preallocated SMPPLOG, SMPPTFIN, SMPHOLD etc. in
the CSI's GLOBAL, TLIB and/or DLIB zones, or as 'ALLOC etc.' overrides -
and then issuing a "CALL GIMSMP" or "CALL (GIMSMP)" in REXX.
 
The GLOBAL zone names will always be called 'GLOBAL'. The TLIB and DLIB
zones can be called anything you choose, and can all be associated with
a single GLOBAL zone (but this is not recommended unless they are
'separate' FMIDs of a same product).
 
If the question was meant to be "How to find all the CSI DSNames in
SMP/E via REXX", I cannot answer. Their DSNames could be anything,
including e.g. the DSNs of clones of production etc. SMP/E CSIs.
 
HTH.
 
Chris Poncelet (retired sysprog)
 


On 09/08/2017 06:56, Nims,Alva John (Al) wrote:
> You will not get any argument from me about GIMAPI being "REXX Hostile," but 
> that is why I mentioned the CBTTAPE, I believe more than one person has 
> created the interface between REXX and GIMAPI, to let REXX work with it.
>
> Al Nims
> UFIT
> University of Florida
> (352) 273-1298
> @Home
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Paul Gilmartin
> Sent: Tuesday, August 08, 2017 3:07 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to find the Global zone names in SMP/E via REXX
>
> On 2017-08-08, at 11:01, Nims,Alva John (Al) wrote:
>
>> It is documented in "SA23-2276-02 SMP/E for z/OS Reference" look for GIMAPI, 
>> on the CBTTAPE are some routines that provide an interface between REXX and 
>> GIMAPI.
>>  
> I don't consider GIMAPI a Rexx API; it's Rexx-hostile.  It requires that the 
> caller supply pointers in argument blocks, and pointers are not a capability 
> of Rexx.  So an interface to the interface is necessary.
>
> ICSF did far better with its API -- its arguments are Rexx-friendly without 
> being Rexx-peculiar.  It's a pity that the designers of GIMAPI lacked such 
> foresight.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
> lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> .
>


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: MSGIEW2678S Module contains one or more deferred classes

[Farley, Peter x23353]

I also see this in COBOL V5.2 binder listings for various programs of different 
types (sanitized):

CLASS  C_WSA LENGTH =  194  ATTRIBUTES = MRG, DEFER , RMODE=ANY
 OFFSET =0 IN SEGMENT 002 ALIGN = DBLWORD  
---
   
CLASS  
   OFFSET  NAMETYPELENGTH   SECTION
0  $PRIV12  PART10 
   10  PROGNAME#S   PART   184  PROGNAME   

The names and lengths are consistent among multiple programs, so the compiler 
must be doing something needing a WSA (Writable Static Area).

Perhaps Tom Ross could explain that part to us.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Wednesday, August 09, 2017 3:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MSGIEW2678S Module contains one or more deferred classes

As I understand it, at least all debugging information (TEST option) is now 
added as deferred data classes in the program object instead of being sent to a 
separate dataset at compile time.

The COBOL Pgmr's Guide says to totally eliminate TEST data use NOTEST(NODWARF). 
 Not sure if that eliminates all deferred classes though.

HTH

Pe6ter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Giliad Wilf
Sent: Wednesday, August 09, 2017 2:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MSGIEW2678S Module contains one or more deferred classes

On Wed, 9 Aug 2017 13:37:54 -0400, Tony Harminc  wrote:

>
>And the resulting IEW2678S makes sense in that context, because there
>is nowhere known to IEWBLODI for the deferred classes to be loaded
>from. So asking IBM to support deferred classes in IEWBLODI (or
>IEWBLOAD, which is the same thing except without the IDENTIFY), makes
>little sense. What might make sense would be an option on these two
>functions to force all deferred classes to be loaded at the same time
>as the non-deferred ones.
>
>And of course as John M points out, building the PO in a temporary
>dataset (or one or more UNIX files...?) would be about as easy, would
>perform almost as well, and sounds as though it would accomplish
>what's needed.
>
>Tony H.
>
 
Can you suggest why, and what for, does Ent. COBOL V5.1 for z/OS generate 
deferred data class(es) at all?
Is this being controlled by some compiler option that can be negated?
Obviously, Ent. COBOL V4.2 for z/OS does not do this.
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: MSGIEW2678S Module contains one or more deferred classes

[Farley, Peter x23353]

As I understand it, at least all debugging information (TEST option) is now 
added as deferred data classes in the program object instead of being sent to a 
separate dataset at compile time.

The COBOL Pgmr's Guide says to totally eliminate TEST data use NOTEST(NODWARF). 
 Not sure if that eliminates all deferred classes though.

HTH

Pe6ter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Giliad Wilf
Sent: Wednesday, August 09, 2017 2:36 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: MSGIEW2678S Module contains one or more deferred classes

On Wed, 9 Aug 2017 13:37:54 -0400, Tony Harminc  wrote:

>
>And the resulting IEW2678S makes sense in that context, because there
>is nowhere known to IEWBLODI for the deferred classes to be loaded
>from. So asking IBM to support deferred classes in IEWBLODI (or
>IEWBLOAD, which is the same thing except without the IDENTIFY), makes
>little sense. What might make sense would be an option on these two
>functions to force all deferred classes to be loaded at the same time
>as the non-deferred ones.
>
>And of course as John M points out, building the PO in a temporary
>dataset (or one or more UNIX files...?) would be about as easy, would
>perform almost as well, and sounds as though it would accomplish
>what's needed.
>
>Tony H.
>
 
Can you suggest why, and what for, does Ent. COBOL V5.1 for z/OS generate 
deferred data class(es) at all?
Is this being controlled by some compiler option that can be negated?
Obviously, Ent. COBOL V4.2 for z/OS does not do this.
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Charles Mills]

> When the jobs finally run successfully, any members not added are likelyunused
At least not until year-end. 


CharlesSent from a mobile; please excuse the brevity.
null

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: MSGIEW2678S Module contains one or more deferred classes

[Giliad Wilf]

On Wed, 9 Aug 2017 13:37:54 -0400, Tony Harminc  wrote:

>
>And the resulting IEW2678S makes sense in that context, because there
>is nowhere known to IEWBLODI for the deferred classes to be loaded
>from. So asking IBM to support deferred classes in IEWBLODI (or
>IEWBLOAD, which is the same thing except without the IDENTIFY), makes
>little sense. What might make sense would be an option on these two
>functions to force all deferred classes to be loaded at the same time
>as the non-deferred ones.
>
>And of course as John M points out, building the PO in a temporary
>dataset (or one or more UNIX files...?) would be about as easy, would
>perform almost as well, and sounds as though it would accomplish
>what's needed.
>
>Tony H.
>
 
Can you suggest why, and what for, does Ent. COBOL V5.1 for z/OS generate 
deferred data class(es) at all?
Is this being controlled by some compiler option that can be negated?
Obviously, Ent. COBOL V4.2 for z/OS does not do this.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Farley, Peter x23353]

Yes it is important to the organization, but since apparently no SMF record has 
this information for dynamically LOADed programs there is no real point to 
asking for DAF or any other SMF reporting tool to be used.

Knowing the module name loaded is kind of the point - that's what we need to 
know.  There are very few application load libraries but many thousands and 
more of programs and more than that in jobs using those programs all day long 
and all night long.

Not having any keys to the system programmer kingdom I would not have any 
access to a test system even if I knew it existed.  And a test system would 
probably not be very much help anyway due to the large number of potential 
main-program users of the subroutines that would need to be individually tested 
one at a time.  This is a need to get LOAD information for several shop-wide 
utility subroutines potentially used across the enterprise.  It is a 
needle-in-a-haystack problem to find the one place that a seldom-used but 
possibly critical utility routine is actually used at run time.  Sometimes 
actual use of a utility routine is data dependent, and you may or may not have 
the data available to drive particular program usage at any given time.

As several fictional characters in the entertainment world have opined, "It's 
complicated".

Having LOADed program statistics in SMF historical data would, of course, solve 
the problem immediately, but we don't have those.

Thanks for the suggestions and for trying to help.  Appreciated.

Peter

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of retired mainframer
>Sent: Wednesday, August 09, 2017 1:06 PM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Any SMF statistics available for LOAD of a program?
>
>If the problem you are trying to solve is important to the organization, ask 
>the people who can run DAF for what you need and let them sanitize the output 
>for you.

>Alternately, if the number of libraries containing the modules in question is 
>not too large and you can convince the security admins to help, you could 
>create dataset profiles for the libraries in WARNING mode with access NONE.
>Every load would then generate a message in the system log.  It wouldn't tell 
>you which module was loaded but it would tell you which library was being 
>accessed by which job step.
>
>For a brute force method, if you have a test system you can use, recreate the 
>libraries without the members.  As each LOAD fails, add that member.
>When the jobs finally run successfully, any members not added are likely 
>unused.
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Farley, Peter x23353
>> Sent: Wednesday, August 09, 2017 8:02 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Re: Any SMF statistics available for LOAD of a program?
>> 
>> Unfortunately I have no access to any SMF data here and I am 
>> prohibited from running DCOLLECT for myself by security rules, so DAF while 
>> no doubt useful to others is not much use to me here.
>> 
>> These are old dynamically LOADed and called COBOL subroutines that we 
>> are not sure of the actual usage.  If they ever do get LOADed and called 
>> they will 
>> DISPLAY identifying information in SYSOUT, but that then requires reading 
>> the SYSOUT  archive extensively to determine whether they were ever actually 
>> used.  That also only  answers the question of
>> usage for as far back as the SYSOUT archive holds, which can be an 
>> issue if actual usage is (for instance) yearly or less often.
>> 
>> Archive scanning is tedious but doable.  My initial request was part 
>> of  deciding whether we need to use the tedious path or not.

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: MSGIEW2678S Module contains one or more deferred classes

[Tony Harminc]

On 9 August 2017 at 12:34, Binyamin Dissen  wrote:
> On Wed, 9 Aug 2017 08:10:53 -0500 Giliad Wilf wrote:

> :>You got it right.
> :>I need to further analyze the source to find out what else was IEWBLODI 
> supposed to do there.
>
> It builds the module in memory without requiring it to be hardened to disk.

And the resulting IEW2678S makes sense in that context, because there
is nowhere known to IEWBLODI for the deferred classes to be loaded
from. So asking IBM to support deferred classes in IEWBLODI (or
IEWBLOAD, which is the same thing except without the IDENTIFY), makes
little sense. What might make sense would be an option on these two
functions to force all deferred classes to be loaded at the same time
as the non-deferred ones.

And of course as John M points out, building the PO in a temporary
dataset (or one or more UNIX files...?) would be about as easy, would
perform almost as well, and sounds as though it would accomplish
what's needed.

Tony H.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[retired mainframer]

If the problem you are trying to solve is important to the organization, ask
the people who can run DAF for what you need and let them sanitize the
output for you.

Alternately, if the number of libraries containing the modules in question
is not too large and you can convince the security admins to help, you could
create dataset profiles for the libraries in WARNING mode with access NONE.
Every load would then generate a message in the system log.  It wouldn't
tell you which module was loaded but it would tell you which library was
being accessed by which job step.

For a brute force method, if you have a test system you can use, recreate
the libraries without the members.  As each LOAD fails, add that member.
When the jobs finally run successfully, any members not added are likely
unused.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Farley, Peter x23353
> Sent: Wednesday, August 09, 2017 8:02 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any SMF statistics available for LOAD of a program?
> 
> Unfortunately I have no access to any SMF data here and I am prohibited
from running
> DCOLLECT for myself by security rules, so DAF while no doubt useful to
others is not
> much use to me here.
> 
> These are old dynamically LOADed and called COBOL subroutines that we are
not sure of
> the actual usage.  If they ever do get LOADed and called they will DISPLAY
identifying
> information in SYSOUT, but that then requires reading the SYSOUT archive
extensively to
> determine whether they were ever actually used.  That also only answers
the question of
> usage for as far back as the SYSOUT archive holds, which can be an issue
if actual usage is
> (for instance) yearly or less often.
> 
> Archive scanning is tedious but doable.  My initial request was part of
deciding whether we
> need to use the tedious path or not.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: MSGIEW2678S Module contains one or more deferred classes

[John McKown]

On Wed, Aug 9, 2017 at 11:34 AM, Binyamin Dissen  wrote:

> On Wed, 9 Aug 2017 08:10:53 -0500 Giliad Wilf
> <00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote:
>
> :>On Wed, 9 Aug 2017 06:41:04 -0500, John McKown <
> john.archie.mck...@gmail.com> wrote:
> :>
> :>>I'm probably not really understanding what you want to do. So I'll give
> a
> :>>try at an alternate explanation for what I _think_ you want. You have a
> :>>"test" version of a program, call it TESTPGM, in your production PDSE.
> This
> :>>is a test version of PRODPGM in the same PDSE. You have another program,
> :>>MAINPGM, which invokes PRODPGM. You want MAINPGM to invoke TESTPGM
> instead,
> :>>without any changes to MAINPGM. You are running MAINPGM inside some
> sort of
> :>>debugger. You debugger can "dynamically rename" TESTPGM to PRODPGM by
> using
> :>>the IEWBLODI. I am wondering why you can't simply do a LOAD on  TESTPGM,
> :>>then use and IDENTIFY to create a CDE for the name PRODPGM using the EPA
> :>>for TESTPGM which you can get from the LOAD. Something akin to:
> :>>
> :>>  LOAD EPLOC=NEWNAME
> :>>  ST   0,NEWEPA SAME ENTRY POINT
> :>>  LR   1,0 LOAD EPA TO GPR1
> :>>  IDENTIFY EPLOC=OLDNAME,ENTRY=(1)
> :>>
> :>>Note, that I'm going mainly off of memory, so please excuse any errors
> in
> :>>the above.
> :>>
> :>>--
> :>>Veni, Vidi, VISA: I came, I saw, I did a little shopping.
> :>>
> :>>Maranatha! <><
> :>>John McKown
> :>
> :>You got it right.
> :>I need to further analyze the source to find out what else was IEWBLODI
> supposed to do there.
>
> It builds the module in memory without requiring it to be hardened to disk.
>

​Ah. Now that makes more sense. It's doing an "internal" form of "link &
go", joining multiple objects into a "program object" strictly in memory.
Being a lazy SOB, I would just do an IEWL into a temporary, dynamically
allocated, PDSE, then OPEN that and LOAD DCB= from it.​



>
> --
> Binyamin Dissen 
> http://www.dissensoftware.com
>
> Director, Dissen Software, Bar & Grill - Israel
>


-- 
If you look around the poker table & don't see an obvious sucker, it's you.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Clark Morris]

[Default] On 9 Aug 2017 08:23:19 -0700, in bit.listserv.ibm-main
david.jou...@53.com (Jousma, David) wrote:

>Im not aware of any method using existing system services to track execution 
>of subroutines below PGM=.   It would certainly be helpful to us, as we have 
>(I'm) many old application programs that pollute our system, but no one knows 
>if they are in use or not.  This is becoming somewhat of a issue for us as we 
>are starting the migration to EC V6.1, and are forced to minimally 
>convert/recompile OS VS programs, and some VS Cobol II.   I am pretty sure of 
>the thousands of these we have, there is a large percentage that are not in 
>use.   Oh well, that will be the problem for the application teams to figure 
>out I guess.   ;)
>
In the distant (over 25 years ago), I did long running GTF traces for
LOAD, LINK and ATTACH and analyzed the results.  Also if all of the
subroutines are CALLed using CALL 'module-name' the source can be
parsed to detect this using programs written in language of choice
including COBOL.  If called by the COBOL construct CALL data-name or
the equivalent in other languages, this condition can at least be
detected.

Clark Morris
>_
>Dave Jousma
>Manager Mainframe Engineering, Assistant Vice President
>david.jou...@53.com
>1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
>p 616.653.8429
>f 616.653.2717
>
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Farley, Peter x23353
>Sent: Wednesday, August 09, 2017 11:02 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Any SMF statistics available for LOAD of a program?
>
>CAUTION EXTERNAL EMAIL
>
>Unfortunately I have no access to any SMF data here and I am prohibited from 
>running DCOLLECT for myself by security rules, so DAF while no doubt useful to 
>others is not much use to me here.
>
>These are old dynamically LOADed and called COBOL subroutines that we are not 
>sure of the actual usage.  If they ever do get LOADed and called they will 
>DISPLAY identifying information in SYSOUT, but that then requires reading the 
>SYSOUT archive extensively to determine whether they were ever actually used.  
>That also only answers the question of usage for as far back as the SYSOUT 
>archive holds, which can be an issue if actual usage is (for instance) yearly 
>or less often.
>
>Archive scanning is tedious but doable.  My initial request was part of 
>deciding whether we need to use the tedious path or not.
>
>Thanks again for your prompt reply.
>
>Peter
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
>Behalf Of Lizette Koehler
>Sent: Wednesday, August 09, 2017 10:50 AM
>To: IBM-MAIN@LISTSERV.UA.EDU
>Subject: Re: Any SMF statistics available for LOAD of a program?
>
>There was a product you could purchase called SoftAudit.  It could do some of 
>what you are looking for (If I remember correctly)
>
>The other options some shops took, was having their programs issue a WTO 
>indicating what module called what.  Probably well past what you could work 
>with at this point.
>
>Another option was to create a calling program, that would cut an user SMF 
>record to collect some of this data.
>
>
>Where you are at, you might need to purchase a product, like SoftAudit, that 
>could do some of this analysis.  
>
>I think it would be very difficult to actually identify anything that is 
>executed from a LINK, XCTL, or LOAD function.  Very little in SMF other than 
>the pgmname that can be captured.  If you are asking - Can I identify when a 
>subroutine SUBA is called - probably not.  If you want to know when MAINA is 
>used, probably yes
>
>
>What you could do is download from CBTTAPE.ORG the utility DAF (Dataset Audit 
>Facility).  
>  File # 094 DAF from Mike Cleary - Dataset Audit Facility
>
>It can read all SMF Data and provide summary information based on
>
>   Program Name
>   Job Name 
>   Date 
>   DSN
>
>And so forth.
>
>I used it recently to see anything touching a specific library or program name.
>It was very helpful.
>
>You can see if DAF can help.
>
>Hope that helps.
>
>Lizette
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
>> On Behalf Of Farley, Peter x23353
>> Sent: Wednesday, August 09, 2017 6:13 AM
>> To: IBM-MAIN@LISTSERV.UA.EDU
>> Subject: Any SMF statistics available for LOAD of a program?
>> 
>> As the subject says, are there any such SMF statistics available?  We 
>> need to know if certain subroutines are ever LOADed anywhere in the 
>> sysplex by any batch program.  We do collect SMF data, but I need to 
>> know which one may help, if any.
>> 
>> I am not the systems programmer here, so I do not have access to any
>> systems- level SMF parameter information or operator commands, I have 
>> to request that information from the performance team.  I am just an 
>> 

Re: MSGIEW2678S Module contains one or more deferred classes

[Binyamin Dissen]

On Wed, 9 Aug 2017 08:10:53 -0500 Giliad Wilf
<00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote:

:>On Wed, 9 Aug 2017 06:41:04 -0500, John McKown  
wrote:
:>
:>>I'm probably not really understanding what you want to do. So I'll give a
:>>try at an alternate explanation for what I _think_ you want. You have a
:>>"test" version of a program, call it TESTPGM, in your production PDSE. This
:>>is a test version of PRODPGM in the same PDSE. You have another program,
:>>MAINPGM, which invokes PRODPGM. You want MAINPGM to invoke TESTPGM instead,
:>>without any changes to MAINPGM. You are running MAINPGM inside some sort of
:>>debugger. You debugger can "dynamically rename" TESTPGM to PRODPGM by using
:>>the IEWBLODI. I am wondering why you can't simply do a LOAD on  TESTPGM,
:>>then use and IDENTIFY to create a CDE for the name PRODPGM using the EPA
:>>for TESTPGM which you can get from the LOAD. Something akin to:
:>>
:>>  LOAD EPLOC=NEWNAME
:>>  ST   0,NEWEPA SAME ENTRY POINT
:>>  LR   1,0 LOAD EPA TO GPR1
:>>  IDENTIFY EPLOC=OLDNAME,ENTRY=(1)
:>>
:>>Note, that I'm going mainly off of memory, so please excuse any errors in
:>>the above.
:>>
:>>--
:>>Veni, Vidi, VISA: I came, I saw, I did a little shopping.
:>>
:>>Maranatha! <><
:>>John McKown
:>
:>You got it right.
:>I need to further analyze the source to find out what else was IEWBLODI 
supposed to do there.

It builds the module in memory without requiring it to be hardened to disk.

--
Binyamin Dissen 
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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: MSGIEW2678S Module contains one or more deferred classes

[Clark Morris]

[Default] On 9 Aug 2017 06:09:42 -0700, in bit.listserv.ibm-main
00d50942efa9-dmarc-requ...@listserv.ua.edu (Giliad Wilf) wrote:

>On Wed, 9 Aug 2017 06:41:04 -0500, John McKown  
>wrote:
>
>>I'm probably not really understanding what you want to do. So I'll give a
>>try at an alternate explanation for what I _think_ you want. You have a
>>"test" version of a program, call it TESTPGM, in your production PDSE. This
>>is a test version of PRODPGM in the same PDSE. You have another program,
>>MAINPGM, which invokes PRODPGM. You want MAINPGM to invoke TESTPGM instead,
>>without any changes to MAINPGM. You are running MAINPGM inside some sort of
>>debugger. You debugger can "dynamically rename" TESTPGM to PRODPGM by using
>>the IEWBLODI. I am wondering why you can't simply do a LOAD on  TESTPGM,
>>then use and IDENTIFY to create a CDE for the name PRODPGM using the EPA
>>for TESTPGM which you can get from the LOAD. Something akin to:
>>
>>  LOAD EPLOC=NEWNAME
>>  ST   0,NEWEPA SAME ENTRY POINT
>>  LR   1,0 LOAD EPA TO GPR1
>>  IDENTIFY EPLOC=OLDNAME,ENTRY=(1)
>>
>>Note, that I'm going mainly off of memory, so please excuse any errors in
>>the above.
>>
>>--
>>Veni, Vidi, VISA: I came, I saw, I did a little shopping.
>>
>>Maranatha! <><
>>John McKown
>
>You got it right.
>I need to further analyze the source to find out what else was IEWBLODI 
>supposed to do there.

Why wouldn't a separate STEPLIB in the STEPLIB concatenation with the
appropriately named module work?

Clark Morris
>Thank you.
>
>--
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Gord Tomlin]

On 2017-08-09 09:12, Farley, Peter x23353 wrote:

As the subject says, are there any such SMF statistics available?  We need to 
know if certain subroutines are ever LOADed anywhere in the sysplex by any 
batch program.  We do collect SMF data, but I need to know which one may help, 
if any.

I am not the systems programmer here, so I do not have access to any 
systems-level SMF parameter information or operator commands, I have to request 
that information from the performance team.  I am just an application 
programmer trying to track information down to aid an application project.

TIA for any assistance you can provide.

Peter


Shameless plug: eventACTION's Reference Tracker component will collect 
that information for you.


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Leon Trafalsk]

I have used MFM (Module Fetch Monitor) previously. This creates a TRACE 
file (not SMF) however it had proved itself to be very useful.
It was obtained by a separate (No Charge) agreement from IBM. This 
basically uses an LLA exit to capture the information required.


There was a share presentation on this in 2001.

regards
Leon


On 8/9/2017 10:49 PM, Lizette Koehler wrote:

There was a product you could purchase called SoftAudit.  It could do some of
what you are looking for (If I remember correctly)

The other options some shops took, was having their programs issue a WTO
indicating what module called what.  Probably well past what you could work with
at this point.

Another option was to create a calling program, that would cut an user SMF
record to collect some of this data.


Where you are at, you might need to purchase a product, like SoftAudit, that
could do some of this analysis.

I think it would be very difficult to actually identify anything that is
executed from a LINK, XCTL, or LOAD function.  Very little in SMF other than the
pgmname that can be captured.  If you are asking - Can I identify when a
subroutine SUBA is called - probably not.  If you want to know when MAINA is
used, probably yes


What you could do is download from CBTTAPE.ORG the utility DAF (Dataset Audit
Facility).
   File # 094 DAF from Mike Cleary - Dataset Audit Facility

It can read all SMF Data and provide summary information based on

Program Name
Job Name
Date
DSN

And so forth.

I used it recently to see anything touching a specific library or program name.
It was very helpful.

You can see if DAF can help.

Hope that helps.

Lizette




-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Farley, Peter x23353
Sent: Wednesday, August 09, 2017 6:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Any SMF statistics available for LOAD of a program?

As the subject says, are there any such SMF statistics available?  We need to
know if certain subroutines are ever LOADed anywhere in the sysplex by any
batch program.  We do collect SMF data, but I need to know which one may
help, if any.

I am not the systems programmer here, so I do not have access to any systems-
level SMF parameter information or operator commands, I have to request that
information from the performance team.  I am just an application programmer
trying to track information down to aid an application project.

TIA for any assistance you can provide.

Peter
--


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Jousma, David]

Im not aware of any method using existing system services to track execution of 
subroutines below PGM=.   It would certainly be helpful to us, as we have (I'm) 
many old application programs that pollute our system, but no one knows if they 
are in use or not.  This is becoming somewhat of a issue for us as we are 
starting the migration to EC V6.1, and are forced to minimally 
convert/recompile OS VS programs, and some VS Cobol II.   I am pretty sure of 
the thousands of these we have, there is a large percentage that are not in 
use.   Oh well, that will be the problem for the application teams to figure 
out I guess.   ;)

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Farley, Peter x23353
Sent: Wednesday, August 09, 2017 11:02 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any SMF statistics available for LOAD of a program?

CAUTION EXTERNAL EMAIL

Unfortunately I have no access to any SMF data here and I am prohibited from 
running DCOLLECT for myself by security rules, so DAF while no doubt useful to 
others is not much use to me here.

These are old dynamically LOADed and called COBOL subroutines that we are not 
sure of the actual usage.  If they ever do get LOADed and called they will 
DISPLAY identifying information in SYSOUT, but that then requires reading the 
SYSOUT archive extensively to determine whether they were ever actually used.  
That also only answers the question of usage for as far back as the SYSOUT 
archive holds, which can be an issue if actual usage is (for instance) yearly 
or less often.

Archive scanning is tedious but doable.  My initial request was part of 
deciding whether we need to use the tedious path or not.

Thanks again for your prompt reply.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, August 09, 2017 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any SMF statistics available for LOAD of a program?

There was a product you could purchase called SoftAudit.  It could do some of 
what you are looking for (If I remember correctly)

The other options some shops took, was having their programs issue a WTO 
indicating what module called what.  Probably well past what you could work 
with at this point.

Another option was to create a calling program, that would cut an user SMF 
record to collect some of this data.


Where you are at, you might need to purchase a product, like SoftAudit, that 
could do some of this analysis.  

I think it would be very difficult to actually identify anything that is 
executed from a LINK, XCTL, or LOAD function.  Very little in SMF other than 
the pgmname that can be captured.  If you are asking - Can I identify when a 
subroutine SUBA is called - probably not.  If you want to know when MAINA is 
used, probably yes


What you could do is download from CBTTAPE.ORG the utility DAF (Dataset Audit 
Facility).  
  File # 094 DAF from Mike Cleary - Dataset Audit Facility

It can read all SMF Data and provide summary information based on

   Program Name
   Job Name 
   Date 
   DSN

And so forth.

I used it recently to see anything touching a specific library or program name.
It was very helpful.

You can see if DAF can help.

Hope that helps.

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Farley, Peter x23353
> Sent: Wednesday, August 09, 2017 6:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Any SMF statistics available for LOAD of a program?
> 
> As the subject says, are there any such SMF statistics available?  We 
> need to know if certain subroutines are ever LOADed anywhere in the 
> sysplex by any batch program.  We do collect SMF data, but I need to 
> know which one may help, if any.
> 
> I am not the systems programmer here, so I do not have access to any
> systems- level SMF parameter information or operator commands, I have 
> to request that information from the performance team.  I am just an 
> application programmer trying to track information down to aid an application 
> project.
> 
> TIA for any assistance you can provide.
> 
> Peter
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

truss or strace cmd in USS

[Rocky Mc Mahan]

Does anyone know the equivalent command in Unix System Services?

The Truss command traces a process’s system calls, dynamically loaded user 
level function calls, received signals, and incurred machine faults.

Thanks!
-Rocky
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Farley, Peter x23353]

Unfortunately I have no access to any SMF data here and I am prohibited from 
running DCOLLECT for myself by security rules, so DAF while no doubt useful to 
others is not much use to me here.

These are old dynamically LOADed and called COBOL subroutines that we are not 
sure of the actual usage.  If they ever do get LOADed and called they will 
DISPLAY identifying information in SYSOUT, but that then requires reading the 
SYSOUT archive extensively to determine whether they were ever actually used.  
That also only answers the question of usage for as far back as the SYSOUT 
archive holds, which can be an issue if actual usage is (for instance) yearly 
or less often.

Archive scanning is tedious but doable.  My initial request was part of 
deciding whether we need to use the tedious path or not.

Thanks again for your prompt reply.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lizette Koehler
Sent: Wednesday, August 09, 2017 10:50 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any SMF statistics available for LOAD of a program?

There was a product you could purchase called SoftAudit.  It could do some of 
what you are looking for (If I remember correctly)

The other options some shops took, was having their programs issue a WTO 
indicating what module called what.  Probably well past what you could work 
with at this point.

Another option was to create a calling program, that would cut an user SMF 
record to collect some of this data.


Where you are at, you might need to purchase a product, like SoftAudit, that 
could do some of this analysis.  

I think it would be very difficult to actually identify anything that is 
executed from a LINK, XCTL, or LOAD function.  Very little in SMF other than 
the pgmname that can be captured.  If you are asking - Can I identify when a 
subroutine SUBA is called - probably not.  If you want to know when MAINA is 
used, probably yes


What you could do is download from CBTTAPE.ORG the utility DAF (Dataset Audit 
Facility).  
  File # 094 DAF from Mike Cleary - Dataset Audit Facility

It can read all SMF Data and provide summary information based on

   Program Name
   Job Name 
   Date 
   DSN

And so forth.

I used it recently to see anything touching a specific library or program name.
It was very helpful.

You can see if DAF can help.

Hope that helps.

Lizette

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
> On Behalf Of Farley, Peter x23353
> Sent: Wednesday, August 09, 2017 6:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Any SMF statistics available for LOAD of a program?
> 
> As the subject says, are there any such SMF statistics available?  We 
> need to know if certain subroutines are ever LOADed anywhere in the 
> sysplex by any batch program.  We do collect SMF data, but I need to 
> know which one may help, if any.
> 
> I am not the systems programmer here, so I do not have access to any 
> systems- level SMF parameter information or operator commands, I have 
> to request that information from the performance team.  I am just an 
> application programmer trying to track information down to aid an application 
> project.
> 
> TIA for any assistance you can provide.
> 
> Peter
--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Lizette Koehler]

There was a product you could purchase called SoftAudit.  It could do some of
what you are looking for (If I remember correctly)

The other options some shops took, was having their programs issue a WTO
indicating what module called what.  Probably well past what you could work with
at this point.

Another option was to create a calling program, that would cut an user SMF
record to collect some of this data.


Where you are at, you might need to purchase a product, like SoftAudit, that
could do some of this analysis.  

I think it would be very difficult to actually identify anything that is
executed from a LINK, XCTL, or LOAD function.  Very little in SMF other than the
pgmname that can be captured.  If you are asking - Can I identify when a
subroutine SUBA is called - probably not.  If you want to know when MAINA is
used, probably yes


What you could do is download from CBTTAPE.ORG the utility DAF (Dataset Audit
Facility).  
  File # 094 DAF from Mike Cleary - Dataset Audit Facility

It can read all SMF Data and provide summary information based on

   Program Name
   Job Name 
   Date 
   DSN

And so forth.

I used it recently to see anything touching a specific library or program name.
It was very helpful.

You can see if DAF can help.

Hope that helps.

Lizette



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Farley, Peter x23353
> Sent: Wednesday, August 09, 2017 6:13 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Any SMF statistics available for LOAD of a program?
> 
> As the subject says, are there any such SMF statistics available?  We need to
> know if certain subroutines are ever LOADed anywhere in the sysplex by any
> batch program.  We do collect SMF data, but I need to know which one may
> help, if any.
> 
> I am not the systems programmer here, so I do not have access to any systems-
> level SMF parameter information or operator commands, I have to request that
> information from the performance team.  I am just an application programmer
> trying to track information down to aid an application project.
> 
> TIA for any assistance you can provide.
> 
> Peter
> --
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Curse you, L-Soft!

[Smith III, Phil (HPE Data Security (Voltage))]

Gil,

Contact me off-list if you haven't heard from me already (I have an email 
address for you but it may be old).


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Farley, Peter x23353]

Thank you all for the prompt replies. Much appreciated.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Wednesday, August 09, 2017 9:34 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Any SMF statistics available for LOAD of a program?

This has been discussed not so long ago, I think. I remember I mentioned my LLA 
exits.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: 09 August, 2017 15:25
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any SMF statistics available for LOAD of a program?
> 
> Simple answer: NO, there is no SMF tracking of the LOAD functionality in
> z/OS.
> 
> On Wed, Aug 9, 2017 at 8:12 AM, Farley, Peter x23353 <
> peter.far...@broadridge.com> wrote:
> 
> > As the subject says, are there any such SMF statistics available?  We
> need
> > to know if certain subroutines are ever LOADed anywhere in the sysplex
> by
> > any batch program.  We do collect SMF data, but I need to know which
> one
> > may help, if any.
> >
> > I am not the systems programmer here, so I do not have access to any
> > systems-level SMF parameter information or operator commands, I have
> to
> > request that information from the performance team.  I am just an
> > application programmer trying to track information down to aid an
> > application project.
> >
> > TIA for any assistance you can provide.
> >
> > Peter
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Vernooij, Kees (ITOPT1) - KLM]

This has been discussed not so long ago, I think. I remember I mentioned my LLA 
exits.

Kees.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of John McKown
> Sent: 09 August, 2017 15:25
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Any SMF statistics available for LOAD of a program?
> 
> Simple answer: NO, there is no SMF tracking of the LOAD functionality in
> z/OS.
> 
> On Wed, Aug 9, 2017 at 8:12 AM, Farley, Peter x23353 <
> peter.far...@broadridge.com> wrote:
> 
> > As the subject says, are there any such SMF statistics available?  We
> need
> > to know if certain subroutines are ever LOADed anywhere in the sysplex
> by
> > any batch program.  We do collect SMF data, but I need to know which
> one
> > may help, if any.
> >
> > I am not the systems programmer here, so I do not have access to any
> > systems-level SMF parameter information or operator commands, I have
> to
> > request that information from the performance team.  I am just an
> > application programmer trying to track information down to aid an
> > application project.
> >
> > TIA for any assistance you can provide.
> >
> > Peter
> > --
> >
> >
> > This message and any attachments are intended only for the use of the
> > addressee and may contain information that is privileged and
> confidential.
> > If the reader of the message is not the intended recipient or an
> authorized
> > representative of the intended recipient, you are hereby notified that
> any
> > dissemination of this communication is strictly prohibited. If you
> have
> > received this communication in error, please notify us immediately by
> > e-mail and delete the message and any attachments from your system.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> >
> 
> 
> 
> --
> Veni, Vidi, VISA: I came, I saw, I did a little shopping.
> 
> Maranatha! <><
> John McKown
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Researching Destination z article on non-US mainframes

[Gord Tomlin]

On 2017-08-08 15:37, Gabe Goldberg wrote:

If you're running a non-US mainframe


Hi Gabe,

To clarify: do you mean an IBM mainframe that happens to be situated 
outside the US, a mainframe (non-IBM) that originated outside the US, or 
both?


Also, is Canada of interest to you? I think you would find the 
experiences very similar to those of US users, other than those related 
to dealing with IBM.


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[Charles Mills]

No. SMF 30 subtype 5 (?) has the jobstep program name, the USS program name
if any, and the program in the step that used the most CPU. That last field
is occasionally useful for situations such as yours.

Charles


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Farley, Peter x23353
Sent: Wednesday, August 9, 2017 9:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Any SMF statistics available for LOAD of a program?

As the subject says, are there any such SMF statistics available?  We need
to know if certain subroutines are ever LOADed anywhere in the sysplex by
any batch program.  We do collect SMF data, but I need to know which one may
help, if any.

I am not the systems programmer here, so I do not have access to any
systems-level SMF parameter information or operator commands, I have to
request that information from the performance team.  I am just an
application programmer trying to track information down to aid an
application project.

TIA for any assistance you can provide.

Peter
--


This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and confidential.
If the reader of the message is not the intended recipient or an authorized
representative of the intended recipient, you are hereby notified that any
dissemination of this communication is strictly prohibited. If you have
received this communication in error, please notify us immediately by e-mail
and delete the message and any attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Any SMF statistics available for LOAD of a program?

[John McKown]

Simple answer: NO, there is no SMF tracking of the LOAD functionality in
z/OS.

On Wed, Aug 9, 2017 at 8:12 AM, Farley, Peter x23353 <
peter.far...@broadridge.com> wrote:

> As the subject says, are there any such SMF statistics available?  We need
> to know if certain subroutines are ever LOADed anywhere in the sysplex by
> any batch program.  We do collect SMF data, but I need to know which one
> may help, if any.
>
> I am not the systems programmer here, so I do not have access to any
> systems-level SMF parameter information or operator commands, I have to
> request that information from the performance team.  I am just an
> application programmer trying to track information down to aid an
> application project.
>
> TIA for any assistance you can provide.
>
> Peter
> --
>
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Curse you, L-Soft!

[Paul Gilmartin]

On Wed, 9 Aug 2017 09:02:25 -0400, zMan wrote:

>OK, fair 'nuff! I'm on a horrible connection, wasn't inclined to dig.
>Has anyone asked them? Just wondering. They at least used to be a great
>company.
> 
They won't talk to me, or even let me subscribe to their own LISTSERV unless
I have a customer ID.  Is Eric Thomas still in charge?  The list at
http://www.lsoft.com/corporate/ericthomas.asp#3 seems to show he's been
quiescent for a decade.

>> The logo at the top of this page shows "LISTSERV 16.0".  The page at
>> http://www.lsoft.com/products/listserv_os.asp shows nothing newer.
>>
>> And your email headers show:
>> Received: by LISTSERV.UA.EDU (LISTSERV-TCP/IP release 16.0) with spool id
>> 2528
>>   for IBM-MAIN@LISTSERV.UA.EDU; Wed, 9 Aug 2017 07:30:08 -0500

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Any SMF statistics available for LOAD of a program?

[Farley, Peter x23353]

As the subject says, are there any such SMF statistics available?  We need to 
know if certain subroutines are ever LOADed anywhere in the sysplex by any 
batch program.  We do collect SMF data, but I need to know which one may help, 
if any.

I am not the systems programmer here, so I do not have access to any 
systems-level SMF parameter information or operator commands, I have to request 
that information from the performance team.  I am just an application 
programmer trying to track information down to aid an application project.

TIA for any assistance you can provide.

Peter
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z13s IOCP with FTP issue

[Parwez Hamid]

I appreciate this discussion is about z13s etc, just wanted you to be aware of 
SE/HMC changes with the z14 announcement. Additional details in the z14 
Technical Guide Redbook - SG24-8451

FTP Support Element through the HMC, Securely via Proxy

With this change the SE will no longer directly access FTP servers, but instead 
will do secure FTP communications between the HMCs and SEs. Secured via 
IBM-supplied certificates.
This enhancement also allows the SEs to remain on a 'Dedicated LAN' between the 
HMCs and SEs, and the FTP servers can be on the 2nd HMC outward LAN for Problem 
Call Home, automation, web browsing, etc.


FTP to HMC - List of updated tasks

System Input/Output Configuration Analyzer
Analyze Console Internal Code
Change Console Internal Code
Save Upgrade Data
Configure Backup Settings/Backup Crit. Console Data
Load from Removable Media or Server
FCP Configuration
OSA Advanced Facilities → Manual Config Options
Export WWPNs
Audit log Scheduled Operations
Export/Import IOCDS
Save/Restore Customizable Console Data
Crypto Config
View/Archive Security Logs

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: MSGIEW2678S Module contains one or more deferred classes

[Giliad Wilf]

On Wed, 9 Aug 2017 06:41:04 -0500, John McKown  
wrote:

>I'm probably not really understanding what you want to do. So I'll give a
>try at an alternate explanation for what I _think_ you want. You have a
>"test" version of a program, call it TESTPGM, in your production PDSE. This
>is a test version of PRODPGM in the same PDSE. You have another program,
>MAINPGM, which invokes PRODPGM. You want MAINPGM to invoke TESTPGM instead,
>without any changes to MAINPGM. You are running MAINPGM inside some sort of
>debugger. You debugger can "dynamically rename" TESTPGM to PRODPGM by using
>the IEWBLODI. I am wondering why you can't simply do a LOAD on  TESTPGM,
>then use and IDENTIFY to create a CDE for the name PRODPGM using the EPA
>for TESTPGM which you can get from the LOAD. Something akin to:
>
>  LOAD EPLOC=NEWNAME
>  ST   0,NEWEPA SAME ENTRY POINT
>  LR   1,0 LOAD EPA TO GPR1
>  IDENTIFY EPLOC=OLDNAME,ENTRY=(1)
>
>Note, that I'm going mainly off of memory, so please excuse any errors in
>the above.
>
>--
>Veni, Vidi, VISA: I came, I saw, I did a little shopping.
>
>Maranatha! <><
>John McKown

You got it right.
I need to further analyze the source to find out what else was IEWBLODI 
supposed to do there.
Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Curse you, L-Soft!

[zMan]

OK, fair 'nuff! I'm on a horrible connection, wasn't inclined to dig.
Has anyone asked them? Just wondering. They at least used to be a great
company.

On Wed, Aug 9, 2017 at 9:00 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 9 Aug 2017 08:29:39 -0400, zMan wrote:
>
> >Before blaming L-Soft, it probably makes sense to be sure the list is
> >running current software. I know many lists are way backlevel...
> >
> The logo at the top of this page shows "LISTSERV 16.0".  The page at
> http://www.lsoft.com/products/listserv_os.asp shows nothing newer.
>
> And your email headers show:
> Received: by LISTSERV.UA.EDU (LISTSERV-TCP/IP release 16.0) with spool id
> 2528
>   for IBM-MAIN@LISTSERV.UA.EDU; Wed, 9 Aug 2017 07:30:08 -0500
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Curse you, L-Soft!

[Paul Gilmartin]

On Wed, 9 Aug 2017 08:29:39 -0400, zMan wrote:

>Before blaming L-Soft, it probably makes sense to be sure the list is
>running current software. I know many lists are way backlevel...
> 
The logo at the top of this page shows "LISTSERV 16.0".  The page at
http://www.lsoft.com/products/listserv_os.asp shows nothing newer.

And your email headers show:
Received: by LISTSERV.UA.EDU (LISTSERV-TCP/IP release 16.0) with spool id 2528
  for IBM-MAIN@LISTSERV.UA.EDU; Wed, 9 Aug 2017 07:30:08 -0500

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Curse you, L-Soft!

[zMan]

Before blaming L-Soft, it probably makes sense to be sure the list is
running current software. I know many lists are way backlevel...

On Tue, Aug 8, 2017 at 4:01 PM, David W Noon <
013a910fd252-dmarc-requ...@listserv.ua.edu> wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On Tue, 8 Aug 2017 12:36:00 -0500, Elardus Engelbrecht
> (elardus.engelbre...@sita.co.za) wrote about "Curse you, L-Soft!" (in
> <8733075135946583.wa.elardus.engelbrechtsita.co...@listserv.ua.edu>):
>
> > David W Noon wrote:
> [snip]
> >> Hash: SHA1
> >
> > You're using SHA1, not SHA256? Ok, what e-mail software are you
> > using. If you don't want to answer, this is fine with me.
>
> The hash does not need to be particularly secure for signing, so SHA1 is
> plenty good enough. Even MD5 can still be used.
>
> I used Claws Mail to send that message. I am using Thunderbird to send
> this one. Claws is much more RFC-compliant than Thunderbird.
>
> >> You might see this message encoded as Base64. I am including a
> >> cryptographic signature and that usually requires a binary-safe
> >> encoding.
> >
> > Yes and I see this too: "-BEGIN PGP SIGNATURE-"
>
> I'll add a PGP signature to this message too. Thunderbird probably will
> not encode it as Base64 as T'bird is not RFC-compliant (or at least not
> as compliant as Claws). The only reason I do not use Claws all the time
> is because it does not always play nice with the MDA I use.
>
> SECOND ATTEMPT:
> ===
>
> LISTSERV does not accept messages signed with an attachment, only with
> an inline signature. The first attempt was rejected by LISTSERV. So
> we'll try again.
>
> > I don't remember I ever see that, but I can see your reply on
> > IBM-MAIN properly, but when I "quote" your reply while composing my
> > own reply to you and to IBM-MAIN via web-site, all your reply is
> > encrypted.
>
> I don't know what MUA(s) you are using, but I would feel inclined to use
> something else if I were you.
>
> > I believe someone posted an URL where you can place that encoded
> > message and that site can translate it for you into readable text.
>
> All UNIX-like systems have command-line utilities to decode Base64 into
> original text (or even binary).
>
> It has been many years since I last used Windows. I don't think I could
> live with its limitations these days.
> - --
> Regards,
>
> Dave  [RLU #314465]
> *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
> david.w.n...@googlemail.com (David W Noon)
> *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
>
>
> -BEGIN PGP SIGNATURE-
>
> iHoEARECADoWIQQj5Jtua8i7AnGK26uiBiBwjhb/lAUCWYoYohwcZGF2aWQudy5u
> b29uQGdvb2dsZW1haWwuY29tAAoJEKIGIHCOFv+UOIsAoLka/l+PWUvbLKC5fcAx
> ve+/4TI5AJ9CskfP8ZF3m+5R+x1yr8zswW4ymQ==
> =WN/U
> -END PGP SIGNATURE-
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: MSGIEW2678S Module contains one or more deferred classes

[John McKown]

I'm probably not really understanding what you want to do. So I'll give a
try at an alternate explanation for what I _think_ you want. You have a
"test" version of a program, call it TESTPGM, in your production PDSE. This
is a test version of PRODPGM in the same PDSE. You have another program,
MAINPGM, which invokes PRODPGM. You want MAINPGM to invoke TESTPGM instead,
without any changes to MAINPGM. You are running MAINPGM inside some sort of
debugger. You debugger can "dynamically rename" TESTPGM to PRODPGM by using
the IEWBLODI. I am wondering why you can't simply do a LOAD on  TESTPGM,
then use and IDENTIFY to create a CDE for the name PRODPGM using the EPA
for TESTPGM which you can get from the LOAD. Something akin to:

  LOAD EPLOC=NEWNAME
  ST   0,NEWEPA SAME ENTRY POINT
  LR   1,0 LOAD EPA TO GPR1
  IDENTIFY EPLOC=OLDNAME,ENTRY=(1)

Note, that I'm going mainly off of memory, so please excuse any errors in
the above.




On Wed, Aug 9, 2017 at 2:46 AM, Giliad Wilf <
00d50942efa9-dmarc-requ...@listserv.ua.edu> wrote:

> apologies All. Sorry for the "dense" post. Here is a re-send:
> Hi All, I'm trying to do an in-core re-bind of a program object
> currently residing in a PDSE, rename it, and present its new name to
> Contents Supervisor, by dynamically calling IEWBLODI to do
> the job.  IEWBLODI fails, issuing MSGIEW2678S, stating "MODULE CONTAINS
> DATA CLASSES NOT SUPPORTED BY THE LOAD FUNCTION", and further
> explaining "Module contains one or more deferred classes".
>  This program object has been generated by Enterprise COBOL V5.1
> for z/OS. The problem does not occur when the same source gets
> compiled by Enterprise COBOL V4.2 for z/OS.
>  Close inspection and comparison of the outputs of two compilers,
> V4.2 vs. V5.1, reveals that COBOL V4.2 generates program objects
> V2, while COBOL V5.1 generates program objects V3, that obviously contain
> some deferred data classe(s).
>  I've tried to enforce 'COMPAT=PM2' on the binder at step LKED of the
> procedure IGYWCL that called COBOL V5.1 to produce the
> initial program object, to no avail. The binder rejects this
> override and terminates with RC12.
>  Deferred classes are described as some performance measure
> intended for postponing costly instantiation, until they are really
> required.
>  This in-core re-bind for renaming, is part of a home-written debug
> monitor, intended to allow shop users to do maintenance on production
> COBOL subroutines, place them under some temporary name
> in production PDSEs, and renaming them in-core into their
> "production" names before invoking main programs that call them,
> so that these main programs will be able to call the subroutines by their
> "production" names (without having to change anything in
> the calling main programs).
>  OS is z/OS V2R2.
>  Any advice will be greatly appreciated.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
Veni, Vidi, VISA: I came, I saw, I did a little shopping.

Maranatha! <><
John McKown

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SVCDUMP consideration

[Peter Relson]

>Are there any CPU spike due to SVCDUMP ?

Of course there is. An SVC Dump takes a lot of cycles. And of course there 
is a spike in the consumption of frames needed to capture the data 
(whether that is real or auxiliary storage). z/OS attempts to make sure 
that this frame consumption does not have a significantly adverse affect 
on the rest of the system.

>Generally what are the factors needs to be considered while taking 
SVCDUMP

I'd think that your primary consideration is to try to make sure that SVC 
Dump is capturing the data that you need it to capture to diagnose the 
problem for which you are taking the dump, via such keywords as LIST, 
SUMLST, and SDATA.

In general, the system is set non-dispatchable until SVC Dump captures 
(not writes to data set) common storage, and the individual address 
space(s) being dumped are set non-dispatchable until their storage is 
captured. As with just about everything, there are exceptions. But if you 
want a "good" dump (i.e., one with consistent data), those things will 
have to happen

Peter Relson
z/OS Core Technology Design


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: z13s IOCP with FTP issue

[Jousma, David]

There are some reasons why you would interconnect the SE's with your company 
network.  In our environment, each SE has 2 lan adapters.  One going to private 
network, one going to company network.

1) If you use BCPII in System Automation, there has to be IP connectivity 
between the LPAR's and the SE's
2) If you are in a multi-cec environment across separate data centers, and you 
want to define all CEC's to all HMC's for redundancy, then you have to attach 
your SE's to your company network.
3) If you use an appliance to provide NTP time to your mainframes, the SE's 
need connectivity to the company network to reach that appliance.

_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tony Thigpen
Sent: Tuesday, August 08, 2017 6:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z13s IOCP with FTP issue

CAUTION EXTERNAL EMAIL

We don't let *anybody* into the network between the HMC and the SE. Too many 
SEs have default passwords on some of the 'special' IDs that can not be easily 
changed.

We bought a small two-nic nas box and placed it on both the SE network and the 
company network. IOCPs and ICCs go to it as an interim location. 
I.E., copy the IOCP to the nas. Then, access the nas via the company network. 
You could just add another nic card to your FTP server, but make sure that the 
server has all routing turned off.

Also, we set the default route on the SE to 0.0.0.0. An additional protection 
against anybody getting into that network segment.

Tony Thigpen

Eric Chevalier wrote on 08/08/2017 04:42 PM:
> On 8/3/17 10:13 AM, Tony Thigpen wrote:
>
>> 1) The ip address has to be available from SE laptop in the cpu. If 
>> you have the connections between the HMC and the SE on a isolated 
>> network, then the ftp box has to also be on that same isolated network.
>
> We have our HMC on an internal company network so it can be accessed 
> from anywhere, even remotely via VPN. Is there any good technical 
> reason why the SE can't also be on that network for better access to 
> FTP servers in our organization? I realize that having the SE on a 
> separate private network might be better security, but that caused 
> some grief recently. We needed to import an IOCDS into our z13, but 
> that file was in our headquarters office. Because port forwarding 
> isn't enabled on the HMC, so we couldn't get access to the FTP server hosting 
> the IOCDS.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send 
> email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN **DO NOT open 
attachments or click on links from unknown senders or unexpected emails**

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Vector processing instructions

[Charles Mills]

A 40-digit decimal number? Really?

The main advantage of binary integers is that they compute readily on a 
computer. The main advantage of decimal integers is that they are easy for 
humans to read. But 40-digit decimal numbers?

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Amrith
Sent: Sunday, August 6, 2017 9:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Vector processing instructions

Folks, 
   Recently I was working with vector processing on z13 and noticed that we 
have 128bit add and sub instructions but no multiply(correct me here but the 
multiply is on 64bit)  or divide. Any idea on how to convert the 128bit 
signed/unsigned binary integer to packed decimal. If anyone is working with the 
vector instructions on z13 please IM me. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

MSGIEW2678S Module contains one or more deferred classes

[Giliad Wilf]

apologies All. Sorry for the "dense" post. Here is a re-send:  
Hi All, I'm trying to do an in-core re-bind of a program object currently 
residing in a PDSE, rename it, and present its new name to 
Contents Supervisor, by dynamically calling IEWBLODI to do the job.  IEWBLODI 
fails, issuing MSGIEW2678S, stating "MODULE CONTAINS 
DATA CLASSES NOT SUPPORTED BY THE LOAD FUNCTION", and further 
explaining "Module contains one or more deferred classes". 
 This program object has been generated by Enterprise COBOL V5.1 
for z/OS. The problem does not occur when the same source gets 
compiled by Enterprise COBOL V4.2 for z/OS. 
 Close inspection and comparison of the outputs of two compilers, 
V4.2 vs. V5.1, reveals that COBOL V4.2 generates program objects 
V2, while COBOL V5.1 generates program objects V3, that obviously contain some 
deferred data classe(s). 
 I've tried to enforce 'COMPAT=PM2' on the binder at step LKED of the procedure 
IGYWCL that called COBOL V5.1 to produce the 
initial program object, to no avail. The binder rejects this 
override and terminates with RC12. 
 Deferred classes are described as some performance measure 
intended for postponing costly instantiation, until they are really required. 
 This in-core re-bind for renaming, is part of a home-written debug 
monitor, intended to allow shop users to do maintenance on production COBOL 
subroutines, place them under some temporary name 
in production PDSEs, and renaming them in-core into their 
"production" names before invoking main programs that call them, 
so that these main programs will be able to call the subroutines by their 
"production" names (without having to change anything in 
the calling main programs). 
 OS is z/OS V2R2. 
 Any advice will be greatly appreciated. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

MSGIEW2678S Module contains one or more deferred classes

[Giliad Wilf]

Hi All, I'm trying to do an in-core re-bind of a program object currently 
residing in a PDSE, rename it, and present its new name to Contents Supervisor, 
by dynamically calling IEWBLODI to do the job. IEWBLODI fails, issuing 
MSGIEW2678S, stating "MODULE CONTAINS DATA CLASSES NOT SUPPORTED BY THE LOAD 
FUNCTION", and further explaining "Module contains one or more deferred 
classes".
 This program object has been generated by Enterprise COBOL V5.1 for z/OS.The 
problem does not occur when the same source gets compiled by Enterprise COBOL 
V4.2 for z/OS. Close inspection and comparison of the outputs of two compilers, 
V4.2 vs. V5.1, reveals that COBOL V4.2 generates program objects V2, while 
COBOL V5.1 generates program objects V3, that obviously contain some deferred 
data classe(s). I've tried to enforce 'COMPAT=PM2' on the binder at step LKED 
of the procedure IGYWCL that called COBOL V5.1 to produce the initial program 
object, to no avail. The binder rejects this override and terminates with RC12. 
Deferred classes are described as some performance measure intended for 
postponing costly instantiation, until it is really required. This in-core 
re-bind for renaming, is part of a home-written debug monitor, intended to 
allow shop users to do maintenance on production COBOL subroutines, place them 
under some temporary name in production PDSEs, and renaming them in-core into 
their "production" names before invoking main programs that call them, so that 
these main programs will be able to call the subroutines by their "production" 
names (without having to change anything in the calling main programs).   OS is 
z/OS V2R2. Any advice will be greatly appreciated. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN