From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Added basic file system watching support. Date: Mon, 07 Jan 2013 12:33:26 +0100 Message-ID: <87hamtb52x.fsf@gmx.de> 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> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1357558427 21064 80.91.229.3 (7 Jan 2013 11:33:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 7 Jan 2013 11:33:47 +0000 (UTC) Cc: ruediger@c-plusplus.de, sdl.web@gmail.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 07 12:34:03 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 1TsAxp-00073H-2Z for ged-emacs-devel@m.gmane.org; Mon, 07 Jan 2013 12:33:57 +0100 Original-Received: from localhost ([::1]:35693 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsAxZ-0007rF-AV for ged-emacs-devel@m.gmane.org; Mon, 07 Jan 2013 06:33:41 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:48038) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsAxV-0007r9-Sz for emacs-devel@gnu.org; Mon, 07 Jan 2013 06:33:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TsAxU-0001sH-To for emacs-devel@gnu.org; Mon, 07 Jan 2013 06:33:37 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:55209) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TsAxU-0001s5-KW for emacs-devel@gnu.org; Mon, 07 Jan 2013 06:33:36 -0500 Original-Received: from mailout-de.gmx.net ([10.1.76.34]) by mrigmx.server.lan (mrigmx001) with ESMTP (Nemesis) id 0MY1FO-1TWC8k2kme-00UnVK for ; Mon, 07 Jan 2013 12:33:34 +0100 Original-Received: (qmail invoked by alias); 07 Jan 2013 11:33:33 -0000 Original-Received: from p57BB996B.dip0.t-ipconnect.de (EHLO detlef.gmx.de) [87.187.153.107] by mail.gmx.net (mp034) with SMTP; 07 Jan 2013 12:33:33 +0100 X-Authenticated: #3708877 X-Provags-ID: V01U2FsdGVkX1/sCjtGkPHs5jyq9o6d2mV9kW86YFeA5kFklTickd 8w0GzKphfL1LGP In-Reply-To: <83ehix9bcs.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 11 Dec 2012 11:39:15 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-Y-GMX-Trusted: 0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 212.227.15.18 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:156113 Archived-At: 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? Best regards, Michael.