From unknown Mon Jun 23 16:45:41 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#13982 <13982@debbugs.gnu.org> To: bug#13982 <13982@debbugs.gnu.org> Subject: Status: 24.2; Bug in function format-time-string when used under Windows Reply-To: bug#13982 <13982@debbugs.gnu.org> Date: Mon, 23 Jun 2025 23:45:41 +0000 retitle 13982 24.2; Bug in function format-time-string when used under Wind= ows reassign 13982 emacs submitter 13982 Bostjan Vilfan severity 13982 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 16 21:16:13 2013 Received: (at submit) by debbugs.gnu.org; 17 Mar 2013 01:16:14 +0000 Received: from localhost ([127.0.0.1]:58243 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UH2Cq-0006aC-9b for submit@debbugs.gnu.org; Sat, 16 Mar 2013 21:16:13 -0400 Received: from eggs.gnu.org ([208.118.235.92]:53626) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGmrJ-0007wA-C4 for submit@debbugs.gnu.org; Sat, 16 Mar 2013 04:52:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UGmpq-0003VR-Nr for submit@debbugs.gnu.org; Sat, 16 Mar 2013 04:51:30 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW,T_DKIM_INVALID autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:33931) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGmpq-0003VN-L8 for submit@debbugs.gnu.org; Sat, 16 Mar 2013 04:51:26 -0400 Received: from eggs.gnu.org ([208.118.235.92]:36743) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGmpn-0002jm-Fl for bug-gnu-emacs@gnu.org; Sat, 16 Mar 2013 04:51:26 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UGmpk-0003UU-4I for bug-gnu-emacs@gnu.org; Sat, 16 Mar 2013 04:51:23 -0400 Received: from mail-vc0-f175.google.com ([209.85.220.175]:34016) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGmpj-0003UO-UJ for bug-gnu-emacs@gnu.org; Sat, 16 Mar 2013 04:51:20 -0400 Received: by mail-vc0-f175.google.com with SMTP id hf12so1835812vcb.34 for ; Sat, 16 Mar 2013 01:51:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:date:message-id:subject:from:to :content-type; bh=FQ47SidQBKf9zIJD1T7g08DbgHySyIkEEf8BvpSBHWw=; b=ykFfiw/fOG+I7DJEN990ra9mWmAeqrjkyfp3YNADKOxV+wZDelZdLrIgBvENh5iy0h 7svseMwDYxRcbMuWr4vPsQQYagjQGpZBHeQhm3Sj6yGrlozQC8M5wdL0XCFg656NViE/ XjOKRaVCE20vFoalSniz4PAnDdWniTLD9sB/P2IeZlkIqWjOJLA0A7NNKnsLjyBYzxS5 WXUzwbW7JBXb90HZWRKH9WzgYrJdDO3OQumzQ33dJTDa/EtVtLVFz7LWKFw53nPDQcVC gSuGwo66sU+2GatiP4fEiAQR8/NXplNDsaV2OoesvrkT0pODQv8w/Pk2PGlo5jHUkncT nDiQ== MIME-Version: 1.0 X-Received: by 10.58.90.5 with SMTP id bs5mr1119017veb.60.1363423879202; Sat, 16 Mar 2013 01:51:19 -0700 (PDT) Received: by 10.52.91.42 with HTTP; Sat, 16 Mar 2013 01:51:18 -0700 (PDT) Date: Sat, 16 Mar 2013 10:51:18 +0200 Message-ID: Subject: 24.2; Bug in function format-time-string when used under Windows From: Bostjan Vilfan To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -6.1 (------) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Sat, 16 Mar 2013 21:16:10 -0400 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) --text follows this line-- This bug report will be sent to the Bug-GNU-Emacs mailing list and the GNU bug tracker at debbugs.gnu.org. Please check that the From: line contains a valid email address. After a delay of up to one day, you should receive an acknowledgement at that address. Please write in English if possible, as the Emacs maintainers usually do not have translators for other languages. Please describe exactly what actions triggered the bug, and the precise symptoms of the bug. If you can, give a recipe starting from `emacs -Q': evaluate the form (format-time-string "%H:%M ") DETAILS: The behavior of Emacs with regard to daylight savings is covered in section 31.13 of the manual. Briefly, the two most important variables are calendar-daylight-savings-starts and calendar-daylight-savings-ends, which are defined in cal-dst. If these variables are nil (or undefined, when cal-dst is not loaded), daylight savings is not used; otherwise, they define the start and end of daylight savings time. The default value for the two variables corresponds to daylight savings in Cambridge, Massachusetts. When the function format-time-string is tested under Linux after calling, e.g., "emacs -Q" by evaluating the form "(format-time-string \"%H:%M\")" one gets the expected answer, i.e., the current local time since the two above mentioned variables are undefined. However, when the same is performed under Windows, Emacs uses daylight savings with start and end corresponding to Cambridge, Massachusetts, in spite of the fact that the two previously mentioned variables are undefined. In my case I evaluated the above form at 9:47 AM local time but received the output 10:47, presumably because daylight savings time is already in force in Cambridge, Massachusetts, although not in the Central European Time area. Yet that is not all. (We are still refering to an installation of Emacs under Windows.) If one creates a small init.el file with the following contents: START OF FILE (load "cal-dst") (setq calendar-daylight-savings-starts '(calendar-nth-named-day -1 0 3 year)) ;(setq calendar-daylight-savings-starts nil) (setq calendar-daylight-savings-ends '(calendar-nth-named-day -1 0 10 year)) ;(setq calendar-daylight-savings-ends nil) (setq calendar-daylight-time-offset 60) (setq calendar-daylight-savings-starts-time 180) (setq calendar-daylight-savings-ends-time 180) END OF FILE and invokes emacs with "runemacs --no-splash --no-site-file" (in that case the init.el will be executed), after which one evaluates the same form as before, one still gets the Cambridge, Massachusetts version of daylight savings. In other words, the two above mentioned variables have no effect. In GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-29 on MARVIN Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --with-gcc (4.6) --cflags -ID:/devel/emacs/libs/libXpm-3.5.8/include -ID:/devel/emacs/libs/libXpm-3.5.8/src -ID:/devel/emacs/libs/libpng-dev_1.4.3-1/include -ID:/devel/emacs/libs/zlib-dev_1.2.5-2/include -ID:/devel/emacs/libs/giflib-4.1.4-1/include -ID:/devel/emacs/libs/jpeg-6b-4/include -ID:/devel/emacs/libs/tiff-3.8.2-1/include -ID:/devel/emacs/libs/gnutls-3.0.9/include' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: ENU value of $XMODIFIERS: nil locale-coding-system: cp1252 default enable-multibyte-characters: t Major mode: Info Minor modes in effect: server-mode: t show-paren-mode: t delete-selection-mode: t tooltip-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent input: SPC SPC SPC SPC ( ( W r SPC e SPC a r e SPC s t i l l SPC r e f e r i n g SPC t o SPC a n SPC i n s t a l l a t i o n SPC o f SPC E m a c s SPC u n d e r SPC W i n d o w s . ) SPC C-s b u g C-s M-x r e p o r t - e m a c s - b u g Recent messages: Saving file m:/orgmode/notes.org... Wrote m:/orgmode/notes.org org-agenda-error: Command not allowed in this line create calendar tool bar item GNU Emacs 24.2.1 (i386-mingw-nt6.1.7601) of 2012-08-29 on MARVIN Connection file "c:/Users/Bostjan/Documents/.emacs.d/server/server" deleted Server mode enabled Saving file c:/Users/Bostjan/Documents/.emacs.d/daylight-savings-message.txt... Wrote c:/Users/Bostjan/Documents/.emacs.d/daylight-savings-message.txt Mark saved where search started Load-path shadows: c:/Program Files (x86)/GNU/Emacs/org-7.9.2/contrib/lisp/htmlize hides c:/PROGRAM FILES (X86)/GNU/EMACS/EMACS24.2M/site-lisp/htmlize Features: (shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils misearch multi-isearch info cus-start cus-load org-colview htmlize-view w32-winprint htmlize cl holidays hol-loaddefs diary-lib diary-loaddefs cal-iso mule-util cal-move org-wl org-w3m org-vm org-rmail org-mhe org-mew org-irc org-jsinfo org-infojs org-html org-exp ob-exp org-exp-blocks org-agenda org-info org-gnus gnus-util org-docview org-bibtex bibtex org-bbdb org byte-opt bytecomp byte-compile cconv macroexp advice help-fns advice-preload ob-tangle ob-ref ob-lob ob-table org-footnote org-src ob-comint ob-keys org-pcomplete pcomplete comint ansi-color ring org-list org-faces org-entities noutline outline easy-mmode org-version ob-emacs-lisp ob org-compat org-macs ob-eval format-spec find-func warnings server org-install cal-dst regexp-opt cal-menu easymenu calendar cal-loaddefs paren delsel time-date tooltip ediff-hook vc-hooks lisp-float-type mwheel dos-w32 disp-table ls-lisp w32-win w32-vars tool-bar dnd fontset image fringe lisp-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs button faces cus-face files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote make-network-process multi-tty emacs) From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 17 14:49:31 2013 Received: (at 13982) by debbugs.gnu.org; 17 Mar 2013 18:49:32 +0000 Received: from localhost ([127.0.0.1]:60273 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UHIeA-0000NM-7j for submit@debbugs.gnu.org; Sun, 17 Mar 2013 14:49:31 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:58135) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UHIe1-0000Mw-9o for 13982@debbugs.gnu.org; Sun, 17 Mar 2013 14:49:23 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0MJT00800ICHG300@a-mtaout20.012.net.il> for 13982@debbugs.gnu.org; Sun, 17 Mar 2013 20:47:21 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJT008U3IUXPU00@a-mtaout20.012.net.il>; Sun, 17 Mar 2013 20:47:21 +0200 (IST) Date: Sun, 17 Mar 2013 20:47:26 +0200 From: Eli Zaretskii Subject: Re: bug#13982: 24.2; Bug in function format-time-string when used under Windows In-reply-to: X-012-Sender: halo1@inter.net.il To: Bostjan Vilfan Message-id: <837gl53ltt.fsf@gnu.org> References: X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Sat, 16 Mar 2013 10:51:18 +0200 > From: Bostjan Vilfan > > When the function format-time-string is tested under Linux after calling, > e.g., "emacs -Q" by evaluating the form > > "(format-time-string \"%H:%M\")" > > one gets the expected answer, i.e., the current local time since the two > above mentioned variables are undefined. > > However, when the same is performed under Windows, Emacs uses daylight > savings with start and end corresponding to Cambridge, Massachusetts, in > spite of the fact that the two previously mentioned variables are undefined. > In my case I evaluated the above form at 9:47 AM local time but received the > output 10:47, presumably because daylight savings time is already in force > in Cambridge, Massachusetts, although not in the Central European Time area. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.166 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4339] X-Debbugs-Envelope-To: 13982 Cc: 13982@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Sat, 16 Mar 2013 10:51:18 +0200 > From: Bostjan Vilfan > > When the function format-time-string is tested under Linux after calling, > e.g., "emacs -Q" by evaluating the form > > "(format-time-string \"%H:%M\")" > > one gets the expected answer, i.e., the current local time since the two > above mentioned variables are undefined. > > However, when the same is performed under Windows, Emacs uses daylight > savings with start and end corresponding to Cambridge, Massachusetts, in > spite of the fact that the two previously mentioned variables are undefined. > In my case I evaluated the above form at 9:47 AM local time but received the > output 10:47, presumably because daylight savings time is already in force > in Cambridge, Massachusetts, although not in the Central European Time area. I don't think this has anything to do with either cal-dst or with any of the calendar-daylight-savings-* variables. format-time-string doesn't look at any of that stuff. It's all between Emacs and your OS. FWIW, I cannot reproduce this on any Windows machine to which I have access (which includes Windows 7 and a couple of XP boxes). In my time zone, the DST is not yet in effect, either, but I don't see any "Cambridge, Massachusetts" effect on the time string produced by format-time-string. I get the correct local time, the same one shown by the OS on the task bar. Please tell what do you get if you type the following in "emacs -Q", without loading anything, neither cal-dst nor your sample init.el: M-: (format-time-string "%H:%M %z %Z") RET Please also tell whether the result of the above matches the time zone you defined for your system (which can be seen by double-clicking on the time display in the task bar). > Yet that is not all. (We are still refering to an installation of Emacs > under Windows.) If one creates a small init.el file with the following > contents: > > START OF FILE > (load "cal-dst") > > (setq calendar-daylight-savings-starts '(calendar-nth-named-day -1 0 3 year)) > ;(setq calendar-daylight-savings-starts nil) > (setq calendar-daylight-savings-ends '(calendar-nth-named-day -1 0 10 year)) > ;(setq calendar-daylight-savings-ends nil) > (setq calendar-daylight-time-offset 60) > (setq calendar-daylight-savings-starts-time 180) > (setq calendar-daylight-savings-ends-time 180) > END OF FILE > > and invokes emacs with "runemacs --no-splash --no-site-file" (in that > case the init.el will be executed), after which one evaluates the same > form as before, one still gets the Cambridge, Massachusetts version of > daylight savings. In other words, the two above mentioned variables have > no effect. That's right, they have no effect and _should_ have no effect. So in this part Emacs is surely behaving as expected. The only problem seems to be that Emacs thinks you are one hour ahead of your local time, for some as yet unknown reason. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 19 06:58:13 2013 Received: (at 13982) by debbugs.gnu.org; 19 Mar 2013 10:58:14 +0000 Received: from localhost ([127.0.0.1]:35039 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UHuFB-00069R-Dp for submit@debbugs.gnu.org; Tue, 19 Mar 2013 06:58:13 -0400 Received: from mail-vc0-f177.google.com ([209.85.220.177]:54869) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UHuF7-00069F-RI for 13982@debbugs.gnu.org; Tue, 19 Mar 2013 06:58:11 -0400 Received: by mail-vc0-f177.google.com with SMTP id ia10so234963vcb.8 for <13982@debbugs.gnu.org>; Tue, 19 Mar 2013 03:56:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=RefVkl1EdSq7B1FNJ1EAK/4Xlg0PRmLxOs2FAIJ1fsM=; b=cJj9rNXKqjV+m01s8qNV19fLG6Xdqpazgujo5/ge3G4+PNJYzACU8LqMk9EKNVvmef JhPRG2T5uSjTMRI2k3buI+Z7VqwdKhIixnvfAG7wgbpGuPHz4D5ecBHIUi0n/oBcQoDo ygUNvCF2Rx2q2wodOOSxI8KpooJxh94oemco9/jOhH0uBhuKkWJRRine67go6ipvPgGs DeUyz6ET5Rjl63TR97a3MPnYZ5PO99Kn5ecGckcZ1ebOurCcBcrIU4WrU3H84FZ6WAII X/xadizUVoeAd1tTDt6jbb/ssmZHSVbV0mW8L9D1DDNQevuixD7++J4UzH71O35CONYP c0ww== MIME-Version: 1.0 X-Received: by 10.220.223.80 with SMTP id ij16mr1896345vcb.28.1363690590310; Tue, 19 Mar 2013 03:56:30 -0700 (PDT) Received: by 10.52.91.42 with HTTP; Tue, 19 Mar 2013 03:56:30 -0700 (PDT) In-Reply-To: <837gl53ltt.fsf@gnu.org> References: <837gl53ltt.fsf@gnu.org> Date: Tue, 19 Mar 2013 12:56:30 +0200 Message-ID: Subject: Re: bug#13982: 24.2; Bug in function format-time-string when used under Windows From: Bostjan Vilfan To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13982 Cc: 13982@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Sun, Mar 17, 2013 at 8:47 PM, Eli Zaretskii wrote: >> Date: Sat, 16 Mar 2013 10:51:18 +0200 >> From: Bostjan Vilfan >> >> When the function format-time-string is tested under Linux after calling, >> e.g., "emacs -Q" by evaluating the form >> >> "(format-time-string \"%H:%M\")" >> >> one gets the expected answer, i.e., the current local time since the two >> above mentioned variables are undefined. >> >> However, when the same is performed under Windows, Emacs uses daylight >> savings with start and end corresponding to Cambridge, Massachusetts, in >> spite of the fact that the two previously mentioned variables are undefined. >> In my case I evaluated the above form at 9:47 AM local time but received the >> output 10:47, presumably because daylight savings time is already in force >> in Cambridge, Massachusetts, although not in the Central European Time area. > > I don't think this has anything to do with either cal-dst or with any > of the calendar-daylight-savings-* variables. format-time-string > doesn't look at any of that stuff. It's all between Emacs and your > OS. > > FWIW, I cannot reproduce this on any Windows machine to which I have > access (which includes Windows 7 and a couple of XP boxes). In my > time zone, the DST is not yet in effect, either, but I don't see any > "Cambridge, Massachusetts" effect on the time string produced by > format-time-string. I get the correct local time, the same one shown > by the OS on the task bar. > > Please tell what do you get if you type the following in "emacs -Q", > without loading anything, neither cal-dst nor your sample init.el: > > M-: (format-time-string "%H:%M %z %Z") RET > > Please also tell whether the result of the above matches the time zone > you defined for your system (which can be seen by double-clicking on > the time display in the task bar). > >> Yet that is not all. (We are still refering to an installation of Emacs >> under Windows.) If one creates a small init.el file with the following >> contents: >> >> START OF FILE >> (load "cal-dst") >> >> (setq calendar-daylight-savings-starts '(calendar-nth-named-day -1 0 3 year)) >> ;(setq calendar-daylight-savings-starts nil) >> (setq calendar-daylight-savings-ends '(calendar-nth-named-day -1 0 10 year)) >> ;(setq calendar-daylight-savings-ends nil) >> (setq calendar-daylight-time-offset 60) >> (setq calendar-daylight-savings-starts-time 180) >> (setq calendar-daylight-savings-ends-time 180) >> END OF FILE >> >> and invokes emacs with "runemacs --no-splash --no-site-file" (in that >> case the init.el will be executed), after which one evaluates the same >> form as before, one still gets the Cambridge, Massachusetts version of >> daylight savings. In other words, the two above mentioned variables have >> no effect. > > That's right, they have no effect and _should_ have no effect. So in > this part Emacs is surely behaving as expected. The only problem > seems to be that Emacs thinks you are one hour ahead of your local > time, for some as yet unknown reason. Hello, and thanks for your message. I did as per your instructions, and the value of (format-time-string "%H:%M %z %Z") is "12:30 +0200 CDT" (actual local time was 11:30; so in other words emacs thinks local time is 1 hour ahead of actual local time) Your remark that all your Windows machines give the correct answer indicates that there must be some settings on my computer that is at fault; but I have no idea what that is. I made one additional experiment: the version of emacs I was using was a modification by Vincent Goulet (http://vgoulet.act.ulaval.ca/en/emacs/). I thought that in some way that version made some hidden changes, so I completely uninstalled it, and installed the version obtainable from the GNU site. The result of evaluating the above form was the same. Regards, Bostjan From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 19 13:04:39 2013 Received: (at 13982) by debbugs.gnu.org; 19 Mar 2013 17:04:39 +0000 Received: from localhost ([127.0.0.1]:35948 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UHzxm-0002uP-Hk for submit@debbugs.gnu.org; Tue, 19 Mar 2013 13:04:39 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:59199) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UHzxj-0002uF-T1 for 13982@debbugs.gnu.org; Tue, 19 Mar 2013 13:04:37 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0MJX00C0038FB000@a-mtaout21.012.net.il> for 13982@debbugs.gnu.org; Tue, 19 Mar 2013 19:02:34 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJX00CY83CA6X50@a-mtaout21.012.net.il>; Tue, 19 Mar 2013 19:02:34 +0200 (IST) Date: Tue, 19 Mar 2013 19:02:44 +0200 From: Eli Zaretskii Subject: Re: bug#13982: 24.2; Bug in function format-time-string when used under Windows In-reply-to: X-012-Sender: halo1@inter.net.il To: Bostjan Vilfan Message-id: <83fvzr1fwr.fsf@gnu.org> References: <837gl53ltt.fsf@gnu.org> X-Spam-Score: 1.5 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Date: Tue, 19 Mar 2013 12:56:30 +0200 > From: Bostjan Vilfan > Cc: 13982@debbugs.gnu.org > > Hello, and thanks for your message. I did as per your instructions, > and the value of > > (format-time-string "%H:%M %z %Z") > > is "12:30 +0200 CDT" (actual local time was 11:30; so in other words > emacs thinks local time is 1 hour ahead of actual local time) > > Your remark that all your Windows machines give the correct answer > indicates that there must be some settings on my computer that is at > fault; but I have no idea what that is. [...] Content analysis details: (1.5 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no trust [80.179.55.169 listed in list.dnswl.org] 0.7 SPF_SOFTFAIL SPF: sender does not match SPF record (softfail) 0.8 BAYES_50 BODY: Bayes spam probability is 40 to 60% [score: 0.4878] X-Debbugs-Envelope-To: 13982 Cc: 13982@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.7 (/) > Date: Tue, 19 Mar 2013 12:56:30 +0200 > From: Bostjan Vilfan > Cc: 13982@debbugs.gnu.org > > Hello, and thanks for your message. I did as per your instructions, > and the value of > > (format-time-string "%H:%M %z %Z") > > is "12:30 +0200 CDT" (actual local time was 11:30; so in other words > emacs thinks local time is 1 hour ahead of actual local time) > > Your remark that all your Windows machines give the correct answer > indicates that there must be some settings on my computer that is at > fault; but I have no idea what that is. I don't think there's a Windows time zone whose name is "CDT". Can you check if you happen to have a TZ variable in the environment, and if so, what's its value? Please look both in the Computer's Properties and in the command shell from which you invoke "emacs -Q". Also, I asked you to tell which time zone do you see in the Date/Time dialog of your Windows system. Right-click on the time display in the right corner of your task bar, and select "Adjust date/time". In the dialog that pops, click "Change timezone", and tell the name of your current Windows time zone that is shown in the middle of the dialog. If the Windows time zone and the time zone given to Emacs are different, you can have all kinds of "1 hour off" problems, especially around daylight savings change date. > I made one additional experiment: the version of emacs I was using was > a modification by Vincent Goulet > (http://vgoulet.act.ulaval.ca/en/emacs/). I thought that in some way > that version made some hidden changes, so I completely uninstalled it, > and installed the version obtainable from the GNU site. The result of > evaluating the above form was the same. Which leaves your system as the prime suspect. From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 19 16:10:09 2013 Received: (at 13982) by debbugs.gnu.org; 19 Mar 2013 20:10:09 +0000 Received: from localhost ([127.0.0.1]:36141 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UI2rJ-0007MZ-1L for submit@debbugs.gnu.org; Tue, 19 Mar 2013 16:10:09 -0400 Received: from mail-vc0-f176.google.com ([209.85.220.176]:39458) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UI2rH-0007MP-BK for 13982@debbugs.gnu.org; Tue, 19 Mar 2013 16:10:08 -0400 Received: by mail-vc0-f176.google.com with SMTP id ib11so739965vcb.35 for <13982@debbugs.gnu.org>; Tue, 19 Mar 2013 13:08:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=D7Vl93cozwvN/FsDsC/TqPknG2f7zKN93+yZWn4oOlA=; b=eqKrla+SZzfqhT/qX5jUkmF8xDnTipCQy3aYCyQ6wudjpgA24hUb6sAu6KZHnROE5w NiGCGeg0b74il4mAYhTgImz01Msa//ICx22A8hEj4RGEh3N31czdui4FVHC6uNN+r9Vc hbHHcqzmtmPdGJPq4yZZkJbr4WujshmZLpqll6hNgdH3onC40G9VyazRUx5Tv+RvAZvL pAbdNCSt7RP+s+V2yQ79rlOYmPZgfaIg3dn6Q9/Kf438IiS1HUxS2Pgca4rEOHkD2iHf VyQT1AmADOPxvFhPvQThA+6yJJ96FznY1sKp5KLKYS18bw/YGdBoWH6Oz9qEpjC0T70a NbwA== MIME-Version: 1.0 X-Received: by 10.220.153.2 with SMTP id i2mr4334312vcw.53.1363723705538; Tue, 19 Mar 2013 13:08:25 -0700 (PDT) Received: by 10.52.91.42 with HTTP; Tue, 19 Mar 2013 13:08:25 -0700 (PDT) In-Reply-To: <83fvzr1fwr.fsf@gnu.org> References: <837gl53ltt.fsf@gnu.org> <83fvzr1fwr.fsf@gnu.org> Date: Tue, 19 Mar 2013 22:08:25 +0200 Message-ID: Subject: Re: bug#13982: 24.2; Bug in function format-time-string when used under Windows From: Bostjan Vilfan To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13982 Cc: 13982@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Tue, Mar 19, 2013 at 7:02 PM, Eli Zaretskii wrote: >> Date: Tue, 19 Mar 2013 12:56:30 +0200 >> From: Bostjan Vilfan >> Cc: 13982@debbugs.gnu.org >> >> Hello, and thanks for your message. I did as per your instructions, >> and the value of >> >> (format-time-string "%H:%M %z %Z") >> >> is "12:30 +0200 CDT" (actual local time was 11:30; so in other words >> emacs thinks local time is 1 hour ahead of actual local time) >> >> Your remark that all your Windows machines give the correct answer >> indicates that there must be some settings on my computer that is at >> fault; but I have no idea what that is. > > I don't think there's a Windows time zone whose name is "CDT". Can > you check if you happen to have a TZ variable in the environment, and > if so, what's its value? Please look both in the Computer's > Properties and in the command shell from which you invoke "emacs -Q". > TZ=CET-1CDT,3,-1,0,7200,10,-1,0,10800,3600 the reason I need TZ is that I still use the (quite old) RCS software. Up to now I did not encounter any problems with TZ. With regard to "CDT", I may have improvised a bit with the daylight savings name for my timezone. > Also, I asked you to tell which time zone do you see in the Date/Time > dialog of your Windows system. Right-click on the time display in the > right corner of your task bar, and select "Adjust date/time". In the > dialog that pops, click "Change timezone", and tell the name of your > current Windows time zone that is shown in the middle of the dialog. > > If the Windows time zone and the time zone given to Emacs are > different, you can have all kinds of "1 hour off" problems, especially > around daylight savings change date. > there is no abbreviation, just the following: (UTC+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna >> I made one additional experiment: the version of emacs I was using was >> a modification by Vincent Goulet >> (http://vgoulet.act.ulaval.ca/en/emacs/). I thought that in some way >> that version made some hidden changes, so I completely uninstalled it, >> and installed the version obtainable from the GNU site. The result of >> evaluating the above form was the same. > > Which leaves your system as the prime suspect. Hello, I hope I answered your specific questions above. There is one item that comes to mind, though, which I don't know whether it is evident in the data in my original error report, namely, that my system is 64-bit Windows 7. I also have a 32-bit Windows 7 installation, but currently I am unable to access it. As soon as I will be able to do so, I will check how emacs behaves there. Regards, Bostjan From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 19 17:00:45 2013 Received: (at 13982) by debbugs.gnu.org; 19 Mar 2013 21:00:45 +0000 Received: from localhost ([127.0.0.1]:36185 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UI3eG-0000K6-Vl for submit@debbugs.gnu.org; Tue, 19 Mar 2013 17:00:45 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:56818) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UI3eF-0000Jz-97 for 13982@debbugs.gnu.org; Tue, 19 Mar 2013 17:00:44 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MJX00C00DU8KN00@a-mtaout22.012.net.il> for 13982@debbugs.gnu.org; Tue, 19 Mar 2013 22:57:53 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJX00CQ9E8GP600@a-mtaout22.012.net.il>; Tue, 19 Mar 2013 22:57:53 +0200 (IST) Date: Tue, 19 Mar 2013 22:58:04 +0200 From: Eli Zaretskii Subject: Re: bug#13982: 24.2; Bug in function format-time-string when used under Windows In-reply-to: X-012-Sender: halo1@inter.net.il To: Bostjan Vilfan Message-id: <838v5j150j.fsf@gnu.org> References: <837gl53ltt.fsf@gnu.org> <83fvzr1fwr.fsf@gnu.org> X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 13982 Cc: 13982@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Tue, 19 Mar 2013 22:08:25 +0200 > From: Bostjan Vilfan > Cc: 13982@debbugs.gnu.org > > On Tue, Mar 19, 2013 at 7:02 PM, Eli Zaretskii wrote: > >> Date: Tue, 19 Mar 2013 12:56:30 +0200 > >> From: Bostjan Vilfan > >> Cc: 13982@debbugs.gnu.org > >> > >> Hello, and thanks for your message. I did as per your instructions, > >> and the value of > >> > >> (format-time-string "%H:%M %z %Z") > >> > >> is "12:30 +0200 CDT" (actual local time was 11:30; so in other words > >> emacs thinks local time is 1 hour ahead of actual local time) > >> > >> Your remark that all your Windows machines give the correct answer > >> indicates that there must be some settings on my computer that is at > >> fault; but I have no idea what that is. > > > > I don't think there's a Windows time zone whose name is "CDT". Can > > you check if you happen to have a TZ variable in the environment, and > > if so, what's its value? Please look both in the Computer's > > Properties and in the command shell from which you invoke "emacs -Q". > > > TZ=CET-1CDT,3,-1,0,7200,10,-1,0,10800,3600 That's your problem, right there: unset that variable, and Emacs will show the correct time. The Windows runtime library includes semi-broken support for setting TZ, but it only supports the "CET-1CDT" part of the value, and so switches to daylight savings not on the date that the rest of your value provides, but uses some internal default dates. See also this KB article: http://support.microsoft.com/kb/932590 > the reason I need TZ is that I still use the (quite old) RCS software. There's a newer one here: http://sourceforge.net/projects/ezwinports/files/rcs-5.7-1-bin.zip/download I use it all the time, and never needed any TZ setting. > > Also, I asked you to tell which time zone do you see in the Date/Time > > dialog of your Windows system. Right-click on the time display in the > > right corner of your task bar, and select "Adjust date/time". In the > > dialog that pops, click "Change timezone", and tell the name of your > > current Windows time zone that is shown in the middle of the dialog. > > > > If the Windows time zone and the time zone given to Emacs are > > different, you can have all kinds of "1 hour off" problems, especially > > around daylight savings change date. > > > there is no abbreviation, just the following: > > (UTC+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna This is what %Z should produce in Emacs. And it will, after you unset TZ in the environment. > I hope I answered your specific questions above. There is one item > that comes to mind, though, which I don't know whether it is evident > in the data in my original error report, namely, that my system is > 64-bit Windows 7. I also have a 32-bit Windows 7 installation, but > currently I am unable to access it. As soon as I will be able to do > so, I will check how emacs behaves there. 32-bit vs 64-bit is not a factor here. The problems you have happen because you have TZ set in the environment. From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 20 03:58:08 2013 Received: (at 13982) by debbugs.gnu.org; 20 Mar 2013 07:58:08 +0000 Received: from localhost ([127.0.0.1]:36662 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UIDuR-0000Rh-IV for submit@debbugs.gnu.org; Wed, 20 Mar 2013 03:58:08 -0400 Received: from mail-la0-f43.google.com ([209.85.215.43]:47861) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UIDuO-0000RU-FP for 13982@debbugs.gnu.org; Wed, 20 Mar 2013 03:58:06 -0400 Received: by mail-la0-f43.google.com with SMTP id ek20so2545566lab.2 for <13982@debbugs.gnu.org>; Wed, 20 Mar 2013 00:56:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=PGfriqtGtpUWAN6RV5ZIRM7eMGXyxJcyf4Do8lqbooU=; b=a20x5SgJdMed5coEoBbPfgoAIUh0XcQ9PYOUoE+ZdbrpzpUUOzHje+OJtdb1PfnPiY zQNHPuxST59o5C8EmQY9zaXYu7MzIx9r2rmC6FT1veTZhzOJNkRLi7LvukuUPO29QgOd ORwytvmljSzwxalAArk+hPRTgstqeGyM2T7gaYq7p+rKrEoX46Wr5azjEhrtLPUmKFpL ggntA6Jbu6C9nPqSPKbfneGjMJYVEh23OghQLhJ1xrpc7szma5WgEHs3Sk1aqDyXsW8X y6aMSCugok9VM0Coe9RhW1vohkFGhR7P4Yuy4HrkkDy9xQEcRRPoJ1YGSricTGHJsOQ7 /zxg== MIME-Version: 1.0 X-Received: by 10.112.79.34 with SMTP id g2mr4830286lbx.41.1363766179082; Wed, 20 Mar 2013 00:56:19 -0700 (PDT) Received: by 10.112.83.105 with HTTP; Wed, 20 Mar 2013 00:56:18 -0700 (PDT) In-Reply-To: <838v5j150j.fsf@gnu.org> References: <837gl53ltt.fsf@gnu.org> <83fvzr1fwr.fsf@gnu.org> <838v5j150j.fsf@gnu.org> Date: Wed, 20 Mar 2013 08:56:18 +0100 Message-ID: Subject: Re: bug#13982: 24.2; Bug in function format-time-string when used under Windows From: Bostjan Vilfan To: Eli Zaretskii Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 13982 Cc: 13982@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On Tue, Mar 19, 2013 at 9:58 PM, Eli Zaretskii wrote: >> Date: Tue, 19 Mar 2013 22:08:25 +0200 >> From: Bostjan Vilfan >> Cc: 13982@debbugs.gnu.org >> >> On Tue, Mar 19, 2013 at 7:02 PM, Eli Zaretskii wrote: >> >> Date: Tue, 19 Mar 2013 12:56:30 +0200 >> >> From: Bostjan Vilfan >> >> Cc: 13982@debbugs.gnu.org >> >> >> >> Hello, and thanks for your message. I did as per your instructions, >> >> and the value of >> >> >> >> (format-time-string "%H:%M %z %Z") >> >> >> >> is "12:30 +0200 CDT" (actual local time was 11:30; so in other words >> >> emacs thinks local time is 1 hour ahead of actual local time) >> >> >> >> Your remark that all your Windows machines give the correct answer >> >> indicates that there must be some settings on my computer that is at >> >> fault; but I have no idea what that is. >> > >> > I don't think there's a Windows time zone whose name is "CDT". Can >> > you check if you happen to have a TZ variable in the environment, and >> > if so, what's its value? Please look both in the Computer's >> > Properties and in the command shell from which you invoke "emacs -Q". >> > >> TZ=CET-1CDT,3,-1,0,7200,10,-1,0,10800,3600 > > That's your problem, right there: unset that variable, and Emacs will > show the correct time. The Windows runtime library includes > semi-broken support for setting TZ, but it only supports the > "CET-1CDT" part of the value, and so switches to daylight savings not > on the date that the rest of your value provides, but uses some > internal default dates. See also this KB article: > > http://support.microsoft.com/kb/932590 > >> the reason I need TZ is that I still use the (quite old) RCS software. > > There's a newer one here: > > http://sourceforge.net/projects/ezwinports/files/rcs-5.7-1-bin.zip/download > > I use it all the time, and never needed any TZ setting. > >> > Also, I asked you to tell which time zone do you see in the Date/Time >> > dialog of your Windows system. Right-click on the time display in the >> > right corner of your task bar, and select "Adjust date/time". In the >> > dialog that pops, click "Change timezone", and tell the name of your >> > current Windows time zone that is shown in the middle of the dialog. >> > >> > If the Windows time zone and the time zone given to Emacs are >> > different, you can have all kinds of "1 hour off" problems, especially >> > around daylight savings change date. >> > >> there is no abbreviation, just the following: >> >> (UTC+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna > > This is what %Z should produce in Emacs. And it will, after you unset > TZ in the environment. > >> I hope I answered your specific questions above. There is one item >> that comes to mind, though, which I don't know whether it is evident >> in the data in my original error report, namely, that my system is >> 64-bit Windows 7. I also have a 32-bit Windows 7 installation, but >> currently I am unable to access it. As soon as I will be able to do >> so, I will check how emacs behaves there. > > 32-bit vs 64-bit is not a factor here. The problems you have happen > because you have TZ set in the environment. Hello, Let me just say one huge thanks. I've also downloaded the newer version of rcs, and hope it works. Regards, Bostjan From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 20 12:59:53 2013 Received: (at 13982-done) by debbugs.gnu.org; 20 Mar 2013 16:59:53 +0000 Received: from localhost ([127.0.0.1]:37873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UIMMi-0006Yt-HB for submit@debbugs.gnu.org; Wed, 20 Mar 2013 12:59:53 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:55216) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UIMMg-0006Ym-Sh for 13982-done@debbugs.gnu.org; Wed, 20 Mar 2013 12:59:51 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0MJY00200XMBEV00@a-mtaout22.012.net.il> for 13982-done@debbugs.gnu.org; Wed, 20 Mar 2013 18:56:47 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0MJY002LJXQN1L70@a-mtaout22.012.net.il>; Wed, 20 Mar 2013 18:56:47 +0200 (IST) Date: Wed, 20 Mar 2013 18:57:00 +0200 From: Eli Zaretskii Subject: Re: bug#13982: 24.2; Bug in function format-time-string when used under Windows In-reply-to: X-012-Sender: halo1@inter.net.il To: Bostjan Vilfan Message-id: <83wqt2yppf.fsf@gnu.org> References: <837gl53ltt.fsf@gnu.org> <83fvzr1fwr.fsf@gnu.org> <838v5j150j.fsf@gnu.org> X-Spam-Score: 0.7 (/) X-Debbugs-Envelope-To: 13982-done Cc: 13982-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list Reply-To: Eli Zaretskii List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -1.2 (-) > Date: Wed, 20 Mar 2013 08:56:18 +0100 > From: Bostjan Vilfan > Cc: 13982@debbugs.gnu.org > > Let me just say one huge thanks. I've also downloaded the newer > version of rcs, and hope it works. So I guess your problem is fixed, and I'm therefore closing this bug. From unknown Mon Jun 23 16:45:41 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 18 Apr 2013 11:24:03 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator