From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#21432: 25.0.50; file-notify-rm-watch (inotify) errors if watched dir is deleted Date: Sat, 12 Sep 2015 12:18:01 +0200 Message-ID: <87r3m4hrfq.fsf@gmx.de> References: <87k2s15sfd.fsf@gnu.org> <83oahc7vxr.fsf@gnu.org> <87lhcgvr1t.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1442053163 15968 80.91.229.3 (12 Sep 2015 10:19:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 12 Sep 2015 10:19:23 +0000 (UTC) Cc: 21432@debbugs.gnu.org, Tassilo Horn To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Sep 12 12:19:12 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Zahtn-0001wP-FG for geb-bug-gnu-emacs@m.gmane.org; Sat, 12 Sep 2015 12:19:11 +0200 Original-Received: from localhost ([::1]:60160 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zahtm-0007WN-M7 for geb-bug-gnu-emacs@m.gmane.org; Sat, 12 Sep 2015 06:19:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48690) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zahtj-0007UY-E2 for bug-gnu-emacs@gnu.org; Sat, 12 Sep 2015 06:19:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zahte-00045b-Fa for bug-gnu-emacs@gnu.org; Sat, 12 Sep 2015 06:19:07 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:37208) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zahte-00045S-C3 for bug-gnu-emacs@gnu.org; Sat, 12 Sep 2015 06:19:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Zahtd-0005ax-Pw for bug-gnu-emacs@gnu.org; Sat, 12 Sep 2015 06:19:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 12 Sep 2015 10:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21432 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21432-submit@debbugs.gnu.org id=B21432.144205308621445 (code B ref 21432); Sat, 12 Sep 2015 10:19:01 +0000 Original-Received: (at 21432) by debbugs.gnu.org; 12 Sep 2015 10:18:06 +0000 Original-Received: from localhost ([127.0.0.1]:57651 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zahsk-0005Zo-5V for submit@debbugs.gnu.org; Sat, 12 Sep 2015 06:18:06 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:57017) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zahsh-0005Zg-QX for 21432@debbugs.gnu.org; Sat, 12 Sep 2015 06:18:04 -0400 Original-Received: from detlef.gmx.de ([93.209.76.37]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0LwqwS-1YYdyE1OJ6-016LO1; Sat, 12 Sep 2015 12:18:02 +0200 In-Reply-To: <87lhcgvr1t.fsf@gmx.de> (Michael Albinus's message of "Tue, 08 Sep 2015 18:01:18 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) X-Provags-ID: V03:K0:230uvNrzxeFQQFM2N2u1TTukG10h3mG7+pTRDpQCG0TN3ETLxLP ke2R6wsmrDNRv1hUDq6Gu59v2B5G4nu7ENiDYgWSCRlrBFIY7faoCGGNN6VEa58+Qfjlhuv tNXdoLL8MKtt75JMJkNXtDFTRN4P65qlfqV6lah8wgqPXciFfkDuBdQgGrR944u3/wgvw/a yfk6Th4ssz0XIbt2qN0fQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:luWQ+/AprPM=:xgoUTtivzH753RIpEsu+6C W78wDz95hioCbr3XXA05WOIUoaySOC7ZLFltFdtniWt5jQl8iWlpBQv8De42CokMTE8dDPQSF O2TGkF0lrPFsXhbl3wjjuCrAwPreF1yFtJZ7s7KXDiz45iwdm1Xhl4cyZhMlkE/nyCYWp6id8 CFMi3Q3L5CLjwhayZbyCwIf1FFDd49Z8JMSNruTvAYltbtkfvElOrGO+B7G/vQRXXRm4452KE a9skUci+B4p8FsL0DnnS5Cz+EBR+Vmc8usxkG6Qhw3Ibg1R8V0opfKHtRmvuC/zPbML8quuO2 pYRfWYT+hxDusBYe5cTBH5o3KLd4x7qQqthUy+fEre2KfiRhoAVfaYd2QkfYjkAofy0gk7afM V1V+lswYbBYjokMbzHyKeAWaOOU7N00wQh9aAWH5eVzDwK1W9QJd18SuPd+ICf+iRKETRLErj eU2gGMwGBElA6hT40rgJuGMIEu3FmbjeoJ5nIFw+/FHG0xer7vGZKuR6oD/JcliaC4TyIUmjw 42ws+HtW/mTCD5SPtdNWSL1VjNxdxlPb/Kx9xsgbJey8b1BOPEqRS/eewmTKVinpakfyvVF3f HnUlyrUzna0zkVFq+UbOXMVj1bkwm6FYcymYIyHVPpdmqK85neJE0Yf8M5QUK9jIYRL4djfe0 HkA7DUwVvgoutnQtODfkp80Nycsf9qxOprWVYLF8nIxoUO+LG2MhxpIlSD4pPSJ/Zut42oxC5 7i1cDV70Gqto+IkPjtqsCwAzgQ3JXoBlEb4z0Q== X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:106447 Archived-At: Michael Albinus writes: > Eli Zaretskii writes: > >>> I don't have a strong opinion about what the right behavior would be but >>> at least it seems inconsistent that you get the error only with deleted >>> directories. >> >> There is no "right" behavior. What you see is what the back-end >> reports to us. If we want Emacs to be smarter, it's the job of the >> application, not of filenotify.el. > > Well, filenotify.el shall abstract from the different back-ends. Being > quiet when the native rm-watch fails seems to be appropriate. I've checked, all three Emacs libraries inotify, gfilenotify and w32notify return an error when *-rm-watch detects a problem. `file-notify-rm-watch' could propagate this error. The manual shall be extended then. At least inotify removes a watch internally, when it detects that the file/directoy to be watched does not exist any longer. gfilenotify and w32notify do not seem to to care. Shall we unify this behaviour? I'm not in favor of the inotify behaviour, the libraries shall raise a final signal instead that the watch is stopped. filenotify shall propagate this then, for example as `stopped' event or something like this. Last point, I've observed that inotify and gfilenotify raise a `file-notify-error' when needed. w32notify raises a `file-error'. Shouldn't it raise also `file-notify-error'?. Best regards, Michael.