GNU bug report logs - #32338
26.1; term.el broken on macOS

Previous Next

Full log

Message #26 received at 32338 <at> debbugs.gnu.org (full text, mbox):

From: Constantine Vetoshev <vetoshev <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 32338 <at> debbugs.gnu.org, Noam Postavsky <npostavs <at> gmail.com>
Subject: Re: bug#32338: 26.1; term.el broken on macOS
Date: Sat, 29 Sep 2018 16:52:40 -0700

On Sat, Sep 22, 2018 at 10:42 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
> Thanks for your efforts.  I hope one of the NS experts will chime in
> soon.

After bisecting between 25.3 and 26.1, I tracked down the breaking
commit, 4cdd14eabe5a6121691daa2d9c5e814c5f53f3e5.

It seems like it was supposed to only impact Windows. I was so
surprised that I checked twice to confirm. The breaking change was to
src/emacs.c, in the type change from long to rlim_t (two places).
Reverting just that one file's change fixes the crash. I
double-checked by applying the relevant patch to the 26.1 release
source tree, and that fixed it.

Checking my (macOS) system, rlim_t seems to be typedefed to
__uint64_t, which definitely makes a difference, though I admit the
nature of the crash is rather mystifying compared to what has actually
changed. Eli, since you were working on this, any ideas about the
right approach to fixing the problem other than blindly reverting the
change?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.