GNU bug report logs -
#9794
24.0.90; `format-time-string' no good for %Z
Previous Next
Reported by: "Drew Adams" <drew.adams <at> oracle.com>
Date: Wed, 19 Oct 2011 06:46:02 UTC
Severity: wishlist
Merged with 641
Found in versions 22.2, 23.0.60, 24.0.90
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
emacs -Q
M-: (format-time-string "Started: %a %b %e %T %Y (%Z)" (current-time))
For me that produces this:
"Started: Tue Oct 18 23:40:28 2011 ()"
The %Z doesn't work at all. This is a regression that started in Emacs
22. In Emacs 20 and 21 (emacs -Q) it works correctly, displaying this:
"Started: Tue Oct 18 23:40:28 2011 (Pacific Daylight Time)"
If Emacs 20 can pick up the name Pacific Daylight Time correctly, from wherever
it gets it, then so should Emacs 24 be able to do so. No user config (e.g.
setting env vars) should be necessary. (That doesn't preclude user config - the
point is that even without it %Z should DTRT.)
In GNU Emacs 24.0.90.1 (i386-mingw-nt5.1.2600)
of 2011-10-18 on MARVIN
Windowing system distributor `Microsoft Corp.', version 5.1.2600
configured using `configure --with-gcc (4.6) --no-opt --cflags -I"C:/Program
Files (x86)/GnuWin32/include" -ID:/devel/emacs/libXpm-3.5.8/include
-ID:/devel/emacs/libXpm-3.5.8/src -ID:/devel/emacs/gnutls-2.10.5-x86/include
--ldflags -LD:/devel/emacs/gnutls-2.10.5-x86/lib'
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
This bug report was last modified 13 years and 271 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.