GNU bug report logs - #21428
24.5; Crash of emacs on OS X, installed via homebrew cask

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Anders Lindgren <andlind <at> gmail.com>
Cc: rudalics <at> gmx.at, Rainer <at> krugs.de, 21428 <at> debbugs.gnu.org
Subject: bug#21428: 24.5; Crash of emacs on OS X, installed via homebrew cask
Date: Thu, 22 Oct 2015 23:08:50 +0300

> Date: Thu, 22 Oct 2015 22:04:08 +0200
> From: Anders Lindgren <andlind <at> gmail.com>
> Cc: Eli Zaretskii <eliz <at> gnu.org>, Rainer <at> krugs.de, 21428 <at> debbugs.gnu.org
> 
> However, I noticed that a number of NextStep callback functions start with the
> following code sequence:
> 
> if (!emacsframe->output_data.ns)
> return;
> 
> If `ns' is NULL it would account for the crash. I don't see why we can't add it
> to the windowDidResize: method as well.
> 
> Finally a reservation, I'm still learning the NS code base and I don't know
> under which circumstances the `ns' field is NULL.

Based on what happens in other GUI display backends, I'm guessing that
'ns' being NULL means the frame is not a GUI frame, but either a
text-mode frame or the "initial" frame (the latter happens in batch
mode and in the daemon mode, assuming the NS port supports it).

Previous Next

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