[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#43812: 28.0.50; segfault in ns_clear_under_internal_border
From: |
Sean Farley |
Subject: |
bug#43812: 28.0.50; segfault in ns_clear_under_internal_border |
Date: |
Mon, 05 Oct 2020 17:38:04 -0700 |
User-agent: |
mu4e 1.5.5; emacs 28.0.50 |
Alan Third <alan@idiocy.org> writes:
> On Sun, Oct 04, 2020 at 09:30:04PM -0700, Sean Farley via Bug reports for GNU
> Emacs, the Swiss army knife of text editors wrote:
>>
>> (apologies if this is sent twice, I got a bounce back on the first
>> attempt)
>>
>> This one is difficult to figure out. I can reproduce it reliably in my
>> setup but I don't know how to find a minimal working example.
>>
>> The segfault is triggered for me in the following manner:
>>
>> - trigger a company popup in lisp for a library not yet loaded (for me
>> it was mu4e; only the autoloads existed)
>> - load said library
>> - trigger another company popup for said library
>> - segfault
>
> This is a bit of a shot in the dark, but does the attached patch fix
> it?
Thanks for the quick reply! After a series of manual tests, I think I
can say that, yes, this patch seems to fix the segfault. One thing I
noted is that I had to distclean and reconfigure to get the state of the
bug to appear / disappear. But perhaps that is an artifact of me using
the native-comp branch (or maybe my lack of how object files are
recompiled into Emacs.app)
Either way, much appreciated for the quick fix!