Radoslaw Skorupka wrote:
>"vel" is not Polish. We don't have letter "v". It is latin, so I
>supposed it is wide known.
>And yes, it is "aka".
>BTW: WTF is aka??? :-)
Interesting. I believe ya (not gonna argue with someone about their native
language!) but the usage seems to be Polish, per:
Thanks to all; BPXMTEXT is what I was looking for, though it didn't help in
this case.
-Original Message-
From: Phil Smith III
Sent: Friday, April 26, 2024 6:16 PM
To: 'IBM Mainframe Discussion List' ;
'mvs...@vm.marist.edu'
Subject: Hex error code interpreter?
Did I dream
Did I dream it, or is there some utility that can take an error such as
gsk_encrypt_tls13_record(): AES GCM Encryption failed: Error 0x03353084
and interpret the 0x03353084? I swear I remember seeing this but can't find it
now. Getting old sucks*.
*But consider the alternatives.
For those who are curious like me, "vel" is Polish for "AKA". That was my
guess, confirmed via Tha Goog.
Not throwing shade at Radoslaw, whose English is better than that of a lot of
folks on the list who are native speakers!
-Original Message-
From: IBM Mainframe Discussion List On
Also lots of stuff went to UNICOM, like the Optim products (and more).
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
More: One of the folks who was having problems writes:
>I gave up on using my pacbell.net email...I switched my Assembler list
>and IBM MAIN list to my .gmail email address and all is well.
I looked, and pacbell.net has no SPF record. Remember, mine started flowing
once I had enabled SPF,
Gil asked:
> How do regular expessions play with R-to-L text?
https://stackoverflow.com/questions/50570322/regex-pattern-matching-in-right-to-left-languages
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
I'm'a try to post this from my lists@ address, because I suspect it will work.
Longish but (if you're reading it at all) it suggests some progress on the list
email issue.
To recap, as of a couple of weeks ago:
- I was suddenly not able to post from lists@
- I was still getting the daily digest
Charles wrote:
>When I was doing security presentations as part of my job one of the
>"controversies" I ran into was that the supposed percentage of insider
>attacks is all over the place. I used to see 85% in one set of
>statistics and nearly zero in others. I have no independent knowledge.
My
Tony Harminc wrote:
>Yes, storage administrators are a small population, but their
>credentials can be compromised as much as anyone else's, and then
>you're not dealing with rogue storage admins but with criminal (or
>goverment or whatever) actors. And storage admins (or their
>credentials) may
Well that's a good point, Charles. A relatively minor risk, compared to
external attackers, but I suppose they could come in via the sandbox/test
system, too.
Definitely a "Swiss cheese attack"!
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Charles Mills
Sent:
Digest showing up is of course a positive step, but not the answer. I've always
gotten the digests on my lists@akphs address, just (starting recently) couldn't
post. Now you seem to be able to do both, but can't get a QUERY IBM-MAIN
response.
-Original Message-
From: IBM Mainframe
Farrell
Sent: Saturday, April 6, 2024 9:41 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Posting issues?
On Fri, 5 Apr 2024 15:36:21 -0400, Phil Smith III wrote:
>Yeah, I have SPF records.
But, increasingly, it seems to be necessary to have DMARC and DKIM properly
setup, too. I don't k
es. DNSSEC is a pain in all cases and impractical for most.) But I
don't know if Yahoo! is flagging things based on DNSSEC or lack of.
Anyone else having troubles, let's circle-up off-list and see what we can
figure out.
-- R; <><
On 4/5/24 14:34, Phil Smith III wrote:
> Star
Starting about a week ago, I noticed that posts sent from my lists@akphs
address weren't showing up in the archives. Email to
mailto:lists...@listserv.ua.edu with QUERY IBM-MAIN got no response; same from
my work address got the expected "not subscribed" message. Yet my daily digest
to that
13:32:46 -0400, Phil Smith IIIwrote:
>...
>I don't have a solid answer other than that file tagging seems to matter, so
>chtag is your friend.
> .
Does the FTP server have such as a SITE CHTAG command?
Will FTP automatically tag a file to the value in SBDATAC
Radoslaw asked about default translate tables for FTP. My earlier thread titled
"FTP problem", here and MVS-OE, seems related.
I don't have a solid answer other than that file tagging seems to matter, so
chtag is your friend.
Or I've misunderstood the question, of course.
Colin Paice wrote:
>It may be interaction with _BPXK_AUTOCVT environment variable, and
>possibly the FILETAG
Hmm. _BPXK_AUTOCVT is ON; setting it to OFF means that a text file tagged as
ISO8859-1 now displays as garbage, which makes sense. IBM-1047 and untagged
files display OK. (It also breaks
stery is what's making a random file created via echo (or
various other things) be ISO8859-1 instead of native EBCDIC?!
From: Phil Smith III
Sent: Monday, October 30, 2023 6:13 PM
To: 'ibm-m...@bama.ua.edu'
Subject: RE: FTP problem
Off-list reply pointed out that I meant "z/O
For me, this prompts discussion over "Is using SIGNAL worse than not
modularizing the initialization?":
/**/
stuff
signal DoInit
DoneInit:
.
DoInit:
numeric digits 40
.
signal DoneInit
---
Discuss :)
--
For IBM-MAIN
There seems to be confusion about what Base64 (jeez, I keep typing "54" or
"65"!) encoding is. It's just what it sounds like: an
encoding of characters using a 64-character* alphabet, i.e., six bits at a
time. Hex '01020304' Base64-encodes to the same set of
8-bit characters whether ASCII or
Yes, the Serena stuff is part of the divestiture to Rocket.
Request: more extensive Subject: lines than "Question". Makes the list much
more useful.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
Quite possibly a stupid/useless suggestion, but: what about SIDEFILE entries?
It's been 15 years since I remember looking at those. We had a ton of long
entry point names in ported code, and used SIDEFILE for a while.
We later got around needing SIDEFILE in a super-hackish way: we create a
Michael Schmitt wrote, in part:
>Microsoft Exchange has started quarantining too many messages from
>this listserv as "phishing". It is several per day; one day there was 16.
My understanding of DMARC is incomplete, but here are some observations.
First, one of your examples had a
Shmuel wrote:
>I was thinking of zCX as hosting containers
>The process for deploying virtual machines in z/VM is different
>although it also eliminates manual setup that used to be necessary.
>i was trying to illustrated that the automation of deployment was not
>limited to the cloud.
Ah!
Shmuel asked:
>How do containers in the cloud differ from containers on the
>mainframe? How difficult is it to provision a new z/VM virtual machine
>with contemporary software? ow much is just different coverage in the
>in-flight magazines versus substantive benefits of the cloud?
Just checking:
Dave Beagle wrote:
>Large amounts of data, including AI, will require processing power
>(and security) unlike anything DP has seen. Perfect for the mainframe.
>And, there ARE new mainframe shops.
"processing power"-the mainframe lost that battle long ago.
"security"-there's nothing inherently
Bob Bridges wrote:
>"...where mainframes' resilience meets the agility of cloud computing."
>What is the "agility" of the cloud, exactly?
The ability to spin up more instances [of applications that are built that way,
obviously] on demand/automatically. For certain very peaky workloads this is
roscoe5 asked:
>how do you see the future for mainframes?
>Increasing, steady, declining, .
[Editorializing ahead!]
As usual, "It depends". There are fewer mainframe shops than there were, but
more usage.
A simple example: consider payment processors, many (not all) of whom have at
Thanks. I got BPXMTEXT working, added to SYSPROC. But first I invoked it the
hard way, via:
TSO EXEC 'SYS1.SBPXEXEC(BPXMTEXT)' '7663730C'
I was confused: never having seen the output, and not knowing what caused
7663730C, the output:
TCPIP
JRNetAccessDenied: The user is not permitted to
Colin Paice wrote:
>tso command bpxmtext 7663730c
I get:
COMMAND BPXMTEXT NOT FOUND
?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Peter wrote:
>Still I am trying to understand encryption and decryption load goes to
>general CP Incase if you don't have CPACF or ICSF ?
Even with CPACF and ICSF, some/most of the encryption load is on the CPU. They
aren't magic. CPACF is faster, but it's still fundamentally executing Z
Peter wrote:
>After implementing ATTLS there is some delay in our CICS transaction but I
>was suspecting if sn absence of crypto processor can overload the general
>processor to cause this delay ?
Define "some delay". Adding AT-TLS means that a TLS handshake is being added to
the communication.
Peter wrote:
>I have a general question here. When you don't have crypto processor, So
>when a ATTLS traffic is enabled does the encryption and decryption handled
>by Started task TCPIP or the general processor?
The TCPIP started task is just code and runs on the general processor, so your
Itschak Mugzach wrote:
>The STIG does not allow a uss keystore.
Ummmkay? I see no mention of a STIG here. But as I said, I'm even SWAGging what
he really wants/needs.
--
For IBM-MAIN subscribe / signoff / archive access
Radoslaw Skorupka wrote, in part:
>"security by obscurity" means just the key under the mat.
I'd agree that it perhaps SHOULD mean that, but that isn't how people use the
term. And even then, I'd submit that that's just another trivial case of "if
you have enough": you have to know/think to
If you mean certificates for TLS, the USS gskkyman utility is great for
testing/verification. Nothing wrong with it for production, but most sites in
my experience are happier with the certs in SAF (RACF/ACF2/TSS) for production.
The beauty of gskkyman is that it's isolated AND discrete. With
Paul Gilmartin wrote:
>I believe otherwise. I know of a case where a vendor allowed a product
>to escape to the field containing a tester's back door, and another
>related to II14489. Either could be exploited with no brute force,
>merely knowledge of the existence and nature of the defect. In the
Leonard D Woren wrote, in part:
>Software can be hacked.
Um. And? What's your point? Anything can be hacked:
https://xkcd.com/538/
The phrase "security by obscurity" has bothered me for years. It's *ALL*
security by obscurity. If you have enough "stuff"-time, money, guns
(wrenches)-you can get
Steve Estle wrote, in part:
>but we'd like to encrypt as much as possible in our environment
Why? What problem are you trying to solve? Remember that DSE provides
protection against exactly two attacks:
1) Someone getting at the wire between the array and the CEC
2) Rogue storage admin
Interesting discussion. Some thoughts.
First, it's not "Pervasive Encryption" you're talking about. It's IBM z/OS data
set encryption (DSE). PE is the IBM encryption strategy. When data set
encryption came along, IBM kept calling it PE, but it's just part of PE (the
rest of which hasn't
Paul Gilmartin wrote:
>STOW 'Abc Xyz!'probably works.
>STOW 8X'FF' probably doesn't or produces unexpected results.
Ah.this is in reference to the original question, sorta, not to my "Why?"
question. Thanks.
--
Radoslaw Skorupka wrote:
>The "8 characters rule" is widely used in z/OS and mainframe world.
>Why?
Presumably because a doubleword is a nice, discrete size of data-big enough to
be useful, small enough to manipulate with things like two (now one) register?
And Steve Beaver added:
>The simplest
Paul Gilmartin wrote, in part, in answer to "Why can't a data set name element
start with a digit":
>Left-to-right lexical analyzer that treats anything beginning with a digit
>as a number.
I'm willing to believe this, but am unclear on why whatever is parsing a DSN
would care whether it's a
Has anyone ever understood why data set/member names cannot start with
numerics? Just curious, as it seems like an odd restriction.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Am I the only one who keeps reading this thread subject as "TIPPING for z/OS"
and thinks, ", this tipping thing is REALLY getting out of hand!!!" ?
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
Dean Kent wrote:
>In that case, I think that California law would not apply. I have the
>impression (perhaps mistaken) that the labor laws apply to residents,
>not remote workers.
This is correct. I know this because when HP bought Voltage Security, we were
no longer able to roll over
Now that we've gotten to clarify on the Basic Constraints thing (TL;DR: the
RFCs require it; System SSL does not, prior to TLSv1.3; for LE at least, an
ENVAR can override it), I have a follow-on question:
Can I set an environment variable outside of LE and have it apply to the LE
enclave?
Kurt Quackenbush wrote, re:
>> NAME ABCDITSK ABCPROC#C C_CODE
>I believe SMP/E supports a maximum of 8 characters for the LMOD,
>CSECT, and CLASS names specified on the IMASPZAP NAME statement. CSECT
>name ABCPROC#C is 9 characters.
Right, but that's the generated name-the module is
Binyamin wrote:
>Unless you are sending this via teletype or FAX, I question why you
>would provide a zap rather than a module replacement.
Well, we've been discussing that already. But we'd like to understand it at
least.
Meanwhile, Tom Marchant's suggestion sounded helpful, except it's C
Oh. It does say:
"If TLS V1.3 is negotiated for a secure connection, certificate validation is
done according to RFC 5280 unless explicitly specified."
but also still says "The default value is ANY."
That seems a tad bit unclear, should be more like:
" The default value is ANY, unless TLS V1.3
>From a coworker, who tried to post but it seems to have vanished-not even a
>bounce?! If it just got stuck somewhere, this might be a duplicate, sorry.
I am having problems trying to convert a normal ZOS AMASPZAP to a SMPE ++ZAP.
When I run the zap through a standalone AMASPZAP
Chris Meyer wrote:
>I checked with the System SSL folks on this.
>It sounds like what you're observing is a difference in default System
>SSL certificate validation mode settings Between TLSv1.2 and TLSv1.3.
>See the description of the System SSL GSK_CERT_VALIDATION_MODE
>parameter in this
Charles wrote:
>The critical bit is there to provide upward compatibility for
>certificates, which are a standard that is implemented in everything
>from z/OS to Nest Thermostats to Balckberrys that have not been
>updated in ten years.
>The critical bit says "this extension really matters. If you
Charles Mills wrote, in part:
>Confirming:
>The complaint was at the client end. The client is z/OS. The complaint
>was that the CA root had a Basic Constraints extension that was not
>marked as critical?
Yes. And that it only seems to matter to gsk when the client says "I can do
TLSv1.3".
Peter Sylvester wrote, in part:
>There is a difference between what you must set and what you must
>verify. 5280/3280 is clear (IMO) about that.
>when you verify a cert, AND you know about the extension, you just
>verify the extension and don't care about the critical bit
>Since the error
(Cross-posted to IBM-MAIN and IBMTCP-L)
Our z/OS product acts as a client to our non-z/OS server. As such, it makes TLS
connections to fetch Policy and keys.
As I've written previously, we had a problem when we added TLSv1.3 support to
the z/OS product, getting errors:
ERROR
All the big-brain mathematicians/cryptographers I know are extremely skeptical
about quantum computing ever becoming a reality. The problems of stability are
also exponential, and so getting from a few dozen/hundred qbits to something
big enough to be reasonable may be essentially impossible.
Ed Jaffe recommended against creating a SAF class. I'll respectfully suggest
that it's not that hard.
First, if you do, IBM told us, "Start the class name with a dollar sign-we'll
never use those". Of course you could collide with
another vendor, but that's unlikely.
We've had customers doing
Shmuel wrote:
>Whoops! Somehow I missed the last sentence of the paragraph.
Ah hah! Hence the confusion. Glad we straightened that out.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Stuart Holland wrote, in part:
>Also, the cards only had the punches - no text across the top.
That was called "interpreting" cards, IIRC. I forget whether there was a
machine to do this (not that a site with no more punches or readers would have
had one!), but I bet others here will remember.
Shmuel wrote:
>SES is a tools that fills the same nicje in the VM ecology as SMP does
>in the MVS ecology.
Right, I said that. Hence my confusion about what point you were making.
--
For IBM-MAIN subscribe / signoff / archive
Bob Bridges wrote about his history with keypunches.
Mine started in 1965, when I was four. My dad was working on his first
concordance, of Beowulf, and my mom was going to do the data entry of the text.
(They'd met in the 50s when he was working for a CIA front doing translation
and his
Shmuel wrote:
>What is VMSES/E, chopped liver. I'd agree if you were talking free VM,
>but by the time z/VM came out SES was old hat.
? Not sure what point you're making, I'm afraid?
--
For IBM-MAIN subscribe / signoff /
https://blog.computationalcomplexity.org/2023/11/in-bad-old-days-we-had-punchcards-how.html
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO
This has been interesting. As a long-time VMer, I'd note that in VM-land, there
is of course no SMP/E and things are a bit different. "APAR" and "PTF" kind of
get used interchangeably, though there is recognition that they're not the
same. But typically a VMer will say "I need APAR VM20779",
An aside re SPEs: back in the early 80s, IBM released an SPE for a CMS utility.
The original code was on the order of 500 lines; the SPE was something like
3500. Melinda Varian (whom some of you may recall) posted to VMSHARE-the
VM-oriented BBS of the era-a review of the change, which had a
Without wanting to start a war, Im interested in how this works. Ive worked
with IBM stuff for over four decades, but mostly with VM until the last 15 or
so years.
My understanding is:
* PMR: represents a customer issue, which may end there.
* APAR: represents a customer issue
Ring/Alexa are a bit overwhelmed tonight-I'm getting alerts 10 minutes after
the doorbell actually rang. Shoulda used CICS.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Wendell Lovewell wrote:
>fwiw, I wrote a bash script to run gsktrace and ftp it to a Windows
>FTP server. (I connect to z/OS using SSH to run it.)
Thanks.if I had a Windows FTP server (which I don't, despite my original post),
this would be great. I do a LOT of ftp -i TO this system, some FROM
Off-list reply pointed out that I meant "z/OS FTP server", not "Windows".
Braincheck. I fire up Windows FTP client, do GETs. And yes, I was specifying
ASCII. That's what was so weird: it sometimes said
125-Tagged ASCII file translated with current data connection translation table
.which is
I was doing a gsktrace and FTPing the resulting text file (after processing the
trace file) to Windows. I was getting gibberish. Tinkered with chtag, didn't
get anywhere. Then I deleted the file and did the gsktrace again, FTPed that,
it was fine. Next iteration (new trace file) I could not get
Peter Relson wrote:
>I on the other hand do have sympathy. A highly significant reason that
>z/OS still exists (and the same could have been said for its
>predecessors OS/390 and MVS) is because of the enormous amount of time
>and effort we have put into maintaining as much compatibility as we
Jon Perryman wrote:
>Is APPLY CHECK no longer standard practice when installing a PTF or
>product? Quackenbush says checking DDDEF's externally is unnecessary
>and will only take take the time required for APPLY CHECK.
You missed my point-APPLY CHECK happens after doing several steps already, and
Jon Perryman wrote:
>Kurt is saying that APPLY CHECK does exactly what you want. CHECK
>verifies SMP/e has everything expected and will run 100% through. If 3
>DD / DDDEF's are missing, then you should see those 3 errors and any
>other errors that SMP/e detects. APPLY CHECK only validates DD /
Kurt Quackenbush wrote:
>SMP/E APPLY CHECK and similar commands verify existence of directories
>and data sets from DDDEF entries before they are used. There is no
>independent SMP/E command or utility to perform this verification.
>However, there is a capability in z/OSMF Software Management, the
For the record, while I was the one who used it, I did NOT know about it-a
colleague did. I am only an egg when it comes to z/OS stuff. Just in case
someone was wondering-which I know you weren't, but I didn't want to get credit
where it wasn't due.
Rob Scott wrote:
>A long time ago, I wrote a program called DDDEFCHK that used the SMP/E
>API to check if normal DDDEF data sets exist - there is also a
>DDDEFPTH companion program to handle paths.
Ah, so that kinda confirms that SMP/E can't do it natively. I think
BPXBATCH/IDCAMS are a better
Is there a way to get SMP/E to validate the existence of a USS path on a DDEF?
Thanks to y'all's help, I have externalized the USS path we use to a variable.
However, if the directory doesn't exist, the user can get pretty far (to the
RECEIVE step) before that's recognized. I've looked at the
I didn't know Bob well, but my SHARE interactions with him were always
encounters with a gentleman. I am sad today.
...phsiii
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Farley, Peter wrote:
>I believe that statement in the JCL Reference is in error and needs to
>be deleted or at the very least completely rewritten. My quite
>substantial experience using this technique over the last 10-15 years
>is that using JCL symbols as part of the definition of other JCL
Peter Hannigan wrote:
>If the length of the prefix can be limited to seven characters then
>this can be used:
Wow. It took me 10+ minutes of staring at this to puzzle it out. Too clever by
half for me (and that's not meant as an insult).
After much discussion, we've concluded that nobody is
Steve Beaver wrote:
>I can remember when IDC3009I was just maybe half a page max.
>Now you look at IDC3009I and it pages upon pages of diagnostic codes
>and what they mean
I've decided this is supporting my thesis-can't quite tell? Or are you saying
this is one of those cases where breaking it
While I agree that it would be nice if the messages were complete, I'm not sure
I can see a business case for IBM to implement that. It would cost a lot,
consume the last two or three remaining docs folks well past their retirement
age, and.for what? Will it increase z/OS uptake? I doubt it.
Paul Gilmartin wrote, in part:
>Who puts it there?
The site. Probably depends how you got there. The one on the CNBC link is:
__source=iosappshare%7Ccom.apple.UIKit.activity.CopyToPasteboard
No idea about the stuff after the %7C (ISO8859-1 OR bar), though I can guess,
but the first part
Bob Bridges wrote:
>I routinely discard the last part of a URL if it looks like that, not
>because I'm mean and suspicious but just for brevity. For example,
>some interesting articles I read and pass on have links that end it
>"...?utm_source=pocket-newtab-en-us"; the link works just fine
Steve Thompson wrote:
>And to your rhetorical question -- Yes it is called a loose canon.
Ouch. I deserved that!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the
Rex wrote:
> Ok, that is odd now.
Ah hah:
https://www.ibm.com/docs/en/zos/2.5.0?topic=examples-example-3-packaging-sysmod-symbolic-link
is an example showing:
++HFS(GSKAH010)
and says
When SMP/E installs file GSKAH010 into the directory specified on the given
DDDEF entry, the LINK and SYMLINK
Thanks, Rex-they are not symlinks, I did check that (and should have said so!).
They're all
-rw-r--r--
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
Gil wrote:
>My understanding is that to DROP a compound stem frees all associated storage.
Correct.
>Freeing an individual variable or member of a compound does not. In fact, it
>can be demonstrated that to DROP an individual member of a compound actually
>*increases* the storage used.
Also
Consider this from an SMPMCS:
++HFS()DISTLIB(lll)
SYSLIB(sss)
BINARY
LINK('lib/lib.a')
PARM(PATHMODE(0,6,4,4))
RELFILE(5) .
That creates, in the directory specified
Clem, I've never heard of CLEO. Should I assume it's NOT the same CLEO that
comes up when I search "cleo programming language"? That one looks like some
modern scripting thing.
It's pretty interesting these languages that came and went. You'd think that
there would still be pockets of each,
Mark Jacobs wrote:
>Apply check doesn't open any target traditional datasets, or Unix
>System Services paths, so it's WAD. Whether it should is a different
>question.
And in my experience (limited, obviously) with traditional target data sets,
you'll get a JCL error earlier. So this may just be
I have a statement in the allocate job:
ADD DDDEF(VSHZFSX) PATH'/u/some/directory') .
The later Apply Check job just does:
//SMPCNTL DD *
SET BOUNDARY(TARGET) .
APPLY S(VVSH840) CHECK .
So it doesn't validate access to or even existence of that directory.
Andrew Rowley wrote, in part:
>IBM's answer to this would be to recommend installing using a portable
>software instance through z/OSMF.
Yep, on my future todo list, but I'm not there at this point. Nor am I
convinced that I can require z/OSMF yet (that's probably another topic for
another
Paul Gilmartin wrote:
>Put the mainstream JCL in that same JCLLIB and invoke it with a stub/wrapper
>INCLUDE.
>(Can INCLUDEs be nested?)
>(I've done similar with Assembler using a script to generate a SYSIN
>consisting of only
>a single COPY statement.)
Sorry, I'm not grokking this. I have a
Thanks to y'all helping me fumble through this, I have my SMP/E installation
jobs working with a single INCLUDEd member that sets all the variables.
I think I know the answer here, having spent a while reading the docs, but I'll
still ask about the two remaining nits:
1. Is there a
Gabe Goldberg wrote:
>For decades, I've wished for a list setting:
>Set bozo on
>...which would allow the subject person to post and see posts
>reflected back, but not inflict them on anyone else. Talking into a
>bottomless well would get boring.
That's called "shadow banning":
Billy Ashton wrote:
>If you want to INCLUDE a member, this is like a PROC, so you need to
>have SETS in a system-defined proclib or you have to add something like
>//JCLLIB ORDER=PHS.PDS.JCL840
You've got me to spot what I'd just stupidly missed: I had taken the JCLLIB to
be a DD, and
Thanks to many people politely telling me, "Hey dummy, use SYMBOLS=", I have
gotten around the must-change-many-places problem with the SMP/E jobs. Thanks!
Next, Gil suggested using an INCLUDE member, so the SETs get done exactly once,
which I quite like. But now I'm stumped again.
Here's my
1 - 100 of 1040 matches
Mail list logo