It's not DFSORT. It's code that does a character compare against some literal
to see if the RACF level is at least 'x' (that presumably supports some
particular function or behavior).
Level = sysvar('SYSLRACF')
If Level > '7730' ... /* support is available ... */
That compare will be false for a return value of '77A0'.
It is kind of poor design returning a character value that must be treated as a
hex string in order to get the behavior that people will expect.
Charles
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Paul Gilmartin
Sent: Thursday, June 24, 2021 12:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: z/OS SYSVAR looks weird
On Mon, 21 Jun 2021 14:35:46 -0700, Charles Mills wrote:
>Did you read the doc? They are concerned because 77A0 will character compare
>low to 7790 and mess up peoples' logic. Seems to me if you do character
>compares on hex data you get what you deserve, but I don't make up the rules.
>
Errr ...
"77A0" < "7790" (EBCDIC)
"77A0" > "7790" (ASCII)
Do they need to specify the CCSID? (I believe DFSORT provides such an option.)
The doc is probably ASCII-centric.
-- gil
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
