Re: One last question.....on DST

On Mar 8, 2:32 pm, "Dan Martin" <dc.mar...@xxxxxxxxxxx> wrote:
On Mar 8, 2:44 pm, beetle...@xxxxxxxxx wrote:



On Mar 8, 12:52 pm, "ThreeStar" <s...@xxxxxxxxxxxxxxxxx> wrote:

On Mar 8, 9:44 am, Bill Campbell <b...@xxxxxxxxxxxxx> wrote:

On Thu, Mar 08, 2007, Jean-Pierre Radley wrote:
beetle...@xxxxxxxxx typed (on Thu, Mar 08, 2007 at 08:16:07AM -0800):
|Onelastquestion.....on DST
| When editing a CST TIMEZONE file, I have been using this format:
| TZ='CST6CDT,M3.2.0/2,M11.1.0/2'
|
| But recently I have seen other postings use:
| TZ='CST6CDT5,M3.2.0/2,M11.1.0/2'
|
| Which is correct?

Eitherone, they are equivalent.

It is less than obvious that to get the specifics on the construction of
the TZ variable you should run 'man environ'.

There you can read:

The offset after dst is the difference between local standard
time and local summertime. If you do not specify an offset, it
is assumed to beonehour. (This is usually what you want.)

I think that is in error, and what it SHOULD say is that the [optional]
offset after dst is the difference from the time at the Prime Meridian,
and if this offset is not specified, then it is assumed toonehour less
than the offset for standard time.

What processes access the /etc/TIMEZONE file to set TZ?

I don't see anything in /etc/profile or similar startup scripts that would
be used to set user's environments (OpenServer 5.0.6a and earlier).

I've been appending ``. /etc/TIMEZONE'' to the /etc/profile file when
updating these systems.

Bill
--
INTERNET: b...@xxxxxxxxxxxxx Bill Campbell; Celestial Software LLC
URL:http://www.celestial.com/POBox820; 6641 E. Mercer Way
FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676

``Everybody is ignorant, only on different subjects.''
Will Rogers

The init process appears to read /etc/TIMEZONE when it starts up. It
passes TZ on to the shells. Unfortunately it doesn't re-read it when
signaled (telinit). You have to re-boot for changes in it to take
effect.

Explicitly including TIMEZONE in /etc/profile is good practice, but
won't ensure that all of init's other children are on the same page.
I've re-booted all systems after changing TIMEZONE.

--Ray Robert

I have also rebooted after making changes. I tested the TIMEZONE edit
on a brand new 5.0.7 mp5, rolled the date ahead rebooted and time
reflected the change. But when I took itonemore step moving the date
ahead to 11/5 the time did not change? Suggestions....comments.

Thanks!

It worked here. Are you sure you set the time ahead for 11/5?
Does your initial post contain the exact string of your TZ variable?

Good luck,
Dan Martin

Dan,

I tried again today...when I move the time ahead to 11/5, it
recognizes the time zone CST but does not roll time.
Do I need to edit the line I am using differently.

TZ='CST6CDT,M3.2.0/2,M11.1.0/2'

Thanks!

.

Relevant Pages

  • Re: One last question.....on DST
    ... | When editing a CST TIMEZONE file, I have been using this format: ... offset after dst is the difference from the time at the Prime Meridian, ... asktime, and it works fine. ...
    (comp.unix.sco.misc)
  • Re: One last question.....on DST
    ... | When editing a CST TIMEZONE file, I have been using this format: ... It is less than obvious that to get the specifics on the construction of ... The offset after dst is the difference between local standard ...
    (comp.unix.sco.misc)
  • Re: One last question.....on DST
    ... | When editing a CST TIMEZONE file, I have been using this format: ... offset after dst is the difference from the time at the Prime Meridian, ... Explicitly including TIMEZONE in /etc/profile is good practice, ...
    (comp.unix.sco.misc)
  • Re: One last question.....on DST
    ... offset after dst is the difference from the time at the Prime Meridian, ... You have to re-boot for changes in it to take ... I've re-booted all systems after changing TIMEZONE. ...
    (comp.unix.sco.misc)
  • Re: One last question.....on DST
    ... offset after dst is the difference from the time at the Prime Meridian, ... You have to re-boot for changes in it to take ... Explicitly including TIMEZONE in /etc/profile is good practice, ...
    (comp.unix.sco.misc)