[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: igc: trying to chase a crash
From: |
Óscar Fuentes |
Subject: |
Re: igc: trying to chase a crash |
Date: |
Mon, 25 Nov 2024 20:53:03 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Eli Zaretskii <eliz@gnu.org> writes:
> SIGSEGV is used by MPS to implement memory barriers. The file
> src/.gdbinit on the branch has this:
>
> # Pass on signals used by MPS to suspend threads.
> if defined_HAVE_MPS
> # Print SIGSEGV for now, since it makes the logs more useful. Don't
> # stop, though.
> handle SIGSEGV nostop print pass
> handle SIGXFSZ nostop noprint pass
> handle SIGXCPU nostop noprint pass
> end
So does it make sense to run igc under gdb for obtaining backtraces when
it crashes?
>> 389 | if (record && BUF_MARKERS (b))
>> | ~~~~~~ ^~
>> | |
>> | int
>
> I tried to fix this now, please try again.
Thanks. That instance compiles now, but then...
../../emacs/src/fns.c: In function ‘weak_hash_remove_from_table’:
../../emacs/src/fns.c:5789:26: error: invalid operands to binary == (have
‘Lisp_Object’ and ‘Lisp_Object’)
5789 | && hashval == WEAK_HASH_HASH (h, i)
| ^~ ~~~~~~~~~~~~~~~~~~~~~
| |
| Lisp_Object
- igc: trying to chase a crash, Óscar Fuentes, 2024/11/25
- Re: igc: trying to chase a crash, Eli Zaretskii, 2024/11/25
- Re: igc: trying to chase a crash,
Óscar Fuentes <=
- Re: igc: trying to chase a crash, Eli Zaretskii, 2024/11/25
- Re: igc: trying to chase a crash, Óscar Fuentes, 2024/11/25
- Re: igc: trying to chase a crash, Eli Zaretskii, 2024/11/25
- Re: igc: trying to chase a crash, Gerd Möllmann, 2024/11/26
- Re: igc: trying to chase a crash, chad, 2024/11/26
- Re: igc: trying to chase a crash, Andrea Corallo, 2024/11/26
- Re: igc: trying to chase a crash, Gerd Möllmann, 2024/11/27
- Re: igc: trying to chase a crash, Andrea Corallo, 2024/11/27
- Re: igc: trying to chase a crash, Gerd Möllmann, 2024/11/27
- Re: igc: trying to chase a crash, Andrea Corallo, 2024/11/27