03-12-2007
Hm, I just got an internal mail that says we applied over 1700 DST related patches over the past 6 weeks or so. And this is even though we aren't using/working in any US timezones. Just because the orders to be compliant with the DST change came in all the way from the very top.
Dumb.
9 More Discussions You Might Find Interesting
1. Solaris
I have several servers that are outside the country and are running Solaris 6 mainly with a few Solaris 7 boxes here and there. Because of that, we need to schedule time to change the time on March 11th and again in April, October and November. At least until the customer decides it's time to... (3 Replies)
Discussion started by: BOFH
3 Replies
2. SCO
I checked SCO's site for DST fix for SCO 5.0.0 and there iis not one available. Can I run a script in the cron to read in and change the time?
TiA (2 Replies)
Discussion started by: tbgeek
2 Replies
3. SCO
Hello,
Anyone know where I can find the DST updates for SCO Xdesktop 3.6.3?
Thanks (0 Replies)
Discussion started by: ddzc
0 Replies
4. UNIX for Dummies Questions & Answers
Hello,
Does anyone know how can I verify if the DST update on a SCO Unixware system has been installed successfully? UNIXWARE 7.1.4 MP3
Looking forward to some help, please....
Thanks (8 Replies)
Discussion started by: Yorgy
8 Replies
5. AIX
Just a quick last minute thing here.
AIX 5.1. I ran the perl script referenced in the tutorials and found the AIX box is triggering DST on the 14th instead of the 11th. The 5.2 boxes come back with the right answers. The DST patches have been applied (or I'd have Apr 1st instead of the 14th).
... (0 Replies)
Discussion started by: BOFH
0 Replies
6. Solaris
How to update DST patch. Whatat are the necessary steps that have to be taken on the servers to update this patch?. (1 Reply)
Discussion started by: sandeepkv
1 Replies
7. Shell Programming and Scripting
Hello ,
We are investigating an issue from a customer from Western Australia related to DST change on 25 th March. The customer in Australia has the below settings for Time Zone. The System is Solaris 9.
TZ=Australia/NSW
CMASK=022
We are trying to reproduce the problem in our local... (1 Reply)
Discussion started by: Mohammed
1 Replies
8. Linux
Hello,
I have linux server which is one hour behind after the DST change last week. I post some information below on the settings. any helpwould be helpful since I am newbie..
$ clock
Tue 04 Nov 2008 03:12:26 PM EST -0.785549 seconds
$more clock
Tue 04 Nov 2008 03:12:26 PM EST... (2 Replies)
Discussion started by: jbdavis02@yahoo
2 Replies
9. UNIX for Advanced & Expert Users
Hi,
I have one confusion regarding DST chnages which are going to happen after October. :confused: :confused:
I have few jobs on Autosys which run as per Japan Time. they shoudl not be affected by switiching off of DST time.
Our autosys instance server is based on UK which is running on... (0 Replies)
Discussion started by: girdharsourabh
0 Replies
LEARN ABOUT CENTOS
datetime::format::dateparse
DateTime::Format::DateParse(3) User Contributed Perl Documentation DateTime::Format::DateParse(3)
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.16.3 2014-06-10 DateTime::Format::DateParse(3)