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

Previous Next

Full log

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

From: Constantine Vetoshev <vetoshev <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>, alan <at> idiocy.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: Sun, 30 Sep 2018 08:25:20 -0700

On Sat, Sep 29, 2018 at 11:00 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
> Please show the definition of 'struct rlimit' on your system.  It
> should be in the header sys/resource.h, I think.  Then perhaps I will
> have some insight.

Here it is:

struct rlimit {
    rlim_t    rlim_cur;        /* current (soft) limit */
    rlim_t    rlim_max;        /* maximum value for rlim_cur */
};

On Sun, Sep 30, 2018 at 2:16 AM Alan Third <alan <at> idiocy.org> wrote:
> I can’t reproduce this (although I haven’t checked with the actual
> release version of Emacs 26 as I don’t have a copy lying around).
>
> I’m on 10.13.6, are you still running 10.13.4?

I'm on 10.13.6. Early-2015 MBP with a Core i7 and 16GB RAM. I just
rebooted the machine just to see if maybe it's a transient problem,
but no dice.

Did you definitely run the binary as
/path/to/Emacs.app/Contents/MacOS/Emacs -Q
? I can't reproduce the crash under a debugger, but it happens 100% of
the time otherwise. That, and the error message

2018-09-30 08:19:22.656 Emacs[1407:25736] *** -[NSAutoreleasePool
release]: This pool has already been released, do not drain it (double
release)

make me think there's a race condition in a memory release somewhere
that doesn't get hit when the system runs a little slower.

It might be helpful to compare with 10.14/Mojave, but I'm holding off
installing it until 10.14.1 comes out.

Previous Next

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