z/VSE Connector Client

2016-11-04 Thread Jack J. Woehr
Is there any IBM program or ISV providing free access for z/VSE development? This veteran of JTOpen and other remote APIs has just discovered the existence of the z/VSE Connector Client! -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax #

IBM Knowledge Center

2016-11-04 Thread Jack J. Woehr
As much thrash as has been throshen about the IBM Knowledge Center, it's an amazing resource. All those mountains of documentation at the fingertips of those of us who'd usually rather read up on IBM business systems than great world literature. I find myself reading the Knowledge Center for

Re: Broadcom is buying Brocade

2016-11-04 Thread Edward Finnell
It came out early last week on Bloomberg as a floater but not finalized. Others were mentioned in same Tech trends. In a message dated 11/4/2016 6:38:35 P.M. Central Daylight Time, jesse1.robin...@sce.com writes: I did not see this mentioned on IBM Main.

Broadcom is buying Brocade

2016-11-04 Thread Jesse 1 Robinson
I did not see this mentioned on IBM Main. https://techcrunch.com/2016/11/02/broadcom-acquires-brocade-in-5-9-billion-deal/ . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-302-7535 Office

Re: Friday cartoon on The Old Days

2016-11-04 Thread John McKown
On Fri, Nov 4, 2016 at 1:55 PM, Jack J. Woehr wrote: > http://xkcd.com/1755/ ​Oh, how I miss them. sometimes.​ > > -- > Jack J. Woehr # Science is more than a body of knowledge. It's a way of > -- Heisenberg may have been here. Unicode: http://xkcd.com/1726/ Maranatha!

Friday cartoon on The Old Days

2016-11-04 Thread Jack J. Woehr
http://xkcd.com/1755/ -- Jack J. Woehr # Science is more than a body of knowledge. It's a way of www.well.com/~jax # thinking, a way of skeptically interrogating the universe www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

Re: ASG Zeke and time change

2016-11-04 Thread Skeldum, William
We use Zeke and have TZ=MST7MDT coded in the ENVIRON file. I agree with Charles, no need to change it for the time change. We do not cycle Zeke, IPL, or anything. At 2:00 AM MDT Sunday morning the clock will revert to 1:00 AM MST. Bill -Original Message- From: IBM Mainframe

Re: ASG Zeke and time change

2016-11-04 Thread Charles Mills
I know nada about Zeke but you should not have to change the TZ specification (generally -- again I know nada about Zeke specifically). CST6CDT says (simplifying the details here) that your winter offset is UTC-6 and your summer offset is UTC-5. Charles -Original Message- From: IBM

ASG Zeke and time change

2016-11-04 Thread Mark Pace
In Zeke there is an ENVIRON file that contains. * TZ: * Time zone. See your IBM Language Environment Customization * documentation for more information on how to set your time zone. *TZ=CST5CDT * * spring is 5; fall is 6 *

3592 J70

2016-11-04 Thread Richard Pinion
Does anyone know what the login information is for the 3592 J70 controller? I have an old laptop connected to the serial port on the J70. I'm using NetTerm to connect. I get the AIX 3592 J70 login screen, but that's as far as I can get. Also, attempting to connect the 3592 via FICON to a IBM

Re: SQLCODE=-904 during RUN

2016-11-04 Thread Janet Graff
>Dropping any table required by a package will invalidate that package. And >creating a new table, even if it has the same name, will not right your >>package, because that new table is a _different_ object. >Why not simply TRUNCATE your tables if you want to empty them out before your >test

More Knowledge Centre frustration

2016-11-04 Thread Tony Harminc
(Or Knowledge Center, I suppose) Can it really be the case that the zArch Principles of Operation is not there? Certainly there are links to various apparently arbitrary levels of the PDF, but the content itself doesn't seem to be in there. Here's a case where I'd like to take advantage of one

Re: SQLCODE=-904 during RUN

2016-11-04 Thread Janet Graff
>HI Janet, >I noticed that the bind is binding DALLASA.DB2ZP.ZPDB2 >but the error is for DB2ZP.ZPDB2.1A320A2A009C519E. >It looks like a mis-match between local and remote versions of the package. >Regards, > Ron I've been looking for a way to have both the BIND and the RUN

Re: Question on TZ and European time change

2016-11-04 Thread Paul Gilmartin
On Fri, 4 Nov 2016 08:35:19 -0500, John McKown wrote: >On Fri, Nov 4, 2016 at 7:57 AM, Charles Mills wrote: >> >> @John, is that true? This is a "mainframe" behavior, not a UNIX behavior? > >Well, I'll be dipped in . I just tested this on Linux >and it works the same way as on z/OS (incorrectly,

Re: MQ (6.0) "transaction log"?

2016-11-04 Thread John McKown
On Fri, Nov 4, 2016 at 9:36 AM, Scott Barry wrote: > Investigate activating MQ ACCOUNTING CLASS 3 to identify MQ task/queue > activity, which will cause SMF type 116 data (could be a data-volume > consideration though). I recall even with MQ 6, there are some > IBM-supplied

