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


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Aaron Jensen <aaronjensen <at> gmail.com>
Cc: alan <at> idiocy.org, 30800 <at> debbugs.gnu.org
Subject: bug#30800: 26.0.91; unknown crash on macos
Date: Wed, 21 Mar 2018 20:48:12 +0200
> From: Aaron Jensen <aaronjensen <at> gmail.com>
> Date: Wed, 21 Mar 2018 11:31:12 -0700
> Cc: alan <at> idiocy.org, 30800 <at> debbugs.gnu.org
> 
> I didn’t pass wide int afaik. So whatever the default is. I believe it has to do with posframe. I use both flycheck
> posframe and company posframe. If I disable the flycheck one I do not get crashes. It’s possible that they are
> both doing frame manipulation that is more frequent and new, which is exposing these. I believe that new
> package is more why this is happening now. 

OK.

It sounds like represented_frame might not get updated when the frame
whose pointer it holds is deleted.  Maybe x_destroy_window should make
sure represented_frame is not the frame being deleted?

Or maybe NS should not update represented_frame for child frames?

(I'm really stabbing in the dark here.)




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.