Re: DSPUSRPRF OBJOWN

Why not WRKOBJOWN?

I strongly urge you to start using the SQL tooling IBM provides. It’s faster (most of the time) and easier to see what’s going on. I’m guessing you are using DSPUSRPRF to an out file then processing that. How much time has elapsed since you made the change? Was the object being used at the time? The object header may not have been updated for several reasons if the object was in use.


Jim Oberholtzer
Agile Technology Architects

On Apr 21, 2026, at 3:43 AM, konsult@xxxxxxxxxxxxxxx wrote:

I am working on streamlining object ownership for a client and have found
something a bit peculiar:



Normal users are not supposed to own objects in the application. I use
DSPUSRPRF with option to list owned objects for a user.



BUT when I change object owner for the objects (to the application group
profile) they are still listed when I use DSPUSRPRF for that user with the
only difference being that the library is blank.



To me it seems as if DSPUSRPRF does not work properly for this purpose any
longer. Or am I missing any PTF??



Example:



Display Owned Objects



User profile . . . . . . . : NN

Total objects . . . . . . : 2



ASP Authority

Object Library Type Device Holder

B.XXXXX *FILE *SYSBAS







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

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related questions.