|
View previous topic :: View next topic
|
| Author |
Message |
Madhupreetha Palanisamy
New User
Joined: 03 Dec 2022
Posts: 5
Location: United States
|
|
|
|
Hi, the SRCHFOR ‘string’ given inside a pds memberlist brings up 3.14 panel. I want to see the results inside the pds itself (like the members that have the string are marked as ‘found’ under the Prompt header). Is there a way to do this please
The ISPF command table has below for SECHFOR
Verb T Action
SRCHFOR 0 SELECT PGM(ISRSFM) NEWAPPL(ISR) |
|
| Back to top |
|
 |
prino
Senior Member
Joined: 07 Feb 2009
Posts: 1314
Location: Vilnius, Lithuania
|
|
|
|
| Your support staff screwed up, it should not have added this to the command table, as it's a standard primary command in the pds memberlist. |
|
| Back to top |
|
|
Madhupreetha Palanisamy
New User
Joined: 03 Dec 2022
Posts: 5
Location: United States
|
|
|
|
| Hi Robert, Thanks for quick response. Looks like I don’t have access to edit the command table. Is there a way around to kind of override this please. |
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2593
Location: Silicon Valley
|
|
|
|
| Quote: |
| Looks like I don’t have access to edit the command table |
The command table has various tiers. You might be able to fix it for yourself by updating the user table. Perhaps set the action to be PASSTHRU. Use ISPF option 3.9.
See ISPF User's Guide Vol II |
|
| Back to top |
|
|
prino
Senior Member
Joined: 07 Feb 2009
Posts: 1314
Location: Vilnius, Lithuania
|
|
|
|
| Pedro wrote: |
| Quote: |
| Looks like I don’t have access to edit the command table |
The command table has various tiers. You might be able to fix it for yourself by updating the user table. Perhaps set the action to be PASSTHRU. Use ISPF option 3.9. |
Do you really think they have any clue as to what you're talking about? IMHO like many shops they've just stuffed a command table full of "useful" stuff, and it's migrated with every new version of z/OS, without taking into account any changes, like the now available site and user command tables. |
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2593
Location: Silicon Valley
|
|
|
|
| Quote: |
| like the now available site and user command tables |
They have been available since about the mid 1990's. But I agree with you that things like this change slowly. |
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2593
Location: Silicon Valley
|
|
|
|
| fyi. The tiers of command tables were a suggestion I made to my IBM colleagues. I was a system programmer at the time. I was trying to solve the problem of maintaining our system command table with local updates. You are welcome. |
|
| Back to top |
|
|
don.leahy
Active Member
Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada
|
|
|
|
| Pedro wrote: |
| fyi. The tiers of command tables were a suggestion I made to my IBM colleagues. I was a system programmer at the time. I was trying to solve the problem of maintaining our system command table with local updates. You are welcome. |
That was you? Thank you! Command tables are extremely useful.
Years after SITECMDS and USERCMDS were introduced, one shop I worked at continued the bad practice of putting their local stuff into ISPCMDS. They didn’t activate the hierarchy either; I had to figure out how to set up my own ISPCFIGU. |
|
| Back to top |
|
|
Madhupreetha Palanisamy
New User
Joined: 03 Dec 2022
Posts: 5
Location: United States
|
|
|
|
Thanks Robert, Pedro,
I see only application table ISR and system table ISP in 3.9 option, and I have no update access to both of the table/libraries. From your response I see that I may have to create ISPCFIGU. Can you please advise how to do that |
|
| Back to top |
|
|
prino
Senior Member
Joined: 07 Feb 2009
Posts: 1314
Location: Vilnius, Lithuania
|
|
|
|
| Madhupreetha Palanisamy wrote: |
| From your response I see that I may have to create ISPCFIGU. Can you please advise how to do that |
RTFM, and ONLY when you've done so,
but if you cannot allocate your own libs to the various ISPxLIB DDNAMEs, it's very likely an exercise in futility. |
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2593
Location: Silicon Valley
|
|
|
|
| Quote: |
| I have no update access to both of the table/libraries |
Can you explain your role? If you are a regular user, you probably need to ask your support team for help in changing the setup there.
If you are in the support team, maybe read the manuals and ask questions here. And get the right permissions to update the datasets. |
|
| Back to top |
|
|
Madhupreetha Palanisamy
New User
Joined: 03 Dec 2022
Posts: 5
Location: United States
|
|
|
|
Hi Pedro, Robert,
I’m a regular user. I’ve no access to ISPxLIB DDs. Thank you for the suggestion, let me check with my support team for help. |
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2593
Location: Silicon Valley
|
|
| Back to top |
|
|
Willy Jensen
Active Member
Joined: 01 Sep 2015
Posts: 730
Location: Denmark
|
|
|
|
You can update the in-store command table like this to drop the bad entry:
| Code: |
/* Update ISPF command table rexx */
address ispexec
"tbtop ispcmds"
do n=1 to rown
"tbskip ispcmds"
if zctverb<>'SRCHFOR' then iterate
say 'SRCHFOR before=' zctact
/* change command
zctact = 'PASSTHRU'
"tbput ispcmds" */
/* delete command */
"tbdelete ispcmds"
leave
end |
I agree that it is not nice, but it works. The beauty of doing it like this is that if you mess things up you just log off and on, you havent changed the stored command table. The challenge is of course how to run the command at logon time, but many sites have a process for allowing that.
As to the SITECMDS and USERCMDS command tables I think that they were not implemented in a many sites because IBM failed to supply a decent update dialog. I wrote one and I know of others who did too. |
|
| Back to top |
|
|
Madhupreetha Palanisamy
New User
Joined: 03 Dec 2022
Posts: 5
Location: United States
|
|
|
|
Thanks Willy, This works like a charm!!
Thank you!! |
|
| Back to top |
|
|
|
|
