Re: [tz] No time zone on Solaris servers
On 8/26/22 10:06, W CUI wrote:
We are running 64-bit Solaris as showing from the "isainfo -v" output.
Fine, but Solaris 10 /usr/bin/date is a 32-bit executable and is dynamically linked to a 32-bit C library /lib/libc.so.1 that is reading your TZif files. Presumably your "isainfo -v" outputs something like this: 64-bit sparcv9 applications vis2 vis 32-bit sparc applications vis2 vis v8plus div32 mul32 and the last two lines are what matter here. I expect that 64-bit Solaris 10 apps don't have this problem. To find out whether I'm right, you can run '/usr/bin/sparcv9/ls -l' on a new file and look at the resulting timestamp. Regardless, if this issue is a real problem for you then it's time to file a bug report with Oracle (you can tell them I sent you :-). And in the meantime you can get by with 'zic -b fat'.
Thank you for the in depth analysis. We are good for now. Sent from Yahoo Mail for iPhone On Friday, August 26, 2022, 12:10 PM, Paul Eggert <eggert@cs.ucla.edu> wrote: On 8/26/22 10:06, W CUI wrote:
We are running 64-bit Solaris as showing from the "isainfo -v" output.
Fine, but Solaris 10 /usr/bin/date is a 32-bit executable and is dynamically linked to a 32-bit C library /lib/libc.so.1 that is reading your TZif files. Presumably your "isainfo -v" outputs something like this: 64-bit sparcv9 applications vis2 vis 32-bit sparc applications vis2 vis v8plus div32 mul32 and the last two lines are what matter here. I expect that 64-bit Solaris 10 apps don't have this problem. To find out whether I'm right, you can run '/usr/bin/sparcv9/ls -l' on a new file and look at the resulting timestamp. Regardless, if this issue is a real problem for you then it's time to file a bug report with Oracle (you can tell them I sent you :-). And in the meantime you can get by with 'zic -b fat'.
On Aug 26, 2022, at 9:10 AM, Paul Eggert via tz <tz@iana.org> wrote:
On 8/26/22 10:06, W CUI wrote:
We are running 64-bit Solaris as showing from the "isainfo -v" output.
Fine, but Solaris 10 /usr/bin/date is a 32-bit executable
And Oracle's C compiler still appears to default to building 32-bit code. There are two phone message notes on Oracle's desk, saying "1992 called, they want their SPARC instruction set back" and "1998 called, they want their x86 instruction set back".
participants (3)
-
Guy Harris -
Paul Eggert -
W CUI