Re: Fast way of changing time - CBT File 639

On Sun, 7 Nov 2010 19:23:00 -0500, Scott Rowe wrote: >gil, the TZ value can be specified with boundaries. I remember setting them >when the boundaries were changed (2007). > In z/OS, how do you specify the boundary between 2006 and 2007 when the US changed the rules? Inquiring minds want to know

Re: Fast way of changing time - CBT File 639

On Sun, 2010-11-07 at 15:12 -0600, Paul Gilmartin wrote: > On Sun, 7 Nov 2010 14:16:45 -0600, John McKown wrote: > > > Not like any other UNIX system. z/OS converts timestamps incorrectly > for a few weeks in each year prior to 2006 (in the US); other UNIX > systems get it right. Try April 1,

Re: Fast way of changing time - CBT File 639

Not when you have STP or an ETR. On Sun, Nov 7, 2010 at 4:38 PM, Brian Kennelly > wrote: > On Sun, Nov 7, 2010 at 14:12, Paul Gilmartin wrote: > > > Did you imply in your previoust that z/VM requires an IPL? z/OS > > does better than that (at least if you have ETR/STP). > > > > No, it does not

Re: Fast way of changing time - CBT File 639

gil, the TZ value can be specified with boundaries. I remember setting them when the boundaries were changed (2007). On Sun, Nov 7, 2010 at 4:12 PM, Paul Gilmartin wrote: > On Sun, 7 Nov 2010 14:16:45 -0600, John McKown wrote: > > >On Sun, 2010-11-07 at 09:17 -0700, Brian Kennelly wrote: > >>

Re: Fast way of changing time - CBT File 639

On Sun, Nov 7, 2010 at 14:12, Paul Gilmartin wrote: > Did you imply in your previoust that z/VM requires an IPL? z/OS > does better than that (at least if you have ETR/STP). > No, it does not require it. You can change the time zone with a a command, but when you do need to IPL, it will pick u

Re: Tivoli Storage Manager for z/OS (Functionally Stablized & Impending Demise)

W dniu 2010-11-07 19:10, Mike Schwab pisze: On Sun, Nov 7, 2010 at 11:57 AM, R.S. wrote: W dniu 2010-11-05 13:38, Jim Marshall pisze: Question - 2: So what are people going to use to back up things like your zFS/HFS files on z/OS to get granularity in the restoring at the file level. My g

Re: Fast way of changing time - CBT File 639

On Sun, 7 Nov 2010 14:16:45 -0600, John McKown wrote: >On Sun, 2010-11-07 at 09:17 -0700, Brian Kennelly wrote: >> That raises a question. Why is there no way to pre-define the time zone >> offsets and boundaries in z/OS? You can do it easily in z/VM, z/VSE and, of >> course, Linux. Why not z/

Re: Fast way of changing time - CBT File 639

On Sun, 2010-11-07 at 09:17 -0700, Brian Kennelly wrote: > That raises a question. Why is there no way to pre-define the time zone > offsets and boundaries in z/OS? You can do it easily in z/VM, z/VSE and, of > course, Linux. Why not z/OS? > Don't know. It would cost money in terms of developm

Re: Fast way of changing time - CBT File 639

On Sun, Nov 7, 2010 at 11:17, Paul Gilmartin wrote: > z/VM? Enlighten me. Last I looked, if I performed a SENDFILE > the Friday before the DST change and received it the Monday after, > the restored time stamp was an hour off. Likewise the times > shown by the CP DISPLAY READER command. I sus

Re: Fast way of changing time - CBT File 639

On Sun, 7 Nov 2010 09:17:30 -0700, Brian Kennelly wrote: >That raises a question. Why is there no way to pre-define the time zone >offsets and boundaries in z/OS? You can do it easily in z/VM, z/VSE and, of >course, Linux. Why not z/OS? > z/OS Unix System Services allows definition of the offse

Re: Tivoli Storage Manager for z/OS (Functionally Stablized & Impending Demise)

