Sponsored Content
Operating Systems AIX Timezone issues -- Daylight savings Post 302988090 by bakunin on Tuesday 20th of December 2016 09:27:22 AM
Old 12-20-2016
Quote:
Originally Posted by filosophizer
Question:
CST6CDT (POSIX) and America/Chicago (Olson)

I have read both are same timezones, so what difference does it make?
Counter question: what is the difference between "17 (octal)" and "15 (decimal)" and "F (hex)"?

POSIX and Olson are two ways of describing a timezone. Olson does so by using a list of definitions and specifiyng a certain entry in that list. POSIX achieves the same in a slightly different way (see the Open Groups website for details).

Every timezone definition contains the following information:

1) an offset to GMT (or UTC, which is basically the same)
2) an amount of time (in hours) to correct this basic offset during the daylight savings period
3) a starting- and ending date (and time) for this DST period

In this regard, Olson and POSIX do the same. Olson just has a directory of such definitions, so that i.e. "Europe/Vienna" means GMT-1, a daylight savings adjustment of 1 hour and a DST period from the third(?) Sunday of March, 2:00 am until last Sunday in October, 3:00 am. When you specify "Europe/Vienna" then the driver looks this information up in the directory and sets the time accordingly. If you specify the TZ specification manually (the POSIX way) it uses that.

I hope this helps.

bakunin
This User Gave Thanks to bakunin For This Post:
 

9 More Discussions You Might Find Interesting

1. Post Here to Contact Site Administrators and Moderators

Daylight Savings - Timezones etc...

Hey Neo - or other Unix.com staffers - I've selected my Timezone for the forums - however it's wrong for my Country - as we have Daylight Savings for 6 months of the year - so currently were 1 hour ahead of the time that is provided in the personal options pages. Can we add another for this - no... (5 Replies)
Discussion started by: peter.herlihy
5 Replies

2. UNIX for Dummies Questions & Answers

Daylight savings and cron

I was trying to schedule a job to run on the last Sunday of October. To stop a process that I have running before daylight savings automatically falls back at 2AM then restart it after the hour has been regained. I thought I was smart (my mistake) and scheduled the 2 entries in cron. I figured that... (3 Replies)
Discussion started by: cindylouwho
3 Replies

3. Solaris

daylight savings change

I have a solaris 8 server - and I need to ensure the daylight savings change properly but I dont think its set up correctly: /usr/sbin/zdump -v -c 2005 $TZ GB-EIRE Wed Oct 26 12:20:02 2005 UTC = Wed Oct 26 12:20:02 2005 GB isdst=0 GB-EIRE Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 20:45:52... (5 Replies)
Discussion started by: frustrated1
5 Replies

4. UNIX for Dummies Questions & Answers

Daylight savings change

Hey guys, How do i check and see if my server will automatically adjust itself for daylight savings? Thanks! (6 Replies)
Discussion started by: kingdbag
6 Replies

5. Solaris

Daylight Savings Time Fix

Hello, I've been looking at coming up with a time change on my Sun workstations since daylight savings time comes early this year. Someone at work told me that a sun patch is available if you have a maintenance contract. It was recommended to just set your systems to GMT time zone. How is this... (5 Replies)
Discussion started by: stocksj
5 Replies

6. Linux

Daylight savings patch for Linux?

Is there a patch availible for the upcoming new daylight savings time ordeal? (4 Replies)
Discussion started by: shorty
4 Replies

7. Solaris

Daylight Savings Time Quirk

I am running a SUN E450 on solaris (5.7). I have applied the DST patch and the system time is correct. However when users login the get the time wrong (+4 hours) (I am in EDT Zone). Does anyone know where a system wide variable for this could be set. (Root user gets the right time) Frank (3 Replies)
Discussion started by: frankkahle
3 Replies

8. AIX

Daylight savings time

Our aix unix box did not recognize daylight savings time since it was moved up. Could someone please give me the syntax to change the hour? I looked in man and couldn't find anything, or I missed it. I'm in 3rd grade so if you can, please provide specific instructions. Thanks! (2 Replies)
Discussion started by: vbagwell
2 Replies

9. AIX

Daylight savings time

Hello everyone The last sunday I have to check that my servers has change Daylight savings time but only two servers do it and all the rest doesnt. In smitty where I need to change, for my server take automatic the daylight savings time. Thanks for your tips The next its a message for... (0 Replies)
Discussion started by: lo-lp-kl
0 Replies
TZSET(3)						     Linux Programmer's Manual							  TZSET(3)

