Good news! The problem wasn't in vendor code, but in our "we know what we typed" midndset, we made a typo in one of the files' alias definitions and transposed a couple characters. We looked at this several times, but only saw what we wanted to see. It took a pair of fresh, unknowing eyes to pick it up.
"The system should have known what we wanted!" Thanks for all the input here - I will store this away for future reference! Have a great morning, afternoon, or evening whereever you are! *don* On Thu, Jun 2, 2011 at 5:34 AM, Binyamin Dissen <[email protected]>wrote: > On Wed, 1 Jun 2011 20:23:06 -0400 Lizette Koehler <[email protected] > > > wrote: > > :>> > >Hi friends! > :>> > >Can anyone suggest a reason why a job runs fine with APF authorized > :>> > loadlibs > :>> > >when the actual files are used, but fails as unauthorized when using > :>> > >a dataset alias? APF shows the correct file on the correct volume, > :>> > >and I > :>> > know > :>> > >that I do not need to add the alias name to APF list, right? What > :>> > >other things can I check, and is there a way for a file to lose APF > :>> > >when using > :>> > an > :>> > >alias? > > :>> > >My understanding is that the Alias is only used to locate the "real" > :>> > >file from the catalog, but then when it is opened, the "real" file > is > :>used. > > :>> > >Thanks in advance for your thoughts and help! > :>> > >*don* > > :>Don I will agree with what others have stated. > > :>If it is an APF issue, you should see system abends like S106 or S047. > If > :>your application is producing an error message then it is very likely it > is > :>the application and the way it is doing its function. > > I would have to disagree. > > Much code does a TESTAUTH FCTN=1 with a graceful exit / different > processing > if not APF. > > :>You should have the owner of the code explain how this error message is > :>being produced. > > -- > Binyamin Dissen <[email protected]> > http://www.dissensoftware.com > > Director, Dissen Software, Bar & Grill - Israel > > > Should you use the mailblocks package and expect a response from me, > you should preauthorize the dissensoftware.com domain. > > I very rarely bother responding to challenge/response systems, > especially those from irresponsible companies. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- 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
