Paul Gilmartin wrote: >>> You'll have to figure a way to eliminate IKJ56425I and IKJ606I. AFAIK, it >>> is just not possible. If I remember correctly, it is about the name in the >>> TSO session address space and VTAM assignment of LU against a TSO name. >>> VTAM can handle multiple *LOGON*, but after successfull logon it can't >>> handle a second or more address space with the same name within a LPAR.
Elardus: Some-one told me off-list, the TSO master address space is also a limiting factor in that it could not handle multiple sessions with the same name. Now in these OCO days, it is difficult to test that. > Under Unix System Services, for example, I can issue 3 times in quick > succession the command: > ( rexx "address TSO; time; address SYSCALL sleep 33; time" ) & >I'm running 4 instances of the TMP on a single LPAR. z/OS has generated >unique names where needed. Only one has a 3270 attached. Thanks for demonstrating this. Very interesting! This is because you FORKed off these instance from your session, thus bypassing the normal VTAM 3270 TSO logon process. >Why can't the same technique be used for sessions started from 3270s? The guy/gal who invents a way to fix this, will be a millionare... ;-) Groete / Greetings Elardus Engelbrecht ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
