|
I wrote:
QlgGetpwuid is out, as it's V5.I looked at getpwuid myself. According to the V4R2 and V4R4 Softcopy manuals,READ authority is required to the user profile associated with the uid.But in the V5 Disinformation Center, it says*READ authority is required to the user profile associated with the UID. If the user does not have*READ authority,only the user name, user ID, and group ID values are returned. Note: Adopted authority is not used.Does anybody know if the latter behavior was always that way, or if it was new in V5?
As it turns out, it's new in V5. That left me with Qp0lGetAttr().
Unfortunately, our C compiler, and all our includes, and the only box on which I trust the C compiler, are all V4R2, and Qp0lGetAttr() is at least V4R3, possibly R4. So I had to make the damned thing work without the proper includes, and with compilation to module-level on one box, and linking and testing on another. Royal pain in the butt, but it works. And since the IFS objects in question, the only ones this thing is to be used on, all have *PUBLIC *ALL authority, it even works from a *USRPRF I just created with essentially no privileges whatsoever.
I feel like I spent the day beating my head against a brick wall until I finally punched a hole in it.
-- JHHL
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.
midrange.com
