Re: Where did java 8 hide zoneinfo?

Java 8 relocated timezone information to a file "usually" named tzdb.dat. You should find that file in the .../lib directory also. Anticipating the next question, if you'd like to update timezone information between SDK service updates, use the IBM Time Zone Update Utility for Java ("JTZU"):

Where did java 8 hide zoneinfo?

Just curious. I see: user@OS/390.25.00: ls -aldrt /usr/lpp/java/*/ drwxr-xr-x 11 OMVSKERN OMVS8192 Jan 10 2016 /usr/lpp/java/J6.0_64/ drwxr-xr-x 11 OMVSKERN OMVS8192 Jan 10 2016 /usr/lpp/java/J6.0.1_64/ drwxr-xr-x 12 OMVSKERN OMVS8192 Jan 12 2016

Re: Limiting SDSF browse to JES datasets

Thanks! DSPAUTH=AMSG is what I was looking for. I realize that SAF is a 'better' way to go, but it's also more arduous. We don't currently use SAF for SDSF; turning it on would amount to a 'project'. Adding AMSG to selected users could fly as a tweak to the current environment. I'll try to sell

Re: Limiting SDSF browse to JES datasets

In the SDSF Operation and Customization manual, it looks like DSPAUTH=AMSG and related parameters may allow you to do what you want. But it seems like SAF (at least RACF) provides much better granularity and in an easier to understand format. > -Original Message- > From: IBM Mainframe

Limiting SDSF browse to JES datasets

For the first time, I'd like to allow users to browse job output but limit the scope to just JES data sets: log, JCL, job messages. I've cast about in KC but don't see an appropriate option. I'd like to use just ISFPRMxx if possible. I.e. not SAF and not user exit code. . . J.O.Skip Robinson

Re: Two running job program name discovery questions

On Mon, Sep 12, 2016 at 3:38 PM, Walt Farrell wrote: > On Mon, 12 Sep 2016 11:50:35 -0700, Charles Mills > wrote: > > >@Walt, thanks, that helps. > > > >I got it. I understand the limitations. > > > >I wonder where SMF gets SMF30PGM from. > > Good

Re: Two running job program name discovery questions

On Mon, 12 Sep 2016 11:50:35 -0700, Charles Mills wrote: >@Walt, thanks, that helps. > >I got it. I understand the limitations. > >I wonder where SMF gets SMF30PGM from. Good point. Perhaps JSCBPGMN (once you've found the right JSCB, of course). -- Walt

Re: Two running job program name discovery questions

@Walt, thanks, that helps. I got it. I understand the limitations. I wonder where SMF gets SMF30PGM from. They don't seem to have any qualms about its reliability: "Program name (taken from PGM= parameter on EXEC card). If a backward reference was used, this field contains PGM=*.DD." It's

Re: SDSF security with TSS ?

Also, there's ISF.SISFEXEC(ISFRAC). Lizette Koehler wrote: Haver you reviewed the SDSF Operations Manual? There is a security section in there. Just translate for TSS if needed. http://www-01.ibm.com/support/docview.wss?uid=pub1sa22767015 Lizette -Original Message- From: IBM

Re: SDSF security with TSS ?

Why not ask support at CA? They've done this so many times... -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, September 12, 2016 11:22 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SDSF security with TSS

Re: Two running job program name discovery questions

On Mon, 12 Sep 2016 09:25:02 -0700, Charles Mills wrote: >@Walt, I would call the exact, full answer to that question proprietary, but a >hopefully-adequate answer is "report it as-is to humans in >human-readable >form." In other words, I don't intend to base additional

Re: SDSF security with TSS ?

Haver you reviewed the SDSF Operations Manual? There is a security section in there. Just translate for TSS if needed. http://www-01.ibm.com/support/docview.wss?uid=pub1sa22767015 Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On

Re: ISMF

In z/OS 1.11, this information is covered in Chapter 14, Protecting the Storage Management Subsystem, of the DMSFdfp Storage Administration manual. I expect it is still in the same manual for whatever version of z/OS you are running. > -Original Message- > From: IBM Mainframe Discussion

SDSF security with TSS ?

We're looking at a new implementation of SDSF. Has anyone setup SDSF security using CA-Top Secret (TSS)? Any tips, recommendation, pitfalls, etc. that can be shared would be appreciated. Thanks. -- For IBM-MAIN subscribe /

Re: ISMF

Try searching DGTFPF05, etc. Otherwise RSH Consulting has a relatively recent presentation on the subject--couple of pages. http://www.rshconsulting.com/RSHpres/RSH_Consulting__RACF_&_Storage_Admin__May_2014.pdf Regards, Kevin -Original Message- From: IBM Mainframe Discussion List

Re: Converson of hex value to character

Have a MACRO laying around here... MACRO HX2CH , .* CONVERTS THE HEX FIELD IN '' WHOSE LENGTH .* IS IN REGISTER '' TO CHARACTER INTO ''

Re: Converson of hex value to character

In article

Re: Converson of hex value to character

This is easy peasy. The following was gleaned for subroutine HEXO written circa 1969 at Penn State. Take with it what you will. This subroutine converts the entire contents of a GP Register to an eight byte printable buffer. . . . L1, REG TO BE

Re: System Automation Question

Paul Gilmartin wrote: I largely agree with your "flag". But slippery slope: should it be extended to select among CP1047, CP037, CP500, ... DBCS, ... when iconv is available to do that? I meant the "flag" was preferable to mangling the functionality of the well-known tool scp. My $0.02: IBM

IBM FTPS connect

I'm setting up FTPS on a 1.13 system and am a little confused by this sequence. It logs on okay showing a secure connect. But then it won't do the actual download. So I'm confused if it's the certificate or not. 220 dhebpcb01 secure FTP server ready. EZA1701I >>> AUTH TLS 234 TLSv1 EZA2895I

Re: Two running job program name discovery questions

@Walt, I would call the exact, full answer to that question proprietary, but a hopefully-adequate answer is "report it as-is to humans in human-readable form." In other words, I don't intend to base additional machine processing on it -- such as attempting to find it in the load library chain.

Re: rexx CEXE eye catcher format ?

On 11 September 2016 at 21:18, Scott Ford wrote: > I have limited experience with compiled, while the interpreted I have written > since before > dinosaurs roamed the earth There were dinosaurs roaming in 1983...? Tony H.

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

On Mon, Sep 12, 2016 at 11:03 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On 2016-09-12, at 09:17, Farley, Peter x23353 wrote: > > > > Another alternative might be if the vendor can send XML files instead of > CSV. COBOL V3.4 can process XML files (XML PARSE

Re: Converson of hex value to character

IC Rx,HEXVAL STC Rx,DISPLY+1 SRL Rx,4 STC Rx,DISPLY NC DISPLY(2),=X'0F0F' TR DISPLY(2),=C'0123456789ABCDEF' -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Ashton Sent: Monday, September 12, 2016 09:33 To:

Re: Converson of hex value to character

On 12 September 2016 at 11:52, Bernd Oppolzer wrote: > You need two additional bytes after ONEBYTE and TWOBYTE, > so that UNPK can do its nibble switching thing there. If you have many bytes to convert (say, more than 7), the TROT (TRanslate One to Two) instruction

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

On Mon, Sep 12, 2016 at 10:44 AM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > On Mon, 12 Sep 2016 09:44:32 -0500, John McKown wrote: > > > >​_I_ am not permitted to talk to anyone. No one from the tech services > side > >has has any input into any part of this. We

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

On 2016-09-12, at 09:17, Farley, Peter x23353 wrote: > > Another alternative might be if the vendor can send XML files instead of CSV. > COBOL V3.4 can process XML files (XML PARSE statement), and that might or > might not be more efficient than UNSTRING. > Infrequently, I receive a (small)

Re: Converson of hex value to character

IC Rx,HEXVAL STC Rx,DISPLY+1 SRL Rx,DISPLY NC DISPLY(2),=X'0F0F' TR DISPLY(2),=C'0123456789ABCDEF' -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Ashton Sent: Monday, September 12, 2016 09:33 To: IBM-MAIN@LISTSERV.UA.EDU

Re: Converson of hex value to character

I forgot to mention: performs better, if you do it not for one byte, but for 4 bytes at once, with longer length specifictions on UNPK (this is what I do all the time, when I convert fullwords or register content to hex). UNPK NINE(9),FIVE(5) Kind regards Bernd Am 12.09.2016 um 17:52

Re: Converson of hex value to character

On 2016-09-12, at 09:33, Bill Ashton wrote: > > How do I take a 1-byte character field containing a Hex value like x'C4' > and turn it into a 2-byte character field containing C4 (x'C3F4')? I know > how to turn it into a decimal value and Edit and all that, but I am > blanking on this simple

Re: Converson of hex value to character

You need two additional bytes after ONEBYTE and TWOBYTE, so that UNPK can do its nibble switching thing there. ONEBYTE DCX'C4' DSC TWOBYTE DSCL2 DSC ... UNPK TWOBYTE(3),ONEBYTE(2) TRTWOBYTE,HEXTAB-C'0' ... HEXTAB DC

ISMF

It has been years since I locked down the ability to switch usermode in ISMF and cannot remember how I did it. What is the current recommended best practice for allowing sysprogs to switch at their leisure but prevent end users from doing so? Bob

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

On Mon, 12 Sep 2016 09:44:32 -0500, John McKown wrote: > >​_I_ am not permitted to talk to anyone. No one from the tech services side >has has any input into any part of this. We are a "hindrance" to the >process due to the number of questions we ask​ (which the vendor cannot >answer glibly).

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

On Mon, Sep 12, 2016 at 10:17 AM, Farley, Peter x23353 < peter.far...@broadridge.com> wrote: > John, > > I am sure you already know this, and given what you have already related > to us of your management's general bad attitude to z/OS Unix it is probably > a long shot, but z/OS Unix "awk" can

Converson of hex value to character

Hello my friends, this is a simple assembler question, but for some reason is not clicking for me this morning. How do I take a 1-byte character field containing a Hex value like x'C4' and turn it into a 2-byte character field containing C4 (x'C3F4')? I know how to turn it into a decimal value

Re: What is the STCB?

Thanks all. Thanks @John for the link. Duh -- I did not realize it was its own named control block -- I was thinking of it as "another TCB" analogous to JSTCB -- the same layout as a TCB DSECT, but with some special significance. Charles -Original Message- From: IBM Mainframe

Re: Two running job program name discovery questions

On Mon, 12 Sep 2016 07:24:13 -0700, Charles Mills wrote: >1. Sorry -- I seem to have the feeling this has been covered before but I >was not able to find the discussion. How -- through control block chasing or >macros -- can a running program discover the name of the jobstep

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

Norbert, You are right that PARSE in DFSORT is available as of April 2006. However please note that with DFSORT V2R1, you can now use up to 1000 parsed fields (%0-%999) with the PARSE function; the previous limit was 100 parsed fields (%0-%99). Let me know if you need assistance in

Re: What is the STCB?

I think 31 bit extension of the TCB > On Sep 12, 2016, at 10:21 AM, John McKown > wrote: > >> On Mon, Sep 12, 2016 at 9:16 AM, Charles Mills wrote: >> >> What is the STCB? For example, >> >> 312 (138) ADDRESS 4 TCBSTCB ADDRESS OF STCB >> >>

Re: System Automation Question

On Sun, 11 Sep 2016 20:24:58 -0600, Jack J. Woehr wrote: > >You'da thunk IBM would have just added a charset translation flag to scp for >them what wanted it, but no-o-o ... > From an ASCII system I somtimes use (some embellishment of): ( cd source & pax -w . ) | ssh MVS "cd target & iconv

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

John, I am sure you already know this, and given what you have already related to us of your management's general bad attitude to z/OS Unix it is probably a long shot, but z/OS Unix "awk" can probably process those CSV files quicker than COBOL UNSTRING. I have a robust CSV splitter function

Re: What is the STCB?

On 12 September 2016 at 10:16, Charles Mills wrote: > What is the STCB? For example, > > 312 (138) ADDRESS 4 TCBSTCB ADDRESS OF STCB General purpose above-the-line extension of the TCB, conforming to more modern standards (eyecatcher, 31-bit clean pointers, etc.) It's been

SSH, SCP, SFTP and USS

No no ... SCP is way better than FTP. It's more secure and more reliable and more automation-friendly. On 09/11/16 21:58, John McKown wrote: ​I would avoid "scp" on z/OS because it is "funky" compared to other UNIX scp implementations. I haven't tried doing a z/OS UNIX to z/OS UNIX, on a

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

On Mon, 12 Sep 2016 09:34:21 -0500, John McKown wrote: >> >T >​hat reference is for 2.1, not 1.12, but if something similar is available >on 1.12, it would probably be very good.​ > > 1.12 link

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

On Mon, Sep 12, 2016 at 9:36 AM, Bernd Oppolzer wrote: > Am 12.09.2016 um 16:24 schrieb Norbert Friemel: > >> On Mon, 12 Sep 2016 09:05:29 -0500, John McKown wrote: >> >> We are running z/OS 1.12 on a z9BC. We have COBOL 3.4. Neither will ever >>> be >>> upgraded. We

z/OS on AWS

umm... wow Other methods come to mind: QEMU (which IBM blesses) and H... (which they don't). -- R; <>< On 09/12/16 07:33, Scott Ford wrote: Scott, You can also also use a virtual dongle.. Scott On Monday, September 12, 2016, Scott Chapman wrote:

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

Am 12.09.2016 um 16:24 schrieb Norbert Friemel: On Mon, 12 Sep 2016 09:05:29 -0500, John McKown wrote: We are running z/OS 1.12 on a z9BC. We have COBOL 3.4. Neither will ever be upgraded. We will not obtain new hardware or software. Given the absolute truth of the preceding :-( does anybody

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

On Mon, Sep 12, 2016 at 9:24 AM, Norbert Friemel wrote: > On Mon, 12 Sep 2016 09:05:29 -0500, John McKown wrote: > > >We are running z/OS 1.12 on a z9BC. We have COBOL 3.4. Neither will ever > be > >upgraded. We will not obtain new hardware or software. Given the absolute >

Re: CSV delimited file to "normal" fixed length char fields, in COBOL.

On Mon, 12 Sep 2016 09:05:29 -0500, John McKown wrote: >We are running z/OS 1.12 on a z9BC. We have COBOL 3.4. Neither will ever be >upgraded. We will not obtain new hardware or software. Given the absolute >truth of the preceding :-( does anybody know a better way to convert a CSV >file, coming

Two running job program name discovery questions

1. Sorry -- I seem to have the feeling this has been covered before but I was not able to find the discussion. How -- through control block chasing or macros -- can a running program discover the name of the jobstep program, the name specified in EXEC PGM= or a USS shell equivalent? 2.

What is the STCB?

What is the STCB? For example, 312 (138) ADDRESS 4 TCBSTCB ADDRESS OF STCB Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: What is the STCB?

On Mon, Sep 12, 2016 at 9:16 AM, Charles Mills wrote: > What is the STCB? For example, > > 312 (138) ADDRESS 4 TCBSTCB ADDRESS OF STCB > > Charles > > ​Secondary Task Control Block. ​Perhaps?

CSV delimited file to "normal" fixed length char fields, in COBOL.

We are running z/OS 1.12 on a z9BC. We have COBOL 3.4. Neither will ever be upgraded. We will not obtain new hardware or software. Given the absolute truth of the preceding :-( does anybody know a better way to convert a CSV file, coming in from a UNIX box, to a "normal" sequential file with fixed

Re: System Automation Question

On Mon, Sep 12, 2016 at 8:01 AM, Greg Shirey wrote: > John, > > Wouldn't you have to reverse step 2 and step 1 of your job? I don't > think you could rename SOME.PDS.LOADLIB if the STC were still running. > (Data set in use) > No. The first step of the job does not run

Re: System Automation Question

John, Wouldn't you have to reverse step 2 and step 1 of your job? I don't think you could rename SOME.PDS.LOADLIB if the STC were still running. (Data set in use) Regards, Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List

Re: System Automation Question

Scott, You can also also use a virtual dongle.. Scott On Monday, September 12, 2016, Scott Chapman wrote: > Nice. I had thought there was a physical dongle involved. The lack of such > certainly makes things much easier. > > On Sun, 11 Sep 2016 10:55:28 -0400,

Re: Multi-Factor Authentication

I cannot speak for any IBM solutions, but we are currently looking at CA's Advanced Authentication. We are a CA-TSS shop, and this appears to be an add-on that allows for 2-factor authentication with RSA tokens. _ Dave Jousma

Re: System Automation Question

Nice. I had thought there was a physical dongle involved. The lack of such certainly makes things much easier. On Sun, 11 Sep 2016 10:55:28 -0400, Scott Ford wrote: >zPDT versions > >On Sunday, September 11, 2016, Scott Chapman >wrote: >

Re: Progrematically discover ACS source library

You could use DCOLLECT DCOLLECT OUTFILE(AMSOUT) SMSDATA(SCDS()) The AI record contains information about the ACS routine datasets .-..AIáO...?2016/08/20 The record is mapped by the IDCDOUT macro. Regards and thanks Paul -Original Message- From: IBM Mainframe Discussion List