Assuming that the universe of discourse here is MVS
*as supplied by IBM*, DAS support was introduced in
MVS SP1.2 JBB1226, and was never rolled back to anything
lower. SP1.2 never GAed, so unless you were an SP1.2 ESP
customer, DAS support was introduced in SP1.3 JBB1326.
Jim Mulder z/OS Dia
As far as I know, MVS always used only 4K pages in DAT. My
evidence is that the oldest MVS IEAVNIP0 source that I can find
unconditionally uses 4K pages in DAT. What is your evidence?
The hardware storage keys were still on a 2K basis, so
two SSKs were done for each 4K page, until the >1
Okay, I see now. The client cert is available from our email server, i twas
just a matter of downloading it and adding to RACF.
Thanks,
Brian
On Tue, 1 Sep 2020 08:21:13 -0500, Peter Vander Woude
wrote:
>Brian,
>
>I do use AT-TLS with CSSMTP to our internal e-mail relay. For the keyring,
"MVS didn't use 2KiB pages,"
Yes, MVS 3.8J does use 2KB pages.
Joe
On Tue, Sep 1, 2020 at 7:20 PM Seymour J Metz wrote:
> MVS didn't use 2KiB pages, so I never paid any attention to whether the
> 4341 or 3081 had them, but MVS/XA required DAS. Access registers came
> later, on the 3090, and w
"WTF? DAS requires MVS/SP."
Nope. :)
It is available via USERMOD in MVS 3.8J.
Joe
On Tue, Sep 1, 2020 at 7:01 PM Seymour J Metz wrote:
> WTF? DAS requires MVS/SP.
>
> That said, MVS/SP ran just fine on a 4341.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> _
And that's better than the obvious MVC of 'JESSE' because?
Because with MVCIN 'JESSE' does not appear in the literal pool and make it
masquerade as the control block?
I find it hard to accept that this method's obscurity would be outweighed by
its usefulness. Looks to me like a convoluted solut
Yes. I took care of VS1 1.7D with BPE (Basic Programming Extensions) on
a 4341.
On 2020-09-01 22:56, Mike Schwab wrote:
Well, this is what confused me. OS/VS1 1.7 was released to run on the IBM 4300.
VS2 is multiple address spaces, vs VS1 is a single 16MB address space, correct?
https://nam0
On 9/1/2020 6:36 PM, Jesse 1 Robinson wrote:
As for a vanishing instruction, I once wrote some code using the Move Inverse
(MVCIN) instruction, which greatly simplified scanning data for a terminating
character. Apparently MVCIN was introduced on the 4341 (?) but not carried
forward to subsequ
Well, this is what confused me. OS/VS1 1.7 was released to run on the IBM 4300.
VS2 is multiple address spaces, vs VS1 is a single 16MB address space, correct?
https://en.wikipedia.org/wiki/IBM_4300#Operating_systems
On Tue, Sep 1, 2020 at 6:27 PM Phil Smith III wrote:
>
> mike.a.sch...@gmail.c
And, to make matters worse, IBM reinstated the MVCIN on later processors
after having dropped it for at least one machine built after the 43xx
machines. It works now and has since at least the MP3k.
Tony Thigpen
Jesse 1 Robinson wrote on 9/1/20 9:36 PM:
Instructions come and--believe it or no
Instructions come and--believe it or not--instructions go. I once read some doc
on a newly introduced instruction. Don't remember the timeframe or the exact
instruction, but it came with this interesting comment. This instruction, being
new, will not cause a problem for existing code unless tha
Well, a S/360 program that depends on getting PIC 06 for an unaligned load
won't work correctly on a 360/85 or S/370. S/370 supported 2 KiB pages, and
those are history. MVS/370 uses SIO, whch only exists in S/370 mode: also
history. So carrying an old OS forward has always has issues. Sure, IBM
MVS didn't use 2KiB pages, so I never paid any attention to whether the 4341 or
3081 had them, but MVS/XA required DAS. Access registers came later, on the
3090, and were part of ESA.
The 4341 most definitely was not limited to a single address space; It ran
MVS/SP 1.3 just fine.
--
Shmuel (S
WTF? DAS requires MVS/SP.
That said, MVS/SP ran just fine on a 4341.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of Joe
Monk
Sent: Tuesday, September 1, 2020 5:55 PM
To: IBM-MAIN@LISTSERV.UA.
mike.a.sch...@gmail.com (Mike Schwab) wrote:
>Well, XA+ machines only supported 4K pages / 1M segments and not 2K
>pages / 64K segments. Then DAS and Access register additions. The
>43xx series only supported a single virtual address space, like
>DOS/VSE. 3090s were the only processors to su
[Default] On 1 Sep 2020 14:26:32 -0700, in bit.listserv.ibm-main
mike.a.sch...@gmail.com (Mike Schwab) wrote:
>Well, XA+ machines only supported 4K pages / 1M segments and not 2K
>pages / 64K segments. Then DAS and Access register additions. The
>43xx series only supported a single virtual addre
370 supported DAS (the code is in MVS3.8J).
43XX running MVS supported DAS also. 4381 could have up to 64M of main
storage...
Joe
On Tue, Sep 1, 2020 at 4:26 PM Mike Schwab wrote:
> Well, XA+ machines only supported 4K pages / 1M segments and not 2K
> pages / 64K segments. Then DAS and Access
Well, XA+ machines only supported 4K pages / 1M segments and not 2K
pages / 64K segments. Then DAS and Access register additions. The
43xx series only supported a single virtual address space, like
DOS/VSE. 3090s were the only processors to support Vector
instructions, and op codes were re-used
I was thinking more along the lines of things that prevented earlier
operating systems from even IPLing on newer boxes. Such as z13 is the
last processor to have ESA/390 mode. I also have it in my head that at
some point there were changes to the page size and virtual storage
tables that caused
Typically the new features reqiured by a level set were added over several
generations, and each generation added more than one feature.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
Tony Thi
IBM has had several Architectural Level Set points where there were
significant changes to the CPU that prevented earlier operating systems
from running on them.
What CPU's were involved with each level, and what was the real
underlying item changed on the CPU that forced a new level? (Let's k
Unfortunately, the Tomcat security interface classes often change between
major releases and we are required to refit and test our SAF/RACF Security
classes.
On Tue, Sep 1, 2020 at 10:15 AM David Crayford wrote:
> Steve,
>
> Maybe you could just also just supply the jar files so a full install
>
> As the 1'st file has leading zeros for some of the records 2.73 are
> not getting matched . could someone please let me know how to get
> this addressed?
Ron,
If you looked up the Joinkeys description for FIELDS in the DFSORT
Application programming guide you would have found this
The keys w
Hello
We are using DFSORT and we have a input file as follows
File- 1 (key 12 bytes)
998962
998969
998976
99905
99921
0001
0002
0003
0006
0007
0016
0019
0073
0092
File -2 (key 12 bytes
2
73
18
100907
Steve,
Maybe you could just also just supply the jar files so a full install
isn't required. A script to install would be a nice to have.
On 2020-09-01 10:59 PM, Steve Goetze wrote:
Trust me, it's better for everybody that Kirk deleted his twitter account.
To the OP - we've updated T:Z Quick
Trust me, it's better for everybody that Kirk deleted his twitter account.
To the OP - we've updated T:Z Quickstart for Tomcat to support the upstream
version 9.0.37. You can download the new release here:
https://dovetail.com/downloads/tomcat/index.html
If you have any issues or questions, plea
Brian,
I do use AT-TLS with CSSMTP to our internal e-mail relay. For the keyring, you
need to add the CA's that have signed the ssl cert for the server.
If the e-mail server is using a self-signed certificate, you need them to send
a copy of it (only the public portion) and it has to be added
We have ours setup to use TLS from CSSMTP to an internal Proofpoint mail
server. We have Secure set to Yes in the CSSMTP config and then use Policy
Agent (AT-TLS) to handle the handshake.
David
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Brian Westerman
Sent: M
Wolf, wolf .
We here have a pack including a Siberian, welcome to the pack ...
Scott, now retired
On Tue, Sep 1, 2020 at 8:24 AM Joe Monk wrote:
> Dave,
>
>
>
> I would encourage you to check whether websockets are enabled on the T:Z
>
> product. If not, nothing to worry about, and you can rep
I think the most common approach is to have CSSMTP send the mail to an
enterprise (internal) mail server and let it take care of security going
out to the internet.
On 8/31/20 11:33 PM, Brian Westerman wrote:
So does this all mean that (currently) no one on the list uses TLS-SSL to
forward th
Dave,
I would encourage you to check whether websockets are enabled on the T:Z
product. If not, nothing to worry about, and you can report the issue to
your security team as mitigated.
Joe
On Tue, Sep 1, 2020 at 6:00 AM Jousma, David <
01a0403c5dc1-dmarc-requ...@listserv.ua.edu> wrote:
> Th
I sincerely hope that one's existence and status isn't based on being a
twit-wit.
Only an iron-clad contract guaranteeing large sums of hard, spendable currency
on a regular schedule would entice me to join such an anti-social "social
network".
Subject: Re: Dovetail/Kirk Wolf?
If one does n
I suspect if you install Tomcat 9.0.37 and copy the zos-*.jars from
Dovetails tomcat it will work.
On 2020-09-01 6:58 PM, Jousma, David wrote:
Thanks Kirk,
Totally understand re free z/OS distribution. Any plans to port a newer
version? We've got a lot of time/effort in our Tech support
Thanks Kirk,
Totally understand re free z/OS distribution. Any plans to port a newer
version? We've got a lot of time/effort in our Tech support wiki, and all the
documentation that is in it. I don’t want to be forced to shut it down due to
the reported vulnerability. Is there a RYO pat
Morning Listers
I am implementing a new NJE topology which involves multiple hops through
store-and-forward nodes to the final destination - NODEA to NODEB to NODEC to
NODED.
I have existing direct connectivity between NODEA and NODED which I am looking
to replace with the longer route (the
35 matches
Mail list logo
