At 7:21 AM -0500 9/2/07, Kenneth E Tomiak wrote:
On Fri, 31 Aug 2007 21:18:58 -0700, Harry Goldschmitt <[EMAIL PROTECTED]>
wrote:
I've got an LE C++ program that fopens 3 different members of the
same PDS. The first 2 fopens and fcloses work fine, but the 3rd
fopen gets a permission error for some users. I've traced the
problem a to missing OMVS segments for the failing users. I've
resolved this in the past by just defining an OMVS segment in RACF
for the users that wish to run the program. Now, however, I'm trying
to run it at a site with ACF2. All users have a default OMVS segment
defined but I'm still getting the problem.
My application gets an "EDC5111I Permission denied.
>(errno2=0x5b450002) DD:TEST3" message.
I do not follow your logic. If you had permission to use the dataset
USERID.TEST for the first two fopens then you have it for the third and your
real problem should be something else. Is it really USERID.TEST or
&SYSUID..TEST?
No, the DD statements match those I initially sent in my first message:
//TEST1 DD DISP=SHR,DSN=USERID.TEST(TEST1)
//TEST2 DD DISP=SHR,DSN=USERID.TEST(TEST2)
//TEST3 DD DISP=SHR,DSN=USERID.TEST(TEST3)
When you looked up errno2, what did it tell you?
http://publibz.boulder.ibm.com/cgi-
bin/bookmgr_OS390/BOOKS/BPXZA870/CCONTENTS
The current (requesting) process
does not have the requested access
authority to the file, or
directory.
Do they have ACF2 access to USERID.TEST?
They are all being opened and closed in order in the same task.
I did look up the reason code/errno2, and I can't find it. It could
be that it's being issued from ACF2.
I don't have the RACF reason code memorized, but when I've run into
this in RACF, defining an OMVS segment for the users trying to run
the program fixed the problem. In fact, creating the OMVS segment
with ACF2 worked on z/OS 1.7 at this location. What doesn't work
anymore is ACF2 on z/OS 1.8.
One of the earlier replies to my post suggested that the member may
not exist. I can't check at the ACF2 site till Tuesday, but when I
try it under RACF, I get an S013 ABEND, just like you'd expect.
Harry
----------------------------------------------------------------------
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
