Don't assume. Read it all. DST

[jerry1]

It seems that now a days people don't read
everything you type. When posing a question
to HP support about daylight savings time
and other concerns. I was only pointed to
the patches which I had already stated I
had.

The other concerns. I have found that Java
may be an issue. Sun systems have firmware
upgrades regarding the DST change. Does HP?
Is this turning out to be another y2k?
What else is dependent on DST change which has
gone unchanged for so long that it was not a
concern. Thank you Mr. Bush. And what of
congress if they decide to change it back?
Well that was a fun excercise in futility.

[James R. Ferguson · Accepted solution]

Hi Jerry:

First, HP-UX needs the 'tztab' patch that updates '/usr/lib/tztab'. In my opinion the HP-UX implementation is very straighforward to understand and absoutely trivial to change compared to some other Unixes.

The update of 'tztab' and a restart of any on-going process (notably 'cron') and/or a reboot sometime before the timezone(s)' rule changes handles standard HP-UX, standard C library system calls, and any applications that use these standards.

That said, I understand that Java uses its own internal time zone definitions tables. Hence, you need to look for Java specific patches too.

Otherwise, there is not firmware change and I wouldn't liken the revised daylight saving rules to the Y2K transition we all had to make. That was a far different "animal". Do you remember how many people would say that 2000 was a leap year, and how many people would say that it wasn't? There was enough application code that had the rules wrong!

Daylight saving rules are socio-economic or political. Take heart, the rules that the standard timezones in the United States use have remained constant from 1975 to 2006. Maybe the ones that begin in the Spring of 2007 will persist until 2038 when 32-bit systems and 32-bit counting collapses.

Regards!

...JRF...

[IT Response]

Java is definately affected so is librwtools and lib++.a and DCE

For java check www.hp.com/go/java. There is a link off the main page in red. Also, before month end there may be a tool available, similar to sun and IBM's that will change Java TZ files without having to install a whole new Java version.
Also check:
8606420800 - YK changes in librwtool and in lib++.a
fix
Applications linked shared can just apply the aC++ Runtime patch.
If linked archive, the application must be relinked.

For librwtool the following patches exist:
[PHSS_33941/PACHRDME/English] 11.00
[PHSS_33942/PACHRDME/English] 11.11
[PHSS_34041/PACHRDME/English] 11.23

lib++.a is only fixed with the A.03.70 release.



8606430960 - DCE and Daylight Saving changes in U.S.


Fix Release : - 11.31
11.11 : - December 2006
11.23 : - December 2006
cheers,
Nick

[jerry1]

Very cool. Thank you both for your inputs.