Hi Peter,
I came across a similar use case a couple times over the past year or so.
Shifting priorities have prevented me from doing much with it, but while at the
most recent SHARE in Fort Worth, I asked one of the DFSMS architects about it.
She encouraged me to check out the CSI,
> finer control of error reporting ... And I use RTDDN() lest the Exec be
> embedded
I hear you. This is a one-off internal-use-only. Something of a proof of
concept. If this ever became a "product" I would probably re-write in C++ and
worry about that sort of thing.
> So, you need SPIN to
On Fri, 15 May 2020 13:50:08 -0700, Charles Mills wrote:
>Thanks. Yeah, I love BPXWDYN but ALLOC/FREE would be easier here.
>
How? I prefer BPXWDYN because of the finer control of error reporting.
And I use RTDDN() lest the Exec be embedded in a larger process with
the risk of DDNAME collision,
On Fri, 15 May 2020, at 21:58, Charles Mills wrote:
> The OP had rejected "just reading the whole file." Someone said "just use
> EXECIO and look in STEM.0" and I was just pointing out that that was reading
> the whole file.
I have read the whole thread.
There was a discussion about memory
On Fri, 15 May 2020, at 19:25, Tom Brennan wrote:
> That's a Rexx I never tried, probably out of fear of the "OO"
> designation :)
You can write code in 'Classic' REXX, in ooREXX and incorporate
no, or just a little or a lot of OO stuff.
Most of my code is more or less Classic, but (on
The OP had rejected "just reading the whole file." Someone said "just use
EXECIO and look in STEM.0" and I was just pointing out that that was reading
the whole file.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jeremy
//XX DD SYSOUT=(B,,SMTP),FREE=CLOSE should do what you specified in the OP.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent: Friday, May 15, 2020 3:54 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Looking for clarification/guidance on SMTP DD
I am using GETMSG so must run under TSO/IRXEXEC already. Should have mentioned
that.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Smith
Sent: Friday, May 15, 2020 1:31 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re:
Interesting. I will keep that in mind. *Think* I will go with ALLOC/FREE, but
will keep this in mind.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Wayne Bickerdike
Sent: Friday, May 15, 2020 1:23 PM
To:
That is one cool kludge! I had thought of having multiple DD's MAIL01, MAIL02,
... but this would be even easier. A little too kludgey, and I have no idea how
many times I might send an e-mail between restarts, but it is still a very cool
notion. Thanks!
Charles
-Original Message-
Thanks. Yeah, I love BPXWDYN but ALLOC/FREE would be easier here. I see that
ALLOC supports SPIN(UNALLOC) but you are saying I don't need it?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jackson, Rob
Sent: Friday, May 15,
On Fri, 15 May 2020, at 19:48, Charles Mills wrote:
> But everything to do with how big a stem variable array it can build.
But there's no need, if counting the records in a file (or even summing their
lengths as well) to store them all.Use something like:
/* REXX
Call as: %linkount dsn
The only difference I can see between ALLOC and bpxwdyn is that the former
requires a TSO environment. That's usually not much of a burden, but if
you want to run under IRXJCL, you'd have to go with bpxwdyn. I also like
that it supports system-generated ddname that it will return, although that
Yes. That’s the way I’ve done and it works fine.
On Fri, May 15, 2020 at 4:20 PM Jackson, Rob
wrote:
> Sounds right to me, but in REXX, I've always just done the following:
>
> "ALLOC FI(MAIL) SYSOUT(B) WRITER(SMTP) LRECL(80) RECFM(F)"
>
> Then open, write to it, close it, and free it; repeat.
I think you've got it right. When a DD is unallocated, the DDNAME is
indeed gone, except... you can put duplicate DDNAMES in JCL for a step, and
when the first is freed, the next one steps in. So you could avoid calling
bpxwdyn by pre-allocating a bunch of them. More or less obviously, that's
Submit a job to send the email. The email body won't overwhelm SYSIN. The
REXX program Just needs to put a wrapper around the email and submit.
On Sat, May 16, 2020, 06:08 Charles Mills wrote:
> I am designing a long-running Rexx program that will from time to time
> generate an e-mail via the
If you know how often the email is to be sent (1/2/3/4 times a day)
and the Bounce (IPL) schedule, you can repeat the DDNAME and each
message will use 1 DDNAME iteration.
On Fri, May 15, 2020 at 8:08 PM Charles Mills wrote:
>
> I am designing a long-running Rexx program that will from time to
Sounds right to me, but in REXX, I've always just done the following:
"ALLOC FI(MAIL) SYSOUT(B) WRITER(SMTP) LRECL(80) RECFM(F)"
Then open, write to it, close it, and free it; repeat.
First Horizon Bank
Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List
I am designing a long-running Rexx program that will from time to time
generate an e-mail via the SMTP server. The idea is to allocate a DD
SYSOUT=(B,SMTP) and write the SMTP commands to it. I've never done that
before so I have some questions:
- Am I correct in my assumption that I will have to
A few months ago I was asked/assigned a take to convert from NVAS to
CL/Supersession 2.1 since NVAS is EOL.
After a couple days and some discussions, we found out that CLSS 2.1 did not
support TCPIP Secure Sockets.
I put in an RFE #141211 and I just looked and its under development. Now as
AGILE! Never complete Any design before you crash and burn with eons of
speculation. Just been involved in a similar debacle. At least I'm paid by
the hour.
Once more to the drawing board. We can share the crayons!
On Sat, May 16, 2020, 05:26 Farley, Peter x23353 <
peter.far...@broadridge.com>
As promised, I can now give you the reason my co-worker needs to get file size
information, since it is not particularly proprietary but just part of a
generic application design. Not commenting here (or seeking any comments
either! No flames please!) on whether it is a good or a bad design,
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.4.0/com.ibm.zos.v2r4.idai200/da6i2118.htm
Discussion on Speed / Recovery option.
On Fri, May 15, 2020 at 5:34 PM Seymour J Metz wrote:
>
> Do you have something that I can cite for that, preferably something that all
> wiki readers can look
On Fri, 15 May 2020 at 12:38, Seymour J Metz wrote:
>
> I thought that you could turn off TSO recognition of semicolon with
PROFILE or TERMINAL but, no, you can't. I'm not sure what happens if CLIST
or REXX code passes a semicolon. OTOH, TSO will accept a semicolon in a
quoted string.
Semicolon
On Fri, 15 May 2020 18:52:24 +, Seymour J Metz wrote:
>Well, I use OREXX on OS/2, so oorexx is a natural on Linux. The one
>disadvantage is that oorexx hasn't picked up all of the ANSI enhancements; but
>then, neither has TSO/E.
>
What does it lack?
And one of my favorites: is it timezone
Well, I use OREXX on OS/2, so oorexx is a natural on Linux. The one
disadvantage is that oorexx hasn't picked up all of the ANSI enhancements; but
then, neither has TSO/E.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
But everything to do with how big a stem variable array it can build.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Steve Smith
Sent: Friday, May 15, 2020 10:59 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Is there any
In my previous reply I forgot to mention that for zEC12, zBC12, z13 and z13s
was delivered as 'firmware'. I believe, its now delivered as 'software'
appliance feature with IBM Operations Analytics
https://www-01.ibm.com/common/ssi/cgi-bin/ssialias?htmlfid=897/ENUS218-165=AN=CA#hardx
IBM Z
That's a Rexx I never tried, probably out of fear of the "OO"
designation :)
On 5/15/2020 11:11 AM, Seymour J Metz wrote:
EXECIO is in the hostemu environment of oorexx.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe
Hi Paul,
A bit of advice (I've been using DFSMSdss for 30+ years).
Unless not possible, ALWAYS obtain your list of Datasets to be
processed, via Logical criteria.
(Do not, unless you have to, use Physical criteria).
The difference between them is that Physical criteria are generated by
coding
These 2 docs should be a good starting point:
Advanced Workload Analysis Reporter (IBM zAware) Guide - SC27-2632
and
http://www.redbooks.ibm.com/abstracts/sg248070.html?Open
Extending z/OS System Management Functions with IBM zAware | IBM
> A program's AMODE has nothing much to do with how high it can count.
K3wl! Who claimed that it did?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Steve Smith
EXECIO is in the hostemu environment of oorexx.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Tom
Brennan [t...@tombrennansoftware.com]
Sent: Friday, May 15, 2020
Tip: this is one way to trace your login profiles:
//SHELL EXEC PGM=BPXBATCH,PARM='PGM /bin/sh -Lx'
//STDIN DD DUMMY
//STDOUT DD SYSOUT=*
//STDERR DD SYSOUT=*
//
On Fri, May 15, 2020 at 12:27 PM Seymour J Metz wrote:
> I thought that ~/.profile runs after /etc/profile, and thus takes
DFDSS COPY with DELETE is a move, and you don't need to make an unnecessary
copy or run two commands.
sas
On Fri, May 15, 2020 at 1:48 PM Lizette Koehler
wrote:
> Depends on what you mean by MovE
>
> I use DFHSM Migrate/Recall to move a dataset from a volume
>
> I can use DFDSS to dump with
A program's AMODE has nothing much to do with how high it can count.
sas
On Fri, May 15, 2020 at 1:23 PM Seymour J Metz wrote:
> It is well documented, albeit with minor errors
>
> Yes, I believe that it is still 31 bit. Another reason to port oorexx .
>
>
On 5/15/2020 10:39 AM, esst...@juno.com wrote:
Hello.
Does IBM (DFSMS) have a utility that will move VSAM and/or non-VSAM dataset to
a
different VOLUME ?
DSS
--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
https://www.phoenixsoftware.com/
Depends on what you mean by MovE
I use DFHSM Migrate/Recall to move a dataset from a volume
I can use DFDSS to dump with delete then restore with Catalog
The ISMF Panels also have some options.
Do you have any other tools like FDR?
Lizette
-Original Message-
From: IBM Mainframe
Or they have other fish to fry. I doubt that IBM is immune to the COVID-19
chaos.
"Defending BPXBATCH is not in my job description."
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU]
DFSMSdss will do and it can also be invoked from ISMF where a filter
list can be build for the files to be moved
Get Outlook for iOS
On Fri, May 15, 2020 at 10:41 AM -0700, "esst...@juno.com"
wrote:
Hello.
Does IBM (DFSMS)
Hello.
Does IBM (DFSMS) have a utility that will move VSAM and/or non-VSAM dataset to
a
different VOLUME ?
.
Paul D'Angelo
*
*
*
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Do you have something that I can cite for that, preferably something that all
wiki readers can look at?
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Mike Schwab
Hi Mike,
You said: "... All VSAm Datasets including Linear are formatted when
created ...".
Is this true for ESDSs?
Where is this documented?
Thanks and regards,
David
All VSAM datasets including Linear are formatted when created
On 2020-05-15 13:14, Mike Schwab wrote:
All VSAM datasets
I thought that ~/.profile runs after /etc/profile, and thus takes precedence.
So if you export $PATH, that's the value you should see.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List
On Fri, 15 May 2020 12:04:42 -0500, Kirk Wolf wrote:
>On Fri, May 15, 2020 at 11:44 AM Seymour J Metz wrote:
>
>Which documentations describes the SH concatenation for other than
>> instream? Also, where in the documentation does it say that it inserts
>> whitespace after each record?
>>
>You are
It is well documented, albeit with minor errors
Yes, I believe that it is still 31 bit. Another reason to port oorexx .
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Hi All,
When I run a BPXBATCH job using this:
STDPARM SH echo $PATH;
su
I get the following results which imply that when the shell is invoked
for the Superuser it's using an old path that it found . . .
somewhere. The PATH in STDOUT came from my .profile. The profile in
STDERR
All VSAM datasets including Linear are formatted when created. The
disk space used is not allocated to any other datasets. Previous data
left by deleted datasets is usually left in place (erase on delete is
an option but not used frequently) but frequently overwritten in a
short time so
On Fri, May 15, 2020 at 11:44 AM Seymour J Metz wrote:
Which documentations describes the SH concatenation for other than
> instream? Also, where in the documentation does it say that it inserts
> whitespace after each record?
>
>
You are right. IBM doesn't really document what happens other
On Fri, 15 May 2020 11:39:59 -0500, Kirk Wolf wrote:
>Having personally spent a large amount of time dealing with this issue,
>what I can tell you is that for non-VSAM data sets that the best that you
>can do in most cases (without actually reading the data set) is to look at
>the DSCBs to get
On Fri, 15 May 2020 16:38:04 +, Seymour J Metz wrote:
>I thought that you could turn off TSO recognition of semicolon with PROFILE or
>TERMINAL but, no, you can't. I'm not sure what happens if CLIST or REXX code
>passes a semicolon. OTOH, TSO will accept a semicolon in a quoted string.
>
I
Gil,
Some people hate EBCDIC, others BPXBATCH :-)
On Fri, May 15, 2020 at 11:35 AM Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Fri, 15 May 2020 11:26:29 -0500, Kirk Wolf wrote:
> >
> >STDPARM washes away the record boundaries (see the doc). The semicolons
> >
>
That's one of my favorite things about Rexx (although I hear EXECIO is
not really part of Rexx and I know it's not in PC versions like Regina).
I've used it on some very large datasets, and yeah, you wait a bit for
the data to load. But once data is in the stem variable, things are
really
Which documentations describes the SH concatenation for other than instream?
Also, where in the documentation does it say that it inserts whitespace after
each record?
The treatment of semicolons is bog standard, but it wouldn't hurt to spell it
out.
--
Shmuel (Seymour J.) Metz
Having personally spent a large amount of time dealing with this issue,
what I can tell you is that for non-VSAM data sets that the best that you
can do in most cases (without actually reading the data set) is to look at
the DSCBs to get the last used TTR and then calculate an estimate of the
I thought that you could turn off TSO recognition of semicolon with PROFILE or
TERMINAL but, no, you can't. I'm not sure what happens if CLIST or REXX code
passes a semicolon. OTOH, TSO will accept a semicolon in a quoted string.
The TSO command is OMVS and it is documented in z/OS UNIX System
On Fri, 15 May 2020 11:26:29 -0500, Kirk Wolf wrote:
>
>STDPARM washes away the record boundaries (see the doc). The semicolons
>
What if you start each line with x'15'?
ISPF Edit change all ';' x'15 1 1'?
>are required at the end of DD:STDPARM records so that this single argument
>to "/bin/sh
Jack,
I would disagree with your explanation of why BPXBATCH works so poorly ;-)
In the OP's example, DD STDPARM is used to construct a single PARM string
that ends up getting passed to BPXBATCH.
What BPXBATCH does is look at the leading "SH" in it's PARM and then pass
the rest of the string as
I want to edit the wiki article [[Disk formatting]] to clarify the statement "s
a general rule,[nb 1] formatting a disk erases most if not all existing data on
the disk medium". Normally I would consult the logic manuals :-(
When you allocate an HFS or linear data set, does AMS preformat all of
On Fri, 15 May 2020 14:02:25 +, Seymour J Metz wrote:
>Semicolon is a separator for TSO SH as well, but you have to keep TSO from
>recognizing it.
>
Can it be quoted or escaped? What about on the ISPF command line?
Where is the "TSO SH" command described? TSO Command Ref? UNIX Command
It's not even close to implausibly huge. I got so tired of it, I wrote some
stem-based buffered I/O routines (using both Value() and Interpret, naturally;
sorry, Gil).
First Horizon Bank
Mainframe Technical Support
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Right, it appears to be magic -- "just say EXECIO and presto there's the record
count in STEM.0" -- but under the covers it is reading through the whole
dataset and counting.
Rexx is all 31-bit, right? So the limit would presumably be something in the 1
to 2 GB range. That is not an
On Fri, 15 May 2020 15:43:34 +, Seymour J Metz wrote:
>I hate that URL mangling!
>https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa500/bpxbatr.htm
>
And that one didn't get mangled. It's the Command Ref.
>IBM Knowledge Center
>
> Home -> z/OS 2.1.0 -> z/OS
On Fri, 15 May 2020 09:12:36 -0600, Jack J. Woehr wrote:
>
>There are shell features like "here documents" (google it) which you've
>probably never used that would get broken if input to the USS shell got
>arbitrarily broken into lines to suit the flavor of MVS/TSO/JES
>
Au contraire. Here
I hate that URL mangling!
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.bpxa500/bpxbatr.htm
IBM Knowledge Center
Home -> z/OS 2.1.0 -> z/OS UNIX System Services -> z/OS UNIX System Services
User's Guide -> The z/OS shells -> Using z/OS UNIX from batch, TSO/E, and
> Because it's easier to present to the Unix System Services environment
> that way?
Maybe in some alternate universe.
> Unix is stream oriented, not record oriented,
Water is wet. How dos that justify treating instream datasets differently from
other datasets.
> There are shell features like
On Fri, 15 May 2020 09:30:46 -0500, Joel C. Ewing wrote:
>I think that maybe they are trying to imply ..l.
>
Stop! That's not how to document.
On Fri, 15 May 2020 14:51:10 +, Seymour J Metz wrote:
>
>I understand why they parse pgm and sh differently. What I don't understand is
>why
On 5/15/20 8:51 AM, Seymour J Metz wrote:
I understand why they parse pgm and sh differently. What I don't understand is
why instream data should be treated differently from other datasets.
Because it's easier to present to the Unix System Services environment
that way?
Unix is stream
On Fri, 15 May 2020 13:35:59 +, Seymour J Metz wrote:
>"For in-stream data sets: with the SH option, trailing blanks are not
>truncated. Records in in-stream data sets are concatenated with blanks as
>separator characters, and the string remaining after the SH token is passed as
>a single
I just got z/Aware dumped into my LAP to install and configure
Does anyone have any experience with z/Aware?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
I understand why they parse pgm and sh differently. What I don't understand is
why instream data should be treated differently from other datasets.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf
I think that maybe they are trying to imply that if "PGM" is used, the
whole rest of the multi-line string is parsed as MVS-style program
parameters, with record boundaries always being a parameter boundary,
and passed to the program. if "SH" is used, the entire string is passed
as the "command"
Jon,
You have to email the listserv for everyone to see your note. See
instructions at the bottom of this post.
All,
I think I've posted this before, but this is how I avoid semi-colons and
plus signs. I just have a job where I can type normal commands and see the
output as I'd like.
Semicolon is a separator for TSO SH as well, but you have to keep TSO from
recognizing it.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
David Crayford
Sent: Friday, May 15, 2020 9:55 AM
I'm talking about the TSO SH command not a shell script!
On 2020-05-15 9:13 PM, Joel C. Ewing wrote:
Nope. In Unix, semicolons are command separators, not a continuation
indicator. The actual command continuation character is "\", but that
is only needed just prior to an EOL character.
It
Of course: semicolon is the standard *ix command separator. If the parameter
following -c includes a semicol then it is treated as multiple commands.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List
"This is because SH causes BPXBATCH to execute a login shell that runs the
/etc/profile script and runs the user's .profile."
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on
Morning ladies and gents,
Running a BPXBATCH job, with the following STDPARM:
SH su
I get the following STDERR:
/bin:/usr/lpp/java/J1.4_64/bin/:/u/#T95JXB/scripts: FSUM7351 not found
I have corrected the path in /etc/profile and it is correct in the shell
but BPXBATCH does not pick it up.
Hi R'Shmuel,
BPXBATCH allows only one Command Buffer. If the user wants to issue more
than one command, then s/he must separate commands with a semicolon
(much like the ISPF Command line).
Regards,
David
On 2020-05-15 09:32, Seymour J Metz wrote:
Possibly, but ; is definitely a command
"For in-stream data sets: with the SH option, trailing blanks are not
truncated. Records in in-stream data sets are concatenated with blanks as
separator characters, and the string remaining after the SH token is passed as
a single argument to a /bin/sh -c command. For the PGM option, the
Possibly, but ; is definitely a command separator character, not a continuation
character.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
David Crayford
Now this is precious: "For in-stream data sets: with the SH option, trailing
blanks are not truncated. Records in in-stream data sets are concatenated with
blanks as separator characters, and the string remaining after the SH token is
passed as a single argument to a /bin/sh -c command. For the
Hi David,
Yes, I am aware of that. That is *why* they are necessary.
What is your point?
Regards,
David
On 2020-05-15 08:47, David Crayford wrote:
Nope. Semicolons are a continuation!
On 2020-05-15 8:13 PM, David Spiegel wrote:
Hi Jon,
Every line except for the last line needs a semicolon.
Yes, in a shell, but no using BPXBATCH.
On 2020-05-15 9:17 PM, Seymour J Metz wrote:
ITYM \ at the end is a continuation.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf
ITYM \ at the end is a continuation.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
David Crayford [dcrayf...@gmail.com]
Sent: Friday, May 15, 2020 8:47 AM
To:
Nope. In Unix, semicolons are command separators, not a continuation
indicator. The actual command continuation character is "\", but that
is only needed just prior to an EOL character.
It would appear that in this environment no end-of-line characters are
seen, so unix just sees "SH su SH
Use BPXBATSL, Check the fine manuals for details.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Jon
Bathmaker
Sent: Thursday, May 14, 2020 7:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: USS: su: User ID "SH" does not exist
[CAUTION: This Email is from outside the
Nope. Semicolons are a continuation!
On 2020-05-15 8:13 PM, David Spiegel wrote:
Hi Jon,
Every line except for the last line needs a semicolon.
Regards,
David
On 2020-05-15 08:10, Jon Bathmaker wrote:
Hi Ed,
Thanks for this! How *did* you find out about the semicolons, I
didn't see them
Hi Jon,
Every line except for the last line needs a semicolon.
Regards,
David
On 2020-05-15 08:10, Jon Bathmaker wrote:
Hi Ed,
Thanks for this! How *did* you find out about the semicolons, I
didn't see them anywhere in the doc.
Best regards,
*Jon Bathmaker,*
SYS1 Consulting Inc.
Hi Ed,
Thanks for this! How *did* you find out about the semicolons, I didn't
see them anywhere in the doc.
Best regards,
*Jon Bathmaker,*
SYS1 Consulting Inc.
519-577-9661
On 5/15/2020 12:19 AM, Ed Jaffe wrote:
On 5/14/2020 5:23 PM, Jon Bathmaker wrote:
//STDPARM DD *
SH su
SH echo
Hi
> Let me see what I can dig up from the old dusty storage area
Did you find anything?
-Alex
On Mon, May 11, 2020 at 02:44:21PM -0400, Ken Bloom wrote:
> Hi Alex
>
> I’m familiar with SNA DFT and in a previous life released several products
> that utilized it. I’ll look back at some old
> EXECIO in REXX will give you the record count in stem zero
I believe only by reading the entire file.
On Fri, May 15, 2020 at 8:02 AM Charles Mills wrote:
> > EXECIO in REXX will give you the record count in stem zero
>
> I believe only by reading the entire file.
>
> Charles
>
Agree
92 matches
Mail list logo