From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/40568 Path: main.gmane.org!not-for-mail From: Dan Christensen Newsgroups: gmane.emacs.gnus.general Subject: Re: Something fundamental - how nov works Date: Tue, 27 Nov 2001 18:11:51 -0500 Sender: owner-ding@hpc.uh.edu Message-ID: <877ksbg66g.fsf@uwo.ca> References: <87elmmjrm4.fsf@uwo.ca> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035176099 1625 80.91.224.250 (21 Oct 2002 04:54:59 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 04:54:59 +0000 (UTC) Cc: ding@gnus.org Return-Path: Original-Received: (qmail 6894 invoked from network); 27 Nov 2001 23:13:16 -0000 Original-Received: from malifon.math.uh.edu (mail@129.7.128.13) by mastaler.com with SMTP; 27 Nov 2001 23:13:16 -0000 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 168rOn-0000fa-00; Tue, 27 Nov 2001 17:12:21 -0600 Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Tue, 27 Nov 2001 17:12:06 -0600 (CST) Original-Received: from sclp3.sclp.com (qmailr@sclp3.sclp.com [209.196.61.66]) by sina.hpc.uh.edu (8.9.3/8.9.3) with SMTP id RAA27361 for ; Tue, 27 Nov 2001 17:11:54 -0600 (CST) Original-Received: (qmail 6859 invoked by alias); 27 Nov 2001 23:12:02 -0000 Original-Received: (qmail 6827 invoked from network); 27 Nov 2001 23:12:01 -0000 Original-Received: from pony.its.uwo.ca (129.100.2.63) by gnus.org with SMTP; 27 Nov 2001 23:12:01 -0000 Original-Received: from pony.its.uwo.ca (hurdle.its.uwo.ca [129.100.2.108]) by pony.its.uwo.ca (8.12.1/8.12.0) with ESMTP id fARNCR0v026401 for ; Tue, 27 Nov 2001 18:12:27 -0500 (EST) Original-Received: from scratchy (ren.math.uwo.ca [129.100.75.76]) by pony.its.uwo.ca (8.12.1/8.12.0) with ESMTP id fARNCQao026388; Tue, 27 Nov 2001 18:12:26 -0500 (EST) Original-Received: from jdc by scratchy with local (Exim 3.32 #1 (Debian)) id 168rOK-0004W4-00; Tue, 27 Nov 2001 18:11:52 -0500 Original-To: Harry Putnam Mail-Copies-To: never In-Reply-To: (Harry Putnam's message of "Sun, 25 Nov 2001 20:00:37 -0800") Original-Lines: 34 User-Agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1 (i386-debian-linux-gnu) Precedence: list X-Majordomo: 1.94.jlt7 Xref: main.gmane.org gmane.emacs.gnus.general:40568 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:40568 Harry Putnam writes: > Dan Christensen writes: > >> The idea is that all programs that access the file xxx first >> run lockfile on xxx.lock. > > OK, that seems kind of lame really since it depends on all apps that > might access a file, playing nicely. But anyway in the instant case, > does that mean that gnus must be told to run lockfile before it > begins to slurp? Or does gnus know about that already? By default, Gnus uses the movemail program, which should run lockfile. On my Debian linux system, movemail is hidden away in /usr/lib/emacs/21.1/i386-debian-linux-gnu/movemail You can test that this works by running movemail manually on a file you have locked. It should wait until you remove the lockfile. % cd /tmp % echo test > test1 % lockfile test1.lock % /usr/lib/emacs/21.1/i386-debian-linux-gnu/movemail test1 test2 [this waits until I "rm -r test1.lock" in another window] By doing a similar test, I found that movemail does *not* lock the destination file, but won't run if that file already exists. One wishlist item I've always had for movemail was the ability to append to an existing file, and lock it while writing. I use a script to do this currently. Dan