|
View previous topic :: View next topic
|
| Author |
Message |
chaoj
Active User
Joined: 03 Jun 2010
Posts: 103
Location: Dalian
|
|
|
|
I read the REXX user guide and understand 3 ways to run REXX implicitly
1. At the READY prompt
2. From the COMMAND option of ISPF/PDF
3. On the COMMAND line of any ISPF/PDF panel as long as the member name is preceded by "TSO"
For the way 3. , How can I run REXX implicitly On the COMMAND line of any ISPF/PDF panel not precede by "TSO " ? |
|
| Back to top |
|
 |
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne
|
|
|
|
well go back and read the manual again.
you missed the part about a REXX Script can be a command or an ISPF Macro.
if it is a macro, you never need to procede it with TSO.
if it is a command, and you do not want to take the intolerable amount of time necessary to type TSO ...,
then make the command part of your ISPF Commands.
now you have something else to read about.....
there is an ISPF panel that allows you to modify your command table,
find the panel,
use PF1 to learn about it,
and modify your command table. |
|
| Back to top |
|
|
chaoj
Active User
Joined: 03 Jun 2010
Posts: 103
Location: Dalian
|
|
|
|
| dbzTHEdinosauer wrote: |
well go back and read the manual again.
you missed the part about a REXX Script can be a command or an ISPF Macro.
if it is a macro, you never need to procede it with TSO.
if it is a command, and you do not want to take the intolerable amount of time necessary to type TSO ...,
then make the command part of your ISPF Commands.
now you have something else to read about.....
there is an ISPF panel that allows you to modify your command table,
find the panel,
use PF1 to learn about it,
and modify your command table. |
Thank you , I have found the command table panel and it's option 3.9
but when I created a new user table and saved successfully , I can not find it in command search order in option 3.9,
I found there's a sentence "The User table and Site table fields are blank if no values are set for them in the ISPF Configuration table"
So I read ISPF planning and Customizing manual to see what is ISPF Configuration table, found that it seems that the default value for user command table is NONE like below, I want to change it.
| Code: |
| APPLID_FOR_USER_COMMAND_TABLE = NONE |
1. If I change this value , I can find my user command in command search order?
2. If I want to change the value I should change Configuration table flat file ?
3. How can I know the Configuration table flat file name in my system ? |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
| Back to top |
|
|
chaoj
Active User
Joined: 03 Jun 2010
Posts: 103
Location: Dalian
|
|
|
|
Thanks enrico , I used the macro and add ISPCMDS command table successfully ,
but when I relogon into TSO , the command I added was lost ...... |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
yes... that was the idea, the way my environment is setup
the scripts act on the <in storage> copy of it
if You look at the CTBADD script it works also as a normal ISPF REXX ( not an edit macro )
it reads the commands to be added from
| Code: |
000018 else do
000019 _how = ""
000020 parse arg args
000021 args = space(args)
000022 argc = words(args)
000023 if argc = 0 then,
000024 cmds = "'ENRICO.ISPF.PARMS(MYCMDS01)' "
000025 else ,
000026 cmds = "'ENRICO.ISPF.PARMS("args")' "
|
change the dataset with the commands to be added accordingly
and You can just ( on any panel ) TSO CTBADD |
|
| Back to top |
|
|
chaoj
Active User
Joined: 03 Jun 2010
Posts: 103
Location: Dalian
|
|
|
|
| enrico-sorichetti wrote: |
yes... that was the idea, the way my environment is setup
the scripts act on the <in storage> copy of it
if You look at the CTBADD script it works also as a normal ISPF REXX ( not an edit macro )
it reads the commands to be added from
| Code: |
000018 else do
000019 _how = ""
000020 parse arg args
000021 args = space(args)
000022 argc = words(args)
000023 if argc = 0 then,
000024 cmds = "'ENRICO.ISPF.PARMS(MYCMDS01)' "
000025 else ,
000026 cmds = "'ENRICO.ISPF.PARMS("args")' "
|
change the dataset with the commands to be added accordingly
and You can just ( on any panel ) TSO CTBADD |
Yes , I have changed the data set with my command data set
and when I relogon into TSO, the command which I added into command table was lost......
How to add a permanent command into command table ? |
|
| Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007
Posts: 10873
Location: italy
|
|
|
|
looks like You did not do enough reading of the ISPF manuals...
the library where You store the 3.9 result must be part of the ISPTLIB concatenation or libdeffed into it
if You do not have the authority to change Your logon procedure or Your ISPF/TSO startup CLIST/REXX
You will have to live with it... ( redo it at every logon )
and if You have ( the above authority ) ... You should not have the need to ask on a forum ( in other words You should know )
permanent changes can be done only by authorized people |
|
| Back to top |
|
|
chaoj
Active User
Joined: 03 Jun 2010
Posts: 103
Location: Dalian
|
|
|
|
| enrico-sorichetti wrote: |
looks like You did not do enough reading of the ISPF manuals...
the library where You store the 3.9 result must be part of the ISPTLIB concatenation or libdeffed into it
if You do not have the authority to change Your logon procedure or Your ISPF/TSO startup CLIST/REXX
You will have to live with it... ( redo it at every logon )
and if You have ( the above authority ) ... You should not have the need to ask on a forum ( in other words You should know )
permanent changes can be done only by authorized people |
I have changed my logon procedure and make my own ISPTLIB concatenation,
so I use 3.9 and create a user command table named : US1CMDS , and the US1CMDS also was created in my own ISPTLIB , but it was not shown in search order of 3.9 and did not work too. |
|
| Back to top |
|
|
don.leahy
Active Member
Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada
|
|
|
|
ISPF won't recognize your US1CMDS table until you update
APPLID_FOR_USER_COMMAND_TABLE = NONE
...in the ISPF configuration table. This is usually in the domain of the systems programmer. Are you sure you want to go there? |
|
| Back to top |
|
|
dbzTHEdinosauer
Global Moderator
Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne
|
|
|
|
| Quote: |
Are you sure you want to go there?
|
oh yes! it is just soooo much trouble to type TSO everytime....
(even though I could assign a PF key) |
|
| Back to top |
|
|
don.leahy
Active Member
Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada
|
|
|
|
| dbzTHEdinosauer wrote: |
| Quote: |
Are you sure you want to go there?
|
oh yes! it is just soooo much trouble to type TSO everytime....
(even though I could assign a PF key) |
Rather than trying to mess with the ISPF configuration table on your own, my suggestion is simply to ask your systems programmer to enable USERCMDS. Once that is done, you can add as many customized commands as you like. |
|
| Back to top |
|
|
prino
Senior Member
Joined: 07 Feb 2009
Posts: 1306
Location: Vilnius, Lithuania
|
|
|
|
Let him mess with the ISPF configuration table, if he gets fired, he may also loose his access to this board, relieving us from the trouble of answering his questions.  |
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2547
Location: Silicon Valley
|
|
|
|
| Quote: |
| This is usually in the domain of the systems programmer. |
I would have thought that changing the logon procedure fell in the same domain. |
|
| Back to top |
|
|
Akatsukami
Global Moderator
Joined: 03 Oct 2009
Posts: 1788
Location: Bloomington, IL
|
|
|
|
| Pedro wrote: |
| Quote: |
| This is usually in the domain of the systems programmer. |
I would have thought that changing the logon procedure fell in the same domain. |
It depends on what, if anything, the TS meant by "logon procedure". At this site there is a standard logon (JCL) procedure and script maintained by sysprogs; the last step of the standard script, however, is to execute a personal logon script that the users maintain (occasionally with quite negative results). |
|
| Back to top |
|
|
don.leahy
Active Member
Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada
|
|
|
|
| Akatsukami wrote: |
| Pedro wrote: |
| Quote: |
| This is usually in the domain of the systems programmer. |
I would have thought that changing the logon procedure fell in the same domain. |
It depends on what, if anything, the TS meant by "logon procedure". At this site there is a standard logon (JCL) procedure and script maintained by sysprogs; the last step of the standard script, however, is to execute a personal logon script that the users maintain (occasionally with quite negative results). |
We have a similar setup. IMO, application programmers should be given the freedom to shoot themselves in the foot; that's how they learn (well, the smart ones anyway). Just don't give them the tools that can shoot other people in the feet. That's the sysprog's job.
I would even put the ISPF configuration table in the "own foot" category. As long as the application programmer can't update any system libraries the worst he can do is nuke his own session. |
|
| Back to top |
|
|
Pedro
Global Moderator
Joined: 01 Sep 2006
Posts: 2547
Location: Silicon Valley
|
|
|
|
| Quote: |
| I would even put the ISPF configuration table in the "own foot" category. |
Agree |
|
| Back to top |
|
|
chaoj
Active User
Joined: 03 Jun 2010
Posts: 103
Location: Dalian
|
|
|
|
| Akatsukami wrote: |
| Pedro wrote: |
| Quote: |
| This is usually in the domain of the systems programmer. |
I would have thought that changing the logon procedure fell in the same domain. |
It depends on what, if anything, the TS meant by "logon procedure". At this site there is a standard logon (JCL) procedure and script maintained by sysprogs; the last step of the standard script, however, is to execute a personal logon script that the users maintain (occasionally with quite negative results). |
Yes , the logon procedure in my system is that if I use EXEC at the logon command field, the logon procedure will terminate , so I could use my own logon procedure , and make my lib as the concatenation of syslibs. |
|
| Back to top |
|
|
|
|
