Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 10 Nov 2018 23:29:50 -0800
From:      Mark Millard <marklmi@yahoo.com>
To:        ports-list freebsd <freebsd-ports@freebsd.org>, freebsd-ruby@freebsd.org
Subject:   ports head -r484652: lang/ruby24 fails to amd64 -> armv7 cross build: qemu: uncaught target signal 11 (2 of them)
Message-ID:  <0E2549AE-5235-40C3-A5F8-4D66D3F3E0E5@yahoo.com>

next in thread | raw e-mail | index | archive | help
Poudriere-devel reported:

[00:18:32] [07] [00:02:56] Saved lang/ruby24 | ruby-2.4.5,1 wrkdir to: =
/usr/local/poudriere/data/wrkdirs/FBSDFSSDjailArmV7-default/default/ruby-2=
.4.5,1.tbz
[00:18:32] [07] [00:02:56] Finished lang/ruby24 | ruby-2.4.5,1: Failed: =
build

The log showed:

--- miniruby ---
linking miniruby
--- .rbconfig.time ---
--- encdb.h ---
generating encdb.h
--- .rbconfig.time ---
qemu: uncaught target signal 11 (Segmentation fault) - core dumped
Segmentation fault
*** [.rbconfig.time] Error code 139

make[1]: stopped in /wrkdirs/usr/ports/lang/ruby24/work/ruby-2.4.5
--- encdb.h ---
qemu: uncaught target signal 11 (Segmentation fault) - core dumped
Segmentation fault
*** [encdb.h] Error code 139

make[1]: stopped in /wrkdirs/usr/ports/lang/ruby24/work/ruby-2.4.5
2 errors


Despite how the above looks, I find only one .core file in the
tar archive produced for the failure:

# find /wrkdirs/usr/ports/lang/ruby/ -name "*.core" -print
/wrkdirs/usr/ports/lang/ruby/work/ruby-2.4.5/qemu_miniruby.core

Apparently qemu does not allow for separate files for distinct
processes.

For that .core file I find (libexec/gdb):

# chroot /usr/obj/DESTDIRs/clang-armv7-installworld-poud
# cd /wrkdirs/usr/ports/lang/ruby/work/ruby-2.4.5/
# /usr/libexec/gdb miniruby qemu_miniruby.core=20
. . .
(gdb) bt
#0  0x00113f84 in rb_gc_writebarrier_unprotect (obj=3D4104601600) at =
gc.c:1119
1119	    return RVALUE_WB_UNPROTECTED_BITMAP(obj) !=3D 0;
[New Thread f4b5d000 (LWP 100638/<unknown>)]
[New LWP 61684]
Current language:  auto; currently minimal
(gdb) bt
#0  0x00113f84 in rb_gc_writebarrier_unprotect (obj=3D4104601600) at =
gc.c:1119
#1  0x000c3fc8 in rb_include_class_new (module=3D4104569400, =
super=3D<value optimized out>) at ruby.h:1456
#2  0x000c4424 in include_modules_at (klass=3D4104602160, c=3D4104602160, =
module=3D4104569400, search_super=3D<value optimized out>) at =
class.c:913
#3  0x000c41f0 in rb_include_module (klass=3D4104602160, =
module=3D4104569400) at class.c:870
#4  0x001f6dec in Init_String () at string.c:10021
#5  0x00129398 in rb_call_inits () at inits.c:28
#6  0x00103bac in ruby_setup () at eval.c:60
#7  0x00103be8 in ruby_init () at eval.c:76
#8  0x000a3300 in main (argc=3D11, argv=3D0x9fffe41c) at main.c:35
(gdb) up
#1  0x000c3fc8 in rb_include_class_new (module=3D4104569400, =
super=3D<value optimized out>) at ruby.h:1456
1456	    rb_gc_writebarrier_unprotect(x);
(gdb) up
#2  0x000c4424 in include_modules_at (klass=3D4104602160, c=3D4104602160, =
module=3D4104569400, search_super=3D<value optimized out>) at =
class.c:913
913		iclass =3D rb_include_class_new(module, =
RCLASS_SUPER(c));
(gdb) up
#3  0x000c41f0 in rb_include_module (klass=3D4104602160, =
module=3D4104569400) at class.c:870
870	    changed =3D include_modules_at(klass, RCLASS_ORIGIN(klass), =
module, TRUE);
(gdb) up
#4  0x001f6dec in Init_String () at string.c:10021
10021	    rb_include_module(rb_cString, rb_mComparable);
(gdb) up
#5  0x00129398 in rb_call_inits () at inits.c:28
28	    CALL(String);
(gdb) up
#6  0x00103bac in ruby_setup () at eval.c:60
60		rb_call_inits();
(gdb) up
#7  0x00103be8 in ruby_init () at eval.c:76
76	    int state =3D ruby_setup();
(gdb) up
#8  0x000a3300 in main (argc=3D11, argv=3D0x9fffe41c) at main.c:35
35		ruby_init();

(I'm not familiar with what details libexec/gdb gets
right vs. wrong. But the call chain seems coherent.)

Host environment:

# uname -apKU
FreeBSD FBSDFSSD 13.0-CURRENT FreeBSD 13.0-CURRENT #0 r340287M: Fri Nov  =
9 08:37:01 PST 2018     =
markmi@FBSDFSSD:/usr/obj/amd64_clang/amd64.amd64/usr/src/amd64.amd64/sys/G=
ENERIC-NODBG  amd64 amd64 1300003 1300003



=3D=3D=3D
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?0E2549AE-5235-40C3-A5F8-4D66D3F3E0E5>