unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#54756: 28.1; faulty date interpretation
@ 2022-04-06 19:38 Peter Dyballa
  2022-04-07 11:24 ` Lars Ingebrigtsen
  0 siblings, 1 reply; 4+ messages in thread
From: Peter Dyballa @ 2022-04-06 19:38 UTC (permalink / raw)
  To: 54756

Hello!

I think it's close to impossible to reproduce the bug when launching GNU Emacs with -Q, because dates in diary file are read and they must be interpreted the proper way, the European and natural way, as day - month - year (or in reverse):

%%(diary-anniversary  4  6 1862) Geburt von Karl Valentin in München-Au als Valentin Ludwig Fey %d Jahren
%%(diary-anniversary  4  6 2020) Tod von Rupert Neville Hine

Today all my versions of GNU Emacs 28.x report that it's the birth date of Karl Valentin and the death date of Rupert Hine:

	Sunrise 06 Uhr 53, sunset 20 Uhr 04 at Friedberg (13:11 hrs daylight)
	Geburt von Karl Valentin in München-Au als Valentin Ludwig Fey 160 Jahren
	Tod von Rupert Neville Hine

The versions 27.x display that today's date (probably) was not much meaningful for the two men.


In GNU Emacs 28.1 (build 1, x86_64-apple-darwin21.4.0, Carbon Version 165 AppKit 2113.4)
 of 2022-04-06 built on Kleines.fritz.box
Windowing system distributor 'Apple Inc.', version 12.3.1
System Description:  macOS 12.3.1

Configured using:
 'configure --prefix=/opt/local --disable-silent-rules --with-mac
 --enable-mac-app=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_aqua_emacs-mac-app/emacs-mac-app/work/emacs-28.1-mac-9.0
 --enable-mac-self-contained --without-dbus --without-gconf
 --without-libotf --without-m17n-flt --without-harfbuzz
 --without-imagemagick --without-rsvg --without-xaw3d --with-libgmp
 --with-gnutls --with-xml2 --with-json --with-lcms2
 '--enable-locallisppath=/Library/Application
 Support/Emacs/calendar28:/Library/Application Support/Emacs'
 --with-modules 'CFLAGS=-pipe -Os -fobjc-arc
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX12.sdk -arch
 x86_64' 'CPPFLAGS=-I/opt/local/include
 -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX12.sdk'
 'LDFLAGS=-L/opt/local/lib -Wl,-headerpad_max_install_names
 -Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX12.sdk
 -arch x86_64''

Configured features:
ACL GMP GNUTLS JSON LCMS2 LIBXML2 MODULES NOTIFY KQUEUE PDUMPER THREADS
TOOLKIT_SCROLL_BARS XIM ZLIB

Important settings:
  value of $LC_CTYPE: de_DE.UTF-8
  value of $LANG: de_DE.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Diary

Minor modes in effect:
  shell-dirtrack-mode: t
  midnight-mode: t
  display-time-mode: t
  desktop-save-mode: t
  mac-print-mode: t
  delete-selection-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  show-paren-mode: t
  electric-indent-mode: t
  mac-mouse-wheel-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
  buffer-read-only: t
  column-number-mode: t
  line-number-mode: t
  indent-tabs-mode: t
  transient-mark-mode: t
  view-mode: t

Load-path shadows:
/Library/Application Support/Emacs/htmlfontify hides /Applications/MacPorts/EmacsMac.app/Contents/Resources/lisp/htmlfontify

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
rfc822 mml mml-sec epa epg rfc6068 epg-config gnus-util rmail
rmail-loaddefs text-property-search mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils time-date jka-compr
info lunar shell pcomplete comint ansi-color ring auto-loads tex-site
yaml-mode derived view cal-julian diary-lib diary-loaddefs solar cal-dst
holidays hol-loaddefs midnight time cus-load ucs-normalize cl session
desktop frameset edmacro kmacro mac-print-mode easy-mmode htmlize
loadhist delsel mule-util cal-move cal-menu calendar cal-loaddefs
time-stamp advice package browse-url url url-proxy url-privacy
url-expand url-methods url-history url-cookie url-domsuf url-util
mailcap url-handlers url-parse auth-source cl-seq eieio eieio-core
cl-macs eieio-loaddefs password-cache json subr-x map url-vars seq
byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib iso-transl
tooltip eldoc paren electric uniquify ediff-hook vc-hooks
lisp-float-type elisp-mode mwheel term/mac-win mac-win term/common-win
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch easymenu timer select scroll-bar mouse jit-lock
font-lock syntax font-core term/tty-colors frame minibuffer cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite emoji-zwj charscript
charprop case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice button loaddefs faces cus-face macroexp files
window text-properties overlay sha1 md5 base64 format env code-pages
mule custom widget hashtable-print-readable backquote threads kqueue mac
lcms2 multi-tty make-network-process emacs)

Memory information:
((conses 16 224927 8721)
 (symbols 48 11545 1)
 (strings 32 41011 3040)
 (string-bytes 1 1497742)
 (vectors 16 40580)
 (vector-slots 8 515772 14288)
 (floats 8 517 484)
 (intervals 56 557 216)
 (buffers 992 16))



--
Greetings

  Pete

It isn't pollution that's harming the environment. It's the impurities in our air and water that are doing it.






^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#54756: 28.1; faulty date interpretation
  2022-04-06 19:38 bug#54756: 28.1; faulty date interpretation Peter Dyballa
@ 2022-04-07 11:24 ` Lars Ingebrigtsen
  2022-04-07 17:23   ` Peter Dyballa
  0 siblings, 1 reply; 4+ messages in thread
From: Lars Ingebrigtsen @ 2022-04-07 11:24 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: 54756

[-- Attachment #1: Type: text/plain, Size: 1285 bytes --]

Peter Dyballa <Peter_Dyballa@Web.DE> writes:

> I think it's close to impossible to reproduce the bug when launching GNU Emacs with -Q, because dates in diary file are read and they must be interpreted the proper way, the European and natural way, as day - month - year (or in reverse):
>
> %%(diary-anniversary  4  6 1862) Geburt von Karl Valentin in München-Au als Valentin Ludwig Fey %d Jahren
> %%(diary-anniversary  4  6 2020) Tod von Rupert Neville Hine
>
> Today all my versions of GNU Emacs 28.x report that it's the birth date of Karl Valentin and the death date of Rupert Hine:
>
> 	Sunrise 06 Uhr 53, sunset 20 Uhr 04 at Friedberg (13:11 hrs daylight)
> 	Geburt von Karl Valentin in München-Au als Valentin Ludwig Fey 160 Jahren
> 	Tod von Rupert Neville Hine
>
> The versions 27.x display that today's date (probably) was not much meaningful for the two men.

I'm not sure I understand what you mean here, but perhaps I'm not
reproducing the problem correctly.

If I put the following inn ~/.emacs.d/diary, and then start Emacs 27.1
with -Q, and then say `M-x diary':

