From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tim Van Holder Newsgroups: gmane.emacs.bugs Subject: bug#7905: 24.0.50; VC not updating file status properly anymore after commit from vc-dir Date: Wed, 2 Feb 2011 12:40:39 +0100 Message-ID: References: <87zkqqmvaz.fsf@leeloo.anubex.internal> <6sjw7tony.fsf@fencepost.gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1296659854 17374 80.91.229.12 (2 Feb 2011 15:17:34 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 2 Feb 2011 15:17:34 +0000 (UTC) Cc: Andreas Schwab , 7905@debbugs.gnu.org To: Glenn Morris Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Feb 02 16:17:30 2011 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PkeSX-00033l-MK for geb-bug-gnu-emacs@m.gmane.org; Wed, 02 Feb 2011 16:17:30 +0100 Original-Received: from localhost ([127.0.0.1]:57490 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PkeSW-0002lu-JG for geb-bug-gnu-emacs@m.gmane.org; Wed, 02 Feb 2011 10:17:28 -0500 Original-Received: from [140.186.70.92] (port=35436 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Pkdj4-00020y-MW for bug-gnu-emacs@gnu.org; Wed, 02 Feb 2011 09:30:39 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PkbSw-0006jn-U1 for bug-gnu-emacs@gnu.org; Wed, 02 Feb 2011 07:05:44 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43695) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PkbSw-0006jh-Rj for bug-gnu-emacs@gnu.org; Wed, 02 Feb 2011 07:05:42 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PkaxJ-0001NG-T9; Wed, 02 Feb 2011 06:33:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Tim Van Holder Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Feb 2011 11:33:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7905 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7905-submit@debbugs.gnu.org id=B7905.12966463385224 (code B ref 7905); Wed, 02 Feb 2011 11:33:01 +0000 Original-Received: (at 7905) by debbugs.gnu.org; 2 Feb 2011 11:32:18 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Pkawb-0001MD-TJ for submit@debbugs.gnu.org; Wed, 02 Feb 2011 06:32:18 -0500 Original-Received: from mail-ww0-f46.google.com ([74.125.82.46]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PkawZ-0001M2-11 for 7905@debbugs.gnu.org; Wed, 02 Feb 2011 06:32:15 -0500 Original-Received: by wwj40 with SMTP id 40so8385630wwj.15 for <7905@debbugs.gnu.org>; Wed, 02 Feb 2011 03:40:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=sYkCH8FdXdbM3r+TujuAmGphQ8jMfnFt8gewmSlHgU8=; b=uzUMWcJVkiL1i9bsEUNf1DvkicJ+Y6Fl14071J7PTCNnrAJqy8Mgw8C93vofYS8moa MvxllbVmHsDZRK9295/FirqdBrwO9/kF6QDn0eq6vbb3tk/x7eWPZh9kVEszAFhTTNdC 7dAVCv9r2SLqje63f3Ys96zJP3yS/SfxnK8bU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=fK2tmfFUeKrGDd+KI5AHAipDtlP2YD1laMHIlrzOD1E4u+lO1UvKOJHAerkY5u6Ujs sysaOIUz7kxTlI52C5I2CeVgvG8PqqJ4kCJSMxiJHo4l/HlRzl/OLkc3RWVCQG2OGlBK XWqtD+Q+yfAIEqJ+AINAUhTsLSgSBAPd4dsBI= Original-Received: by 10.216.18.204 with SMTP id l54mr7983275wel.99.1296646839938; Wed, 02 Feb 2011 03:40:39 -0800 (PST) Original-Received: by 10.216.181.203 with HTTP; Wed, 2 Feb 2011 03:40:39 -0800 (PST) In-Reply-To: <6sjw7tony.fsf@fencepost.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Wed, 02 Feb 2011 06:33:01 -0500 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:43837 Archived-At: On 1 February 2011 22:45, Glenn Morris wrote: > Tim Van Holder wrote: > >>>> =C2=A0 (encode-time 16 18 15 11 1 2011 2 nil 3600) >>>> =C2=A0 (encode-time 16 18 15 11 1 2011 2 nil 0) >>>> both return the same value "(19756 26280)" > [...] >> In order to do the (apparent) right thing, encode-time seems to rely >> on mktime() to take $TZ into account (otherwise there is no point in >> saving/restoring the environment with a specific TZ value). >> However, lib/mktime.c (which is in use by my emacs build) does not >> seem to refer to any timezone info at all - neither $TZ nor tm_zone is >> referenced; it seems to rely on localtime() to deal with that. I guess >> that's not the case for my localtime() (from glibc 2.3.6). > > FWIW I built the current trunk on a system with glibc 2.3.4, and the > two above encode-times return two different values. So whatever it is, > it's not related to the glibc version. I ran some separate tests and glibc's mktime and localtime seem to properly take time zone info into account, regardless of whether it came from $TZ, setenv("TZ", ...) or set_time_zone_rule() as copied from editfns.c. So things _should_ be working fine in encode-time. So it looks like it's an interaction inside emacs breaking things. Whatever it is, it seems to be triggered by display-time-mode. Before that is run, everything works fine. After running it, all CVS-controlled files are edited as far as VC knows. After running it again (disabling the actual display-time-mode display), things do NOT return to normal. But I don't immediately see anything in time.el that would suggest a problem. It's particularly annoying that noone seems to be able to reproduce it... I give up - I'll just disable display-time-mode.