From: "Charles A. Roelli" <charles@aurox.ch>
To: 27706@debbugs.gnu.org
Subject: bug#27706: MacOS: decode-time hang
Date: Sat, 15 Jul 2017 16:19:39 +0200 [thread overview]
Message-ID: <okd89l$tfu$1@blaine.gmane.org> (raw)
Evaluating the following form on my system (macOS 10.6) results in a
hang from Emacs 23 to master:
(decode-time '(-1034058203136 0))
[other values around -1034058203136 don't cause an issue]
The stack trace (stuck in macOS' libc, I think):
(gdb) bt full
#0 0x00007fff83860aef in timesub () from /usr/lib/libSystem.B.dylib
No symbol table info available.
#1 0x00007fff8386081c in _st_localsub () from /usr/lib/libSystem.B.dylib
No symbol table info available.
#2 0x00007fff83869d71 in localtime_r () from /usr/lib/libSystem.B.dylib
No symbol table info available.
#3 0x00000001004586c7 in localtime_rz (tz=0x10210bba0,
t=0x7fff5fbf8d20, tm=0x7fff5fbf8ce8) at time_rz.c:296
abbr_saved = false
old_tz = 0x1
#4 0x00000001002ba08b in emacs_localtime_rz (tz=0x10210bba0,
t=0x7fff5fbf8d20, tm=0x7fff5fbf8ce8) at editfns.c:103
No locals.
#5 0x00000001002c2680 in Fdecode_time (specified_time=..., zone=...) at
editfns.c:2163
time_spec = -67768038400720896
gmt_tm = {
tm_sec = 1606388960,
tm_min = 32767,
tm_hour = 1766166,
tm_mday = 1,
tm_mon = 0,
tm_year = 0,
tm_wday = 0,
tm_yday = 0,
tm_isdst = 0,
tm_gmtoff = 10261984,
tm_zone = 0x7fff5fbf8d30 "`\215\277_\377\177"
}
tz = 0x10210bba0
local_tm = {
tm_sec = 24,
tm_min = 38,
tm_hour = 8,
tm_mday = 32767,
tm_mon = 0,
tm_year = 0,
tm_wday = 0,
tm_yday = 0,
tm_isdst = 0,
tm_gmtoff = 0,
tm_zone = 0x0
}
tm = 0x0
tm_year_base = 0
The form is called when compiling the new org-timer.el, which requires
org-clock.el, which itself contains this call that causes the issue:
(defconst org-clock--oldest-date
(let* ((dichotomy
(lambda (min max pred)
(if (funcall pred min) min
(cl-incf min)
(while (> (- max min) 1)
(let ((mean (+ (ash min -1) (ash max -1) (logand min max 1))))
(if (funcall pred mean) (setq max mean) (setq min mean)))))
max))
(high
(funcall dichotomy
most-negative-fixnum
0
(lambda (m) (ignore-errors (decode-time (list m 0))))))
(low
(funcall dichotomy
most-negative-fixnum
0
(lambda (m) (ignore-errors (decode-time (list high m)))))))
(list high low))
"Internal time for oldest date representable on the system.")
As a result, "make" hangs for me, so I delete org-timer.el locally to
get around the problem for now. But I'd like to find a more permanent
solution to make sure this doesn't happen elsewhere.
Can anyone reproduce this under macOS, and if so, under which macOS
version? I'd like to know which versions might need a fix for this
problem.
next reply other threads:[~2017-07-15 14:19 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-07-15 14:19 Charles A. Roelli [this message]
2017-07-15 21:32 ` bug#27706: MacOS: decode-time hang Alan Third
2017-07-16 16:11 ` Charles A. Roelli
2017-09-30 19:09 ` Charles A. Roelli
2017-09-30 20:21 ` Alan Third
2017-09-30 21:21 ` Noam Postavsky
2017-10-01 9:27 ` Charles A. Roelli
2017-10-01 17:11 ` Charles A. Roelli
2017-10-07 15:33 ` Charles A. Roelli
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='okd89l$tfu$1@blaine.gmane.org' \
--to=charles@aurox.ch \
--cc=27706@debbugs.gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).