bug#23875: 25.0.95; Emacs crashes when closing a frame on OSX

[Ivan Cibrario Bertolotti]

> On 12 Sep 2016, at 14:58, Alan Third <alan@idiocy.org> wrote:
> 
> On 11 September 2016 at 20:24, Ivan Cibrario Bertolotti 
> <ivan.cibrario@polito.it> wrote:
> > 
> > Concerning the way of using Emacs, may I ask if there is any “grey area”
> > in using Emacs in native full screen mode?
> > 
> > When I saw the bug, I was switching in and out of full screen mode quite
> > often.  One thing I noticed is that the bug appeared during or shortly
> > after a switch.
> > 
> > I don’t see how it can be related to EmacsImages, but it is
> > the most significant clue I can think of at this time.
> 
> I’m not aware of any particular issues with full‐screen mode, but I
> don’t know if it gets a lot of use. I certainly never use it.
> 
> One thing that does come to mind is that NS Emacs sometimes puts an
> image in the title‐bar to represent the file, but it’s not consistent
> and I don’t understand what the code is doing.
> 
> When you’re in full‐screen there is no title‐bar, iirc, so I don’t
> know what happens to that image.
> 
> I think there’s a way to disable the image, but I can’t remember how.
> I’ll see if I can work it out this evening.

I had a look at the source (starting from syms_of_nsfns, nsfsn.m).
Are you referring to the frame-title-format lisp variable perhaps?  I tried:

(setq frame-title-format “%b”)

in my .emacs (the default value was t).  This should make Emacs call 
ns_set_name instead of ns_set_name_as_filename in x_implicitly_set_name, 
nsfns.m.

Now my frames no longer have any icon, just the buffer name.  If this setting 
looks good you, I will keep it and see what happens.  If this is not what you 
had in mind, please let me know.

I also spotted the icon-title-format variable, but I didn’t touch it.  Sorry if 
I wrote/did something silly, I am not an expert on the Emacs code base.

Thanks again,
Ivan