View Single Post
  #10  
Old February 15th 07, 08:10 PM posted to microsoft.public.win98.gen_discussion,microsoft.public.win98.apps
John John
External Usenet User
 
Posts: 359
Default Daylight Savings Patch

MEB wrote:
"... et al." wrote in message
...
| tom wrote:
|
| "... et al."wrote:
|
| tom wrote:
|
| "PCR" wrote:
|
| MEB wrote:
| |http://www.grystmill.com/articles/tz_update.htm
|
| Subsequently, Terhune agreed with John John in another thread that
steps
| (g) though (j) [below] would also have to be done after running his
| .reg, but obviously not steps (a) through (h). Looks like the one
| from...http://www.mdgx.com/add.htm#TZU
| ...does it's own (g) through (j), though. Terhune had an objection to
| that one, though, for another reason.
|
| Where are these conversations? I cannot find them when I search the
| news groups.
|
| Gary answering 'John John', agreeing he'd forgotten to add something:
|
|
|
| The above link does not work.
|
| It's a Universal, well Global, Resource Identifier not limited to
| Google. If it works depends on setup (Newsclient & OS) and the retention
| of posts at your Newsgroup Service Provider. It is the same thing as
| what you found via the next link:
|
|
http://groups.google.com/group/microsoft.public.win98.gen_discussion/...
|
| That still does not explain if you need to do those steps for 98SE.
| It's pretty ambiguous. Are the extra steps needed for some systems,
| but not all? I am not sure.
|
| I have a bunch of systems to do, so I would like to avoid extra steps
| if possible.
|
| Understandable.
|
| In my 'locale' /they/ haven't changed these self-delusion rules, with
| mucking around with /relative/ time, recently so i have only skimmed
| through the discussions about it.
|
| So you'd better wait until the earth turns so that Gary, PCR and the
| others 'over there' wakes up and and comes back to you with more
| detailed info.
|
| --
| Nah-ah. I'm staying out of this. ... Now, here's my opinion.
|
| Please followup in the newsgroup.
| E-mail address is invalid due to spam-control.

IIRC, the issue was addressed.
One issue was the need to shut down the computer to ensure the registry
changes took effect on 98 and NT [unlike other newer OSs that might refresh
hives occasionally or automatically] but then if one installs much if
anything that should be a no-brainer, no shutdown - no proper registry
changes and potential loss due to some prewritten registry loss or other
issue. I would do this shutdown and restart for either suggested fix and
EVERY installation regardless of no supposed need. Its always better to be
safe than sorry. We should all realize by now, how effective others claims
are,; one need only think of how many times have we had to override defaults
or set program settings for them to work in our individual and unique
systems.

As for the need to change timezones back and forth: that, to me, seems it
would be taken care of during the time period from now til the actual change
period. The registry will/should have been updated everywhere [swap and
otherwise] due to length of time involved; however, if INSTANT verification
is needed, or if waiting until the "last minute" or after the change has
taken effect, then it appears, the timezone changeovers would be needed, as
these would force instant change, again with necessary shutdowns and
restarts.

But then Gary would be the one to actually confirm exactly what his
modification requires, and what those who tested it reported. Just as the
one on MGDX would have to be verified by the users of that particular fix.

I open this discussion again for those verifications of either or other
fixes.


As I understand it, on Windows 98 the information is stored in these 2
registry keys:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\Curr entVersion\Time Zones

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Contro l\TimeZoneInformation

The first key contains the database for _ALL_ time zones. The second
key contains the information for the time zone _CURRENTLY_ being used on
the computer. The information in this second key was _COPIED_ from the
database information stored in the first key _WHEN_ the time zone was
set. If the information now is different than when the time zone was
set, the information in the second key has to be refreshed to reflect
the changes made in the first key, if not the time will not change as
expected on the new date.

The information above can be confirmed (infered) by reading various
Microsoft KB articles regarding time zones and Windows 9x. For example
this is explained in one article:

[quote]

Changes made with Time Zone Editor affect the stored data for time zones
in the registry. If a time zone is already set on the computer, that
data is saved in another location in the registry. In order for the new
information to be used, you must use the Date/Time tool in Control Panel
and select or re-select the time zone.

[End quote]

http://support.microsoft.com/kb/158195/
http://support.microsoft.com/kb/886775

In these articles Microsoft clearly instructs Windows 98 users to change
the information in the HKLM TimeZoneInformation key.

John