From: Kurt Wall <kwall@kurtwerks.com>
To: Stephen Rothwell <sfr@canb.auug.org.au>
Cc: Andrew Burgess <aab@cichlid.com>, linux-kernel@vger.kernel.org
Subject: Re: dnotify oddity in 2.4.19pre6aa1
Date: Sat, 4 May 2002 03:41:58 -0400 [thread overview]
Message-ID: <20020504034158.O30294@marta> (raw)
In-Reply-To: <200204231658.g3NGwE203196@athlon.cichlid.com> <20020503173109.1afdbec1.sfr@canb.auug.org.au>
Scribbling feverishly on May 03, Stephen Rothwell managed to emit:
> Hi Andrew,
>
> Sorry I have been a bit slow on this.
>
> On Tue, 23 Apr 2002 09:58:14 -0700 Andrew Burgess <aab@cichlid.com> wrote:
> >
> > I am seeing something very strange with the dnotify feature in kernel
> > 2.4.19pre6aa1. I'm developing a file copy daemon that makes backups of
> > files as soon as they change so I run dnotify on every directory in my
> > system (essentially). I based my program on the example in dnotify.txt
> > in the Documentation directory.
>
> So far, so good :-)
>
> > I notice that after a while two things happen:
> >
> > 1) In my copyd process I start getting signals for directories that are
> > not changing. Even stranger, I get signals for fd that I've never
> > opened.
>
> OK, this is weird, but I am looking into it.
>
> > 2) Other processes, like sendmail, start exiting with the same signal
> > (RTMIN+5). (I use +5 because I started seeing the problem with +0 and I
> > took a wild guess that RTMIN+0 was being used for something else).
glibc reserves RTMIN+[012] for its own use, so you have to use
RTMIN+[n>2].
[...]
Kurt
--
Command, n.:
Statement presented by a human and accepted by a computer in
such a manner as to make the human feel as if he is in control.
next prev parent reply other threads:[~2002-05-04 7:42 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-23 16:58 dnotify oddity in 2.4.19pre6aa1 Andrew Burgess
2002-05-03 7:31 ` Stephen Rothwell
2002-05-04 7:41 ` Kurt Wall [this message]
2002-05-03 7:32 ` Stephen Rothwell
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=20020504034158.O30294@marta \
--to=kwall@kurtwerks.com \
--cc=aab@cichlid.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sfr@canb.auug.org.au \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.