From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#7221: timestamp in cvs-quickdir on Win32 system Date: Fri, 27 Aug 2021 15:20:09 +0300 Message-ID: <83ilzrqdty.fsf@gnu.org> References: <87imddv2aa.fsf@gnus.org> <83h7rcgbt3.fsf@gnu.org> <877dg8w043.fsf@gnus.org> <20210826230656.x2gtayojelzb3z5d@yellow-pi> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2797"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, stefan@marxist.se, 7221@debbugs.gnu.org To: Rolf Unger Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Aug 27 14:24:11 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mJau1-0000Mh-D7 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 27 Aug 2021 14:24:09 +0200 Original-Received: from localhost ([::1]:45470 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mJatz-0008Nd-RP for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 27 Aug 2021 08:24:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47168) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mJar0-0004fV-FW for bug-gnu-emacs@gnu.org; Fri, 27 Aug 2021 08:21:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:39868) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mJar0-0003ml-7g for bug-gnu-emacs@gnu.org; Fri, 27 Aug 2021 08:21:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mJar0-0006l9-48 for bug-gnu-emacs@gnu.org; Fri, 27 Aug 2021 08:21:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 27 Aug 2021 12:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7221 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 7221-submit@debbugs.gnu.org id=B7221.163006683625928 (code B ref 7221); Fri, 27 Aug 2021 12:21:02 +0000 Original-Received: (at 7221) by debbugs.gnu.org; 27 Aug 2021 12:20:36 +0000 Original-Received: from localhost ([127.0.0.1]:51414 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJaqZ-0006k8-K0 for submit@debbugs.gnu.org; Fri, 27 Aug 2021 08:20:35 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:59110) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mJaqY-0006jw-3a for 7221@debbugs.gnu.org; Fri, 27 Aug 2021 08:20:34 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:42674) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mJaqS-0003QP-1T; Fri, 27 Aug 2021 08:20:28 -0400 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2911 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mJaqR-00066W-Gc; Fri, 27 Aug 2021 08:20:27 -0400 In-Reply-To: <20210826230656.x2gtayojelzb3z5d@yellow-pi> (message from Rolf Unger on Fri, 27 Aug 2021 01:06:56 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:212808 Archived-At: > Date: Fri, 27 Aug 2021 01:06:56 +0200 > From: Rolf Unger > Cc: Eli Zaretskii , Stefan Kangas , > 7221@debbugs.gnu.org > > I gave it a go with your suggested patch, and it still marks some files as > modified that are not modified. > > Maybe I should give some details to my constellation: > My working directory is on a win32 machine, but the repository is on a > Linux box and I use the pserver protocol to access the repository. > My Project resides all in one directory, it consists of two .c files, a > header file and some Windows resource script files .rc. Furthermore I have > a Makefile for MinGW gnu make and one .mak file for nmake. > > The Makefile, the .mak and the .rc resource files are marked as modified > if I open the project directory with `csv-quickdir`. The .c files and the > header file are not shown (the rule for files that are up-to-date) > If I use cvs-status on this same directory all files are shown as > up-to-date (which is the same what I get if I run `cvs status` in a shell. > > The interesting part is: If I open a file (the Makefile for example) with > `o` in the other window the *cvs* buffer will immediately show the file > that have just opened as `modidied`. But I haven't done any changes in > that opened file, only the active cursor is in that buffer. > If I hit `g` to refresh the *cvs* buffer with (cvs -f -n update -d -P) > the opened file that is said to be modified will transition to Up-To-Date > again. > I thought it could be related with the character encoding because the .rc > files are UTF-8 encded and theser .rc files are shown as modified. > But if it is a encoding issue it should not happen for the Makefile, > because this file as ASCII clean file. > > If I execute `vc-dir` on my project only some unregistered files are > shown, because vc doesn't show files that are not modified. > So `vc` does show the status of the files correctly. > > All this strange behaviour let's me guess, that the problem is not within > the elisp code and maybe wrong assumptions on the date format of cvs' > timestamp of the revision. Your setup is sufficiently complicated, even exotic, to be hard to reproduce and to be able to produce problems due to quite a few factors. Can you step through the Lisp code relevant to the issue, and see what causes Emacs to decide the files are modified? If it's the problem with time stamp mismatch, can you show an example of timestamps that should match, but don't? Thanks.