Abort trap (core dumped) building master on FreeBSD

Abort trap (core dumped) building master on FreeBSD

[Joseph Mingrone]

[-- Attachment #1: Type: text/plain, Size: 3546 bytes --]

Hello,

For a few months, we have been seeing occasional builds that end with
core dumps.  Here is an example:
http://pkg.awarnach.mathstat.dal.ca/data/12amd64-default/2020-08-01_09h10m54s/logs/errors/emacs-devel-28.0.50.20200801,2.log

I'm only reporting this now, because, until today, I was never able to
reproduce the problem in an interactive build when the core file could
be analyzed.  Unfortunately, when I rebuilt with debugging symbols the
build finished successfully.  Below is the less than helpful back trace
without debugging symbols.  I will keep trying to reproduce the error
with debugging symbols and report back if I have more useful
information.

Regards,

Joe

root@12amd64-default:/wrkdirs/usr/ports/editors/emacs-devel/work-full/emacs-fbe363f/lisp # gdb ../src/emacs emacs.core
GNU gdb (GDB) 9.2 [GDB v9.2 for FreeBSD]
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-portbld-freebsd12.1".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from ../src/emacs...
[New LWP 101600]
[New LWP 100419]
Core was generated by `../src/emacs -batch --no-site-file --no-site-lisp --eval (setq load-prefer-newer'.
Program terminated with signal SIGABRT, Aborted.
#0  0x00000008067981ba in thr_kill () from /lib/libc.so.7
[Current thread is 1 (LWP 101600)]
(gdb) backtrace
#0  0x00000008067981ba in thr_kill () at /lib/libc.so.7
#1  0x00000008067965e4 in raise () at /lib/libc.so.7
#2  0x0000000000368092 in terminate_due_to_signal ()
#3  0x0000000000385708 in  ()
#4  0x00000000003cdc3b in  ()
#5  0x00000000003cd68a in mark_object ()
#6  0x00000000003cd28a in mark_object ()
#7  0x00000000003cd68a in mark_object ()
#8  0x00000000003ca7db in mark_stack ()
#9  0x0000000000465745 in mark_threads_callback ()
#10 0x00000000003cc6a2 in garbage_collect ()
#11 0x00000000003f3d7f in Ffuncall ()
#12 0x0000000000437046 in exec_byte_code ()
#13 0x00000000003f3f19 in Ffuncall ()
#14 0x0000000000437046 in exec_byte_code ()
#15 0x00000000003f3f19 in Ffuncall ()
#16 0x0000000000437046 in exec_byte_code ()
#17 0x00000000003f3f19 in Ffuncall ()
#18 0x0000000000437046 in exec_byte_code ()
#19 0x00000000003f3f19 in Ffuncall ()
#20 0x0000000000437046 in exec_byte_code ()
#21 0x00000000003f3f19 in Ffuncall ()
#22 0x0000000000437046 in exec_byte_code ()
#23 0x00000000003f3f19 in Ffuncall ()
#24 0x0000000000437046 in exec_byte_code ()
#25 0x00000000003f3f19 in Ffuncall ()
<snip>
#500 0x0000000000437046 in exec_byte_code ()
#501 0x00000000003f3f19 in Ffuncall ()
#502 0x0000000000437046 in exec_byte_code ()
#503 0x00000000003f37ce in apply_lambda ()
#504 0x00000000003f021b in eval_sub ()
#505 0x00000000003f3500 in Feval ()
#506 0x00000000003f280c in internal_condition_case ()
#507 0x000000000037bcc2 in top_level_1 ()
#508 0x00000000003f21b2 in internal_catch ()
#509 0x000000000036b041 in command_loop ()
#510 0x000000000036af9a in recursive_edit_1 ()
#511 0x000000000036b1ff in Frecursive_edit ()
#512 0x0000000000369db2 in main ()
(gdb)

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 987 bytes --]

Re: Abort trap (core dumped) building master on FreeBSD

[황병희]

Joseph Mingrone <jrm@FreeBSD.org> writes:

> Hello,
>
> For a few months, we have been seeing occasional builds that end with
> core dumps.  Here is an example:
> http://pkg.awarnach.mathstat.dal.ca/data/12amd64-default/2020-08-01_09h10m54s/logs/errors/emacs-devel-28.0.50.20200801,2.log
>
> I'm only reporting this now, because, until today, I was never able to
> reproduce the problem in an interactive build when the core file could
> be analyzed.  Unfortunately, when I rebuilt with debugging symbols the
> build finished successfully.  Below is the less than helpful back trace
> without debugging symbols.  I will keep trying to reproduce the error
> with debugging symbols and report back if I have more useful
> information.
>
> Regards,
>
> Joe
>
> root@12amd64-default:/wrkdirs/usr/ports/editors/emacs-devel/work-full/emacs-fbe363f/lisp # gdb ../src/emacs emacs.core
> GNU gdb (GDB) 9.2 [GDB v9.2 for FreeBSD]
> Copyright (C) 2020 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law.
> Type "show copying" and "show warranty" for details.
> This GDB was configured as "x86_64-portbld-freebsd12.1".
> Type "show configuration" for configuration details.
> For bug reporting instructions, please see:
> <http://www.gnu.org/software/gdb/bugs/>.
> Find the GDB manual and other documentation resources online at:
>     <http://www.gnu.org/software/gdb/documentation/>.
>
> For help, type "help".
> Type "apropos word" to search for commands related to "word"...
> Reading symbols from ../src/emacs...
> [New LWP 101600]
> [New LWP 100419]
> Core was generated by `../src/emacs -batch --no-site-file --no-site-lisp --eval (setq load-prefer-newer'.
> Program terminated with signal SIGABRT, Aborted.
> #0  0x00000008067981ba in thr_kill () from /lib/libc.so.7
> [Current thread is 1 (LWP 101600)]
> (gdb) backtrace
> #0  0x00000008067981ba in thr_kill () at /lib/libc.so.7
> #1  0x00000008067965e4 in raise () at /lib/libc.so.7
> #2  0x0000000000368092 in terminate_due_to_signal ()
> #3  0x0000000000385708 in  ()
> #4  0x00000000003cdc3b in  ()
> #5  0x00000000003cd68a in mark_object ()
> #6  0x00000000003cd28a in mark_object ()
> #7  0x00000000003cd68a in mark_object ()
> #8  0x00000000003ca7db in mark_stack ()
> #9  0x0000000000465745 in mark_threads_callback ()
> #10 0x00000000003cc6a2 in garbage_collect ()
> #11 0x00000000003f3d7f in Ffuncall ()
> #12 0x0000000000437046 in exec_byte_code ()
> #13 0x00000000003f3f19 in Ffuncall ()
> #14 0x0000000000437046 in exec_byte_code ()
> #15 0x00000000003f3f19 in Ffuncall ()
> #16 0x0000000000437046 in exec_byte_code ()
> #17 0x00000000003f3f19 in Ffuncall ()
> #18 0x0000000000437046 in exec_byte_code ()
> #19 0x00000000003f3f19 in Ffuncall ()
> #20 0x0000000000437046 in exec_byte_code ()
> #21 0x00000000003f3f19 in Ffuncall ()
> #22 0x0000000000437046 in exec_byte_code ()
> #23 0x00000000003f3f19 in Ffuncall ()
> #24 0x0000000000437046 in exec_byte_code ()
> #25 0x00000000003f3f19 in Ffuncall ()
> <snip>
> #500 0x0000000000437046 in exec_byte_code ()
> #501 0x00000000003f3f19 in Ffuncall ()
> #502 0x0000000000437046 in exec_byte_code ()
> #503 0x00000000003f37ce in apply_lambda ()
> #504 0x00000000003f021b in eval_sub ()
> #505 0x00000000003f3500 in Feval ()
> #506 0x00000000003f280c in internal_condition_case ()
> #507 0x000000000037bcc2 in top_level_1 ()
> #508 0x00000000003f21b2 in internal_catch ()
> #509 0x000000000036b041 in command_loop ()
> #510 0x000000000036af9a in recursive_edit_1 ()
> #511 0x000000000036b1ff in Frecursive_edit ()
> #512 0x0000000000369db2 in main ()
> (gdb)
>

Hellow, i'm not developer, but this link may be useful? i guess:
https://lists.gnu.org/archive/html/bug-gnu-emacs/2020-08/msg00175.html

If not, ignore this mail.

Sincerely, Byung-Hee (i was 10 years freebsd user)

-- 
^고맙습니다 _布德天下_ 감사합니다_^))//