%%(diary-anniversary  4  7 1862) Geburt von Karl Valentin in München-Au als Valentin Ludwig Fey %d Jahren
%%(diary-anniversary  4  7 2020) Tod von Rupert Neville Hine

I get


[-- Attachment #2: Type: image/png, Size: 36081 bytes --]

[-- Attachment #3: Type: text/plain, Size: 324 bytes --]


I get exactly the same in Emacs 28.1.

I never use diary, so I don't know whether this is what's expected or
not.  Could you explain what you expected to see here, or whether you're
seeing something else in Emacs 28.1?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#54756: 28.1; faulty date interpretation
  2022-04-07 11:24 ` Lars Ingebrigtsen
@ 2022-04-07 17:23   ` Peter Dyballa
  2022-04-08 13:03     ` Lars Ingebrigtsen
  0 siblings, 1 reply; 4+ messages in thread
From: Peter Dyballa @ 2022-04-07 17:23 UTC (permalink / raw)
  To: Lars Ingebrigtsen; +Cc: 54756


> Am 7.4.2022 um 13:24 schrieb Lars Ingebrigtsen <larsi@gnus.org>:
> 
> I get exactly the same in Emacs 28.1.

That's not surprising, since you put the date in US American notation into diary.
> 
> I never use diary, so I don't know whether this is what's expected or
> not. Could you explain what you expected to see here, or whether you're
> seeing something else in Emacs 28.1?

In GNU Emacs 27 and before it worked to switch to European date format:

	/Library/Application Support/Emacs/site-init.el:23:(defvar european-calendar-style t)
	/Library/Application Support/Emacs/site-init.el:72:(setq european-calendar-style t)

which now does not get loaded, as *Messages* shows:

	Um 2022-04-06 21:52:54 Uhr wird /Library/Application Support/Emacs/site-start.el geladen
	/Library/Application Support/Emacs/site-start.el
	(Tipp von Kai G) Lade jetzt: cal-loaddefs
	site-start.el Zeile 497
	(Tipp von Kai G) Lade jetzt: ~/.emacs
	Sind jetzt in PETEs .emacs
	Zeile  44 .emacs, der Emacs-Typ ist 28
	It’s not XEmacs
	It’s GNU Emacs
	Zeile 228 .emacs
	Zeile 234 .emacs, desktop-dirname ist ~/.emacs.d/ und gesichert wird in emacs-28.desktop-mac
	../../Library/Application Support/Emacs/session.el: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. [2 times]
	../../Library/Application Support/Emacs/session.el: Warning: ‘decf’ is an obsolete alias (as of 27.1); use ‘cl-decf’ instead.
	../../Library/Application Support/Emacs/session.el: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead.
	../../Library/Application Support/Emacs/session.el: Warning: ‘decf’ is an obsolete alias (as of 27.1); use ‘cl-decf’ instead.
	../../Library/Application Support/Emacs/session.el: Warning: ‘incf’ is an obsolete alias (as of 27.1); use ‘cl-incf’ instead. [4 times]
	Zeile 254 .emacs
	Zeile 259 .emacs, session-save-file ist ~/.emacs.d/session-28-mac
	Zeile 261 .emacs, custom-file ist ~/.emacs-Abrichtung-28.el
	(Tipp von Kai G) Lade jetzt: ~/.emacs-Abrichtung-28.el
	Loading /Users/pete/.emacs-Abrichtung-28.el (source)...
	Custom Set Variables 28
	(Tipp von Kai G) Lade jetzt: time
	Loading time...done
	(Tipp von Kai G) Lade jetzt: midnight
	Loading midnight...done
	Custom Set Faces 28
	Loading /Users/pete/.emacs-Abrichtung-28.el (source)...done
	(Tipp von Kai G) Lade jetzt: ~/.emacs_mac
	Loading /Users/pete/.emacs_mac...
	 AppKit-Zeile  19 .emacs_mac
	 AppKit-Zeile  23 .emacs_mac
	 Carbon/AppKit Emacs-Zeile  56 .emacs_mac
	(Tipp von Kai G) Lade jetzt: /Library/Application Support/Emacs/site-start.el
	Loading /Library/Application Support/Emacs/site-start.el (source)...
	Um 2022-04-06 21:52:54 Uhr wird /Library/Application Support/Emacs/site-start.el geladen
	/Library/Application Support/Emacs/site-start.el
	(Tipp von Kai G) Lade jetzt: hol-loaddefs
	Marking holidays...done
	(Tipp von Kai G) Lade jetzt: diary-loaddefs
	Marking diary entries...done
	Preparing diary...done
	Looking up holidays...done
	site-start.el Zeile 497
	Loading /Library/Application Support/Emacs/site-start.el (source)...done

site-start.el has:

	/Library/Application Support/Emacs/site-start.el:151:(setq european-calendar-style t)
	/Library/Application Support/Emacs/site-start.el:164:;(setq calendar-date-style 'european)	; 'iso gips auch
	/Library/Application Support/Emacs/site-start.el:165:;(calendar-set-date-style 'european)
 
I'd presume that dumping is a problem:

	Warning: Change in load-path due to site-init will be lost after dumping

which I better should avoid:

	calendar-date-style is a variable defined in ‘calendar.el’.
	
	Its value is ‘american’


Activating "(setq calendar-date-style 'european)" brings:

	calendar-date-style is a variable defined in ‘calendar.el’.
	
	Its value is ‘european’
	Original value was ‘american’

Now I get in *Fancy Diary Entries* only:

	Sunrise 06 Uhr 50, sunset 20 Uhr 05 at Friedberg (13:15 hrs daylight)

and on 4. of June:

	Sunrise 05 Uhr 19, sunset 21 Uhr 28 at Friedberg (16:08 hrs daylight)
	Geburt von Karl Valentin in München-Au als Valentin Ludwig Fey 160 Jahren
	Tod von Rupert Neville Hine

So it's more my bug - sorry!

--
Greetings

  Pete

There are very few jobs that actually require a penis or vagina. All other jobs should be open to everybody.
				– Florynce Kennedy








^ permalink raw reply	[flat|nested] 4+ messages in thread

* bug#54756: 28.1; faulty date interpretation
  2022-04-07 17:23   ` Peter Dyballa
@ 2022-04-08 13:03     ` Lars Ingebrigtsen
  0 siblings, 0 replies; 4+ messages in thread
From: Lars Ingebrigtsen @ 2022-04-08 13:03 UTC (permalink / raw)
  To: Peter Dyballa; +Cc: 54756

Peter Dyballa <Peter_Dyballa@Web.DE> writes:

> So it's more my bug - sorry!

OK; closing this bug report, then.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no





^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2022-04-08 13:03 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-04-06 19:38 bug#54756: 28.1; faulty date interpretation Peter Dyballa
2022-04-07 11:24 ` Lars Ingebrigtsen
2022-04-07 17:23   ` Peter Dyballa
2022-04-08 13:03     ` Lars Ingebrigtsen

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).