[comp.unix.xenix] SCO V/386 timezone trouble

edb_tom@debet.nhh.no (02/14/90)

Hello!

I'm having a bit of trouble with date and time under SCO Unix V/386... 
We're situated one hour *east* of Greenwich, and I've been trying to
tell the box so for some time.  Running /etc/tz and answering the
questions seems to work at first, as date(1) gives the right output. 
However, in single user mode (state 1) the date output goes back to some
time yesterday morning, and when I run 'ps -f' (in multiuser mode) it
tells me that the ps process itself started exactly 5 hours *into the future*. 
Configuring the kernel variables regarding time doesn't help, which I
hadn't expected anyway since it doesn't take negative displacements.  I
tried telling it we were 1380 minutes west, but it makes no difference.

Did they just forget that some of us don't live in the United States?

Any ideas?

-tih

-- 
Tom Ivar Helbekkmo, NHH, Bergen, Norway.    Telephone:  +47-5-959205
edb_tom@debet.nhh.no, thelbekk@norunit.bitnet, helbekkmo@nhh.uninett

edb_tom@debet.nhh.no (02/14/90)

In article <6.25d84e9d@debet.nhh.no>, I write:
> I'm having a bit of trouble with date and time under SCO Unix V/386... 

And I forgot to mention:  The 'custom' program seems to use a random
function to establish date and time, with a weighted distribution to
keep the average proclaimed time close to the correct one.  Am I right?

-tih

-- 
Tom Ivar Helbekkmo, NHH, Bergen, Norway.    Telephone:  +47-5-959205
edb_tom@debet.nhh.no, thelbekk@norunit.bitnet, helbekkmo@nhh.uninett

david@csource.oz.au (David Nugent) (02/15/90)

Replying to: 6.25d84e9d@debet.nhh.no
 
 > Configuring the kernel variables regarding time doesn't
 > help, which I
 > hadn't expected anyway since it doesn't take negative displacements.
 > I tried telling it we were 1380 minutes west, but it makes
 > no difference.
 >
 > Did they just forget that some of us don't live in the
 > United States?
 
 
Yes, indeed, I know THAT feeling.  :-)
 
I think you'll find that /.profile has a TZ variable setting, which 
differs from the loaded kernel, and that this causes exactly what 
you're seeing.  Change the settings here to the same as they appear 
in /etc/default/login (which should agree with what't in the kernel) 
and it should be corrected.
 
 
david


--  
----
uucp: ...!munnari!csource!david   
internet: david@csource.oz.au
Central Source ICBS: FidoNet/acsnet gateway, Melbourne, Australia.
----