On Sun, Nov 7, 2010 at 11:57 AM, R.S. wrote: > W dniu 2010-11-05 13:38, Jim Marshall pisze: >> Question - 2: >> >> So what are people going to use to back up things like your zFS/HFS files >> on >> z/OS to get granularity in the restoring at the file level. > > My guess: NOTHING. > Usually people

Re: Tivoli Storage Manager for z/OS (Functionally Stablized & Impending Demise)

W dniu 2010-11-05 13:38, Jim Marshall pisze: I called IBM in yesterday to get an update to learn if TSM for z/OS was still destined for the scapeheap come 2013 and indeed it is. Although one can prolong its life by 3-4 years aftyer 2013 paying extra for extended support. The pitch is to move you

Re: Fast way of changing time - CBT File 639

Mainframes are often run by companies with offices in several time zones across a continent or around the world, so are often set to GMT and let the local offices deal with the varying time differences. On Sun, Nov 7, 2010 at 10:43 AM, Sam Siegel wrote: > On Sun, Nov 7, 2010 at 8:34 AM, Charles M

Re: Rexx question - Dynamic generation of variables?

On Sun, Nov 7, 2010 at 10:54 AM, john gilmore wrote: > Move this discussion to TSO-REXX or elsewhere as you see fit.  I am an > advocate of proper fora, and I > shall not feel excluded from a discussion I am unaware of. Jawohl, Herr Oberst. Actually, no. This isn't TSO-REXX specific; it's Rexx-

Re: Long Parameters, Symbolic Replacement and Control Cards

In , on 10/16/2010 at 12:23 AM, Clement Clarke said: >Standard APF facilities are used, so Authorised or Non-Authorised >programs may be used. What are you trying to say? Do you mean that you will invoke unauthorized programs as authotized, or do you mean that you ATTACH the program as a job

Re: Necessity of UID zero.

In <1910aea19cd2554fb59403184ebe4381029885e...@mmoexchmbs01.jhacorp.com>, on 10/26/2010 at 02:09 PM, Hal Merritt said: > I am in the crossfire between auditors insisting that nothing needs >UID 0 and sysprogs insiting that everything in their serverpac jobs >must have UID zero as coded. They'

Re: Necessity of UID zero.

In <4cc73536.9010...@bremultibank.com.pl>, on 10/26/2010 at 10:08 PM, "R.S." said: >2. Since serverpac installation is (should) never been done on >productions system as a driver Nonsense. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see

Re: Necessity of UID zero.

In <4cc7e75f.7060...@bremultibank.com.pl>, on 10/27/2010 at 10:48 AM, "R.S." said: >1. Wide authorities needed for the installation. I.e. person who >performs the installation need to create many RACF definitions which >implies SPECIAL. Nonsense; the person who does the installation can req

Re: IDCAMS ALTER and GDGs - From A(0) to B(+1) - Relative Generations

In , on 11/05/2010 at 07:54 PM, Martin Packer said: >In this case it boils down to renaming FILE1(0) to FILE2(+1). IDCAMS >ALTER will do it with hardcoded generations and versions. What's wrong with using CSI to extract the data, then using RENAME from REXX? >However, I'd prefer not to have

Re: Fast way of changing time - CBT File 639

On Sun, Nov 7, 2010 at 8:34 AM, Charles Mills wrote: > And even in the dread Windows! > > Weekend joke: z/OS doesn't need no stink'n predefined time zones. It exists in Einsteinian time: http://everythingforever.com/einstein.htm Note: Feynman and Hawkings came to the same conclusion. Cheers,

Re: Fast way of changing time - CBT File 639

And even in the dread Windows! Charles -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brian Kennelly Sent: Sunday, November 07, 2010 8:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Fast way of changing time - CBT File 639 That raises a ques

Re: Fast way of changing time - CBT File 639

That raises a question. Why is there no way to pre-define the time zone offsets and boundaries in z/OS? You can do it easily in z/VM, z/VSE and, of course, Linux. Why not z/OS? On Sun, Nov 7, 2010 at 09:11, Sam Golob wrote: > Hi Folks, > > CBT Tape File 639 from Hunter Zhou is a very fast

Fast way of changing time - CBT File 639

