From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/49376 Path: main.gmane.org!not-for-mail From: Matthias Andree Newsgroups: gmane.emacs.gnus.general Subject: Re: maildir in Gnus vs. clock corrections and PID recycling Date: Mon, 20 Jan 2003 01:40:30 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <20030119234210.GA8374@merlin.emma.line.org> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1043023194 24348 80.91.224.249 (20 Jan 2003 00:39:54 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 20 Jan 2003 00:39:54 +0000 (UTC) Cc: ding@gnus.org Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by main.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 18aPyi-0006KM-00 for ; Mon, 20 Jan 2003 01:39:52 +0100 Original-Received: from sina.hpc.uh.edu ([129.7.128.10] ident=lists) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 18aPzb-0003pa-00; Sun, 19 Jan 2003 18:40:47 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 19 Jan 2003 18:41:43 -0600 (CST) Original-Received: from sclp3.sclp.com (sclp3.sclp.com [66.230.238.2]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id SAA22110 for ; Sun, 19 Jan 2003 18:41:33 -0600 (CST) Original-Received: (qmail 86843 invoked by alias); 20 Jan 2003 00:40:32 -0000 Original-Received: (qmail 86838 invoked from network); 20 Jan 2003 00:40:32 -0000 Original-Received: from pd9e1e93e.dip.t-dialin.net (HELO m2a2.dyndns.org) (postfix@217.225.233.62) by 66.230.238.6 with SMTP; 20 Jan 2003 00:40:32 -0000 Original-Received: by merlin.emma.line.org (Postfix, from userid 500) id 85AF77B772; Mon, 20 Jan 2003 01:40:30 +0100 (CET) Original-To: Matthias Andree In-Reply-To: (prj@po.cwru.edu's message of "Sun, 19 Jan 2003 19:08:44 -0500") User-Agent: Gnus/5.090013 (Oort Gnus v0.13) Emacs/21.2 (i586-suse-linux) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:49376 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:49376 prj@po.cwru.edu (Paul Jarc) writes: > No. It means the clock would be run slow *all the time*, to keep it > from getting ahead in the first place. This is how clockspeed works. clockspeed is imperfect and assumes the oscillator runs at the same temperature all the time, or it relies on getting outside input. ntpd relies on outside input. If this outside input is unavailable, because your receiver is faulty, the transmission is jammed, the network blacked out, then the clocks will start drifting, and it may have drifted some seconds when the clocks can be synchronized again. You can't prevent that, but software should be prepared to deal with it. How gracefully the software deals with this condition, is up to the programmer, but overwriting existing files with different content is certainly not desirable in any case. >> It'd be fine with me if the program would just complain, the ultime >> goal is avoiding EVER overwriting a file. > > I'll probably add that too. Thank you. -- Matthias Andree