emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: 31.0.50; Emacs scratch/igc 6682d0e6c96 Crash on Linux, wayland


From: Eli Zaretskii
Subject: Re: 31.0.50; Emacs scratch/igc 6682d0e6c96 Crash on Linux, wayland
Date: Wed, 04 Sep 2024 17:25:21 +0300

> Date: Wed, 04 Sep 2024 13:40:02 +0000
> From: Pip Cet <pipcet@protonmail.com>
> Cc: emacs-devel@gnu.org, Helmut Eller <eller.helmut@gmail.com>
> 
> "Eval EXEC" <execvy@gmail.com> writes:
> 
> > I'm help to test scratch/igc branch, and I have a crash When I editing
> > a rust file, M-x kill-process rust-analyzer, lsp-restart-workspace,
> > scrolling, and moving around the rust file buffer.
> >
> > Sorry, I don't know how to reproduce it. The backtrace is:
> >
> > ```
> > (gdb) bt
> > #0  0x00000000006dfe09 in record_backtrace.lto_priv ()
> > #1  0x00000000006e03df in deliver_profiler_signal ()
> > #2  <signal handler called>
> > #3  0x00000000007dea30 in sigHandle ()
> > #4  <signal handler called>
> 
> That looks like the SIGPROF hit at a very bad time, after sigHandle was
> called but before it had time to lock the arena, which would have
> stopped the profiler handler from accessing memory.
> 
> Helmut, do you have any ideas?  Maybe we'll have to add SIGPROF to the
> SIGSEGV sa_mask after all and explicitly unblock it in the handler after
> setting a "just count this" flag?

Shouldn't sigHandle block all signals until it locks the arena?



reply via email to

[Prev in Thread] Current Thread [Next in Thread]