What about those with 9 character userids, or 27 character userids? If you have to increase the size of a character string and there's no sound reason not to, take a big step, not a baby step. Take 8 character TSO prefixes - please!
-- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List <[email protected]> on behalf of Charles Mills <[email protected]> Sent: Saturday, July 21, 2018 1:40 PM To: [email protected] Subject: Re: OA55889 for TSO/E in z/OS 2.3 FWIW I think there was pressure from shops with 8-character IDs elsewhere who wanted consistency on z/OS. Not saying it was a good idea, or a bad idea, just sayin' ... Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Jesse 1 Robinson Sent: Saturday, July 21, 2018 10:14 AM To: [email protected] Subject: OA55889 for TSO/E in z/OS 2.3 I've been an outspoken critic of the move to 8-character TSO userids. Aside from the belief that it's hugely expensive and mostly pointless, I've objected to the pain and agony the change would inevitably inflict on customers regardless of their actual desire for longer ids. We encountered a problem in z/OS 2.3 of the sort I was dreading. In displaying a userid with ACCOUNT LIST() command, we encountered S0C4 in IKJEFA42, which support tracked to problem related to the handling of 8-character userids. The 7-character id that gets the abend has existed since the 1990's. It's just a code change fallout. APAR OA55889 has been taken to correct this particular problem. QED. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
