Kind ibm-mainers,
I have a question about printing selective held spool files to a data set with
SDSF under ISPF.
Here's what I know how to do:
1 Select the spool files for a job under the "ST" panel using "?" prefix.
2 Then the panel displaying the list appears. I often use INPUT primary to s
On Sun, 1 May 2022 09:18:20 -0500, Kirk Wolf wrote:
>. ...
>Works OK, but I would like to know if there is a way to:
>
>a) in the output data set, have each concatenated spool file prefixed by a
>separator record, like the Job/Step/procstep/ddname of the spol file ?
>
How would you deal with unli
You can try this. It may work as is or give you an idea on how to do what you
want
https://github.com/lbdyck/sdsfxdd
Lionel B Dyck <
Sent from my iPad Pro 10.5
Website: www.lbdsoftware.com
"Worry more about your character than your reputation. Character is what you
are, reputation merely what
Ah. Thanks Lionel! I will take a look.
I should have mentioned that I'm looking for something without a REXX install
so that I can easily give it to clients on the fly.
-- Kirk
On Sun, May 1, 2022, at 10:03 AM, Lionel B. Dyck wrote:
> You can try this. It may work as is or give you an idea on
Right. I can do that also using Co:Z SFTP, pretty simple in a batch.
My thing for now is something that is purely SDSF / ISPF commands and options
for wide audience as Rx.
On Sun, May 1, 2022, at 10:03 AM, Paul Gilmartin wrote:
> On Sun, 1 May 2022 09:18:20 -0500, Kirk Wolf wrote:
> >. ...
> >W
Pretty sure there is no such thing as a z/OS install without Rexx
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Kirk Wolf
> Sent: Sunday, May 01, 2022 11:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SDSF - ISPF questions (wishes?)
>
On Sun, 1 May 2022 13:42:55 -0500, Kirk Wolf wrote:
>
>I should have mentioned that I'm looking for something without a REXX install
>so that I can easily give it to clients on the fly.
>
Do you mean you want solely printed instructions:
no files, no scripts, no program objects, ...
But I can u
I do not believe there is any z/OS system without Rexx available.
>
> >Pretty sure there is no such thing as a z/OS install without Rexx
> >
> ???
> But there were installers for MVS long before Rexx infiltrated TSO/E.
> A classic example is SMP/E, which IBM deemed safe until
> Spring, 2010.
>
On Sun, 1 May 2022 23:00:39 +, Gibney, Dave wrote:
>I do not believe there is any z/OS system without Rexx available.
>
>> >Pretty sure there is no such thing as a z/OS install without Rexx
>> >
I misunderstood you to say that there is no installation procedure
on z/OS that does not depend o
Pretty sure ISPF requires REXX, and it is on one pack recovery
volumes. Probably get it from a restore tape.
On Sun, May 1, 2022 at 11:00 PM Gibney, Dave
<03b5261cfd78-dmarc-requ...@listserv.ua.edu> wrote:
>
> I do not believe there is any z/OS system without Rexx available.
>
> >
> > >Prett
May 1, 2022 7:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
I do not believe there is any z/OS system without Rexx available.
>
> >Pretty sure there is no such thing as a z/OS install without Rexx
> >
> ???
> But there were installers for MVS lo
lf of
Gibney, Dave [03b5261cfd78-dmarc-requ...@listserv.ua.edu]
Sent: Sunday, May 1, 2022 2:47 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
Pretty sure there is no such thing as a z/OS install without Rexx
> -Original Message-
> From: IB
, 2022 2:42 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
Ah. Thanks Lionel! I will take a look.
I should have mentioned that I'm looking for something without a REXX install
so that I can easily give it to clients on the fly.
-- Kirk
On Sun, May 1, 2022, at
I'm sorry if I was not clear. I was looking for something that used standard
SDSF commands and does not require that a client have some REXX code of any
kind. It's more about the usage context rather than anything pejorative about
REXX.
On Sun, May 1, 2022, at 6:30 PM, Paul Gilmartin wrote:
22 06:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
I'm sorry if I was not clear. I was looking for something that used
standard SDSF commands and does not require that a client have some REXX
code of any kind. It's more about the usage context rather than a
on. Character is what you
are, reputation merely what others think you are." - - - John Wooden
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Kirk Wolf
Sent: Monday, May 2, 2022 06:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes
On Mon, 2 May 2022 11:20:59 +, Seymour J Metz wrote:
>Requiring a manual install mighyt redfuce the appeal of the product.
>
Supply JCL to move the putative script into SYSEXEC, avoiding
manual install.
Then supply a tool to move that JCL into PROCLIB.
Then supply ... Rats! Infinite regres
ussion List On Behalf Of
Lionel B. Dyck
Sent: 02 May 2022 13:08
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
EXTERNAL EMAIL
Kirk - I know of no way to add a descriptor record separating each DD when
extracting multiple DD's using SDSF to a single target dataset
om: IBM Mainframe Discussion List On Behalf Of
> Lionel B. Dyck
> Sent: 02 May 2022 13:08
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SDSF - ISPF questions (wishes?)
>
> EXTERNAL EMAIL
>
>
>
> Kirk - I know of no way to add a descriptor record separating each DD
Lionel and I have been communicating about his very nice SDSFXDD, because it
wasn't working for me.
For me it only finds jobs whose jobname starts with your userid. If I have
jobs in O queue:
NP JOBNAME JobIDOwnerPrty C FormsDest Tot-Rec
PHS1 JOB04436 PHS
Forgot to add-Lionel does not seem to be having this problem.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
Lionel and I have been communicating about his very nice SDSFXDD, because it
wasn't working for me.
For me it only finds jobs whose jobname starts with your userid. If I have
jobs in O queue:
NP JOBNAME JobIDOwner
Hi Phil,
1) Use the SET DISPLAY ON command to see your settings
2) OWNER PHS
3) PREFIX ** (2 asterisks are necessary; it's been a quirk in the
product since GA back in '87.)
4) INPUT ON
Regards,
David
On 2022-05-03 11:46, Phil Smith III wrote:
Lionel and I have been communicating about his ve
OK, Lionel figured it out, as did some folks here-adding:
isfprefix = '*'
Fixes it. That's weird, since it's a Rexx variable-I would have expected a
subcommand to SDSF to be needed. But it works, so yay!
SET DISPLAY ON shows:
PREFIX=** DEST=(ALL) OWNER=* SORT=CrDate/A SYSNAME= FILTERS=
he exec is
executed outside of a current SDSF session (eg from option 6 (TSO)), then these
values reflect the defaults assigned from the SDSF group and security rules.
Rob Scott
Rocket Software
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Phil Smith III
Sent: 0
Rob Scott wrote:
>Try adding the following lines to your test exec after the ISFCALLS
statement :
>Rc=ISFQUERY("INIT")
>Say "Prefix="isfprefix " Owner="isfowner " Dest="isfdest " JES="isfjesname
But when I do so, those variables do not get set:
/* REXX */
arg j
rc = isfcalls('ON')
rc
ay, May 4, 2022 1:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
Rob Scott wrote:
>Try adding the following lines to your test exec after the ISFCALLS
statement :
>Rc=ISFQUERY("INIT")
>Say "Prefix="isfprefix " Owner="isfowner
Peter Farley wrote:
>I see the "local workaround" in that APAR says this:
>>As a work-around, the SDSF special DD ISFMIGRL can be
>>allocated to avoid this problem.
>Maybe that's the solution?
Maybe; I missed it because it's meaningless as written. Just define a dummy
DD*? Or what? Googling "is
IN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
EXTERNAL EMAIL
I see the "local workaround" in that APAR says this:
As a work-around, the SDSF special DD ISFMIGRL can be
allocated to avoid this problem.
Maybe that's the solution?
Peter
-Original Message-
Fr
Oops, when I said it was a Googlewhack I meant to add that the lone hit *is*
this APAR.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
On Wed, 4 May 2022 13:51:03 -0400, Phil Smith III wrote:
>...
>Maybe; I missed it because it's meaningless as written. Just define a dummy
>DD*?
>
It's somewhat common for utilities to condition their behavior on
the mere existence of a DD.
>... Or what? Googling "isfmigrl" is a Googlewh
Rob Scott wrote, in part:
> If this does not help you solve the problems, please open a case with IBM
and our support will help debug.
OK, thanks. I can't open a case as we don't have that kind of access as an
IBM Dallas customer.
That APAR really shouldn't be suggesting ISFMIGRL when it ap
On Wed, 4 May 2022 14:41:17 -0400, Phil Smith III wrote:
>...
>That APAR really shouldn't be suggesting ISFMIGRL when it appears not to be
>a thing, of course.
>
Yes.
>If this were CMS, you could issue:
>address command 'SUBCOM SDSF'
>to test whether the SDSF subcommand environment was availa
u.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Phil Smith III [li...@akphs.com]
Sent: Wednesday, May 4, 2022 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
Rob Scott wrote, in part:
>
On Wed, 4 May 2022 19:11:46 +, Seymour J Metz wrote:
>?
>
>From z/OS 2.5 TSO/E REXX Reference, SA32-0972-50:
>
>"You can use the SUBCOM command in REXX execs that run in any address space,
>TSO/E or non-TSO/E.
>That is, SUBCOM is available from the TSO and MVS host command environments."
>
I
<mailto:rsc...@rs.com>
Web: www.rocketsoftware.com<http://www.rocketsoftware.com/>
From: IBM Mainframe Discussion List on behalf of
Phil Smith III
Sent: Wednesday, May 4, 2022 7:41:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF quest
Shmuel wrote:
>From z/OS 2.5 TSO/E REXX Reference, SA32-0972-50:
>"You can use the SUBCOM command in REXX execs that run in any address
space, TSO/E or non-TSO/E.
>That is, SUBCOM is available from the TSO and MVS host command
environments."
Oh. Well, Rob had written:
>When invoked outsid
On Wed, 4 May 2022 20:12:11 -0400, Phil Smith III \ wrote:
>Shmuel wrote:
>. ...
>>That is, SUBCOM is available from the TSO and MVS host command
>environments."
>
>Oh. Well, Rob had written:
>>When invoked outside of SDSF, as your example shows, it returns a non-zero
>return code to indicate th
ot;OFF")
Rob Scott
Rocket Software
-Original Message-----
From: IBM Mainframe Discussion List On Behalf Of
Phil Smith III
Sent: 05 May 2022 01:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
EXTERNAL EMAIL
Shmuel wrote:
>From z/OS 2.5 TSO/E REXX
day, May 4, 2022 3:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
On Wed, 4 May 2022 19:11:46 +, Seymour J Metz wrote:
>?
>
>From z/OS 2.5 TSO/E REXX Reference, SA32-0972-50:
>
>"You can use the SUBCOM command in REXX execs that run in an
...@akphs.com]
Sent: Wednesday, May 4, 2022 8:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
Shmuel wrote:
>From z/OS 2.5 TSO/E REXX Reference, SA32-0972-50:
>"You can use the SUBCOM command in REXX execs that run in any address
space, TSO/E or non-TS
Shmuel wrote:
>The correct way to determine whether you are in SDSF is presumably
ISFQUERY; definitely not SUBCOM.
OK, I can believe that, though I sure don't understand it. I would have
thought that if the subcommand environment was available, that was what you
wanted to know; clearly there's
ion List On Behalf Of
Phil Smith III
Sent: 05 May 2022 16:44
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
EXTERNAL EMAIL
Shmuel wrote:
>The correct way to determine whether you are in SDSF is presumably
ISFQUERY; definitely not SUBCOM.
OK, I can believe tha
On Thu, 5 May 2022 16:06:25 +, Rob Scott wrote:
>. ...
>ISFQUERY() provides the ability to detect if the current task is already
>connected to SDSF and it can inherit the current session environment data.
>
I'm confused and very naive. Long ago I wrote a SDSF
API Rexx exec to extract spool
A.EDU] on behalf of
Phil Smith III [li...@akphs.com]
Sent: Thursday, May 5, 2022 11:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
Shmuel wrote:
>The correct way to determine whether you are in SDSF is presumably
ISFQUERY; definitely not SUBCOM.
OK, I can beli
On Thu, 5 May 2022 17:15:08 +, Seymour J Metz wrote:
>Consider a script running under TSO. The SH environment is available, but you
>can't issue any Unix commands until you call syscalls.
>
When that script starts under TSO, neither SH nor SYSCALL
command environment is availablwe. SYSCALLS
5, 2022 6:13:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
EXTERNAL EMAIL
On Thu, 5 May 2022 16:06:25 +, Rob Scott wrote:
>. ...
>ISFQUERY() provides the ability to detect if the current task is already
>connected to SDSF and it can inherit t
equ...@listserv.ua.edu>
Sent: Thursday, May 5, 2022 6:13:12 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SDSF - ISPF questions (wishes?)
EXTERNAL EMAIL
On Thu, 5 May 2022 16:06:25 +, Rob Scott wrote:
>. ...
>ISFQUERY() provides the ability to detect if the current task is already
>connected
ursday, May 5, 2022 6:13:12 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SDSF - ISPF questions (wishes?)
>
> EXTERNAL EMAIL
>
>
>
>
>
> On Thu, 5 May 2022 16:06:25 +, Rob Scott wrote:
> >. ...
> >ISFQUERY() provides the ability to detect if the cu
49 matches
Mail list logo