[Top][All Lists]

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

bug#11704: 24.1.50; REL_ALLOC-related segfault on GNU/Linux

From: Lars Ingebrigtsen
Subject: bug#11704: 24.1.50; REL_ALLOC-related segfault on GNU/Linux
Date: Sat, 17 Aug 2019 15:06:37 -0700
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux)

BT Templeton <address@hidden> writes:

> If I build Emacs with REL_ALLOC enabled on a GNU/Linux system, it
> sometimes crashes with a segmentation fault apparently related to the
> `real_morecore' function used in ralloc.c.
> This is one backtrace I've gotten from a core dump of emacs -Q:
> (gdb) bt full
> #0  0x00007f248dd9b757 in kill () at ../sysdeps/unix/syscall-template.S:82
> No locals.
> #1  0x00000000004fa3ea in fatal_error_signal (sig=<optimized out>) at 
> emacs.c:368
> No locals.
> #2  fatal_error_signal (sig=<optimized out>) at emacs.c:338
> No locals.
> #3  <signal handler called>
> No symbol table info available.
> #4  0x00007ffff2c197b0 in ?? ()
> No symbol table info available.
> #5  0x00000000005d3b4d in check_memory_limits () at vm-limit.c:185

(I'm going through old bug reports that have unfortunately gotten no
responses yet.)

This crash wasn't handled at the time, and as this was reported more
than seven years ago, I don't think there's much chance of making any
progress here, so I'm closing this bug report.  If you're still seeing
similar crashes in modern Emacs versions, please reopen.

(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

reply via email to

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