home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / unix / bsd / 5533 < prev    next >
Encoding:
Text File  |  1992-09-11  |  1.5 KB  |  32 lines
  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!mcsun!Germany.EU.net!news.netmbx.de!zrz.tu-berlin.de!math.fu-berlin.de!hrz.tu-chemnitz.de!wutcd
  3. From: wutcd@chemnitz.guug.de (Joerg Wunsch)
  4. Subject: Re: 386bsd & timezone
  5. Message-ID: <wutcd.716229342@hadrian>
  6. Sender: bin@hrz.tu-chemnitz.de (Owner of all binaries)
  7. Organization: tu-chemnitz
  8. References: <1992Sep10.063811.3134@Saigon.COM> <STARK.92Sep10142919@sbstark.cs.sunysb.edu> <EICHIN.92Sep11051611@tsx-11.mit.edu>
  9. Date: Fri, 11 Sep 1992 16:35:42 GMT
  10. Lines: 20
  11.  
  12. Well folks, have seen the problems, too. In early 0.0 times, i've had
  13. a look at those kernel sources which deal with CMOS time, and i remember
  14. a comment of Bill saying ``probably we should keep CMOS time at UTC'' or
  15. so. Of course, he is right. Well Americans, think far beyond your own
  16. boundaries. Modern BSD's have a well designed time zone system on high
  17. level. This respects the fact that European countries generally switch
  18. to DST on other days than U.S., so the simple algorithm in the low level
  19. kernel sources won't solve the problem even if it works fine. So i don't
  20. know whether it's better to keep out all of TZ handling off the kernel,
  21. and shouldn't we solve the problem of DOS not being able to handle the
  22. UTC CMOS time???
  23.  
  24.     With best wishes
  25.     J"org
  26.  
  27. --
  28. J"org Wunsch, TCD GmbH Dresden, R"ahnitzgasse 18, D-O-8060 Dresden
  29.                                                               \     ~.~. 
  30.     joerg_wunsch%bonnie@hadrian.hrz.tu-chemnitz.de         \   ~  | ~ 
  31.     voice: +49-351-5965 137                                 \    ===
  32.