GNU bug report logs - #30800
26.0.91; unknown crash on macos

Previous Next

Package: emacs;

Reported by: Aaron Jensen <aaronjensen <at> gmail.com>

Date: Tue, 13 Mar 2018 16:19:01 UTC

Severity: normal

Found in version 26.0.91

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


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

From: Alan Third <alan <at> idiocy.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 30800 <at> debbugs.gnu.org, Aaron Jensen <aaronjensen <at> gmail.com>
Subject: Re: bug#30800: 26.0.91; unknown crash on macos
Date: Fri, 23 Mar 2018 19:52:10 +0000
On Thu, Mar 22, 2018 at 05:57:56PM +0200, Eli Zaretskii wrote:
> > From: Aaron Jensen <aaronjensen <at> gmail.com>
> > Date: Thu, 22 Mar 2018 08:39:32 -0700
> > Cc: Alan Third <alan <at> idiocy.org>, 30800 <at> debbugs.gnu.org
> > 
> > I don't know what's going on in the code exactly, but would it be
> > worth it to risk the flicker on older macOS (or people's setups that
> > can repro it if mine just can't) in order to ensure that the
> > represented filename gets set on a frame that is about to be freed?
> 
> I don't know.  I leave it to you, users of macOS, to make that
> decision.  Perhaps the patch you are trying is indeed the best fix
> (assuming it works), given that the problem is less likely to happen
> now.

I would like to revert it if only simplify the code, but I don’t feel
that strongly. It may have been fixed in later releases of 10.10. It
would be nice if someone using 10.10 could check, but I don’t know who
could do that.

It might be worth putting a comment or two in to explain why it’s
using this asynchronous method.

-- 
Alan Third




This bug report was last modified 7 years and 110 days ago.

Previous Next


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