From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Abrahams Newsgroups: gmane.emacs.devel Subject: Re: vc-mode permissions problems on NT Date: Wed, 10 Sep 2003 11:57:03 -0400 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: References: <1063134029.541.18.camel@localhost> <1063202676.543.79.camel@localhost> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1063210331 27386 80.91.224.253 (10 Sep 2003 16:12:11 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Wed, 10 Sep 2003 16:12:11 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Wed Sep 10 18:12:09 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 19x7Zh-00036W-00 for ; Wed, 10 Sep 2003 18:12:09 +0200 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 19x7a8-000353-00 for ; Wed, 10 Sep 2003 18:12:36 +0200 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.22) id 19x7ZE-0000Nx-NP for emacs-devel@quimby.gnus.org; Wed, 10 Sep 2003 12:11:40 -0400 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.22) id 19x7MB-0003Fs-RQ for emacs-devel@gnu.org; Wed, 10 Sep 2003 11:58:11 -0400 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.22) id 19x7M9-0003Ej-Aj for emacs-devel@gnu.org; Wed, 10 Sep 2003 11:58:10 -0400 Original-Received: from [207.172.4.61] (helo=smtp02.mrf.mail.rcn.net) by monty-python.gnu.org with esmtp (Exim 4.22) id 19x7M8-0003Ca-TW; Wed, 10 Sep 2003 11:58:09 -0400 Original-Received: from 209-150-60-107.c3-0.smr-ubr2.sbo-smr.ma.cable.rcn.com ([209.150.60.107] helo=PENGUIN.boost-consulting.com) by smtp02.mrf.mail.rcn.net with esmtp (Exim 3.35 #4) id 19x7M4-0000iq-00; Wed, 10 Sep 2003 11:58:04 -0400 Original-To: Andre Spiegel In-Reply-To: <1063202676.543.79.camel@localhost> (Andre Spiegel's message of "Wed, 10 Sep 2003 16:04:36 +0200") User-Agent: Gnus/5.1003 (Gnus v5.10.3) Emacs/21.3.50 (windows-nt) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:16276 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:16276 Andre Spiegel writes: > On Wed, 2003-09-10 at 15:25, David Abrahams wrote: > >> In vc-cvs-state-heuristic, (file-attributes file) yields: >> >> (nil 1 5 5 (16223 9039) (15707 62723) (15938 41615) 199 "-r--r--r--" nil 17944 (48170 . 6007)) >> >> >> (equal checkout-time lastmod) yields: >> >> nil > > Hmm, I need some other information as well. In addition to the above, > what is checkout-time for this particular file? 0 > What time does > CVS/Entries contain, in plain text? ... D/tuple//// D/type_traits//// D/utility//// /index.html/1.2/Thu Aug 15 18:37:55 2002// D/variant//// D/iterator//// ... > What modification time does the shell report ls -l (cygwin) sez: -r--r--r-- 1 dave None 199 Aug 15 2002 c:/boost/libs/index.html and DIR (DOS) sez: last written: 08/15/2002 02:37 PM last accessed: 09/10/2003 11:44 AM created: 02/06/2003 01:59 PM > and does it agree with > CVS/Entries Appears to. > file-attributes Currently: (nil 1 5 5 (16223 18147) (15707 62723) (15938 41615) 199 "-r--r--r--" nil 17944 (48170 . 6007)) Does that agree? I don't know. > , and checkout-time? I don't know how to interpret that number either. > If CVS/Entries and > the modification time as reported by the shell agree, then somewhere > an error must be introduced, so that the above comparison fails. We > need to find out where that happens. > >> vc-cvs-state doesn't seem to be getting invoked. > > That's ok when you find the file. It should be invoked when you do > C-x v v Nope. > and if you set vc-[cvs-]stay-local to nil, then it should do an > actual "cvs status", and thus get the right state of the file, even if > it guessed wrong in vc-cvs-state-heuristic before. That works, though it doesn't invoke vc-cvs-state. But then if I do `C-x v u' the file doesn't go back to being read-only :(. -- Dave Abrahams Boost Consulting www.boost-consulting.com