From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Newsgroups: gmane.emacs.devel Subject: AW: AW: behavior of vc-recompute-state in combinationwithvc-cvs-stay-local is t Date: Tue, 30 Nov 2004 13:21:58 +0100 Message-ID: <1B3ACCFD5694A94DBA4E231402B0E9ED9DD6EA@mucmail1.sdm.de> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0038232392==" X-Trace: sea.gmane.org 1101817370 28446 80.91.229.6 (30 Nov 2004 12:22:50 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 30 Nov 2004 12:22:50 +0000 (UTC) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 30 13:22:41 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 1CZ71l-0002JU-00 for ; Tue, 30 Nov 2004 13:22:41 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CZ7BD-0002sg-1S for ged-emacs-devel@m.gmane.org; Tue, 30 Nov 2004 07:32:27 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CZ7Ap-0002r9-IK for emacs-devel@gnu.org; Tue, 30 Nov 2004 07:32:03 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CZ7An-0002qS-Pv for emacs-devel@gnu.org; Tue, 30 Nov 2004 07:32:02 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CZ7An-0002qB-Mq for emacs-devel@gnu.org; Tue, 30 Nov 2004 07:32:01 -0500 Original-Received: from [192.76.162.229] (helo=world1.sdm.de) by monty-python.gnu.org with esmtp (Exim 4.34) id 1CZ717-0000Mq-1h; Tue, 30 Nov 2004 07:22:01 -0500 Original-Received: from localhost ([127.0.0.1] helo=world1.sdm.de) by world1.sdm.de (MTA) via esmtp id 1CZ716-0000CK-7M; Tue, 30 Nov 2004 13:22:00 +0100 Original-Received: from mucns1.muc.sdm.de ([193.102.180.22]) by world1.sdm.de (MTA) via esmtp id 1CZ715-0000C6-Qd; Tue, 30 Nov 2004 13:21:59 +0100 Original-Received: by mucns1.muc.sdm.de (MTA) via esmtp from localhost ([127.0.0.1] helo=sdmmail1.sdm.de) id 1CZ715-0001tj-P0; Tue, 30 Nov 2004 13:21:59 +0100 Original-Received: from mucmail1.sdm.de ([193.102.180.175]) by sdmmail1.sdm.de with Microsoft SMTPSVC(6.0.3790.0); Tue, 30 Nov 2004 13:21:59 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AW: behavior of vc-recompute-state in combinationwithvc-cvs-stay-local is t Thread-Index: AcTW0TedDc4aXPErRwCE7piXuwL7TwABS/+B Original-To: X-OriginalArrivalTime: 30 Nov 2004 12:21:59.0094 (UTC) FILETIME=[305D2560:01C4D6D7] 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:30530 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:30530 This is a multi-part message in MIME format. --===============0038232392== Content-class: urn:content-classes:message Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C4D6D7.301CB5D2" This is a multi-part message in MIME format. ------_=_NextPart_001_01C4D6D7.301CB5D2 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable >> 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. ah, now i understand - hmm, had just a look at the docstring of this variable - hmm, who has eyes for reading has a big advantage ;-) >> 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? Yes, seems to be sensible... but how is this done - i took a look at after-revert-hook, but no special entry for vc - so how VC ensures that the cached value is recomputed by revert-buffer? ------_=_NextPart_001_01C4D6D7.301CB5D2 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable AW: AW: behavior of vc-recompute-state in = combinationwithvc-cvs-stay-local is t

>> 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.

ah, now i understand - hmm, had just a look at the docstring of
this variable - hmm, who has eyes for reading has a big advantage = ;-)


>> 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?

Yes, seems to be sensible... but how is this done - i took a look
at after-revert-hook, but no special entry for vc - so how VC = ensures
that the cached value is recomputed by revert-buffer?

------_=_NextPart_001_01C4D6D7.301CB5D2-- --===============0038232392== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Emacs-devel mailing list Emacs-devel@gnu.org http://lists.gnu.org/mailman/listinfo/emacs-devel --===============0038232392==--