From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#26126: 26.0.50; file-notify-rm-watch removes arbitrary watches Date: Sat, 25 Mar 2017 19:36:53 +0100 Message-ID: <877f3d8apm.fsf@detlef> References: <87r31x9ulw.fsf@luca> <87tw6rssoi.fsf@luca> <87pohfkmvh.fsf@detlef> <87lgs2sobr.fsf@luca> <87y3w2gywc.fsf@detlef> <878to21fty.fsf@luca> <87wpbl1u80.fsf@detlef> <87d1ddecx2.fsf@luca> <87efxtnk8m.fsf@detlef> <87tw6nd6nf.fsf@luca> <871strm323.fsf@detlef> <838tnywshh.fsf@gnu.org> <8737e54f8c.fsf@detlef> <838tnx71u0.fsf@gnu.org> <87lgrulabr.fsf@luca> <87fui1jz9u.fsf@detlef> <87wpbdfoeu.fsf@luca> <8760ixjvnr.fsf@detlef> <87k27dfhjo.fsf@luca> <87inmx8g86.fsf@detlef> <87r31le0we.fsf@luca> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1490467100 31791 195.159.176.226 (25 Mar 2017 18:38:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 25 Mar 2017 18:38:20 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: 26126@debbugs.gnu.org To: Andreas Politz Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Mar 25 19:38:15 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crqZh-00077a-Ov for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 Mar 2017 19:38:05 +0100 Original-Received: from localhost ([::1]:38272 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1crqZn-0007ST-SC for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 Mar 2017 14:38:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43735) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1crqZi-0007SL-43 for bug-gnu-emacs@gnu.org; Sat, 25 Mar 2017 14:38:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1crqZe-0006HD-68 for bug-gnu-emacs@gnu.org; Sat, 25 Mar 2017 14:38:06 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46398) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1crqZe-0006H5-3D for bug-gnu-emacs@gnu.org; Sat, 25 Mar 2017 14:38:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1crqZd-0001rS-K8 for bug-gnu-emacs@gnu.org; Sat, 25 Mar 2017 14:38: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, 25 Mar 2017 18:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 26126 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 26126-submit@debbugs.gnu.org id=B26126.14904670267086 (code B ref 26126); Sat, 25 Mar 2017 18:38:01 +0000 Original-Received: (at 26126) by debbugs.gnu.org; 25 Mar 2017 18:37:06 +0000 Original-Received: from localhost ([127.0.0.1]:44597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crqYj-0001qE-RQ for submit@debbugs.gnu.org; Sat, 25 Mar 2017 14:37:06 -0400 Original-Received: from mout.gmx.net ([212.227.17.20]:54078) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1crqYh-0001pi-9A for 26126@debbugs.gnu.org; Sat, 25 Mar 2017 14:37:03 -0400 Original-Received: from detlef.gmx.de ([87.146.63.110]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LhCDT-1cLUYa0A6R-00oUms; Sat, 25 Mar 2017 19:36:55 +0100 In-Reply-To: <87r31le0we.fsf@luca> (Andreas Politz's message of "Sat, 25 Mar 2017 18:12:17 +0100") X-Provags-ID: V03:K0:NvDDGRtVsPB+qopGoILpUzyATyEJvAA2LQexWAlAnWR3XdOZEnO StwMCf2SSiUtROzJN5Theq0IAKu0MDw40Xs+KK4FOknVmCAD1QmchSWBnBXWVbv26hbnokr cIsIY09UNQ6ZSeFZKmKYh336one2p9hBfupeZ+MdP3fQQuv6Yxjuwd63nQP+/B5VdAIOy9q oF1hrgnDa6rg2h22LGKaw== X-UI-Out-Filterresults: notjunk:1;V01:K0:Qo/2bHeX8vM=:JrgcBOFQK9GbLKYVtJMNuT C1N8j9F3Jn9GQUofMFTw36GtAWpjvMdwvOEjr9vPF7j3cP4L+MYx9zySPjEPdczqPDVeVLs4t IxIPy+TPzHwlSxGucv45t0SHNmH6GCqt+8gTVwHEujt3/sX/Ks9vgLD0LuF2F8OkA3m8yBr8Y uaZ7g8Ubkpy2sEGc6Zqf0Iluys7HxE6BJrAcpSM0oq410RUP1J0p/K7eLp+LZN8eGJB3m2v6j thJ1HVHPLkgPo1Y+BT32flff1Qrd2cZQT3xgVzSKUXxSm0u241tELqY3i+obNtoVATHKL3Ffx Usu5qQoLZ9e22+o6Wnk01fD04UO+DrXRgVkTHa06A4+kVarMQyAkmfK9DJx7uym8PNzQkBoJB 7+ct44OQ3EV9Vj8WfXERjkyhNFDIscJ/phSvffxlPHNndmIzbqUjhg0Upydw4UE9/wnq9Wrgd cgAo0HA0efWewEyLi3OH23DdLApeGSq9mjy+WrtReE23KHVjvZ47/u0dSVBZropH2gbYjBI9Z Ev4T2Th7ArPxMbtfrfDeKpcVqj/DF1pN6MoHvHELzet8ehIzoUoZckQdXvX/aGZ0yiktxYHw9 8juUVuf+nLkKT4O1YFuh/iXVUC1t6rx+3cW5lqlt5Fyx7nWpOC3EVmwumk9/IV3Yq9HMhKhMP PhsTblH2BfIh39GEYdlkZIE+DyL3ZgxJ93pvX/ebU1Enx8TNoSk63RL7zTUoQe61g1KtP3b6q xi0cM0NYkKpNjhGYfkEzOvrGG2h0MrM/jeHNQCszgIRRM47g+B9CAh8K/4EydR46Wb11CCup X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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" Xref: news.gmane.org gmane.emacs.bugs:130951 Archived-At: Andreas Politz writes: >>> (file-notify-add-watch "http://www.google.com/?s=foo" '(change) #'ignore) >>> => File notification error: "Directory does not exist", >>> "http://www.google.com" >> >> What's wrong with this? `url-handler-mode' hasn't implemented >> `file-notify-add-watch'. > > Yes, but the point is how would you ? By restricting watches to > directories, you are also forcing every handler to have a concept of > such an entity and to be able to watch it; rather then the original > "filename". The error message says, that the upper directory of "http://www.google.com/?s=foo", "http://www.google.com", does not exist. This would be a problem for any file notification library. This does not mean that the handler is forced to watch a directory only. >>> (hypothetical-emacsfs-mode) > >> No problem. > > Let's backtrack. > > I was suggesting that providing the given filename as an argument to the > file-handler is more general than using it's directory. Your point as I > understood it, was, that the existing file-notify-add-watch > tramp-handler work just fine with directories, therefore such a change > is not needed. > > My argument is that there may be other ways of using the > file-name-handler machinery, and I was presenting some examples. > > I also fail to see any disadvantages (of using the given filename). Then I completely misunderstood your argumentation. What's your point with (hypothetical-emacsfs-mode) ? > -ap Best regards, Michael.