SUMMARY: DST Daylight Savings and statically linked

From: Seth Rothenberg <>
Date: Tue Feb 13 2007 - 15:21:17 EST
Per suggestions received, running file on our application reports 
      dgcb:  ELF 32-bit MSB executable SPARC Version 1, dynamically
linked, stripped
and similarly for all the programs from our vendor.

However, Casperk Dik gave this information....which sounds like good
news to me.
"they could just have statically linked the timezone code only"

The C library is not involved in timezone discussions *unless* you
use timezones of the form EST5EDT or PST8PDT.

Instead, you should use TZ=US/Eastern or TZ=US/Pacific; this forced
the library code (statically linked or not) to go out and read
the zoneinfo files which are fixed.  You avoid any and all hardcoded
knowledge in libc


(Our $TZ is already US/Eastern :-)

Thanks to 
Casper Dik
Rich Teer
Anthony D'Atri 
Jason Edgecombe

>>> "Seth Rothenberg" <> 02/13/07 1:03 PM
We patched our servers - Solaris 2.6, Solaris 8, Solaris 9.....
and we confidently ran a great Perl Script  (whole thing at end)
But it just dawned on me that I have 3rd-party commercial s/w  for
which I don't know if it is dynamically linked or statically linked.

Can I use a tool like ldd or truss to see whether the program 
is using dynamicly linked libraries, or statically linked?
sunmanagers mailing list
Received on Tue Feb 13 15:22:22 2007

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:44:04 EST