Hi Folks, CBT Tape File 639 from Hunter Zhou is a very fast and clever and "on the fly" way of changing the system time, so you may not be forced to IPL. SETHOUR is on File 639, and it is quite easy to set up, with 3 procedures and an APF-authorized program. SETHOUR not only resets the s

Rexx question - Dynamic generation of variables?

Move this discussion to TSO-REXX or elsewhere as you see fit. I am an advocate of proper fora, and I shall not feel excluded from a discussion I am unaware of. John Gilmore Ashland, MA 01721-1817 USA --

Re: Rexx question - Dynamic generation of variables?

On Sun, 7 Nov 2010 07:37:01 -0600, John McKown wrote: > >I agree that Object REXX on z/OS, especially in the UNIX arena, would be >wonderful. Once again, I am frustrated by things beyond my control. I Could such a port be naturally compatible with all the existing host command environments (TSO, I

Re: Rexx question - Dynamic generation of variables?

On Sun, Nov 7, 2010 at 7:17 AM, Martin Packer wrote: > Not to dismiss the sample at all but... > ... this really shows off the grottiness of Classic REXX as a language... > I have incantations just like these (and knowing enough of object-oriented > languages and Object REXX) I wonder why we have

Re: REDBOOKS Question

Terry Along with AFAIK - "as far as I know" - perhaps it's time to invent JOTTOMHWHBTDAR - "just off the top of my head without having bothered to do any research". Having read only your first sentence, I called up http://www.redbooks.ibm.com/ and started checking. When I got to the 4th "hit

Re: Tivoli Storage Manager for z/OS (Functionally Stablized & Impending Demise)

We run TSM for z/OS as well and have been told it will not be upgraded beyond the V5.5.5 that it currently is at. If we want, we can run TSM for z/Linux. We are been trying it out and have gotten around the tape issue by writing the backups from z/Linux TSM to Data Domain using NFS Mounts to

Re: REDBOOKS Question

Terry, Sorry, but a lot of Redbooks DO HAVE dash numbers. For example, please take a look at the series "ABCs of z/OS System Programming", which includes - SG24-6981-01 SG24-6982-02 SG24-6983-03 SG24-6985-01 SG24-6987-01 SG24-6989-04 SG24-6

Re: Rexx question - Dynamic generation of variables?

On Sun, 2010-11-07 at 12:17 +, Martin Packer wrote: > Not to dismiss the sample at all but... > > ... this really shows off the grottiness of Classic REXX as a language... > I have incantations just like these (and knowing enough of object-oriented > languages and Object REXX) I wonder why w

Re: REDBOOKS Question

Redbooks once published are not updated. There are no dash numbers or TNLs. A new Redbooks on the same or similar subject has a completely new number. These are only done when a major change to the subject requires it and the lab that develops the product wants a new Redbook. Error should be trap

Re: Rexx question - Dynamic generation of variables?

Not to dismiss the sample at all but... ... this really shows off the grottiness of Classic REXX as a language... I have incantations just like these (and knowing enough of object-oriented languages and Object REXX) I wonder why we haven't ported Open Object Rexx to z/OS yet... Most of this exa

Re: Rexx question - Dynamic generation of variables?

I have found this form quite useful:- alloc_member_cnt = alloc_member_cnt + 1 alloc_member.alloc_member_cnt = my_member alloc_member.my_member = alloc_member_cnt additional information can be retained in the "array":- alloc_dsname.alloc_member_cnt = my_dsn alloc_dsname.my_dsn = alloc_

Re: zFS files at disaster recovery site

In <4cbc6ad7.5040...@bremultibank.com.pl>, on 10/18/2010 at 05:42 PM, "R.S." said: >1. ADRDSSU does quiesce ZFS during dump. Read the message again; the issue is whether it *always* does a quiesce, not whether it sometimes does. In particular, the issue is what it does for physical dumps. -

Re: Rexx question - Dynamic generation of variables?

I have been using interpret for this type of processing for a lot of years. Maybe it's just a bad habit, but it's always worked for me. I will have to experiment with some of the other suggestions. I certainly did not want to start a religious war. Pax, Jon -Original Message- From: