05-07-2007
/usr/share/lib/zoneinfo/Australia/<timezone name>
Can you find a NSW file in the zoneinfo directory? It sounds like it is not there. Or maybe it has some issues, possibly protection.
Plus, DO NOT set time back and forth like that, you can cause cron jobs to do unexpected things. And mess up nightly processing.
UNIX time is kept in seconds since Jan 1 1970. Daylight time changes do not change that count. Changing the date does. The system uses files in /usr/share/lib/zoneinfo/Australia/.... to display the time based on UTC calculated from the number of seconds.
You should set the date (in seconds) to match UTC, whatever that may be.
However use date -a to do that, it is less likely to screw up batch jobs.
You can manually set the timezone using the results of tzselect. It asks questions. tzdump should let you see what /usr/share/lib/zoneinfo/Australia/NSW thinks about DST, if the file is okay.
Last edited by jim mcnamara; 05-07-2007 at 09:01 AM..
6 More Discussions You Might Find Interesting
1. Shell Programming and Scripting
hi!
i have a lot of files (800+) (in windows format - i.e. they have spaces in the filename) that i need to copy to disk... if i write a for loop to ls the files and copy it fails as the file it trys to read is just the 1st part of the file (which of course doesnt exist)...
i dont want to... (4 Replies)
Discussion started by: serm
4 Replies
2. AIX
Hello.
Our application is running on AIX box located in NSW , Australia. As DST starts on Oct 28th - Do you know IF AIX boxes have auto updates of day light saving times? IF not , how to do it? IF yes, where can I verify it?
Thank you! (3 Replies)
Discussion started by: panchpan
3 Replies
3. Linux
I was doing timezone and DST testing which is required for some of my products
Here is the strange behaviour i observed
First i did set the timezone to PST 2010 (which is less than GMT basically negative timezone)
zdump -v /etc/localtime |grep 2010
/etc/localtime Sun Mar 14 09:59:59... (0 Replies)
Discussion started by: ravindra1103
0 Replies
4. HP-UX
Hello all,
I hope someone can help me.
We have Compaq Tru64 UNIX V5.1B (Rev. 2650).
By latest Belarus government act Europe/Minsk timezone was changed to
GMT+3 without DST (was GMT+2 with DST).
Please advice how to do changes on our machine.
Thank You in advance,
md1982 (15 Replies)
Discussion started by: md1982
15 Replies
5. AIX
Hi Everyone
Just wanted to share with you that IBM AIX is having again problem with Summer Time Shift..
IBM Possible Action Required: System time may not change properly at DST start/end dates on AIX 7.1 and AIX 6.1 - United States
For me it means some additional overtimes in the... (0 Replies)
Discussion started by: gito
0 Replies
6. AIX
Hello AIX friends,
We have timezone settings on our AIX 6.1 boxes set to Europe/London.
How can I change it to UTC timezone with Daylight saving disabled.
After running "smit chtz_user" I don't see UTC option in the listing.
Please advise.
TIA (3 Replies)
Discussion started by: prvnrk
3 Replies
LEARN ABOUT DEBIAN
datetime::format::dateparse
DateTime::Format::DateParse(3pm) User Contributed Perl Documentation DateTime::Format::DateParse(3pm)
NAME
DateTime::Format::DateParse - Parses Date::Parse compatible formats
SYNOPSIS
use DateTime::Format::DateParse;
my $dt = DateTime::Format::DateParse->parse_datetime( $date );
my $dt = DateTime::Format::DateParse->parse_datetime( $date, $zone );
DESCRIPTION
This module is a compatibility wrapper around Date::Parse.
USAGE
Import Parameters
This module accepts no arguments to it's "import" method and exports no symbols.
Methods
Class Methods
o parse_datetime($date [, $zone])
Accepts a Date::Parse compatible $date string and optionally a Time::Zone compatible $zone string.
Returns a DateTime object.
GOTCHAS
o If parse_datetime is called on a $date that doesn't know specify a timezone and $zone is not set, then the timezone of the returned
DateTime object will be set to the "local" timezone. This is consistent with the behavior of Date::Parse.
o If parse_datetime is called without a $zone but the $date string does specify a timezone/offset or if parse_datetime is called with a
$zone that DateTime::TimeZone does not understand, the returned DateTime object will have it's timezone set to a fixed offset from UTC.
This means that "DST" information is not available and date math will not reflect "DST" transitions. This may be resolved for true
timezones by using the DateTime::TimeZone::Alias module to "alias" the Time::Zone timezone to an Olson DB name. This may be done
automatically in a future release.
CREDITS
Graham Barr (GBARR) <gbarr@pobox.com>, author of Date::Parse
Everyone at the DateTime "Asylum".
SUPPORT
Support for this module is provided via the <datetime@perl.org> email list. See <http://lists.perl.org/> for more details.
AUTHOR
Joshua Hoblitt (JHOBLITT) <jhoblitt@cpan.org>
COPYRIGHT
Copyright (c) 2005-6 Joshua Hoblitt. All rights reserved. This program is free software; you can redistribute it and/or modify it under
the same terms as Perl itself.
The full text of the licenses can be found in the LICENSE file included with this module, or in perlartistic and perlgpl as supplied with
Perl 5.8.1 and later.
SEE ALSO
Date::Parse, Time::Zone, DateTime, DateTime::TimeZone, DateTime::TimeZone::Alias, <http://datetime.perl.org/>
perl v5.10.1 2010-04-16 DateTime::Format::DateParse(3pm)