Just an idea:
Do the modules include embedded SQL?
Will tables and views created with SQL be accessed?

If so which naming (SQL or System-Naming) was used in creating those
When using SQL Naming or mixing System and SQL naming you may get unexpected
For more information you may check the following article:
System versus SQL Naming - Part 1

Mit freundlichen Grüßen / Best regards

Birgitta Hauser

"Shoot for the moon, even if you miss, you'll land among the stars." (Les
"If you think education is expensive, try ignorance." (Derek Bok)
"What is worse than training your staff and losing them? Not training them
and keeping them!"

-----Ursprüngliche Nachricht-----
Von: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] Im Auftrag von Jeffrey Tickner
Gesendet: Thursday, 05.4 2012 21:09
An: midrange-l@xxxxxxxxxxxx
Betreff: ILE PGM getting authority error when it does have authority

This makes no sense so I'm thinking there is another attribute that is
causing this authority error as a red herring.

There is an ILE program object, 29 modules bound in, that has an owner of
FILEUSER and it adopts *OWNER authority.
It was recently recompiled and now when it goes to update a file it gets a
CPF4269 not authorized to object.
The file it is trying to update is secured by an AUTL that has *PUBLIC
As a test the program object was compiled again in a temporary library, that
library moved to the top of the library list and it works fine with the same
I'm think there is something different in how the 2 objects were compiled
but I don't have a compile listing anymore for the first program so I don't
know the exact create parms.

Is there any other attribute that can cause an authority error?
They both have the same activation group, QILE.

I searched the archives for CPF4269 and didn't find anything helpful

Jeff Tickner
Arcad Software

This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/midrange-l.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].