all the user by their userclass?
CharlieBrowne’s answer is correct, but it might not be what you really need. What is the business problem that you’re trying to solve?
The USRCLS() attribute only has two purposes.
First, it can supply default special authorities for CRTUSRPRF and CHGUSRPRF if (and only if) you also use SPCAUT(*USRCLS). Second, IBM menus may condition the appearance of menu options on USRCLS().
The USRCLS() attribute does not grant any authorities. Even if a menu option is not shown, the user can still run the function behind the menu if that user has the appropriate authority, regardless of USRCLS().
The attribute has no effect on what the user can do unless you create programming that explicitly tests it.
so tom u say that other than programming we can’t dsply userclass using command.,
Ummm, that was cold taking my avatar without even a may I or a thank you please… Cold, very cold…
I believe Tom was saying that you USE the USRCLS without programming.
But you can still display the values as I described.
we can’t dsply userclass
Maybe I can clarify. You can display it. I was trying to be sure that you had a reason for displaying it.
Since it isn’t useful for much of anything, it shouldn’t be relied upon. It is possible that what you really need to look at are special authorities instead of user class.
User class doesn’t really tell you anything. The actual power is in the special authorities of users (and of their groups).
You can definitely display user class. You can list profiles to a file and query the file ordered by user class. But that doesn’t give you much useful information. So I asked about what use you wanted to make of it. That is, what is the business problem that needs the information? If we know what the problem is, we might have a better solution.