home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / unix / bsd / 10882 < prev    next >
Encoding:
Text File  |  1993-01-04  |  1.3 KB  |  32 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!news.univie.ac.at!news.tu-graz.ac.at!fstgds01!chmr
  3. From: chmr@fstgds01 (Christoph Robitschko)
  4. Subject: Re: [386bsd] happy new year
  5. Message-ID: <1993Jan4.104339.24050@news.tu-graz.ac.at>
  6. Sender: news@news.tu-graz.ac.at (USENET News System)
  7. Nntp-Posting-Host: fstgds01
  8. Organization: Technical University of Graz, Austria
  9. X-Newsreader: TIN [version 1.1 PL7]
  10. References: <C0AFoE.2GB@moxie.hou.tx.us>
  11. Date: Mon, 4 Jan 93 10:43:39 GMT
  12. Lines: 18
  13.  
  14. In article <C0AFoE.2GB@moxie.hou.tx.us> Greg Hackney (hackney@moxie.hou.tx.us) wrote:
  15. :> However, when setting the date under 386BSD, the onboard computer clock does
  16. :> not seem to get updated. A reboot reverts back to it's idea of time.
  17. :> Could this be the problem?
  18. :> 
  19. I have rewritten the clock routines, adding one to write the time back to
  20. the CMOS. I wrote this a few months ago, but did not release it, because
  21. it also contains some (probably) non-portable code to automatically
  22. write Time-zone information along with the time to the CMOS. This makes
  23. it possible for DOS and 386bsd to (nearly) always have the correct time,
  24. even if you have DST. Because this code uses the ALARM registers of
  25. the CMOS clock, it might collide with some DOS applications (which one ?),
  26. and so is only enabled with a config option.
  27.  
  28. I will clean it up and post it in a few days.
  29.  
  30.  
  31.                             Christoph
  32.