Barbara Nitz wrote: >> You're not even getting IKJ56425I? You must have setup your system to allow >> that. >No to both. At least not that I know of - this is an ADCD system.
Ok. >Note that the other 10 sessions do not have a VTAM ACB in the PROCSTEP (and >don't count against that limit). And also note the logon procedure - these >other 10 are CEA launched TSO address spaces. z/OSMF uses the same services >for 3270 access. I have missed that. Sorry, but thanks. Now I understand. [ ... and am probably more confused. :-D ;-D :-D ] >You also need a unique ISPF profile per TSO session because the console name >is saved in the ISPF profile. So as gil alluded to - if you share the ISPF >profile, the console name for the sessions that logs off last would win. (I >feel like I am reading 'Watching the clock' again - it doesn't matter what >happens, it only matters what happens *last* when the quantum lock comes down). Actually, it is the very last SDSF session [ out of all those split screens and sessions ] which will write out [ and not overwrittend ] on the ISPF profile. That very last one will 'win' in the case where the ISF* members in the ISPF profile are shared. I believe this is by design that your settings are saved only upon exiting SDSF succesfully. Groete / Greetings Elardus Engelbrecht ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
