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

Previous Next

Full log

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Constantine Vetoshev <vetoshev <at> gmail.com>
Cc: 32338 <at> debbugs.gnu.org, alan <at> idiocy.org, npostavs <at> gmail.com
Subject: Re: bug#32338: 26.1; term.el broken on macOS
Date: Sun, 30 Sep 2018 20:13:43 +0300

> From: Constantine Vetoshev <vetoshev <at> gmail.com>
> Date: Sun, 30 Sep 2018 08:25:20 -0700
> Cc: Noam Postavsky <npostavs <at> gmail.com>, 32338 <at> debbugs.gnu.org
> 
> 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 */
> };

Then please step with a debugger through the code starting from the
call to getrlimit, and please show the values of related variables,
such as newlim, all the way until the call to setrlimit and the
computed value of emacs_re_safe_alloca.  Please do that once with the
current code and then once again with the code before the offending
commit.  I'd like to see the differences, because I meanwhile see
nothing wrong with using rlim_t here.

Than ks.

Previous Next

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