This happens for most TSO IDs using SDSF with any ISPF function (SJ, SE ) The library SYS1.ISP.SISPCLIB is shared across all environments and we only have 3 logon procs. I can make it fail consistantly on one system. On another I cannot make it fail for the same ID.
I have tried copying the clist to my private library, copying the proc, and then placing my lib at the top of SYSPROC. This does pick up the correct copy, but does not fail. So I am searching the SYSPROC list to see if there is another copy of this clist. Lizette > >Listers, > >I will probably cross post later to TSO-REXX newsgroup, but thought I would >give this list a chance first. > >Somewhere in the last 24 hours something has changed in our ISPF environment. >We are z/OS V1.7 > >Now we are now getting a clist recursive error when trying to do an SJ command >against jobs in the queue. Now, I know at this time that the error is >occurring in ISREIRTI. Which is the EDIT RECOVERY function of ISPF. What I >cannot determine is why this is having an error. > >I have completely deleted and created a brand new ISPPROF data set. I still >get this error. And I am in the process of checking through the ISPF TABL and >TLIB data sets to see if a table is corrupted. > >Other than that, any other suggestions of where to look? I have to cancel my >ID because IBM set this CLIST up as a 999 loop. > >Lizette > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
