scott Ford wrote:
I see that J R replied to you, but I am still really confused about your post.
Since this is about code page, I am probably on a different [code] page ...
(yes, yes, that was an intended crruel pun and I will not turn a new page,
mind you... ;-D )
>I need some help on
These may be of interest:
CA opened a problem:
https://support.ca.com/us/download-center/problem-detail.html?docid=650097=TSSMVS=9937
And has an enhancement PTF:
https://support.ca.com/us/download-center/solution-detail.html?docid=650087=OS=RO97892
I've downloaded the PTF, but not much in its
As this is your code, it may be worth it to use BPAM rather than do a separate
allocation for each member. Will also save lots of CPU.
On Mon, 5 Mar 2018 13:51:48 +0700 Robin Atwood wrote:
:>Greg-
:>The SVC 99s are under my control and that is very useful to know!
:>
>From a 2015 SHARE presentation:
>https://share.confex.com/share/124/.../17134%20-%20History%20of%20DFSMS.pdf
>It is a fun trip down memory lane.
I do remember a toleration PTF in June 1988 that prevented corruption of the
MVS/XA 2.2 ICF catalogs when you went back from testing MVS/ESA 3.0e
Tony,
Thanks.. that is what I was looking for.
Rob Schramm
On Thu, Mar 1, 2018, 3:45 PM Cieri, Anthony wrote:
>
> You might get more feedback using the listserver
> ibmtc...@vm.marist.edu
>
> More Communication Server folks hang out there
>
>
>
Take a look at the sample EZACICTR in TCPIP.SEZAINST.
This includes lots of translate tables and allows you to specify the required
table by name.
Ray
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of J R
Sent: 06 March 2018 16:05
To:
My recollection is that DFSMS came in as a program product for MVX/XA,
replacing DFP and several other packages.
--
Shmuel (Seymour J.) Metz
http://mason.gmu.edu/~smetz3
From: IBM Mainframe Discussion List on behalf of
We are z/OS v2.2 and CA-TSS V16.
Does CA-TSS support the encryption key label in the DFP segment.
This is the sample for RACF.
/*---*/
/* Specify the encryption key label in the DFP segment. */
Don't confuse glyphs with code points. ~ is perhaps a delimiter for humans who
are perceiving glyphs visually but not for software that is processing code
points in binary. It would facilitate clearer thinking to say "we are using
x'something' (what? My poor old yellow card does not even have
I have downloaded the latest 2811 page document. In the product enhancements
section, on page 98:
Data Set Encryption Support (RO97892)
New z/OS DFSMS capabilities for data encryption require key labels when
allocating encrypted data
sets. These labels identify a protected data key in the
We are using EZACICTR..we build a message inside our STC and convert EBCDIC
data to ASCII data based on a Parm, I.e.; codepage=uk ...uk is in side the
EZACICTR the entry is selected data converted, then encrypted and a
socket-write issued to a Java server. Part of our message build for example
And check out the Certificate sessions at SHARE next week. Go to
http://bit.ly/2FZjkIg and search on Certificates.
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Eells
Sent: Tuesday, March 6, 2018 12:59 PM
To:
The WSC Flash has been updated, and you can find it here:
http://www.ibm.com/support/techdocs/atsmastr.nsf/WebIndex/FLASH10884
The only change is that we recommend:
1. Getting both the DigiCert root CA certificates and installing them
2. Doing that before April 2018.
If the short story works
PMFJI here, but ISTM that something is wrong with your translate table(s).
Character tilde is X'A1' in code page 1140 (aka 037), and tilde is X'7E' in
both IEC-8859-1 (LATIIN-1) and in UTF-8. Doe the Java server not use either
UTF-8 or IEC-8859-1? Does your translate to "ASCII" not convert
Brian,
Never thought about Using CPUID and/or machine type as part of a software key.
Generally speaking we try to stay away from tying application to any kind of
machine.
Our application is typical Cobol/Asm, Batch/CICS and VSAM/DB2 system.
Cobol 5 was first change in years that required major
The problem with just using a date, is that the software could be moved to any
machine and duplicated any number of times and you would never know about it to
keep it from being unlawfully duplicated without payment.
This doesn't mean that you don't trust your clients. In effect, while some
scott Ford wrote:
>We are using EZACICTR..we build a message inside our STC and convert EBCDIC
>data to ASCII data based on a Parm, I.e.; codepage=uk ...uk is in side the
>EZACICTR the entry is selected data converted, then encrypted and a
>socket-write issued to a Java server. Part of our
We are automating a build procedure for a z/OS product and would like to run
the ISPF Dialog Tag Language Conversion Utility (ISPDTLC), in batch. I did not
find any evidence of a supported programming interface or 'batch' examples in
the ISPF Dialog Tag Language Guide and Reference manual.
Apparently not! My bad.
Exactly what I was looking for.
Thank you!
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Don't forget about sites needing to replace a mainframe with a newer
model, or upgrading their existing hardware to faster processors or
more processors within the unit (I.E. same device type but different
model).
On Tue, Mar 6, 2018 at 11:57 PM, Brian Westerman
If I understand the question correctly, I'd recommend Enterprise Extender
(EE). It's likely to be the more future proof option in various ways, and
that'll be helpful. EE is also proving to be broadly interoperable across
long spans of time.
z/OS 1.4 supported IPv6 fairly well but not for EE, so
Did you google? I did
https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.f54pc00/isppc17.htm.
On 7/03/2018 12:36 PM, Michael Hochee wrote:
We are automating a build procedure for a z/OS product and would like to run
the ISPF Dialog Tag Language Conversion Utility
For PDS members I already do that and, yes, it is very fast! However, in the
current situation the customer is retrieving
Endevor members and, for various reasons, they need to be saved in a
short-lived catalogued data set.
Thanks
Robin
-Original Message-
From: IBM Mainframe Discussion
Venkat,
I'm not sure Gil's REXX is going to help you.
Can you confirm a few things for me?
You don't have any tape management system, and you have @1000 tapes?
If there is no software to manage them, how do you do it? How do you know
what's on each tape, when it can be overwritten etc etc?
AH ! yep, I stand corrected.. DFSMSdfp - no wonder I'm confused
Carmen Vitullo
- Original Message -
From: "Greg Shirey"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Tuesday, March 6, 2018 9:14:26 AM
Subject: Re: FDRMOVE sample jcl
Actually, DFSMSdss appears as a
All,
I need some help on localization for codepages. The issue is we use a '~' as a
end of messages delimiter. We have a customer wanting to use a different code
page .
Ebcdic codepage 285 to ascii codepage 437 .. We place a '~' which is a x'A1'
which inside the normal
Ebcdic 1140 codepage is
Actually, DFSMSdss appears as a line item on my monthly IBM invoice.
I believe it is DFSMSdfp that is the base part - the "free product" as it were.
Regards,
Greg Shirey
Ben E. Keith Company
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
You might also review this Technote that explains various reasons and things to
look at to see what might be going on.
http://www-01.ibm.com/support/docview.wss?uid=isg3T1023379
Max Smith
IBM DFSMS HSM Development
--
For
>From an ASCII v EBCDIC standpoint, x'00' is NUL on both sides. Why not use it
>as your end of message delimiter.
Of course, you haven't given the complete picture. What else is in the message
stream? Is it text only? Are there any binary fields included? Control
fields? Etc?
> On
You know I've been pretty quiet on this list since I started at IBM and
started working on the z14 and the newer and more exciting things that I
am unfortunately not able to discuss ;)
But I figured I would remind everyone here that it was all thanks to
this list all of this happened.
From
Ah ! the old days Bob, thanks for the walk down memory lane, I recall back in
Boeing we were using FDR exclusively, I was prod control at the time, just
before my move to SYSPROG and FDR compactors jobs were very time consuming, I
questioned the SYSPROG staff at the time, why don't we just use
PMFJI
Just about everyone who posted on this topic had portions of their reply
somewhat in error. I might as well. :-)
If my memory serves and I do not fall into the same memory lapses as the rest
of you... circa the first release of OS/390, IBM started rebranding everything
under the DFP
32 matches
Mail list logo