From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.devel Subject: Re: vc-cvs-parse-entry Date: Tue, 05 Sep 2006 11:10:20 +0200 Message-ID: <44FD3EFC.9040603@gmx.at> References: <44F4A8D0.6090304@gmx.at> <44F5D00D.5080409@gmx.at> <44F98B06.2020602@gmx.at> <44FAB10B.8010608@gmx.at> <44FBEF1E.8030806@gmx.at> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1157448109 3688 80.91.229.2 (5 Sep 2006 09:21:49 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 5 Sep 2006 09:21:49 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 05 11:21:47 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GKX7g-0001XV-Vw for ged-emacs-devel@m.gmane.org; Tue, 05 Sep 2006 11:21:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GKX7g-0007Nv-FZ for ged-emacs-devel@m.gmane.org; Tue, 05 Sep 2006 05:21:36 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GKX7U-0007NR-Al for emacs-devel@gnu.org; Tue, 05 Sep 2006 05:21:24 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GKX7S-0007Ml-JL for emacs-devel@gnu.org; Tue, 05 Sep 2006 05:21:23 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GKX7S-0007Mg-6P for emacs-devel@gnu.org; Tue, 05 Sep 2006 05:21:22 -0400 Original-Received: from [213.165.64.20] (helo=mail.gmx.net) by monty-python.gnu.org with smtp (Exim 4.52) id 1GKXIA-0005Z3-9x for emacs-devel@gnu.org; Tue, 05 Sep 2006 05:32:26 -0400 Original-Received: (qmail invoked by alias); 05 Sep 2006 09:21:20 -0000 Original-Received: from N874P008.adsl.highway.telekom.at (EHLO [62.47.53.40]) [62.47.53.40] by mail.gmx.net (mp045) with SMTP; 05 Sep 2006 11:21:20 +0200 X-Authenticated: #14592706 User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: de-DE, de, en-us, en Original-To: Eli Zaretskii In-Reply-To: X-Y-GMX-Trusted: 0 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:59355 Archived-At: > Please tell which of these results are correct. I don't know what are > the details of the DST rules in your locale. I can't. I don't know how to get the original times from the server. There is, however, one thing I know: ediff uses (ediff-format-date (decode-time file-modtime)) where file-modtime is taken from (nth 5 (file-attributes filename)) to insert modification times in listings. Now I happen to keep around backups of ediff output. In particular I have a file called "cus-edit.patch". Its modification time according to Emacs is 2006-02-26 17:29:48. (According to DIR its 26.02.06 18:29.) The file contains the following ediff output: *** cus-edit.el Wed Feb 1 10:17:44 2006 --- cus-edit.el Sun Feb 26 18:11:40 2006 With the modification time reported by Emacs I must have - saved `cus-edit.el' at 18:11:40, - run ediff, and - saved the output of ediff to "cus-edit.patch" at 17:29:48. That's paradoxal. (I verified that with a couple of other files, of course.) There's a second clue. I use (add-hook 'before-save-hook 'time-stamp). Now I have a backup of a file containing the line ;; Time-stamp: "2006-02-03 18:32:33 martin" the modification time of that file as reported by Emacs reads as 2006-02-03 17:32:32. Hence I strongly conjecture that when DST is on, `file-attributes' returns the wrong modification time for files saved when DST was off for Windows98/FAT32. >>BTW, stat (GNU coreutils) 5.3.0 gives the same results as Emacs, hence >>the results delivered by stat and ls (GNU fileutils) 3.16 differ on my >>system. > > > The GnuWin32 ports use a different implementation of stat nowadays, > perhaps that's the cause for the different results. ls (GNU coreutils) 5.3.0 does the same as stat (GNU coreutils) 5.3.0. I conjecture that both report wrong times for Windows98/FAT32.