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, I
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:
~ 🍦 TZ='Europe/Amsterdam' date
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 "mainframe" behavior, n
Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Friday, November 04, 2016 4:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on TZ and European time change
On Fri, Nov 4, 2016 at 2:30 AM, Peter Hunkeler wrote:
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
> the rule default
>'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
0
On Thu, 3 Nov 2016 13:14:13 -0700, Charles Mills wrote:
>Thanks much. That gives me two things to tell the customer to look at.
>
>Is the D in CEDT in your post a typo or are you looking at a different IBM
>recommendation than I am?
>
>Does anyone happen to know what the default date is if you sp
-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on TZ and European time change
Hmmm. The IBM Web site is wrong.
Here is what they want:
ZONE('CET-1CEST,M3.5.0,M10.5.0')
--
For IBM-MAIN subscribe / signoff / arch
is in fact one hour off.
Charles
-Original Message-
From: Charles Mills [mailto:charl...@mcn.org]
Sent: Thursday, November 03, 2016 1:14 PM
To: 'IBM Mainframe Discussion List'
Subject: RE: Question on TZ and European time change
Thanks much. That gives me two things to
CET1CEST,M3.5.0,M10.5.0?
Charles
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John McKown
Sent: Thursday, November 03, 2016 12:50 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on TZ and European time change
On Thu, Nov 3, 2016
On Thu, Nov 3, 2016 at 2:32 PM, Charles Mills wrote:
> Thanks @John, good points that I failed to cover in my OP.
>
> The application runs POSIX(ON) (hence my reference to TZ [no underscore])
> and yes, issues the code below with no error reported.
>
> int seRes = 0;
> seRes = setenv("TZ"
November 03, 2016 12:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Question on TZ and European time change
On Thu, Nov 3, 2016 at 1:29 PM, Charles Mills wrote:
> I am supporting a customer in Europe. They are reporting that the
> timestamps in our messages -- which are prod
On Thu, Nov 3, 2016 at 1:29 PM, Charles Mills wrote:
> I am supporting a customer in Europe. They are reporting that the
> timestamps
> in our messages -- which are produced from the C library routines
> gettimeofday64() + localtime64() -- were correct during the summer but did
> not change to st
I am supporting a customer in Europe. They are reporting that the timestamps
in our messages -- which are produced from the C library routines
gettimeofday64() + localtime64() -- were correct during the summer but did
not change to standard time this past weekend. TZ is apparently set to
'CET-1CEST
14 matches
Mail list logo
