On 7/6/2011 11:48 AM, Gord Tomlin wrote:
The OP was looking for a facility that would provide "a list of modules used and which libraries they were taken from". Gerard Postpischil replied with "The short answer to this is that it's not possible." Since we have a product feature that provides this very function, I felt that it was relevant to provide the information, and I marked my post as a "shameless plug", since I was mentioning a feature of one of our products.
I don't know who Gerard Postpischil is, but I agree with his post. It seems to me that you, and the product you mention, are not considering the full extent of what "program execution" entails.
Let's take the simplest "weird" case: I open a concatenation of PDSs. My program uses NOTE/POINT or EXCP to read the directories of each PDS in order to detect duplicates. It finds three copies of module ABC, derives the proper TTR for the second copy, and reads that into storage for execution (I have a subroutine to load modules that are neither in overlay nor scatter load); your program never sees this execution. If I did things the "proper" way, I'd use an IDENTIFY once that module is in memory. If you now see the execution, tracing the module name back through the open DCB, you'd find the first, rather than second occurrence, and record the wrong library. In general, any IDENTIFY can confuse source libraries, as the name need not be unique.
In the extreme, a program may build its own I/O control blocks, load a module, and execute it without ever using any system services other than I/O and WAIT, neither of which would tell you anything if intercepted. There's also the case of invoking the loader - the intended load module is built on the fly, and there is no load library it came from.
In the OP's case, programs were migrated from VSE, so it may be reasonable to conclude that no extremes are taken. In that case your program may well be highly useful; as I pointed out in the rest of the message, there may be commercial and CBT programs for the purpose, although I've never had to use any.
Also, your post addressed a strictly technical issue, and neither I nor most other readers considered it an ad.
I have already communicated with the owner of the listserv on this matter. Nevertheless, if members of this listserv believe this post to be inappropriate, I will not make any similar posts in the future. My intent was to inform, no to offend.
Your intent was to provide help, and was to the point, and I don't see why anyone would find that offensive, since that's the purpose of the list.
Gerhard Postpischil Bradford, VT ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
