From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Andre Spiegel Newsgroups: gmane.emacs.devel Subject: Re: AW: behavior of vc-recompute-state in combination withvc-cvs-stay-local is t Date: Tue, 30 Nov 2004 12:39:31 +0100 Message-ID: <1101814771.15479.30.camel@localhost> References: <1B3ACCFD5694A94DBA4E231402B0E9ED9DD6E7@mucmail1.sdm.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1101814787 21412 80.91.229.6 (30 Nov 2004 11:39:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 30 Nov 2004 11:39:47 +0000 (UTC) Cc: Stefan Monnier , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 30 12:39:42 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CZ6M9-00083N-00 for ; Tue, 30 Nov 2004 12:39:41 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CZ6Vb-0007AG-6K for ged-emacs-devel@m.gmane.org; Tue, 30 Nov 2004 06:49:27 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CZ6VE-00079a-Sf for emacs-devel@gnu.org; Tue, 30 Nov 2004 06:49:05 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CZ6VD-000795-Ej for emacs-devel@gnu.org; Tue, 30 Nov 2004 06:49:03 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CZ6VD-000792-9Y for emacs-devel@gnu.org; Tue, 30 Nov 2004 06:49:03 -0500 Original-Received: from [193.113.160.41] (helo=mail.o2.co.uk) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CZ6Le-0008Dt-Lp for emacs-devel@gnu.org; Tue, 30 Nov 2004 06:39:11 -0500 Original-Received: from [217.231.186.110] (217.231.186.110) by mail.o2.co.uk (7.0.028) (authenticated as andre.spiegel@o2online.de) id 40EC1F6B01B5F4D6; Tue, 30 Nov 2004 11:36:29 +0000 Original-To: klaus.berndl@sdm.de In-Reply-To: <1B3ACCFD5694A94DBA4E231402B0E9ED9DD6E7@mucmail1.sdm.de> X-Mailer: Evolution 2.0.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: main.gmane.org gmane.emacs.devel:30529 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30529 On Tue, 2004-11-30 at 12:21 +0100, klaus.berndl@sdm.de wrote: > But what i still do not understand, why vc-recompute-state behaves > different related if the repository is local or remote 8at least this > is the only difference i can imagine between the two testcases - see > my first postin, steps 4 and 3? For a local repository, VC does indeed call "cvs status" in vc-recompute-state, even if vc-cvs-stay-local is t. This setting only affects remote repositories. > So, which mysterious things are done by revert-buffer so *after* it > vc-state returns correct 'up-to-date state but wrong 'edited state if > called *before* the revert-buffer??? Function vc-state uses a cached value of the vc-state property (via vc-file-getprop). This value gets recomputed in the course of revert-buffer, which is a sensible thing to do, I would think?