Steve,
my listdsi calls are like this:-
listdsi_rc = 'LISTDSI'(ddname 'FILE')
When listdsi_rc = 0 Then Do
Regards
Bruce Hewson
On Mon, 20 Feb 2023 11:09:23 -0500, Steve Thompson wrote:
>I'm trying to build a TSO BATCH environment and it needs to have
>the ISPF Library
I think that's a pretty invalid point. I don't see anyone questioning how to
write an exit or install a new system, or use SMPe, so why would they question
my use of anything I need in order to perform my job efficiently?
Maybe it's just that they all assume I must know what I'm doing. If
The Covid years were horrible for me in Australia. We were working for a
Defence Contractor (USA company).
We weren't allowed to work remotely. Our Australian management wouldn't
argue in our favour, so a 45 minute commute through road blocks with Police
and Armed forces checking your right to
On Mon, 20 Feb 2023 at 19:23, Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu> wrote:
> In the JCL Ref. I read:
> Chapter 19. INCLUDE statement
> Purpose: Use the INCLUDE statement to:
> • Identify the name of the member of a partitioned data set (PDS) or
>
Hi R'Tzvi AMV"SH,
You said: "...Be careful. If you meant a fully qualified dataset name,
you need to code this. ..."
That's true unless the user has issued: PROFILE NOPREFix
Regards,.
David
On 2023-02-20 20:32, Hobart Spitz wrote:
On Mon, 20 Feb 2023, 17:07 Steely.Mark, wrote:
Here is a
Hi Leonard,
You said: "... a manager who thought if he couldn't see you, you weren't
working ..."
This is the government mentality I referred to earlier. Here is one
other weird fact .., the per capita insanity (in Yiddish M'shugaas)
rises from municipal to state/provincial to federal. (I've
On Mon, 20 Feb 2023, 17:07 Steely.Mark, wrote:
> Here is a simple REXX for LISTDSI:
>
> /* A SIMPLE REXX TEST PROGRAM */
> variable = 'data.set.name'
> x = LISTDSI(variable)
> say x
>
Be careful. If you meant a fully qualified dataset name, you need to code
this.
Variable = " 'data.set.name'
When I started as the primary and basically only real sysprog at a
small shop almost 40 years ago, it tooks weeks to get up to speed
because the junior guys there resented me being brought in to be their
supervisor, and wouldn't tell me anything. The previous lead guy was
being kept on as a
In the JCL Ref. I read:
Chapter 19. INCLUDE statement
Purpose: Use the INCLUDE statement to:
• Identify the name of the member of a partitioned data set (PDS) or
partitioned data set extended (PDSE) that contains a set of JCL
statements (such as DD and OUTPUT JCL statements)
On Mon, 20 Feb 2023 16:46:12 -0600, Hobart Spitz wrote:
>...
>- Blank(s) are not allowed between a function name and the left parentheses
>of the argument list. So you are still not invoking LISTDSI correctly.
>
Minds are polluted by FORTRAN, one of very few languages where
blanks rarely
Here is a simple REXX for LISTDSI:
/* A SIMPLE REXX TEST PROGRAM */
variable = 'data.set.name'
x = LISTDSI(variable)
say x
say SYSDSNAME
say SYSVOLUME
say SYSUNIT
Steve;
You need to brush up on your REXX.
- TSO is the default ADDRESSing environment, in most cases. Adding or
removing ADDRESS TSO will not make any difference.
- The -3 you are getting means there is no such command found. The manual
clearly states that LISTDSI is a built-in function under
Steve,
You have to code something like this:
X = LISTDSI(SYSUT1 FILE)
IF (X ¬= 0) THEN DO
SAY 'DATASET ..' SYSUT1 '.. NOT FOUND'
SAY SYSREASON
EXIT
END
instead of what you have, which is
LISTDSI(SYSUT1 FILE)
I get a -3 return code and this error message when I code LISTDSI the way
On 2/20/23 15:02:12, Steve Thompson wrote:
...
34 *-* listdsi ('SYSUT1 FILE')
Try: X = listdsi('SYSUT1 FILE') /* Copy/Paste -- don't retype. */
>>> "LISTDSI SYSUT1 FILE"
COMMAND LISTDSI NOT FOUND
+++ RC(-3) +++
--
gil
On 2/20/2023 8:25 AM, Allan Staller wrote:
LISTDSI is a TSO command. ADDRESS TSO prior to the command should work.
Not true...
READY
listdsi
IKJ56500I COMMAND LISTDSI NOT FOUND
READY
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
I'm wondering this as well. I had it happen before.
Steve Thompson
On 2/20/2023 4:50 PM, Tom Brennan wrote:
O/T - This may not be related and I wish I knew more about it,
but for a time last year my tombrennansoftware.com email
address couldn't send to gmail.com at all. I believe the
Google
IRXJCL did not work.
The problem is, I will have to have ISPF because I will be using
the ISPF Library management routines. This is why I have been
working with the TSO BATCH environment.
At another site where I worked, I wrote a system for generating
JCL to do compiles and deal with DB2
O/T - This may not be related and I wish I knew more about it, but for a
time last year my tombrennansoftware.com email address couldn't send to
gmail.com at all. I believe the Google server was doing a DNS lookup on
my address looking for a particular SPF TXT record. I really can't
On Mon, 20 Feb 2023 15:58:52 -0500, Steve Thompson wrote:
>...
>changed to be a DDNAME. "EXCESS" will hold all the rest of what
>
Good.
>So while that is being worked out, I know that I have SYSUT1
>pointing to some PDS/PDSE.
>
Not a member of some PDS/PDSE, which is a more customary use of
Correction: That should have been: F LISTDSI(DSNVAR) = 0 THEN ...
OREXXMan
Q: What do you call the residence of the ungulate with the largest antlers?
A: A moose pad.
:-D
Would you rather pass data in move mode (*nix piping) or locate mode
(Pipes) or via disk (JCL)? Why do you think you
Steve,
If you change the EXEC statement to use PGM=IRXJCL instead of PGM=IKJEFT01
does the result change?
Mike Shaw
QuickRef Support
On Mon, Feb 20, 2023, 2:53 PM Steve Thompson wrote:
> Thankfully this time I can show the code. One needs to
> understand, sometimes I'm working on something
LISTDSI is a REXX function, It is not a host command; ADDRESS has no
effect on LISTDSI.
Use CALL LISTDSI DSNVAR ... or IF LISTDSIO\(DSNVAR) = 0 THEN ... , e.g, in
any mixed case where you have stored the dataset name in DSNVAR or the
variable of your choice. (All REXX functions can also be
That PARSE command will take the first Item and put it into
"command_line" which is not really a command line. That has been
changed to be a DDNAME. "EXCESS" will hold all the rest of what
was passed. This is some new development stuff and specs are just
a little fluid right now.
So while
On Mon, 20 Feb 2023 14:53:49 -0500, Steve Thompson wrote:
>...
> PARSE ARG UPPER COMMAND_LINE EXCESS
???
PARSE UPPER ARG COMMAND_LINE EXCESS
But that limits your COMMAND_LINE to only one word; perhaps not what you want.
Example from
On Mon, 20 Feb 2023 14:53:49 -0500, Steve Thompson wrote:
>...
> PARSE ARG UPPER COMMAND_LINE EXCESS
???
PARSE UPPER ARG COMMAND_LINE EXCESS
...
>Meanwhile, anyone have a contact for the TSO-REXX list -- Any
>email to any address at Marist for me is being rejected.
>
Thankfully this time I can show the code. One needs to
understand, sometimes I'm working on something for a client that
goes ape if I show their code without getting it in writing.
This is how the second step in a PROC is being done which is
where this code gets invoked:
//. EXEC
On Mon, 20 Feb 2023 19:26:06 +0200, ITschak Mugzach wrote:
>List dis is a Rex external function.
>
More precisely, "LISTDSI is a TSO/E external function."
It requires TSO to be active, not merely a REXX environment.
Depending on the requirement, the requester might prefer BPXWDYN( "INFO ..." ).
Show us you code.
בתאריך יום ב׳, 20 בפבר׳ 2023 ב-19:28 מאת Binyamin Dissen <
bdis...@dissensoftware.com>:
> Does it work out of live ISPF?
>
> If so, try running it with TRACE in both environments.
>
> On Mon, 20 Feb 2023 11:30:27 -0500 Steve Thompson wrote:
>
> :>Interesting. I have started
Does it work out of live ISPF?
If so, try running it with TRACE in both environments.
On Mon, 20 Feb 2023 11:30:27 -0500 Steve Thompson wrote:
:>Interesting. I have started ISPF, and I have checked that ISPF is
:>active from my REXX code via ISPQRY and comes back with RC=0
:>(active).
:>
List dis is a Rex external function.
בתאריך יום ב׳, 20 בפבר׳ 2023 ב-19:12 מאת Paul Gilmartin <
042bfe9c879d-dmarc-requ...@listserv.ua.edu>:
> On Mon, 20 Feb 2023 16:25:15 +, Allan Staller wrote:
>
> >Classification: Confidential
> >
> >LISTDSI is a TSO command. ADDRESS TSO prior to the
On Mon, 20 Feb 2023 16:25:15 +, Allan Staller wrote:
>Classification: Confidential
>
>LISTDSI is a TSO command. ADDRESS TSO prior to the command should work.
>
???
LISTDSI does not appear in the TSO/E Commands Ref.
There is a Rexx function with a similar name.
DDLIST? ISRDDN?
--
gil
Interesting. I have started ISPF, and I have checked that ISPF is
active from my REXX code via ISPQRY and comes back with RC=0
(active).
Later in REXX code I attempt to get INFO on a DD and that is when
LISTDSI returns -3.
So apparently I need to concatenate some library and I don't have
Classification: Confidential
LISTDSI is a TSO command. ADDRESS TSO prior to the command should work.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Steve Thompson
Sent: Monday, February 20, 2023 10:09 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Q: Where is LISTDSI
In the 80's I purposely bought a house only 12 minutes away from where I
planned to work until retirement. But this is Los Angeles so that 12
minutes eventually turned into a painful 30-45 with few work-from-home
options. When I got outsourced and got a new job, I remember calling
the owner
OR?
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List För Lars Höglund
Skickat: den 20 februari 2023 17:16
Till: IBM-MAIN@LISTSERV.UA.EDU
Ämne: Sv: Q: Where is LISTDSI kept?
You have to start ISPF
//BATCHPDF EXEC PGM=IKJEFT01,DYNAMNBR=128,
// PARM='ISPSTART
You have to start ISPF
//BATCHPDF EXEC PGM=IKJEFT01,DYNAMNBR=128,
// PARM='ISPSTART CMD( )'
//Lasse
-Ursprungligt meddelande-
Från: IBM Mainframe Discussion List För Steve
Thompson
Skickat: den 20 februari 2023 17:09
Till: IBM-MAIN@LISTSERV.UA.EDU
Ämne: Q: Where is
I'm trying to build a TSO BATCH environment and it needs to have
the ISPF Library functions in it.
So I copied all the DDs that I needed via TSO ISRDDN against my
TSO address space.
What I am now running into is REXX is giving me a -3 for LISTDSI!!
Reminds me of the topic: How long for an
Yeah, I commuted half an hour one-way on the interstate for a good many years
and took it for granted. I would have said it didn't cause any stress. Then
my wife talked me into buying a house in a different location, and suddenly I
was commuting ten minutes by back roads...and I realized I'd
Quite right, Shmuel, and I guess I was thinking of only one aspect of trust,
ie "can I trust you not to steal from the company?". That question can't be
resolved by insisting that I work on-site (because what manager would know
what I was doing, or even understand what I do, whether I do it 20
Hi Bob,
You said: "... a number of reasons they want you on-site that doesn't
have to do with trust ..."
Here's one (especially governments in the US and Canada (I've worked for
both)): We've always done it this way (and we're not going revisit this
... ever)) aka inertia.
If I had on-site
There are different kinds of trust. Mistrust can be a good thing or a bad thing.
Can I trust you to do your job?
Can I trust you to not abuse your authority?
Can I trust you to not make mistakes?
Can I trust you to recognize fatigue and take a break when necessary?
As a matter of policy, I
Thanks David. You actually brought up one more area of trust:
Commitment. How do they know I'm not wasting time? When I was a
sysprog in the office, if I wasn't working on something specific there
was a lot of free time. So I would try to work on side projects,
assembler, scripts, etc.
I've been staying out of this discussion 'cause I'm not a sysprog. (I do
security, and before I did security I was an apps developer.) But I'll comment
on this one point: It obviously does NOT mean that. Or rather, it could mean
that if the only reason they want you on-site is that they
"but honestly I can't remember ever asking anyone if they had a problem with me
doing so."
I'm sure they would be very upset if they knew.
Those whose reputation precede them can get away with it.
Or if there is still trust to be found in workplaces (as David said).
For the rest of us, we're
ObDieJungfrauvonOrleans We've all had colleagues who were most useful when the
were goofing off:
Boss: How long will this task take you if Jon helps?
SP: Three months.
Boss: How long will it take if John doesn't help?
SP: Three weeks.
It's hard for some folks to wrap their
Hi Tom,
I've been saying this (i.e. matter of trust) for many years.
I also say that any (potential) employer who demands that a SysProg work
on-site is being illogical. I have seen many job ads which say "remote
until COVID". This means that they are willing to trust my work out of
the
46 matches
Mail list logo