DST and My Computers
Bookmark this page:
 Yahoo!
 Google
 Windows Live
 del.icio.us
 digg
 Netscape
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Posted by EdwardATeller on March 11, 2007, 10:49 am
Please log in for more thread options deal with this DST issue. I thought I'd be able to simply synchronize my computer clock with the NIST time servers after the switch over and all would be well. Today I found out that won't work. Only one of my 5 computers has an OS that can be patched, so I am left with 4 Windows OS's that will need manual adjustments unless I can figure something out. Syncing to GMT on the internet, and then running a variable offset that is triggered by the calendar would work nicely. I suppose I could write a perl script that does this, and then use task scheduler to run it once a day. Maybe I could sync to the patched computer on my network and not have to worry about the extra offset and calendar logic. Is there a way to remotely sense an XP SP2 computer's system time? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Posted by David White on March 11, 2007, 11:51 am
Please log in for more thread options (http://www.softshape.com/cham/manual/tzedit.htm). It is a self-extracting zip-executable. I would just extract the files into the Windows directory and leave them there. (b) Run tzedit.exe. It should pop-up showing our timezone (GMT - 8) selected. If not, select it. Then press the edit button. Set the start day to be Second Sunday of March at 2am. Set the last day to First Sunday of November at 2am. Press OK, then close the Time Zone editor. (c) Very important - you are not done yet. Right click the start bar clock and choose adjust (or Date/Time from the control panel). Choose another timezone (say Arizona) and press ok/apply. Then choose back our real time zone (GMT - 8). This causes the info changed by step (b) to be read. You are done. This is a summary of the manual procedure shown at MS (http://support.microsoft.com/kb/914387/). David EdwardATeller wrote: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Posted by Robert Green on March 11, 2007, 1:25 pm
Please log in for more thread options > (a) Download the timezone editor for Win98 from here
> (http://www.softshape.com/cham/manual/tzedit.htm). It is a > self-extracting zip-executable. I would just extract the files into the > Windows directory and leave them there. As they point out at the site you've cited, folks may already have tzedit.exe on their machines or CDs. I found two copies already on my machine, one in Program Files, the other in the directory tools\reskit\config on the Windows installation CD (in case DL'ing from a site named "softshape" gives anyone the willies or the heebie-jeebies! (-: Oddly enough, the two files I found have different creation dates (4/3/98 and 5/11/98) and are capitalized differently but Windiff says they're identical. > (b) Run tzedit.exe. It should pop-up showing our timezone (GMT - 8)
> selected. If not, select it. Then press the edit button. Set the start > day to be Second Sunday of March at 2am. Set the last day to First > Sunday of November at 2am. Press OK, then close the Time Zone editor. > > (c) Very important - you are not done yet. Right click the start bar > clock and choose adjust (or Date/Time from the control panel). Choose > another timezone (say Arizona) and press ok/apply. Then choose back our > real time zone (GMT - 8). This causes the info changed by step (b) to be > read. > > You are done. This is a summary of the manual procedure shown at MS > (http://support.microsoft.com/kb/914387/). It's more than that, you've translated reams of MS registry-tweak geekspeak into *usable* English! That article is one of the worst examples of techno-twaddle I've ever seen. Following your instructions I was able to reselect the DST box and my correct time zone (Eastern, not Atlantic!) and Dimension4 is reporting the correct time. Now I wait until November to see if it all really works! Thanks! -- Bobby G. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Posted by EdwardATeller on March 11, 2007, 2:21 pm
Please log in for more thread options > (a) Download the timezone editor for Win98 from here
> (http://www.softshape.com/cham/manual/tzedit.htm). It is a > self-extracting zip-executable. I would just extract the files into the > Windows directory and leave them there. > > (b) Run tzedit.exe. It should pop-up showing our timezone (GMT - 8) > selected. If not, select it. Then press the edit button. Set the start > day to be Second Sunday of March at 2am. Set the last day to First > Sunday of November at 2am. Press OK, then close the Time Zone editor. > > (c) Very important - you are not done yet. Right click the start bar > clock and choose adjust (or Date/Time from the control panel). Choose > another timezone (say Arizona) and press ok/apply. Then choose back our > real time zone (GMT - 8). This causes the info changed by step (b) to be > read. > > You are done. This is a summary of the manual procedure shown at MS > (http://support.microsoft.com/kb/914387/). > > David > > EdwardATellerwrote: > > Sorry if this has been covered already, but I am looking for a way to
> > deal with this DST issue. I thought I'd be able to simply synchronize > > my computer clock with the NIST time servers after the switch over and > > all would be well. Today I found out that won't work. Only one of my > > 5 computers has an OS that can be patched, so I am left with 4 Windows > > OS's that will need manual adjustments unless I can figure something > > out. >
> > Syncing to GMT on the internet, and then running a variable offset
> > that is triggered by the calendar would work nicely. I suppose I > > could write a perl script that does this, and then use task scheduler > > to run it once a day. Maybe I could sync to the patched computer on my > > network and not have to worry about the extra offset and calendar > > logic. Is there a way to remotely sense an XP SP2 computer's system > > time? Too bad I didn't just wait for your reply. Instead I found the same solution with about three hours of work. Hopefully it will help someone else. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Posted by Robert Green on March 11, 2007, 12:23 pm
Please log in for more thread options > Sorry if this has been covered already, but I am looking for a way to
> deal with this DST issue. I thought I'd be able to simply synchronize > my computer clock with the NIST time servers after the switch over and > all would be well. Today I found out that won't work. Only one of my > 5 computers has an OS that can be patched, so I am left with 4 Windows > OS's that will need manual adjustments unless I can figure something > out. I was surprised to find out that I had to manually change my time zone one to the right to get Dimension4 to report the correct local time on a Win98 system. Out of *all* the devices in my house that keep time, only my LaCrosse LED projection clock with a built-in radio to detect time signals correctly reports the local time. My two other automagically setting clocks (one Emerson, another WalMart something or other) didn't make the jump but they have never been able to receive the time signal correctly although the LaCrosse clearly does. The autosets on my VCR's and DVD recorders didn't change although the cable system seems to know the correct time. Now comes the joy of resetting watches, cameras, voice recorders, PCs, car clocks, house clocks, medical equipment, etc. I've begun a database of devices so I can use it as a checklist and also store some of the more unusual setting methods ("tap 3 times then hold then press mode and set together with reset while adjusting display and whistling Dixie" sort of nonsense) in one place. It's a nuisance, to be sure, but it's probably a good idea to devote the time to resynching clocks, inspecting and replacing batteries, etc. I read somewhere that over $2 billion has been spent on patching to accommodate the new DST start and end dates. I wonder how much energy it will save? > Syncing to GMT on the internet, and then running a variable offset
> that is triggered by the calendar would work nicely. I suppose I > could write a perl script that does this, and then use task scheduler > to run it once a day. Maybe I could sync to the patched computer on my > network and not have to worry about the extra offset and calendar > logic. Is there a way to remotely sense an XP SP2 computer's system > time? http://www.thinkman.com/dimension4/ Should do what you want to do. I've been running it for a least 5 years on Win98 and it's been invisibly efficient. Says it works under XP but I can't vouch for that. Also acts as network time server to synch other clocks (haven't got that to work for me, though, but I expect it's a firewall and protocol issue I am unwillingly to run to ground). -- Bobby G. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Similar Threads | Posted |
| DST and My Computers | March 11, 2007, 10:49 am |
| X10.exe for fast computers | April 10, 2006, 9:46 am |
| Vintage Computers | August 6, 2007, 5:37 pm |
| Hooking up my TV to my computers s-video out. (Please help) | May 29, 2008, 5:05 pm |
| Active Home > Find other computers | February 10, 2007, 12:13 pm |
> deal with this DST issue. I thought I'd be able to simply synchronize
> my computer clock with the NIST time servers after the switch over and
> all would be well. Today I found out that won't work. Only one of my
> 5 computers has an OS that can be patched, so I am left with 4 Windows
> OS's that will need manual adjustments unless I can figure something
> out.
>
> Syncing to GMT on the internet, and then running a variable offset
> that is triggered by the calendar would work nicely. I suppose I
> could write a perl script that does this, and then use task scheduler
> to run it once a day. Maybe I could sync to the patched computer on my
> network and not have to worry about the extra offset and calendar
> logic. Is there a way to remotely sense an XP SP2 computer's system
> time?
>