Return to BSD News archive
Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!agate!howland.reston.ans.net!noc.near.net!uunet!mcsun!sun4nl!tuegate.tue.nl!svin09.info.win.tue.nl!wzv.win.tue.nl!gvr.win.tue.nl!guido From: guido@gvr.win.tue.nl (Guido van Rooij) Newsgroups: comp.os.386bsd.bugs Subject: clock.c first patch in patchkit Date: 1 May 1993 11:18:28 GMT Organization: Eindhoven University of Technology, The Netherlands Lines: 24 Distribution: world Message-ID: <1rtma4$ssq@wzv.win.tue.nl> NNTP-Posting-Host: gvr.win.tue.nl I never thought it to be a good idea to have dst in the kernel. This is done by the first patch to clock.c in the patchkit. Initially I also didn't install it. Unfortunately, whith anoher release of the patchkit things slipped through and I installed it. And guess what happened on the 119th day in the year: the time became wrong. This because I both had dst encoded in the localtime stuff and in the kernel. But it showed a real problem: the fact that when dst is encoded in the kernel, it should be done in the same flexible way as the old stuff since there are lots of different dst procedures. Now a kernel made by me, with my dst standards in it cannot be used in a country where there are other standards. And besides the dst code in clock.c is dumn: it starts using dst at a constant daynumber, where normally it starts (at least here) on the first sunday of april which is not a constant day. Therefor i suggest to leave out the patch, or at least move it to the 10000 series. -Guido -- Guido van Rooij | Internet: guido@gvr.win.tue.nl Bisschopsmolen 16 | Phone: ++31.40.461433 5612 DS Eindhoven | ((12+144+20)+3*sqrt(4))/7 The Netherlands | +(5*11)=9^2+0