Gnus development mailing list
 help / color / mirror / Atom feed
From: Dan Christensen <jdc+news@uwo.ca>
Cc: ding@gnus.org
Subject: Re: Something fundamental - how nov works
Date: Tue, 27 Nov 2001 18:11:51 -0500	[thread overview]
Message-ID: <877ksbg66g.fsf@uwo.ca> (raw)
In-Reply-To: <m1wv0erxju.fsf@reader.newsguy.com> (Harry Putnam's message of "Sun, 25 Nov 2001 20:00:37 -0800")

Harry Putnam <reader@newsguy.com> writes:

> Dan Christensen <jdc+news@uwo.ca> 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



      reply	other threads:[~2001-11-27 23:11 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-25  3:40 Harry Putnam
2001-11-25  4:10 ` Karl Kleinpaste
2001-11-25  4:35   ` Harry Putnam
2001-11-25  6:20 ` Paul Jarc
2001-11-25 11:43 ` Simon Josefsson
2001-11-25 16:43   ` Harry Putnam
2001-11-26  0:36     ` Dan Christensen
2001-11-26  4:00       ` Harry Putnam
2001-11-27 23:11         ` Dan Christensen [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=877ksbg66g.fsf@uwo.ca \
    --to=jdc+news@uwo.ca \
    --cc=ding@gnus.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).