bug#39962: 27.0.90; Crash in Emacs 27.0.90

[Pip Cet]

On Sat, Mar 21, 2020 at 9:22 PM Pieter van Oostrum
<pieter-l@vanoostrum.org> wrote:
> Pip Cet <pipcet@gmail.com> writes:
> > On Thu, Mar 19, 2020 at 1:23 PM Pieter van Oostrum
> > <pieter-l@vanoostrum.org> wrote:
> > If you have the time, could you install the patch, start Emacs the
> > same way you did to produce your original crash, and do similar things
> > you did that time? If we're lucky, we'll be getting an assert failure
> > rather than mere corruption.
> >
> With that patch (the latest 0001-more-debugging.patch) Emacs gets extremely 
> slow (about 10 times slower that normal). Also, while it is processing, it 
> becomes completely unresponsive: the cursor becomes an spinning beach ball, 
> it won't even resize the windows, or react to C-g.

That's okay, that's the extra delays to increase the race condition.
I've reduced them by an order of magnitude in this patch.

I've also added more checks for what's one potential erroneous code
path: corruption of the red-black tree we use in conservative stack
marking.

0001-even-more-debugging.patch
Description: Text Data