From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Added basic file system watching support. Date: Mon, 07 Jan 2013 17:57:09 +0200 Message-ID: <83hamt7zqi.fsf@gnu.org> References: <6218185.ViukoKRdFp@descartes> <1604303.YKOVcvQH0F@descartes> <8738zd6n1t.fsf@gmx.de> <83ip899fd7.fsf@gnu.org> <87y5h557cx.fsf@gmx.de> <83fw3d9elh.fsf@gnu.org> <87pq2h5660.fsf@gmx.de> <83ehix9bcs.fsf@gnu.org> <87hamtb52x.fsf@gmx.de> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1357574234 10953 80.91.229.3 (7 Jan 2013 15:57:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 7 Jan 2013 15:57:14 +0000 (UTC) Cc: ruediger@c-plusplus.de, sdl.web@gmail.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 07 16:57:30 2013 Return-path: Envelope-to: ged-emacs-devel@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 1TsF4s-0000I0-5x for ged-emacs-devel@m.gmane.org; Mon, 07 Jan 2013 16:57:30 +0100 Original-Received: from localhost ([::1]:37211 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsF4c-0005Pv-PG for ged-emacs-devel@m.gmane.org; Mon, 07 Jan 2013 10:57:14 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:46089) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsF4Z-0005PQ-9X for emacs-devel@gnu.org; Mon, 07 Jan 2013 10:57:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TsF4X-0003vK-Vv for emacs-devel@gnu.org; Mon, 07 Jan 2013 10:57:11 -0500 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:54051) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsF4X-0003v9-OQ for emacs-devel@gnu.org; Mon, 07 Jan 2013 10:57:09 -0500 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MG900800IUQ0P00@a-mtaout21.012.net.il> for emacs-devel@gnu.org; Mon, 07 Jan 2013 17:56:59 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MG9007L2IYZUS50@a-mtaout21.012.net.il>; Mon, 07 Jan 2013 17:56:59 +0200 (IST) In-reply-to: <87hamtb52x.fsf@gmx.de> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.169 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:156118 Archived-At: > From: Michael Albinus > Cc: ruediger@c-plusplus.de, emacs-devel@gnu.org, monnier@iro.umontreal.ca, sdl.web@gmail.com > Date: Mon, 07 Jan 2013 12:33:26 +0100 > > Eli Zaretskii writes: > > > IMO, this design is wrong. Tramp is just one more back-end for this > > feature, in addition to two others: inotify and w32notify. So I think > > Tramp handlers should be called from a higher-level code, one that > > calls whichever back-end is appropriate. Otherwise, we will need to > > implement the Tramp support twice, in 2 different sets of primitives. > > > > Which, of course, goes back to the kind of design discussion I > > suggested to have at the time, where we were supposed to consider > > various alternatives and eventually agree on some higher-level APIs. > > Jumping to coding right away is IMO not the right way. E.g., > > currently there are subtle but very real differences between the 2 > > back-ends: w32notify doesn't accept t or a lone symbol as the 2nd > > argument (it insists on getting a list); the list of supported watch > > types is entirely different; and the w32 back-ends actually watches > > the entire directory of the file, not just that file. > > > > IOW, this feature is not really ready for Tramp-ization, or for > > user-land in general. Stefan wanted people to experiment with this > > and gather experience, before we know enough to discuss how to make it > > user- and Lisp-friendly. > > Is there any progress on this? Any attempt of a unified interface? Not that I'm aware of, no. OTOH, I haven't seen any attempts to use the feature in any Lisp package, either. Maybe we just don't need it ;-)