New Daylight Saving Time Rules

An update for changing the rules for Daylight Saving Time in the US and Canada was sent out to OS X 10.4.x; will a similar update be available for 10.3.x and earlier? If not, is there a way to customize the DST rules?

About Daylight Saving Time changes in 2007 (Covers all OSs)
http://docs.info.apple.com/article.html?artnum=305056
 Cheers, Tom

Similar Messages

Java 1.4 and Daylight Saving Time 2007

The current version of Java 1.4.2 for Tiger, 'Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_09-244)' does not handle the new 2007 Daylight Saving Time rules correctly. Will Apple be updating Java 1.4.2 to the version that does support 2007 DST correctly? (at least 1.4.2_11 is required per Sun, http://java.sun.com/developer/technicalArticles/Intl/USDST/).
If so, when? Thanks!

Since you didn't list your computer, here's a link to Java 5.0 release 4 for both PPC and Intel-based Macs, which came out in April: http://search.info.apple.com/?q=J2SE50Release4.dmg&type=kbdload&search=Search&lr =lang_en&search=Go. That should solve your problem.

Daylight Saving Time Changes for 2007

Hello Friends
Sun's J2SE 1.4.2_11 has taekn care of the new Daylight Saving Time changes in accordance with The Energy Policy Act of 2005. Does anyone know if bea has incorporated same changes to their Jrockit, if so then starting which version.
http://java.sun.com/developer/technicalArticles/Intl/USDST/
Thanks for the answers in advance.
Regards
Rajeev Bhogal

Hello All
We currently compile and run our application with Jrockit 1.4.2_04 (build 1.4.2_04-b05), if we change to minor version 11 for 1.4.2 should we recompile the application. I would think that DST related binaries would only be called at run time not compile time, however I am far from being a compiler expert. Can any learned friend shed some light.
Henrik what do you think.
Regards and Thanks
Rajeev Bhogal

Conversion mapping is losing time zone data during daylight saving time

We have a problem with conversion of Calendars to timestamp with timezone for the last hour of Daylight Saving Time (e.g. 01:00 EDT - 01:59 EDT) where it is being interpreted as Standard Time which is in reality 60 minutes later.
We've written a JUnit test case that runs directly against TopLink to avoid any issues with WAS and its connection pooling.
The Calendar theDateTime comes from an object called TimeEntry which is mapped to a TIMESTAMP WITH TIMEZONE field using conversion mapping with Data Type TIMESTAMPTZ (oracle.sql) and Attribute Type Calendar (java.util).
We are using:
Oracle TopLink - 10g Release 3 (10.1.3.0.0) (Build Patch for Bugs 5145690 and 5156075)
Oracle9i Enterprise Edition Release 9.2.0.7.0 - 64bit Production
Oracle JDBC driver Version: 10.2.0.1.0
platform=>Oracle9Platform
Execute this Java:
SimpleDateFormat format = new SimpleDateFormat("MM/dd/yyyy HH:mm z");
TimeZone tzEasternRegion = TimeZone.getTimeZone("US/Eastern");
Calendar theDateTime = Calendar.getInstance(tzEasternRegion);
theDateTime.setTime(format.parse("10/29/2006 01:00 EDT"));
Persist to the database and execute this SQL:
SELECT the_date_time, EXTRACT(TIMEZONE_REGION FROM the_date_time), EXTRACT(TIMEZONE_ABBR FROM the_date_time), EXTRACT(TIMEZONE_HOUR FROM the_date_time)
FROM time_table WHERE time_table_id=1
This provides the following results:
THE_DATE_TIME EXTRACT(TIMEZONE_REGION FROM the_date_time) EXTRACT(TIMEZONE_ABBR FROM the_date_time) EXTRACT(TIMEZONE_HOUR FROM the_date_time)
29-OCT-06 01.00.00.000000 AM US/EASTERN US/Eastern EST -5
The wrong time zone is in the database. It should be EDT -4. Let's test the SQL that should be generated by TopLink. It should look like the following.
Execute this SQL:
UPDATE time_table SET the_date_time = TO_TIMESTAMP_TZ('10/29/2006 01:00 US/Eastern','mm/dd/yyyy HH24:MI TZR') WHERE (time_table_id=1)
SELECT the_date_time, EXTRACT(TIMEZONE_REGION FROM the_date_time), EXTRACT(TIMEZONE_ABBR FROM the_date_time), EXTRACT(TIMEZONE_HOUR FROM the_date_time)
FROM time_table WHERE time_table_id=1
This provides the same results:
THE_DATE_TIME EXTRACT(TIMEZONE_REGION FROM the_date_time) EXTRACT(TIMEZONE_ABBR FROM the_date_time) EXTRACT(TIMEZONE_HOUR FROM the_date_time)
29-OCT-06 01.00.00.000000 AM US/EASTERN US/Eastern EST -5
Now, execute this SQL:
UPDATE time_table SET the_date_time = TO_TIMESTAMP_TZ('10/29/2006 01:00 EDT US/Eastern','mm/dd/yyyy HH24:MI TZD TZR') WHERE (time_table_id=1)
SELECT the_date_time, EXTRACT(TIMEZONE_REGION FROM the_date_time), EXTRACT(TIMEZONE_ABBR FROM the_date_time), EXTRACT(TIMEZONE_HOUR FROM the_date_time)
FROM time_table WHERE time_table_id=1
This provides better results:
THE_DATE_TIME EXTRACT(TIMEZONE_REGION FROM the_date_time) EXTRACT(TIMEZONE_ABBR FROM the_date_time) EXTRACT(TIMEZONE_HOUR FROM the_date_time)
29-OCT-06 01.00.00.000000 AM US/EASTERN US/Eastern EDT -4
The correct time zone is now in the database. Let's test reading this with the following Java:
System.out.println("cal= " + theDateTime);
System.out.println("date= " + theDateTime.getTime());
System.out.println("millis= " + theDateTime.getTimeInMillis());
System.out.println("zone= " + theDateTime.getTimeZone());
This provides the following results:
cal= java.util.GregorianCalendar[...]
date= Sun Oct 29 01:00:00 EST 2006
millis= 1162101600000
zone= sun.util.calendar.ZoneInfo[id="US/Eastern",...]
The TimeZone object is correct since we are using the US/Eastern regional time zone, but the millis are wrong which makes the time EST instead of EDT. The millis should be 1162098000000.
The conversion from java.util.Calendar to TIMESTAMPTZ loses the actual offset when setting to a regional time zone. It can maintain this info by specifying it explicitly.
The conversion from TIMSTAMPTZ to java.util.Calendar also loses the actual offset even if the correct offset is in the database.
Has anyone else encountered this conversion problem? It appears to be a conversion problem in both directions. I know that the Calendar is lenient by default and will assume Standard Time if time is entered during the repeated 1 o'clock hour at the end of Daylight Saving Time, but the Calendars we are using are explicit in their time, so this would be classified as data corruption.
Nik

Opened an SR. Looks like there is a problem with conversion either in TopLink or in JDBC.

Daylight Saving Time Patch in 10.2.0.4

Question:
When you apply the 10.2.0.4 patch (linux-64 bit), does this patch include the daylight saving time patch that needed to be applied in earlier releases?

I know that. I was looking for the readme file but my metalink account did not have access to it. I was hoping that the forum would fill in the gap for me.
In this situation, I should have installed the 10.2.0.1 database, then the DST patch and then the 10.2.0.4. Instead, I got ahead of myself and did the 10.2.0.4 patch first. I was just wondering if the DST patch was included in the 10.2.0.4 by now. The good news is that I had my metalink updatred so I have access to the readme file now. I'm glad you knew the answer. Oh wait, you don't.

CreateODBCDateTime monkeys with Daylight Saving Time!!

If one uses CreateODBCDateTime to convert a date into the
proper format for storing in a SQL Server database, and one runs
this operation on a date between 0200 and 0300 on the day that
Daylight Saving Time changes, the function will change the time
forward or backward one hour. IT WILL DO THIS EVEN IF THE DATE YOU
ARE STORING IS UTC, thus rendering UTC times INVALID because they
do not have DST. Why does this function monkey with DST at all?

I have several international web sites on this server, one of
which has over 100,000 users who have contributed over 70 million
records, all with UTC timestamps. The problem occurs during the one
hour period EVERY YEAR when daylight saving time is started. It
does not do this in the fall when the time reverts. So, yes, the
problem only occurs during 1 hour out of 8,760 hours, but when you
start with 70 million records over 5 or 6 years...
But the danger is for anybody who stores or manipulates a
date/time OTHER THAN the date/time that is being used internally to
the server. In other words, if your server is set to Central Time,
and you have users in Hawaii or Arizona who need to store their own
date/time, it is likely to apply Central Timezone RULES to that
date/time, even if Hawaii and Arizona don't use DST.
Let's say you're scheduling operating rooms in a hospital in
Honolulu. All the CF routines are going to make sure to shift those
times forward an hour without warning, have a nice day. In my case,
it is happening with UTC, but it could be ANY time zone that has
different rules than the ones on your server.
Yes, I can probably figure out a different way to process
times, but this is a massive system with thousands of different
templates. In fact it affects several pretty massive software
systems with millions of lines of code, so it's not as if I can
just change a few SQL queries and be done with it.
It probably should be a rule for anybody operating a
ColdFusion server in an international setting, where dates and
times from different regions might need to be stored in a database,
to set up the server on UTC time just to avoid this problem.
Me, I have to
a. find all the places this will affect in thousands of lines
of code,
b. try to decide what impact going to UTC on the server will
have on things like scheduled tasks, email servers, etc,
c. then figure out whether there is any way to repair tens of
thousands of corrupted records

BO-XI R2 daylight saving time

The time in infoview has not changed to accommodate the daylight saving time change.
Version: 11.5.8.8265
Tried to install xir2 edst patch (CHF15_DST), when doing so I get a message stating "MHF1 is needed as prerequisite"...when I try to install MHF1, receive message "No supported XIR2 products detected"
Please advice, thank you.

Symptom
The Integration Kit for Baan driver displays incorrect time data in reports. The time is off by an hour between the dates marking the old Daylight Saving Time (DST) and the new DST change.
Cause
DST has been changed to occur earlier in the year. The Integration Kit for Baan does not pick the new settings up.
Resolution
There are files called ZONEFILES on the BAAN Server. These files must be already updated on the Baan server side.
The Integration Kit for Baan installs our own version of these files in the following folder:
\Baan\Native\lib\ZONEINFO
on the hard drive where the Integration Kit is installed.
Back up these files on the Crystal Reports/Business Objects XI computer, then put a copy of the ZONEFILES from the Baan Server to the computer where the Integration Kit for Baan is installed.

New Daylight Savings time issue - still occuring a year later

Last year, my iPod classic did NOT update for the new US DST change. It of course was fixed my next sync, but I waited till the battery ran down (2 1/2 weeks LATER.) Why should I (or any other iPod classic user) be stuck waiting till its synced to get this fixed? The iPod does have a calendar feature in there. (Is it that hard for them to adjust the DST code?)
The problem occurred again this year. (I don't recall since I synced around the right date for the fall DST ending timeframe.)
Does the 2008 model still have this problem or did they at least fix it in the newer models?

Welcome To Discussions John!
Apple has released an Update!
It appeared in my Software Update today!
Info here About Daylight Saving Time changes in 2007.
And here is the Tiger Download, of the Update, from the Apple Downloads pages.
ali b

New Daylight Savings Time Issue

OK, here is my question. I live in both the "dark world of Microsoft" and the light and wonderful world of Apple. I have to face the issue of Day Light savings Time NO GO with Windows, but what about Apple. Is this set so it will automatically re-set? Has a download come through that changes this already and I do not know it or is this latest version of OS X already fixed for this. Just want to k now as a newer user.

Welcome To Discussions John!
Apple has released an Update!
It appeared in my Software Update today!
Info here About Daylight Saving Time changes in 2007.
And here is the Tiger Download, of the Update, from the Apple Downloads pages.
ali b

UC560 Daylight Saving Time

Hello,
We have a UC560. Once Daylight Saving Time (DST) was initiated we updated the time in CCA to the correct time - one hour ahead.
The problem: The messages being sent to our PC's when a caller leaves a voice message is 1 hour ahead of the actual time.
Please let us know if you may have a solution for this problem.
Thank you,
Dawn

Okay, I ran the update... Two problems here.
1. Now my calendar events between March 11 and March 31st 2007 are off by an hour (although they show the correct time when you open the event to view it).
It doesn't work to delete the event and create a new one... It still shows as the wrong time. the only way I found to fix the time problem is to set each event for the incorrect time zone (I'm in Pacific and have to set it to Arizona).
2. Each "all day event" I scheduled into my calendar show up the day before the actual event date, yet when I open the event they show the correct date. Example - If I scheduled an all day event for April 19th, it appears on my calendar on April 18th. Yet, when I open the event to view the details, it does say "April 19".
The only way I've found to fix the birthday events to the correct day is to delete each one and re-schedule.
I find this highly inconvenient and and huge time waster. My business depends on my calendar being accurrate and I don't have time to adjust hundreds of entries.
If other folks are having this issue, speak up. It would be great if other folks knew they should wait to install this until a fix is issued.
If it's just me... Well, I guess that *****.
What now?

Daylight Saving Time Patch

Hi,
I'm using instantclient-basic-solaris32-10.2.0.2. Does anyone know if I need to patch this client for the Daylight Saving Time change coming up?
Thanks.

Hi,
Time zone and DST information are only used in TIMESTAMP WITH LOCAL TIME ZONE (TSLTZ) and TIMESTAMP WITH TIME ZONE (TSTZ) datatypes, and not for any other datatype. If TSLTZ or TSTZ types are not used there is no requirement to make any updates to the time zone rules.
For more information, you should read Metalink Doc ID 359145.1
More information, you can get here:
http://blogs.ittoolbox.com/database/technology/archives/changes-to-daylight-savings-time-in-2007-may-affect-your-databases-db2-oracle-and-others-13443
Cheers

Disable daylight saving time

Hi all,
I know this subject has been posted before, but i haven't found any suitable response. I need to disable daylight saving time, but i haven't been lucky yet. I've tried several things:
// Option A
Calendar calendar= new GregorianCalendar(TimeZone.getTimeZone("GMT+01:00"));
// Option B
Calendar calendar= new GregorianCalendar(TimeZone.getTimeZone(Some String Suitable));
// Option C
Calendar calendar= new GregorianCalendar(new SimpleTimeZone(int, Some String Suitable));
// Option D
SimpleTimeZone stz;
stz.setDSTSavings(0); // I get an errorAnd many other solutions, but it keeps applying daylight saving time and changing from 25/03/2007 01:00 to 25/03/2007 03:00. Any workarounds that doesn't involve to build my own Calendar? Also i can't disable it in the Operating System because it would affect other applications.
Thanks in advance.

Hi man, i've tried that also and still the same problem, code:
// Japan hasn't DST
Calendar calendar= new GregorianCalendar(TimeZone.getTimeZone("GMT+9"), Locale.JAPAN);
         calendar.set(Calendar.MONTH, Calendar.MARCH);
         calendar.set(Calendar.DAY_OF_MONTH, 24);
         for (int i= 0; i< 50; i++) {
             System.out.println(calendar.getTime());
             calendar.add(Calendar.HOUR, 1);
         }Also i've tried with identical result:
Calendar calendar= new GregorianCalendar(TimeZone.getTimeZone("Asia/Tokyo"), Locale.JAPAN);
         calendar.set(Calendar.MONTH, Calendar.MARCH);
         calendar.set(Calendar.DAY_OF_MONTH, 24);
         for (int i= 0; i< 50; i++) {
             System.out.println(calendar.getTime());
             calendar.add(Calendar.HOUR, 1);
         }And finally i've tried the "set" method (in several lines) and still the same result:
         Calendar calendar= new GregorianCalendar(TimeZone.getTimeZone("Asia/Tokyo"), Locale.JAPAN);
         calendar.setTimeZone(TimeZone.getTimeZone("Asia/Tokyo"));
         calendar.set(Calendar.MONTH, Calendar.MARCH);
         calendar.set(Calendar.DAY_OF_MONTH, 24);
         calendar.setTimeZone(TimeZone.getTimeZone("Asia/Tokyo"));
         for (int i= 0; i< 50; i++) {
             System.out.println(calendar.getTime());
             calendar.add(Calendar.HOUR, 1);
             calendar.setTimeZone(TimeZone.getTimeZone("Asia/Tokyo"));
         }Output:
Sat Mar 24 10:11:38 CET 2007
Sat Mar 24 11:11:38 CET 2007
Sat Mar 24 12:11:38 CET 2007
Sat Mar 24 13:11:38 CET 2007
Sat Mar 24 14:11:38 CET 2007
Sat Mar 24 15:11:38 CET 2007
Sat Mar 24 16:11:38 CET 2007
Sat Mar 24 17:11:38 CET 2007
Sat Mar 24 18:11:38 CET 2007
Sat Mar 24 19:11:38 CET 2007
Sat Mar 24 20:11:38 CET 2007
Sat Mar 24 21:11:38 CET 2007
Sat Mar 24 22:11:38 CET 2007
Sat Mar 24 23:11:38 CET 2007
Sun Mar 25 00:11:38 CET 2007
// HERE AGAIN !!!
Sun Mar 25 01:11:38 CET 2007
Sun Mar 25 03:11:38 CEST 2007
Sun Mar 25 04:11:38 CEST 2007
Sun Mar 25 05:11:38 CEST 2007
Sun Mar 25 06:11:38 CEST 2007
Sun Mar 25 07:11:38 CEST 2007
Sun Mar 25 08:11:38 CEST 2007
Sun Mar 25 09:11:38 CEST 2007
Sun Mar 25 10:11:38 CEST 2007
Sun Mar 25 11:11:38 CEST 2007
Sun Mar 25 12:11:38 CEST 2007
Sun Mar 25 13:11:38 CEST 2007
Sun Mar 25 14:11:38 CEST 2007
Sun Mar 25 15:11:38 CEST 2007
Sun Mar 25 16:11:38 CEST 2007
Sun Mar 25 17:11:38 CEST 2007
Sun Mar 25 18:11:38 CEST 2007
Sun Mar 25 19:11:38 CEST 2007
Sun Mar 25 20:11:38 CEST 2007
Sun Mar 25 21:11:38 CEST 2007
Sun Mar 25 22:11:38 CEST 2007
Sun Mar 25 23:11:38 CEST 2007
Mon Mar 26 00:11:38 CEST 2007
Mon Mar 26 01:11:38 CEST 2007
Mon Mar 26 02:11:38 CEST 2007
Mon Mar 26 03:11:38 CEST 2007
Mon Mar 26 04:11:38 CEST 2007
Mon Mar 26 05:11:38 CEST 2007
Mon Mar 26 06:11:38 CEST 2007
Mon Mar 26 07:11:38 CEST 2007
Mon Mar 26 08:11:38 CEST 2007
Mon Mar 26 09:11:38 CEST 2007
Mon Mar 26 10:11:38 CEST 2007
Mon Mar 26 11:11:38 CEST 2007
Mon Mar 26 12:11:38 CEST 2007
Any help will be appreciated.

DST Daylight Saving Time

I am using Solaris 9 on Sun hardware. I have set the Time Zone as Asia/Karachi. I dont know how the Daylight Saving Time is enabled with this setting. I just want DST to Trun Off. How can I disable DST for my zone?

Thank you for all the reply. Finally, I've solved the problem. For Tunisia there is no DST according to this page: http://www.timeanddate.com/worldclock/timezone.html?n=253&syear=2010
So, I did the followings:
# vi /usr/share/lib/zoneinfo/src/africa
I modified the rules according to the following:
Rule Tunisia 2006 2008 - Mar lastSun 2:00s 1:00 S
Rule Tunisia 2006 2008 - Oct lastSun 2:00s 0 -
Finally I run the following command:
# zic /usr/share/lib/zoneinfo/src/africa
It is solved my problem!
BR,
Gyorgy

Cisco ISE 1.2 Daylight Saving time

Does ISE support DST change?

Time Zone = UTC is best practice for a distributed deployment. Also, remember that if you change the time zone on an ISE, the database is deleted! So, set this during initial setup. BTW, for the Eastern Time Zone in the United States, use EST5EDT in order to allow for Daylight Saving Time.

What is the best way to switch off Daylight Saving Time?

What is the best way to switch off Daylight Saving Time for a DST enabled timezone?

I've been looking through the related classes and can't seem to find a way to disable DST in any timezone. Probably because they couldn't think of a good reason to want to know what the non-DST time was during DST.
However, you could easily compute the time without DST if that's what you need.

New Daylight Saving Time Rules

Similar Messages

Maybe you are looking for