From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: process-file and Tramp's file cache Date: Tue, 18 Aug 2009 12:23:14 -0400 Message-ID: References: <87vdt2ndkt.fsf@tux.homenetwork> <200904071657.n37GvIau023055@godzilla.ics.uci.edu> <87d4bnfkxn.fsf@tux.homenetwork> <200904081624.n38GO6D6013154@godzilla.ics.uci.edu> <87myalrb5w.fsf@gmx.de> <87r5zxprx9.fsf@gmx.de> <87prfgzys9.fsf@gmx.de> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1250613721 26773 80.91.229.12 (18 Aug 2009 16:42:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 18 Aug 2009 16:42:01 +0000 (UTC) Cc: Julian Scheid , "emacs-devel@gnu.org" To: Michael Albinus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 18 18:41:54 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MdRks-0005cM-0y for ged-emacs-devel@m.gmane.org; Tue, 18 Aug 2009 18:41:50 +0200 Original-Received: from localhost ([127.0.0.1]:48783 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MdRkr-0002FV-Al for ged-emacs-devel@m.gmane.org; Tue, 18 Aug 2009 12:41:49 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MdRT6-0005I5-FP for emacs-devel@gnu.org; Tue, 18 Aug 2009 12:23:28 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MdRT0-0005H5-UO for emacs-devel@gnu.org; Tue, 18 Aug 2009 12:23:27 -0400 Original-Received: from [199.232.76.173] (port=33978 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MdRT0-0005Gx-KZ for emacs-devel@gnu.org; Tue, 18 Aug 2009 12:23:22 -0400 Original-Received: from chene.dit.umontreal.ca ([132.204.246.20]:60365) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MdRSz-0005qH-Ci for emacs-devel@gnu.org; Tue, 18 Aug 2009 12:23:22 -0400 Original-Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id n7IGNFP5000868; Tue, 18 Aug 2009 12:23:15 -0400 Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 0848C3A0F6; Tue, 18 Aug 2009 12:23:15 -0400 (EDT) In-Reply-To: (Michael Albinus's message of "Tue, 18 Aug 2009 16:54:42 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3343=0 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:114375 Archived-At: >> How 'bout changing Tramp's process-file to compare the command (and >> args) against a list of "known pure commands"? This would keep it all >> inside Tramp, which I think I like better (tho I also agree that this >> information is not fundamentally specific to Tramp, although currently >> Tramp is the only package able to make use of it). > That is also Julian's proposal. I dislike it, because there might be > many packages Tramp has never heard about. And even for the packages > contained in core Emacs, it will be an endless story: think about all the > vc-BACKEND calls of list whatever. OTOH, this list could be kept in a variable, so external packages could easily add to it. > The charme is also, that packages can precisely say, which file has been > changed. Clearly, each option has its advantages. I'd mostly like to avoid overengineering it, so for now I think a boolean is plenty (after all, we currently live fairly happily with a worst-case behavior). > Parsing `args' of `process-file' might also not a good idea, > I believe. It could prove problematic, indeed (I'm thinking mostly of having to search for "status" in the argument of "cvs", having to skip the options that might come before). Let's go with your suggestion, but limited to a boolean for now (so the name shouldn't end with "-list"). Stefan