ISPF on logon: appl ids ISP vs. ISR

This forum provides the support of Dezhi Mainframe systems. Please post your questions about logon, usage of our mainframe environment.

Moderators: sysprog, prino, sfan, steve-myers, Tim001

ISPF on logon: appl ids ISP vs. ISR

Postby jkzup » Mon 29 Jun 2009, 20:34

When I first began logging on and using ISPF I soon noticed my profile values weren't being kept; I had to repeatedly respecify my PFK definitions, scroll defaults, edit profiles, etc. I have recently discovered the likely cause: the system is maintaining two sets of profile tables because it is using two ISPF application IDs.

The normal application ID for the PDF component of ISPF is ISR. However, when the system puts me in ISPF on logon, even though it is displaying the PDF primary options menu it does so with the default generic ISPF application id of ISP. When I subsequently exit this initial PDF invocation but then reenter PDF the PDF primary option menu shows the normal PDF application ID of ISR.

I suspect that whatever procedure is being used for logon processing puts users in PDF without using a normal "PDF" command which would open PDF with its usual ISR id. I believe it may be using an "ISPSTART" command specifying "ISR@PRIM" as initial panel, which makes it look and act like PDF but with the ISP application id that ISPSTART normally assigns by default.

Since the application id determines which profile tables an ISPF application uses, the initial and subsequent invocations of PDF use different tables (basic profile, edit profile/recovery, command): one set for ISP and another for ISR. But this is confusing to a user who sees the same PDF primary option menu and therefore believes it's the same function. It also forces users to specify all their PDF-oriented profile values--function keys, edit profiles, scroll defaults, etc.--twice. I recommend that logon processing be modified to initially directly call PDF so that the initial display of the PDF primary option menu will be under application id ISR; then the same profile tables will be used for any PDF invocation including the initial one at logon.

Thanks!

jk zup
jkzup
 
Posts: 37
Joined: Tue 16 Jun 2009, 20:06

Re: ISPF on logon: appl ids ISP vs. ISR

Postby prino » Mon 29 Jun 2009, 20:58

Set up your own exec that is executed after pressing PF3 on the initial ISPF menu by specifying an exec in the "Command ===>" field of the logon screen, e.g. "ex 'myid.exec(myispf)'" that sets up your dataset allocations and starts ISPF (all via QUEUE statements) an that will solve the problem.
Robert AH Prins
robert.ah.prins @ the.17+Gb.Google thingy
Some programming here :mrgreen:
prino
 
Posts: 479
Joined: Sat 06 Jun 2009, 21:41
Location: Vilnius, Lithuania

Re: ISPF on logon: appl ids ISP vs. ISR

Postby sysprog » Mon 29 Jun 2009, 22:08

Thank you for your valuable input.

I have updated the logon procedure to call PDF, instead of 'ISPSTART PANEL(ISR@PRIM)'.

Please help to verify this and let me know if you get what you need regarding this ISPF setup.
Regards,
sysprog
sysprog
 
Posts: 126
Joined: Wed 20 May 2009, 04:03

Re: ISPF on logon: appl ids ISP vs. ISR

Postby jkzup » Fri 03 Jul 2009, 01:12

I just logged on TSO and the initial "ISR@PRIM" display shows application id of "ISR"! All my profile tables work ok. Thank you very much for making this fix!

jk zup
jkzup
 
Posts: 37
Joined: Tue 16 Jun 2009, 20:06


Return to Dezhi systems: Mainframe

Who is online

Users browsing this forum: No registered users and 0 guests