On 12/20/2013 8:00 AM, Paul Gilmartin wrote:
On Fri, 20 Dec 2013 07:51:12 -0800, Ed Jaffe wrote:
I used to erroneously believe CSV would abend306 immediately when it
found an unauthorized (spoofed?) copy, and years later discovered (the
"hard" way - surely my fault for not reading the book carefully enough)
that it simply ignores them until the module search is complete. If an
unauthorized copy was found: 306; otherwise: 806.
I remember trying to use a temporary STEPLIB to fix a problem and the
problem was not fixed. Agonized over it for quite some with dumps, debug
sessions, etc. until I finally understood what was going on. The STEPLIB
was not authorized. Duh!
That behavior, as you discovered, is more confusing than useful.
It's useful from the system's perspective. Otherwise, "pranksters" could
deliberately introduce unexpected S306 abends at highly inopportune
moments simply by copying IEFBR14, with various strategically-chosen
module names, into their own, someone else's, or a shared load library.
IMHO, the current processing maintains better system integrity by not
introducing "surprise" (aka "untested") abends into existing authorized
module flow.
--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN
