On Tue, 9 Nov 2010 22:31:14 -0600, Mike Schwab
mike.a.sch...@gmail.com wrote:
The best
solution of all is to keep everything in GMT and translate.
Honnestly, the best solution would be to plainly stop fiddling with
summer/winter time.
Jantje.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Mike Schwab
[ snip ] The best
solution of all is to keep everything in GMT and translate.
That couldn't possibly work -- it's too simple.
-jc-
On Wed, 10 Nov 2010 05:43:30 -0600, Jan MOEYERSONS wrote:
On Tue, 9 Nov 2010 22:31:14 -0600, Mike Schwab wrote:
The best
solution of all is to keep everything in GMT and translate.
Agreed. We're part way there. A conspicuous offender remains ISPF
PDS member timestamps.
Honnestly, the best
Seems unnecessary and parochial ;)
Shouldn't the host/server send the date/time to the display (client/server, I
don't really care) and let it decide how to display the time?
After all, if I'm at a desktop in Uruguay, why should I have to care whether
the host/server is in Manhattan or
On Tue, 9 Nov 2010 09:42:46 -0600, Robert Birdsall wrote:
Seems unnecessary and parochial ;)
Shouldn't the host/server send the date/time to the display (client/server, I
[as UTC, I presume you mean]
don't really care) and let it decide how to display the time?
After all, if I'm at a desktop
On Mon, Nov 8, 2010 at 6:23 PM, Paul Gilmartin paulgboul...@aim.com wrote:
On Mon, 8 Nov 2010 16:27:09 -0600, Mike Schwab wrote:
What I would like to see, but I doubt it would ever be implemented,
would be like the Leap Second rule. If you need to drop a second, you
skip the last second of June
This is what I put in my /etc/profile in 2007:
TZ=EST5EDT,M3.2.0,M11.1.0
On Sun, Nov 7, 2010 at 8:47 PM, Paul Gilmartin paulgboul...@aim.com wrote:
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
On Mon, 8 Nov 2010 09:36:50 -0500, Scott Rowe wrote:
This is what I put in my /etc/profile in 2007:
TZ=EST5EDT,M3.2.0,M11.1.0
How does this show that the convention was different in 2006 and
before, and further different before 1986?
Try this test program:
for HH in 00 01 02 03 04 05 06 07 08
Hi Folks,
I enjoy when someone makes a post, a second person makes a remark
about the post - related or unrelated to the original intent - and the
people go to town, commenting about the remark, and saying not one word
about the original subject. It's a lot of fun to read all this, and we
Time change, either forward or back, is a non-issue for us since we use STP,
it just happens.
On Mon, Nov 8, 2010 at 10:06 AM, Sam Golob sbgo...@cbttape.org wrote:
Hi Folks,
I enjoy when someone makes a post, a second person makes a remark about
the post - related or unrelated to the
We simply issue the appropriate SET TIMEZONE or SET CLOCK command on the
appropriate day on the machines, and have not had problems for years. These
commands do not change the TOD clock, and none of our software is sensitive
to the local time.
(We do follow up with a change to the CLOCKxx
On Sun, 7 Nov 2010 11:11:28 -0500, Sam Golob sbgo...@cbttape.org wrote:
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
[mailto:ibm-m...@bama.ua.edu] On
Behalf Of Mark Zelden
Sent: Monday, November 08, 2010 10:48 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Fast way of changing time - CBT File 639
On Sun, 7 Nov 2010 11:11:28 -0500, Sam Golob sbgo...@cbttape.org
wrote:
Hi Folks,
CBT Tape File 639 from Hunter Zhou
I have another question on the time change. I was just looking at one of the
systems we had down for an hour for the time change. I noticed that the OMVS
time was never reset. The /SYSTEM/etc/profile dataset has:
TZ=EST5EDT
export TZ
This hasn't been changed. Does this matter? According
On Mon, 8 Nov 2010 16:33:08 +, Eric Bielefeld eric-ibmm...@wi.rr.com
wrote:
I have another question on the time change. I was just looking at one of
the systems we had down for an hour for the time change. I noticed that the
OMVS time was never reset. The /SYSTEM/etc/profile dataset has:
--Original Message--
From: Paul Gilmartin
Sender: IBM Mainframe Discussion List
To: IBM-MAIN@bama.ua.edu
ReplyTo: IBM Mainframe Discussion List
Subject: Re: Fast way of changing time - CBT File 639
Sent: Nov 7, 2010 8:47 PM
On Sun, 7 Nov 2010 19:23:00 -0500, Scott Rowe wrote:
gil, the TZ
On Mon, 8 Nov 2010 10:40:29 -0600, Mark Zelden wrote:
On Mon, 8 Nov 2010 16:33:08 +, Eric Bielefelderic-ibmm...@wi.rr.com
wrote:
I have another question on the time change. I was just looking at one of
the systems we had down for an hour for the time change. I noticed that the
OMVS time
On Mon, Nov 8, 2010 at 1:38 PM, Paul Gilmartin paulgboul...@aim.com wrote:
deleted
And the concept of exactly two time zones, GMT and LOCAL is
parochial. There are 24 zones (actually far more), and a proper
conversion function has two arguments:
localtime( UTC, zone )
... dealing with
On Mon, 8 Nov 2010 16:27:09 -0600, Mike Schwab wrote:
What I would like to see, but I doubt it would ever be implemented,
would be like the Leap Second rule. If you need to drop a second, you
skip the last second of June 30 or December 31. If you need to add a
second, you have another second at
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
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 sbgo...@cbttape.org wrote:
Hi Folks,
CBT Tape File 639 from Hunter
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
conclusion.
Cheers,
Sam
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 question
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 question. Why is there no way
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 offsets,
On Sun, Nov 7, 2010 at 11:17, Paul Gilmartin paulgboul...@aim.com 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
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 development
On Sun, 7 Nov 2010 14:16:45 -0600, John McKown joa...@swbell.net 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.
On Sun, Nov 7, 2010 at 14:12, Paul Gilmartin paulgboul...@aim.com 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
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 paulgboul...@aim.com wrote:
On Sun, 7 Nov 2010 14:16:45 -0600, John McKown joa...@swbell.net wrote:
On Sun, 2010-11-07 at 09:17
Not when you have STP or an ETR.
On Sun, Nov 7, 2010 at 4:38 PM, Brian Kennelly
brian+ibm-m...@bkennelly.netbrian%2bibm-m...@bkennelly.net
wrote:
On Sun, Nov 7, 2010 at 14:12, Paul Gilmartin paulgboul...@aim.com wrote:
Did you imply in your previoust that z/VM requires an IPL? z/OS
does
On Sun, 2010-11-07 at 15:12 -0600, Paul Gilmartin wrote:
On Sun, 7 Nov 2010 14:16:45 -0600, John McKown joa...@swbell.net wrote:
snip
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
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.
33 matches
Mail list logo