home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / bsd / 5476 < prev    next >
Encoding:
Text File  |  1992-09-10  |  1.4 KB  |  32 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!cis.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!gatech!news.ans.net!cmcl2!sbcs.sunysb.edu!sbcs!stark
  3. From: stark@cs.sunysb.edu (Gene Stark)
  4. Subject: Re: 386bsd & timezone
  5. In-Reply-To: David.Fox@Saigon.COM's message of 10 Sep 92 06: 38:11 GMT
  6. Message-ID: <STARK.92Sep10142919@sbstark.cs.sunysb.edu>
  7. Sender: usenet@sbcs.sunysb.edu (Usenet poster)
  8. Nntp-Posting-Host: sbstark
  9. Organization: SUNY at Stony Brook Computer Science Dept.
  10. References: <1992Sep10.063811.3134@Saigon.COM>
  11. Distribution: usa
  12. Date: Thu, 10 Sep 1992 19:29:19 GMT
  13. Lines: 17
  14.  
  15. >I suppose others besides myself have noticed that 386bsd 0.1 is one
  16. >hour off on telling the time.  Over here, even though the localtime
  17. >is linked to pacific New, it's one hour ahead of the correct time.
  18.  
  19. I ran into this when I set up my system.  After peering around in the
  20. kernel sources looking for how the timezones are set up, I finally drew
  21. the conclusion that the initialization of the system time from the
  22. hardware clock essentially ignores whether the "Daylight Savings
  23. Time" flag is set in the CMOS.  In fact, 386BSD seems to clear this
  24. flag, as I noticed by setting the flag with config, then booting 386BSD,
  25. then resetting and taking a look with config again.
  26.  
  27. My solution was just to set the CMOS information to reflect standard
  28. time, and to set the hardware clock accordingly.  When I run DOS, I am
  29. currently one hour off, but that's life!
  30.  
  31.                         - Gene Stark
  32.