NAME
tzset, tzname, timezone, daylight - initialize time conversion information SYNOPSIS
#include <time.h> void tzset (void); extern char *tzname[2]; extern long timezone; extern int daylight; Feature Test Macro Requirements for glibc (see feature_test_macros(7)): tzset(): _POSIX_C_SOURCE >= 1 || _XOPEN_SOURCE || _POSIX_SOURCE tzname: _POSIX_C_SOURCE >= 1 || _XOPEN_SOURCE || _POSIX_SOURCE timezone: _SVID_SOURCE || _XOPEN_SOURCE daylight: _SVID_SOURCE || _XOPEN_SOURCE DESCRIPTION
The tzset() function initializes the tzname variable from the TZ environment variable. This function is automatically called by the other time conversion functions that depend on the timezone. In a System-V-like environment, it will also set the variables timezone (seconds West of UTC) and daylight (to 0 if this timezone does not have any daylight saving time rules, or to nonzero if there is a time during the year when daylight saving time applies). If the TZ variable does not appear in the environment, the tzname variable is initialized with the best approximation of local wall clock time, as specified by the tzfile(5)-format file localtime found in the system timezone directory (see below). (One also often sees /etc/localtime used here, a symlink to the right file in the system timezone directory.) If the TZ variable does appear in the environment but its value is empty or its value cannot be interpreted using any of the formats speci- fied below, Coordinated Universal Time (UTC) is used. The value of TZ can be one of three formats. The first format is used when there is no daylight saving time in the local timezone: std offset The std string specifies the name of the timezone and must be three or more alphabetic characters. The offset string immediately follows std and specifies the time value to be added to the local time to get Coordinated Universal Time (UTC). The offset is positive if the local timezone is west of the Prime Meridian and negative if it is east. The hour must be between 0 and 24, and the minutes and seconds 0 and 59. The second format is used when there is daylight saving time: std offset dst [offset],start[/time],end[/time] There are no spaces in the specification. The initial std and offset specify the standard timezone, as described above. The dst string and offset specify the name and offset for the corresponding daylight saving timezone. If the offset is omitted, it default to one hour ahead of standard time. The start field specifies when daylight saving time goes into effect and the end field specifies when the change is made back to standard time. These fields may have the following formats: Jn This specifies the Julian day with n between 1 and 365. Leap days are not counted. In this format, February 29 can't be repre- sented; February 28 is day 59, and March 1 is always day 60. n This specifies the zero-based Julian day with n between 0 and 365. February 29 is counted in leap years. Mm.w.d This specifies day d (0 <= d <= 6) of week w (1 <= w <= 5) of month m (1 <= m <= 12). Week 1 is the first week in which day d occurs and week 5 is the last week in which day d occurs. Day 0 is a Sunday. The time fields specify when, in the local time currently in effect, the change to the other time occurs. If omitted, the default is 02:00:00. Here is an example for New Zealand, where the standard time (NZST) is 12 hours ahead of UTC, and daylight saving time (NZDT), 13 hours ahead of UTC, runs from the first Sunday in October to the third Sunday in March, and the changeovers happen at the default time of 02:00:00: TZ="NZST-12:00:00NZDT-13:00:00,M10.1.0,M3.3.0" The third format specifies that the timezone information should be read from a file: :[filespec] If the file specification filespec is omitted, the timezone information is read from the file localtime in the system timezone directory, which nowadays usually is /usr/share/zoneinfo. This file is in tzfile(5) format. If filespec is given, it specifies another tzfile(5)-format file to read the timezone information from. If filespec does not begin with a '/', the file specification is relative to the system timezone directory. Here's an example, once more for New Zealand: TZ=":Pacific/Auckland" FILES
The system timezone directory used depends on the (g)libc version. Libc4 and libc5 use /usr/lib/zoneinfo, and, since libc-5.4.6, when this doesn't work, will try /usr/share/zoneinfo. Glibc2 will use the environment variable TZDIR, when that exists. Its default depends on how it was installed, but normally is /usr/share/zoneinfo. This timezone directory contains the files localtime local timezone file posixrules rules for POSIX-style TZ's Often /etc/localtime is a symlink to the file localtime or to the correct timezone file in the system timezone directory. CONFORMING TO
SVr4, POSIX.1-2001, 4.3BSD. NOTES
Note that the variable daylight does not indicate that daylight saving time applies right now. It used to give the number of some algo- rithm (see the variable tz_dsttime in gettimeofday(2)). It has been obsolete for many years but is required by SUSv2. 4.3BSD had a function char *timezone(zone, dst) that returned the name of the timezone corresponding to its first argument (minutes West of UTC). If the second argument was 0, the standard name was used, otherwise the daylight saving time version. SEE ALSO
date(1), gettimeofday(2), time(2), ctime(3), getenv(3), tzfile(5) COLOPHON
This page is part of release 3.53 of the Linux man-pages project. A description of the project, and information about reporting bugs, can be found at http://www.kernel.org/doc/man-pages/. 2012-03-25 TZSET(3)
All times are GMT -4. The time now is 01:08 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy