From owner-freebsd-hackers Tue Apr 7 11:31:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA09655 for freebsd-hackers-outgoing; Tue, 7 Apr 1998 11:31:28 -0700 (PDT) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA09644 for ; Tue, 7 Apr 1998 11:31:14 -0700 (PDT) (envelope-from tlambert@usr01.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id LAA01403; Tue, 7 Apr 1998 11:31:13 -0700 (MST) Received: from usr01.primenet.com(206.165.6.201) via SMTP by smtp02.primenet.com, id smtpd001352; Tue Apr 7 11:31:06 1998 Received: (from tlambert@localhost) by usr01.primenet.com (8.8.5/8.8.5) id LAA08194; Tue, 7 Apr 1998 11:31:02 -0700 (MST) From: Terry Lambert Message-Id: <199804071831.LAA08194@usr01.primenet.com> Subject: Re: Daylight Savings Time - bug To: Studded@san.rr.com (Studded) Date: Tue, 7 Apr 1998 18:31:01 +0000 (GMT) Cc: tlambert@primenet.com, archie@whistle.com, hackers@FreeBSD.ORG In-Reply-To: <3529F961.31919220@san.rr.com> from "Studded" at Apr 7, 98 03:01:05 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Like so much else in the unix world, it expects the operator to be > smarter than it is. :) There are a couple of us who are working on some > proposals for Paul Vixie along the following lines. > > 15 2S * * * /job > Would run the job in standard time all year round, ignoring DST > 15 2U * * * /job > Runs the job in UTC time. [ ... ] > Comments? I think people put cron jobs at the times they do for two reasons: 1) They want the job to run when it is unlikely to impact users 2) The want the job to run so that it's done before some set time based on an estimation of how long the run will be. Neither of these are really served by the proposed changes. On the other hand, if you were to "instantaneously" advance the clock through the hour, and were to hold the clock for one hour through the overlap, you would address these. For things that run on one hour (or less) intervals, they would ignore the change (effectively, your UTC option). The remaining problem is order of operation of connected tasks, and implying the connectivity by order of scheduling in cron. This is a programming error; it's a job for a shell script, not two or more cron entries. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message