Re: MQ (6.0) "transaction log"?

2016-11-04 Thread Scott Barry
Investigate activating MQ ACCOUNTING CLASS 3 to identify MQ task/queue activity, which will cause SMF type 116 data (could be a data-volume consideration though). I recall even with MQ 6, there are some IBM-supplied decoding / reporting routines (identified as IBM SupportPac MP1B). And there

Re: Question on TZ and European time change

2016-11-04 Thread Pew, Curtis G
On Nov 4, 2016, at 8:35 AM, John McKown wrote: > > [tsh009@it-johnmckown-linux junk]$ TZ='Europe/Amsterdam' date > Fri Nov 4 14:27:52 CET 2016 > [tsh009@it-johnmckown-linux junk]$ TZ=CET-1CEST date > Fri Nov 4 15:29:05 CEST 2016 I got similar results on my Mac:

Re: Question on TZ and European time change

2016-11-04 Thread John McKown
On Fri, Nov 4, 2016 at 7:57 AM, Charles Mills wrote: > @Peter, thanks, interesting. I have tried to wrap my head around the exact > meaning to the system of "CET" and similar strings (as opposed to their > meaning as civil abbreviations). > > @John, is that true? This is a

Re: Question on TZ and European time change

2016-11-04 Thread Charles Mills
@Peter, thanks, interesting. I have tried to wrap my head around the exact meaning to the system of "CET" and similar strings (as opposed to their meaning as civil abbreviations). @John, is that true? This is a "mainframe" behavior, not a UNIX behavior? Charles -Original

MQ (6.0) "transaction log"?

2016-11-04 Thread John McKown
Yes, I'm going off to research this myself right now. But I thought I might be some help from those experienced too. We use MQ Series 6.0 to talk to CICS/TS 4.1 on z/OS 1.13. Basically, we did some work with this years ago. Then it was decide not to continue to use it for any new development, but

Re: SMF RECORD TYPE : HELP

2016-11-04 Thread Lizette Koehler
If you have IBM DFSORT, you can probably use ICEOOL to read SMF Data and produce a report http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.iceg200/ice.htm http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.icea100/ice2ca_Example_127.htm However,

Re: SQLCODE=-904 during RUN

2016-11-04 Thread Jantje.
O, and BTW, there is an excellent body of knowledge and knowledgeable people at http://www.idug.org/p/fo/si/topic=19 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with

Re: SQLCODE=-904 during RUN

2016-11-04 Thread Jantje.
On Wed, 2 Nov 2016 13:39:48 -0500, Janet Graff wrote: >Yes this is part of my test automation so to make sure the result sets are >clean I am dropping and recreating the tables every time through. > >Are you saying I need to sequence this? So the Drop/Create is done and

Re: Question on TZ and European time change

2016-11-04 Thread John McKown
On Fri, Nov 4, 2016 at 2:30 AM, Peter Hunkeler wrote: > >'TZ=CET-1CEST,M3.5.0/2:00,M10.5.0/3:00' > > > >http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/ > com.ibm.zos.v2r1.cbcpx01/cbc1p2559.htm > " If this daylight savings time rule is omitted altogether, the values in >

Re: SMF RECORD TYPE : HELP

2016-11-04 Thread Blake, Daniel J [CTR]
That was my mistake. I was in a hurry and read the message as coming from FDRABR, rather than ICKDSF. Do you have FDRABR at your site? You should be able to add those steps to your current dump job and get the same results. Dan -Original Message- From: IBM Mainframe Discussion

Re: SMF RECORD TYPE : HELP

2016-11-04 Thread John Dawes
Daniel, I would like to try out your suggestion. Would you have an example of the FDRABR step? Also, would it support SMF as an input file? On Thu, 3/11/16, Blake, Daniel J [CTR] <00f1be92566d-dmarc-requ...@listserv.ua.edu> wrote: Subject:

Re: SMF RECORD TYPE : HELP

2016-11-04 Thread John Dawes
That was the first thing I tried. However it was too late because I issued 3 minutes later after the job abended. The device showed that no resource had aan enque on it.. On Thu, 3/11/16, Ronald Hawkins wrote: Subject:

Re: Question on TZ and European time change

2016-11-04 Thread Peter Hunkeler
>'TZ=CET-1CEST,M3.5.0/2:00,M10.5.0/3:00' > >http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.cbcpx01/cbc1p2559.htm " If this daylight savings time rule is omitted altogether, the values in the rule default to the standard American daylight savings time rules starting at

Re: OLD Manual - any one aware of something more current VSE to z/os

2016-11-04 Thread Timothy Sipples
Michael O'Byrne wrote: >When I was doing DOS to MVS conversions for IBM (30+ years ago) the >recommendation would be to use IMS-DB to support DL/1 (hierarchical >database mapped to hierarchical). Today, I would recommend evaluating a >conversion to DB2 or perhaps the use of a product which maps