I agree, for the most part that's a great place to start if you do not
have any user Rexx or CLIST in concatenation first;
I worked for a large Aerospace company that provided users the ability
to add their own ISPF environmental datasets to the ISPF concatenation
first, so all bets were off that it was ISPFPROF but a good place to look.
other factors now with different emulators, session managers, is the
ability to perform startup ACL's or macro's
unfortunately I've worked at so many sites that I've found they all have
a different standard for TSO/ISPF invocation, fortunately
also, since I learned so many different ways to get the same results :)
Carmen
On 6/10/2021 9:42 AM, Tom Brennan wrote:
And I missed it if someone mentioned this already, but whenever
someone came to me with an ISPF issue that seemed to be "only them",
the first thing I'd do is ask them to get to READY, rename their
ISPPROF dataset to something else, and allocate a new empty one. 9
out of 10 times this fixed the problem. And 9 out of 10 were never
concerned with what variable/setting actually caused the problem -
they simply tossed out their old ISPPROF and started fresh with the
working defaults.
On 6/10/2021 6:51 AM, Tom Conley wrote:
On 6/9/2021 12:24 PM, Billy Ashton wrote:
Well, Kolusu has hit on the edge of the bullseye!
I searched the ISPPROF file, and found the split and swap command
string in the ISPPROF member. It took a little magic from an old
Rexx I had from who knows when (called ProfRead) that showed there
is a ZSTART variable in ISPPROF. Closer look at the 7.3 function
shows that only deals with ISRPROF, which is why I could not find it
earlier.
We were able to delete this variable from the table, and now we get
the expected results.
Thank you to all who had some great input - I now know lots of ways
to get this result if I need them!
Billy
All,
This is why you should ALWAYS start ISPF with APPLID(ISR). ISPF and
PDF do that, but ISPSTART uses APPLID(ISP) by default. Starting ISPF
with APPLID(ISP) leads to issues like this.
As far as deleting the ZSTART variable with 7.3 in a different
APPLID, you can use the following procedure.
- Enter Dialog Test
- Enter a breakpoint in option 8 for SELECT and DISPLAY
- Enter TSO ISPVVLI (this will allow dialog test to honor breakpoints
for ISPF native code)
- In dialog test option 1, enter ISR@PRIM (or your primary option
menu if different) int he PANEL field, and enter ISP (or the APPLID
for the profile you want to nuke) int he APPLID field.
- If the breakpoint doesn't appear, enter 2, 3.4, something in ISPF
to show the breakpoint
- Select 3 for variables, L <variable>, then D to delete it.
Also, if you haven't done so, you should run ISPCCONF to set the
default primary option menu to ISR@PRIM and the default ISPF APPLID
to ISR. Search for my Configuring ISPF for Fun and Profit for
detailed instructions on how to do that.
Regards,
Tom Conley
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
--
*Carmen Vitullo*
/“I am not bound to win, but I am bound to be true. I am not bound to
succeed, but I am bound to live up to what light I have.” ― Abraham Lincoln/
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN