Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
SYSUPROC and SYSUEXEC
166 views
Skip to first unread message
Bob Bridges
Jun 11, 2021, 12:52:59 PM6/11/21
to
I was just rereading the ALTLIB documentation and noticed that it mentioned
the SYSUPROC and SYSUEXEC DD names. I'm sure I've heard of them before, but
I've never used them. I've just been using SYSPROC (or sometimes SYSEXEC)
for decades.
Are there advantages to using SYSUPROC/SYSUEXEC? How come I never hear
anyone mention them?
---
Bob Bridges, robhb...@gmail.com, cell 336 382-7313
/* Sir, Romulan Warbird decloA%}g?:NO CARRIER */
----------------------------------------------------------------------
For TSO-REXX subscribe / signoff / archive access instructions,
send email to LIST...@VM.MARIST.EDU with the message: INFO TSO-REXX
the SYSUPROC and SYSUEXEC DD names. I'm sure I've heard of them before, but
I've never used them. I've just been using SYSPROC (or sometimes SYSEXEC)
for decades.
Are there advantages to using SYSUPROC/SYSUEXEC? How come I never hear
anyone mention them?
---
Bob Bridges, robhb...@gmail.com, cell 336 382-7313
/* Sir, Romulan Warbird decloA%}g?:NO CARRIER */
----------------------------------------------------------------------
For TSO-REXX subscribe / signoff / archive access instructions,
send email to LIST...@VM.MARIST.EDU with the message: INFO TSO-REXX
Paul Gilmartin
Jun 11, 2021, 1:14:04 PM6/11/21
to
> On 2021-06-11, at 10:52:38, Bob Bridges wrote:
>
> I was just rereading the ALTLIB documentation and noticed that it mentioned
> the SYSUPROC and SYSUEXEC DD names. I'm sure I've heard of them before, but
> I've never used them. I've just been using SYSPROC (or sometimes SYSEXEC)
> for decades.
>
> Are there advantages to using SYSUPROC/SYSUEXEC? How come I never hear
> anyone mention them?
>
https://www.ibm.com/docs/en/zos/2.3.0?topic=SSLTBW_2.3.0/com.ibm.zos.v2r3.ikjb300/ikjb30044.htm
>
> I was just rereading the ALTLIB documentation and noticed that it mentioned
> the SYSUPROC and SYSUEXEC DD names. I'm sure I've heard of them before, but
> I've never used them. I've just been using SYSPROC (or sometimes SYSEXEC)
> for decades.
>
> Are there advantages to using SYSUPROC/SYSUEXEC? How come I never hear
> anyone mention them?
>
I have usually allocated my SYSEXEC RECFM=VB to avoid the
FB80 constraint.
I have put a UNIX diirectory in my SYSEXEC. Not supported
by IBM but it mostly works and lets me use the same EXECs
in TSO and OMVS.
-- gil
Mike Großmann
Jun 11, 2021, 1:17:05 PM6/11/21
to
Hi Bob,
as far as I know, the user libraries are in the search order in front of the „standard“ libraries.
So it could be a performance topic.
I usually allocate USERID.exec to SYSUEXEC.
best, Mike
> Am 11.06.2021 um 18:53 schrieb Bob Bridges <robhb...@gmail.com>:
>
> I was just rereading the ALTLIB documentation and noticed that it mentioned
as far as I know, the user libraries are in the search order in front of the „standard“ libraries.
So it could be a performance topic.
I usually allocate USERID.exec to SYSUEXEC.
best, Mike
> Am 11.06.2021 um 18:53 schrieb Bob Bridges <robhb...@gmail.com>:
>
> I was just rereading the ALTLIB documentation and noticed that it mentioned
Robin
Jun 11, 2021, 2:21:48 PM6/11/21
to
I used the "user" libraries (re)development of routines.
Hamilton, Robert
Jun 11, 2021, 6:24:35 PM6/11/21
to
That's exactly it; I concatenate my personal Rexx libraries as SYSUEXEC and my own CLIST library as SYSUPROC, and then use ALTLIB to activate them. That way works regardless of the SYSPROC and SYSEXEC setup from the logon proc.
R;
Rob Hamilton
Infrastructure Engineer
Chemical Abstracts Service
-----Original Message-----
From: TSO REXX Discussion List <TSO-...@VM.MARIST.EDU> On Behalf Of Mike Großmann
Sent: Friday, June 11, 2021 1:17 PM
To: TSO-...@VM.MARIST.EDU
Subject: [EXT] Re: SYSUPROC and SYSUEXEC
[Actual Sender is owner-t...@vm.marist.edu]
Confidentiality Notice: This electronic message transmission, including any attachment(s), may contain confidential, proprietary, or privileged information from CAS, a division of the American Chemical Society ("ACS"). If you have received this transmission in error, be advised that any disclosure, copying, distribution, or use of the contents of this information is strictly prohibited. Please destroy all copies of the message and contact the sender immediately by either replying to this message or calling 614-447-3600.
R;
Rob Hamilton
Infrastructure Engineer
Chemical Abstracts Service
-----Original Message-----
From: TSO REXX Discussion List <TSO-...@VM.MARIST.EDU> On Behalf Of Mike Großmann
Sent: Friday, June 11, 2021 1:17 PM
To: TSO-...@VM.MARIST.EDU
Subject: [EXT] Re: SYSUPROC and SYSUEXEC
[Actual Sender is owner-t...@vm.marist.edu]
Frank Clarke
Jun 11, 2021, 9:34:53 PM6/11/21
to
I find that using SYSUPROC and SYSUEXEC merely adds a complication. I often store my REXX code in a VB255 dataset and place a driver in the installation's (typically FB80) common library: /* REXX Driver */ parse arg argline address TSO parse source . . exec_name . "ALTLIB ACT APPLICATION(EXEC) DA('my_vb255_dataset') " if rc > 4 then do say "ALTLIB failed, RC="rc exit end (exec_name) argline "ALTLIB DEACT APPLICATION(EXEC)" exit
A single instance of this driver can be ALIAS'd to crank any number of remote routines. Whichever ALIAS it is called by starts the same-named remote routine.
A single instance of this driver can be ALIAS'd to crank any number of remote routines. Whichever ALIAS it is called by starts the same-named remote routine.
Hobart Spitz
Jun 13, 2021, 4:31:35 PM6/13/21
to
The best option is to use ALTLIB with the dataset option. This avoids
almost all potential conflicts with other programs'/users' own ALTLIBs.
What appears to be a down side, that ALTLIB dataset/ddname applies only to
the current logical screen under ISPF, can be an advantage. I can set up
one screen(s) as a test environment and one/others as a development
environment.with different ALTLIBs. I can then switch freely between them
as needed, SWAP [NEXT | PREV], SWAP LIST. etc. Of course, it's not limited
to two environments. (I just happen to have two.)
Create an exec in each environment that does the ALTLIB, and any other
environmental initializations, assign the EXEC commands to PF keys. If you
can't spare two PF keys, or otherwise prefer, Issue the commands in option
6. Typically the commands are used so frequently that they never roll off
the panel.
You can also do that with a single REXX EXEC that is the same in all
environments that selects the environment based on a passed argument.
I allocate SYSUEXEC to a VIO library, for performance of code common to
both environments..
OREXXMan
Would you rather pass data in move mode (*nix piping) or locate mode
(Pipes) or via disk (JCL)?
IBM has been looking for an HLL for program products; REXX is that language.
almost all potential conflicts with other programs'/users' own ALTLIBs.
What appears to be a down side, that ALTLIB dataset/ddname applies only to
the current logical screen under ISPF, can be an advantage. I can set up
one screen(s) as a test environment and one/others as a development
environment.with different ALTLIBs. I can then switch freely between them
as needed, SWAP [NEXT | PREV], SWAP LIST. etc. Of course, it's not limited
to two environments. (I just happen to have two.)
Create an exec in each environment that does the ALTLIB, and any other
environmental initializations, assign the EXEC commands to PF keys. If you
can't spare two PF keys, or otherwise prefer, Issue the commands in option
6. Typically the commands are used so frequently that they never roll off
the panel.
You can also do that with a single REXX EXEC that is the same in all
environments that selects the environment based on a passed argument.
I allocate SYSUEXEC to a VIO library, for performance of code common to
both environments..
OREXXMan
Would you rather pass data in move mode (*nix piping) or locate mode
(Pipes) or via disk (JCL)?
IBM has been looking for an HLL for program products; REXX is that language.
Bob Bridges
Jun 18, 2021, 11:05:52 AM6/18/21
to
Aha! Then SYSUEXEC and SYSUPROC are not "activated" until the ALTLIB command turns them on? Allocating my libraries to those DDs will not by itself make them available?
/* One can believe abortion (or, for that matter, heresy) to be a serious evil without believing that the state has the authority to restrict it. -Joseph Sobran */
-----Original Message-----
From: TSO REXX Discussion List <TSO-...@VM.MARIST.EDU> On Behalf Of Hamilton, Robert
Sent: Friday, June 11, 2021 18:24
That's exactly it; I concatenate my personal Rexx libraries as SYSUEXEC and my own CLIST library as SYSUPROC, and then use ALTLIB to activate them. That way works regardless of the SYSPROC and SYSEXEC setup from the logon proc.
/* One can believe abortion (or, for that matter, heresy) to be a serious evil without believing that the state has the authority to restrict it. -Joseph Sobran */
-----Original Message-----
From: TSO REXX Discussion List <TSO-...@VM.MARIST.EDU> On Behalf Of Hamilton, Robert
Sent: Friday, June 11, 2021 18:24
That's exactly it; I concatenate my personal Rexx libraries as SYSUEXEC and my own CLIST library as SYSUPROC, and then use ALTLIB to activate them. That way works regardless of the SYSPROC and SYSEXEC setup from the logon proc.
-----Original Message-----
From: TSO REXX Discussion List <TSO-...@VM.MARIST.EDU> On Behalf Of Mike Großmann
Sent: Friday, June 11, 2021 1:17 PM
as far as I know, the user libraries are in the search order in front of the „standard“ libraries.
So it could be a performance topic.
I usually allocate USERID.exec to SYSUEXEC.
From: TSO REXX Discussion List <TSO-...@VM.MARIST.EDU> On Behalf Of Mike Großmann
Sent: Friday, June 11, 2021 1:17 PM
as far as I know, the user libraries are in the search order in front of the „standard“ libraries.
So it could be a performance topic.
I usually allocate USERID.exec to SYSUEXEC.
> --- Am 11.06.2021 um 18:53 schrieb Bob Bridges <robhb...@gmail.com>:
> I was just rereading the ALTLIB documentation and noticed that it
> mentioned the SYSUPROC and SYSUEXEC DD names. I'm sure I've heard of
> them before, but I've never used them. I've just been using SYSPROC
> (or sometimes SYSEXEC) for decades.
>
> Are there advantages to using SYSUPROC/SYSUEXEC? How come I never
> hear anyone mention them?
> I was just rereading the ALTLIB documentation and noticed that it
> mentioned the SYSUPROC and SYSUEXEC DD names. I'm sure I've heard of
> them before, but I've never used them. I've just been using SYSPROC
> (or sometimes SYSEXEC) for decades.
>
> Are there advantages to using SYSUPROC/SYSUEXEC? How come I never
> hear anyone mention them?
Hamilton, Robert
Jun 18, 2021, 11:43:48 AM6/18/21
to
That's correct. I allocate SYSUPROC and SYSUEXEC before I start ISPF, but have to issue ALTLIB once I'm in ISPF.
There are more considerations, too...take a look at the PASSLIB parameter along with NEWAPPL for the ISPF SELECT command.
R;
Rob Hamilton
Infrastructure Engineer
Chemical Abstracts Service
There are more considerations, too...take a look at the PASSLIB parameter along with NEWAPPL for the ISPF SELECT command.
R;
Rob Hamilton
Infrastructure Engineer
Chemical Abstracts Service
-----Original Message-----
From: TSO REXX Discussion List <TSO-...@VM.MARIST.EDU> On Behalf Of Bob Bridges
Sent: Friday, June 18, 2021 11:05 AM
To: TSO-...@VM.MARIST.EDU
Subject: [EXT] Re: SYSUPROC and SYSUEXEC
[Actual Sender is owner-t...@vm.marist.edu]
From: TSO REXX Discussion List <TSO-...@VM.MARIST.EDU> On Behalf Of Bob Bridges
Sent: Friday, June 18, 2021 11:05 AM
To: TSO-...@VM.MARIST.EDU
Subject: [EXT] Re: SYSUPROC and SYSUEXEC
[Actual Sender is owner-t...@vm.marist.edu]
Confidentiality Notice: This electronic message transmission, including any attachment(s), may contain confidential, proprietary, or privileged information from CAS, a division of the American Chemical Society ("ACS"). If you have received this transmission in error, be advised that any disclosure, copying, distribution, or use of the contents of this information is strictly prohibited. Please destroy all copies of the message and contact the sender immediately by either replying to this message or calling 614-447-3600.
Frank Clarke
Jun 18, 2021, 12:30:15 PM6/18/21
to
ALTLIB is a TSO function. Why do you have to wait until ISPF starts? Did you mean 'LIBDEF'?
Hamilton, Robert
Jun 18, 2021, 1:04:56 PM6/18/21
to
If I use ALTLIB outside of ISPF (and I do), I have to issue it again inside ISPF if I want to run EXECs from SYSUEXEC when inside. And if I do a SPLIT NEW to create a secondary ISPF session, I have to issue ALTLIB in that session too.
R;
R;
Frank Clarke
Jun 18, 2021, 1:35:18 PM6/18/21
to
That's a surprise. I wish someone well-versed in the innards of ISPF will take the time to explain why that's so. When I first heard of this last week, I wondered if it might be a way to avoid messing with the SYSEXEC concatenation during start-up. Disappointed...
0 new messages