GNU bug report logs - #18032
Crash with etags

Previous Next

Full log

View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Paul Eggert <eggert <at> cs.ucla.edu>
Cc: "Dr. Werner Fink" <werner <at> suse.de>, 18032 <at> debbugs.gnu.org
Subject: bug#18032: Crash with etags
Date: Sun, 13 Oct 2019 03:24:48 +0200

Paul Eggert <eggert <at> 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 <at> 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

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.