On Tue, 2011-12-27 at 01:08 -0500, Robert A. Rosenberg wrote: > At 10:21 -0800 on 12/26/2011, Edward Jaffe wrote about Re: > Eight-character TSO Userid Support:: > > >Application environments are responsible for supporting whatever the > >current architected userid length is. It has been asserted that TSO > >is the only z/OS application environment in 2011 (soon 2012) that > >can't handle that fundamental requirement. I'm trying to discover if > >that's a true statement. None of the responses I've received > >thus-far have offered anything to disprove that assertion. If true, > >fixing TSO will provide *complete* eight-character userid support > >for z/OS. > > The problem with allowing TSO to use 8 Character USERIDs is that it > makes some TSO commands fail. Jobnames are 8 characters max. Submit > (at least ISPF Automatic Submit) adds a one character suffix to the > UserID and thus breaks if the UserID is 8 Characters (since that > would result in an invalid length 9 character JOBNAME). Also OUTPUT > (used by ISPF 3.8) validates that the JOBNAME is UserID+1_Character > and thus would not be able to handle 8 character UserIDs. >
I would think that the TSO SUBMIT could be gotten around rather easily, for IBM. But due to OCO might be a bit difficult for the average shop. Especially if they are like where I work. We don't "do" exits very much any more. If it is not customizable via PARMLIB or an "options" type module, then "it cannot be done at all". We do use the IKJEFF53 exit to allow users to do OUTPUT / STATUS / CANCEL of jobs which do not conform to the userid+1 job name restriction. Not that anybody in our shop ever uses those commands, other than myself on rare occasion. We secure jobs using SAF/RACF with JESJOBS and JESSPOOL profiles. This exit would likely go away if anybody really knew that it existed. Everybody else where I work uses only SDSF. I'm weird <grin>. I like to use a UNIX shell a bit. And I use Dovetailed Technologies' "fromdsn" command to copy SPOOL output to a UNIX file. I use the "tsocmd" command to purge the job output (CANCEL ... PURGE). I'm thinking of trying to write an "rmjes" command just to have a "UNIXy" way to purge output. And because using TSO commands from the UNIX shell just "irritates" me. -- John McKown Maranatha! <>< ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
