[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#18032: Crash with etags
From: |
Lars Ingebrigtsen |
Subject: |
bug#18032: Crash with etags |
Date: |
Sun, 13 Oct 2019 03:24:48 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) |
Paul Eggert <eggert@cs.ucla.edu> writes:
> [This bug report is taken from:
> http://lists.gnu.org/archive/html/emacs-devel/2014-07/msg00209.html
> I'm filing it here to give it a proper bug number and thread.
> Dr. Werner Fink <werner@suse.de> writes:]
[...]
> Reading symbols from /usr/bin/etags...Reading symbols from
> /usr/lib/debug/usr/bin/etags.debug...done.
> done.
> [New LWP 14768]
> Core was generated by `etags -a
> --regex=^\(ENTRY\|_GLOBAL\)(\([^)]*\)).* \2 /
> --regex=^SYSCALL_DEFINE['.
> Program terminated with signal SIGSEGV, Segmentation fault.
> #0 __memcpy_sse2_unaligned () at
> ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S:37
> 37 ../sysdeps/x86_64/multiarch/memcpy-sse2-unaligned.S: No
> such file or directory.
> (gdb) up
> #1 0x000000000040376c in memcpy (__len=90, __src=<optimized
> out>, __dest=0x18ea090) at /usr/include/bits/string3.h:51
> 51 return __builtin___memcpy_chk (__dest, __src, __len,
> __bos0 (__dest));
This was five years ago, and unfortunately this wasn't handled at the
time. But it's unlikely that we'll be making more progress here at this
point, so I'm closing this bug report. Please reopen if you're still
seeing these crashes in modern versions of Emacs.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- bug#18032: Crash with etags,
Lars Ingebrigtsen <=