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: Remote display-time-mail-file Date: Fri, 17 Sep 2010 15:11:09 +0200 Message-ID: References: <837hil355j.fsf@gnu.org> <83zkvh1m4j.fsf@gnu.org> <87pqwdbdxs.fsf@gmx.de> <83r5gs1th2.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1284729090 1483 80.91.229.12 (17 Sep 2010 13:11:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 17 Sep 2010 13:11:30 +0000 (UTC) Cc: "emacs-devel@gnu.org" To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 17 15:11:24 2010 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.69) (envelope-from ) id 1Owaio-0001pw-Lp for ged-emacs-devel@m.gmane.org; Fri, 17 Sep 2010 15:11:22 +0200 Original-Received: from localhost ([127.0.0.1]:40811 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Owain-0007tB-Uf for ged-emacs-devel@m.gmane.org; Fri, 17 Sep 2010 09:11:22 -0400 Original-Received: from [140.186.70.92] (port=32982 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Owaig-0007qy-91 for emacs-devel@gnu.org; Fri, 17 Sep 2010 09:11:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Owaif-0002SI-1L for emacs-devel@gnu.org; Fri, 17 Sep 2010 09:11:14 -0400 Original-Received: from mailrelay2.alcatel.de ([194.113.59.96]:50448) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Owaie-0002Rh-P6; Fri, 17 Sep 2010 09:11:13 -0400 Original-Received: from destgsu0048.de.alcatel-lucent.com (destgsu0048.de.alcatel-lucent.com [149.204.242.4]) by mailrelay2.alcatel.de (8.14.3/8.14.3/ICT) with ESMTP id o8HDBAM1026146; Fri, 17 Sep 2010 15:11:10 +0200 Original-Received: from slbhn1.alcatel.de (slbhn1.de.alcatel-lucent.com [149.204.90.35]) by destgsu0048.de.alcatel-lucent.com (8.12.3/8.12.3) with ESMTP id o8HDB9RZ000415; Fri, 17 Sep 2010 15:11:09 +0200 (MEST) In-Reply-To: <83r5gs1th2.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 17 Sep 2010 13:48:25 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Alcanet-virus-scanned: o8HDB9RZ000415 at destgsu0048.de.alcatel-lucent.com X-Scanned-By: MIMEDefang 2.64 on 149.204.45.73 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 2) 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:130298 Archived-At: Eli Zaretskii writes: > Yes, this fixes the problem, thanks. > > So what are the triggers for Tramp to refresh its cache? Does every > function which deal with files that can be modified behind Emacs's > back need to bind tramp-cache-inhibit-cache to a non-nil value? Until now, we have only the variable `process-file-side-effects'. When non-nil, a call of `process-file' is expected to modify files out of Emacs' control, and packages like Tramp must invalidate the respective file attributes cache. The default value is t (any process might have side effects); it could be let-bound to nil in case one knows there aren't side effects for a given process call. Apart from this, we have no general mechanism to indicate that files could have changed. We could introduce a similar variable `remote-file-side-effects' (tell me a better name, if you know), which does it say in general. It's default value shall be nil, but in cases file attributes caches hurt (like in your example), one could let-bind it to t. I wouldn't recommend to disable Tramp's file attributes cache at all. There are serious performance improvements, using the cache. Best regards, Michael.