[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#23875: 25.0.95; Emacs crashes when closing a frame on OSX
From: |
Ivan Cibrario Bertolotti |
Subject: |
bug#23875: 25.0.95; Emacs crashes when closing a frame on OSX |
Date: |
Mon, 26 Sep 2016 14:48:18 +0200 |
Hello Alan,
> On 12 Sep 2016, at 18:52, Alan Third <alan@idiocy.org> wrote:
>
> On Mon, Sep 12, 2016 at 04:04:23PM +0200, Ivan Cibrario Bertolotti wrote:
>>
>>> On 12 Sep 2016, at 14:58, Alan Third <alan@idiocy.org> wrote:
>>>
>>> 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.
>
> That’s exactly what I was thinking of.
>
>> 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.
>
> No, this is all good. We’ll see if it makes any difference. If you get
> any crashes then we’ll have to look for something else.
> --
> Alan Third
After ~10 days of rather heavy testing (~8 hours/day of use, initially
with the last RC and now with 25.1), no crashes at all. I am reverting
to my original configuration (setq frame-title-format t) to double-check.
Thanks again for your help,
Ivan