IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

How to run rexx in ISPF/PDF not precede by "TSO "


IBM Mainframe Forums -> TSO/ISPF
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Wed Feb 15, 2012 8:11 am
Reply with quote

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
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Wed Feb 15, 2012 10:07 am
Reply with quote

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
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Wed Feb 15, 2012 11:56 am
Reply with quote

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
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10888
Location: italy

PostPosted: Wed Feb 15, 2012 12:47 pm
Reply with quote

see here on how to add on the fly <entries> to the ispf command table

www.ibmmainframes.com/viewtopic.php?t=56254&highlight=ctbadd
Back to top
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Wed Feb 15, 2012 1:43 pm
Reply with quote

enrico-sorichetti wrote:
see here on how to add on the fly <entries> to the ispf command table

www.ibmmainframes.com/viewtopic.php?t=56254&highlight=ctbadd


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
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10888
Location: italy

PostPosted: Wed Feb 15, 2012 1:57 pm
Reply with quote

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
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Wed Feb 15, 2012 2:04 pm
Reply with quote

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
View user's profile Send private message
enrico-sorichetti

Superior Member


Joined: 14 Mar 2007
Posts: 10888
Location: italy

PostPosted: Wed Feb 15, 2012 2:22 pm
Reply with quote

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
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Wed Feb 15, 2012 2:30 pm
Reply with quote

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
View user's profile Send private message
don.leahy

Active Member


Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada

PostPosted: Wed Feb 15, 2012 9:02 pm
Reply with quote

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
View user's profile Send private message
dbzTHEdinosauer

Global Moderator


Joined: 20 Oct 2006
Posts: 6966
Location: porcelain throne

PostPosted: Wed Feb 15, 2012 9:12 pm
Reply with quote

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
View user's profile Send private message
don.leahy

Active Member


Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada

PostPosted: Wed Feb 15, 2012 9:27 pm
Reply with quote

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
View user's profile Send private message
prino

Senior Member


Joined: 07 Feb 2009
Posts: 1315
Location: Vilnius, Lithuania

PostPosted: Thu Feb 16, 2012 1:44 am
Reply with quote

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. 36_2_35.gif
Back to top
View user's profile Send private message
Pedro

Global Moderator


Joined: 01 Sep 2006
Posts: 2594
Location: Silicon Valley

PostPosted: Thu Feb 16, 2012 2:22 am
Reply with quote

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
View user's profile Send private message
Akatsukami

Global Moderator


Joined: 03 Oct 2009
Posts: 1787
Location: Bloomington, IL

PostPosted: Thu Feb 16, 2012 2:38 am
Reply with quote

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
View user's profile Send private message
don.leahy

Active Member


Joined: 06 Jul 2010
Posts: 765
Location: Whitby, ON, Canada

PostPosted: Thu Feb 16, 2012 3:01 am
Reply with quote

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
View user's profile Send private message
Pedro

Global Moderator


Joined: 01 Sep 2006
Posts: 2594
Location: Silicon Valley

PostPosted: Thu Feb 16, 2012 4:59 am
Reply with quote

Quote:
I would even put the ISPF configuration table in the "own foot" category.


Agree
Back to top
View user's profile Send private message
chaoj

Active User


Joined: 03 Jun 2010
Posts: 103
Location: Dalian

PostPosted: Thu Feb 16, 2012 12:21 pm
Reply with quote

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
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> TSO/ISPF

 


Similar Topics
Topic Forum Replies
No new posts Run rexx with JCL Job CLIST & REXX 1
No new posts Run rexx in batch job CLIST & REXX 7
No new posts Does anyone know rexx for VSE CLIST & REXX 3
No new posts TSO ALLOC In REXX Needs Improvement JCL & VSAM 3
No new posts REXX/CMS How to place command console... CLIST & REXX 4
Search our Forums:

Back to Top