From unknown Sun Jun 22 07:37:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39266: Finalization thread hits wrong-type-arg on weak vector (AArch64) Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Fri, 24 Jan 2020 15:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 39266 X-GNU-PR-Package: guile X-GNU-PR-Keywords: To: bug-Guile@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.157987887614514 (code B ref -1); Fri, 24 Jan 2020 15:15:02 +0000 Received: (at submit) by debbugs.gnu.org; 24 Jan 2020 15:14:36 +0000 Received: from localhost ([127.0.0.1]:54603 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iv0fM-0003m2-AL for submit@debbugs.gnu.org; Fri, 24 Jan 2020 10:14:36 -0500 Received: from lists.gnu.org ([209.51.188.17]:52749) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iv0fK-0003lu-0N for submit@debbugs.gnu.org; Fri, 24 Jan 2020 10:14:34 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:51299) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iv0fI-0008W5-9L for bug-Guile@gnu.org; Fri, 24 Jan 2020 10:14:33 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED,BAYES_50 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34160) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iv0fI-0005WJ-5X for bug-Guile@gnu.org; Fri, 24 Jan 2020 10:14:32 -0500 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=38024 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iv0fH-0003Np-5E for bug-Guile@gnu.org; Fri, 24 Jan 2020 10:14:31 -0500 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 5 =?UTF-8?Q?Pluvi=C3=B4se?= an 228 de la =?UTF-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Fri, 24 Jan 2020 16:14:29 +0100 Message-ID: <87tv4kdgyy.fsf@inria.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hello! While building the =E2=80=9Cguix-system.drv=E2=80=9D derivation on AArch64,= I got this crash (not fully deterministic but quite frequent). Here the finalization thread gets a wrong-type-arg in =E2=80=98scm_i_weak_car=E2=80= =99 (i.e., accessing a one-element weak vector): --8<---------------cut here---------------start------------->8--- $ ( export out=3D$PWD/build; unset GUILE_LOAD_PATH; unset GUILE_LOAD_COMPIL= ED_PATH; gdb --args "/gnu/store/p8in2npgl5yhliy25ikz7shjbq0gii95-guile-next= -3.0.0/bin/guile" "--no-auto-compile" "-L" "/gnu/store/3qg8l6kr4wa9sbgwy00z= 1mb3p88xf455-module-import" "-C" "/gnu/store/h9qcvg71bmx735fsndagll9y7s72k9= n9-module-import-compiled" guix-system-builder ) [=E2=80=A6] loading 'gnu/services/cups.scm'... Backtrace: [Switching to Thread 0xffffbebec1d0 (LWP 22464)] Thread 2 "guile" hit Breakpoint 3, scm_display_backtrace_with_highlights ( stack=3Dstack@entry=3D"#" =3D {...}, port=3Dport@entry=3D= # 510040>,=20 first=3Dfirst@entry=3D#f, depth=3Ddepth@entry=3D#f, highlights=3Dhighli= ghts@entry=3D()) at backtrace.c:269 269 { (gdb) bt #0 scm_display_backtrace_with_highlights (stack=3Dstack@entry=3D"#" =3D {...},=20 port=3Dport@entry=3D# 510040>, first=3Dfi= rst@entry=3D#f, depth=3Ddepth@entry=3D#f,=20 highlights=3Dhighlights@entry=3D()) at backtrace.c:269 #1 0x0000ffffbf5ef8c4 in print_exception_and_backtrace ( args=3D0x70cef60, tag=3Dwrong-type-arg,=20 port=3D# 510040>) at continuations.c:409 #2 pre_unwind_handler (error_port=3D0x510040, tag=3Dwrong-type-arg,=20 args=3D0x70cef60) at continuations.c:453 #3 0x0000ffffbf672588 in catch_pre_unwind_handler (data=3D0xffffbebeb850,= =20 exn=3D0x70ced40) at throw.c:135 #4 0x0000ffffbf67bdf8 in vm_regular_engine (thread=3D0x475b40) at vm-engin= e.c:972 #5 0x0000ffffbf67d10c in scm_call_n (proc=3Dproc@entry=3D#, argv=3D, nargs=3D5) at vm.c:1589 #6 0x0000ffffbf5f3c10 in scm_apply_0 (proc=3D#, args= =3D()) at eval.c:603 #7 0x0000ffffbf5f4654 in scm_apply_1 (proc=3D, arg1=3Darg1@= entry=3Dwrong-type-arg,=20 args=3Dargs@entry=3D0x70caf80) at eval.c:609 #8 0x0000ffffbf6729e0 in scm_throw (key=3Dkey@entry=3Dwrong-type-arg,=20 args=3D0x70caf80) at throw.c:262 #9 0x0000ffffbf672b44 in scm_ithrow (key=3Dkey@entry=3Dwrong-type-arg, arg= s=3D, no_return=3Dno_return@entry=3D1) at throw.c:457 #10 0x0000ffffbf5f1dec in scm_error_scm (key=3Dkey@entry=3Dwrong-type-arg, = subr=3Dsubr@entry=3D"weak-vector-ref",=20 message=3D,=20 args=3Dargs@entry=3D0x70cafd0,=20 data=3Ddata@entry=3D0x70cafc0) at error.c:90 #11 0x0000ffffbf5f1ea0 in scm_error (key=3Dkey@entry=3Dwrong-type-arg,=20 subr=3Dsubr@entry=3D0xffffbf6a52d8 "weak-vector= -ref",=20 message=3Dmessage@entry=3D0xffffbf696e98 "Wrong type argument in positi= on ~A (expecting ~A): ~S",=20 args=3Dargs@entry=3D0x70cafd0,=20 rest=3D0x70cafc0) at error.c:62 #12 0x0000ffffbf5f22cc in scm_wrong_type_arg_msg ( subr=3Dsubr@entry=3D0xffffbf6a52d8 "weak-vector= -ref", pos=3Dpos@entry=3D1,=20 bad_value=3D0x30ff880,=20 szMessage=3DszMessage@entry=3D0xffffbf6a5300 "weak vector") at error.c:= 282 #13 0x0000ffffbf680050 in scm_c_weak_vector_ref (wv=3D, k=3D= k@entry=3D0) at weak-vector.c:193 #14 0x0000ffffbf67eff4 in scm_i_weak_car ( pair=3D0x30f8830) at weak-list.h:39 #15 scm_i_visit_weak_list (list_loc=3D0xffffbf6c81b0 , vis= it=3D) at weak-list.h:49 #16 vacuum_all_weak_tables () at weak-table.c:494 #17 0x0000ffffbf5fda44 in async_gc_finalizer (ptr=3D0x494ec0, data=3D0x0) a= t finalizers.c:316 #18 0x0000ffffbf549f74 in GC_invoke_finalizers () from /gnu/store/wsqzmim7m23gskpibrpqzx4djadhjz8y-libgc-7.6.12/lib/libgc.= so.1 #19 0x0000ffffbf5fdf64 in scm_run_finalizers () at finalizers.c:398 #20 0x0000ffffbf5fdff4 in finalization_thread_proc (unused=3D) at finalizers.c:233 #21 0x0000ffffbf5ef6e0 in c_body (d=3D0xffffbebeb918) at continuations.c:430 #22 0x0000ffffbf67bdf8 in vm_regular_engine (thread=3D0x475b40) at vm-engin= e.c:972 #23 0x0000ffffbf67d10c in scm_call_n (proc=3D#, argv= =3Dargv@entry=3D0xffffbebeb660,=20 nargs=3Dnargs@entry=3D2) at vm.c:1589 #24 0x0000ffffbf5f3930 in scm_call_2 (proc=3D, arg1=3D, arg2=3D) at eval.c:503 #25 0x0000ffffbf5f4f38 in scm_c_with_exception_handler (type=3Dtype@entry= =3D#t, handler=3D0xffffbebeb670,=20 handler@entry=3D0xffffbf6724b0 , handler_dat= a=3D0x510040,=20 handler_data@entry=3D0xffffbebeb850, thunk=3D0x0, thunk@entry=3D0xffffb= f6725f8 ,=20 thunk_data=3D0x1dce42683dff4d67, thunk_data@entry=3D0xffffbebeb850) at = exceptions.c:170 #26 0x0000ffffbf672850 in scm_c_catch (tag=3Dtag@entry=3D#t, body=3Dbody@en= try=3D0xffffbf5ef6c8 ,=20 body_data=3Dbody_data@entry=3D0xffffbebeb918, handler=3Dhandler@entry= =3D0xffffbf5ef970 ,=20 handler_data=3Dhandler_data@entry=3D0xffffbebeb918,=20 pre_unwind_handler=3Dpre_unwind_handler@entry=3D0xffffbf5ef7b8 ,=20 pre_unwind_handler_data=3Dpre_unwind_handler_data@entry=3D0x510040) at = throw.c:168 #27 0x0000ffffbf5efbf4 in scm_i_with_continuation_barrier (body=3Dbody@entr= y=3D0xffffbf5ef6c8 ,=20 body_data=3Dbody_data@entry=3D0xffffbebeb918, handler=3Dhandler@entry= =3D0xffffbf5ef970 ,=20 handler_data=3Dhandler_data@entry=3D0xffffbebeb918,=20 pre_unwind_handler=3Dpre_unwind_handler@entry=3D0xffffbf5ef7b8 , pre_unwind_handler_data=3D0x510040) at continuations.c:368 #28 0x0000ffffbf5efca0 in scm_c_with_continuation_barrier (func=3D, data=3D) at continuations.c:464 #29 0x0000ffffbf671148 in with_guile (base=3D0xffffbebeb988, data=3D0xffffb= ebeb9a8) at threads.c:645 #30 0x0000ffffbf551618 in GC_call_with_stack_base () from /gnu/store/wsqzmim7m23gskpibrpqzx4djadhjz8y-libgc-7.6.12/lib/libgc.= so.1 #31 0x0000ffffbf6714a8 in scm_i_with_guile (dynamic_state=3D= , data=3D, func=3D) at threads.c:688 #32 scm_with_guile (func=3D, data=3D) at thre= ads.c:694 #33 0x0000ffffbf50e7f4 in start_thread () from /gnu/store/nr1aw4i32h7rmxwmq7d2da0mwcwg551j-glibc-2.29/lib/libpthre= ad.so.0 #34 0x0000ffffbf136edc in thread_start () from /gnu/store/nr1aw4i32h7rmxwmq= 7d2da0mwcwg551j-glibc-2.29/lib/libc.so.6 (gdb) info threads Id Target Id Frame=20 1 Thread 0xffffbf6f4010 (LWP 22463) "guile" resize_table (table=3Dtabl= e@entry=3D0x4a2cb0) at weak-table.c:272 * 2 Thread 0xffffbebec1d0 (LWP 22464) "guile" scm_display_backtrace_with= _highlights ( stack=3Dstack@entry=3D"#" =3D {...}, port=3Dport@entry=3D= # 510040>,=20 first=3Dfirst@entry=3D#f, depth=3Ddepth@entry=3D#f, highlights=3Dhighli= ghts@entry=3D()) at backtrace.c:269 --8<---------------cut here---------------end--------------->8--- The problem appears to be that the type tag of the weak-vector got zeroed: --8<---------------cut here---------------start------------->8--- (gdb) frame 15 #15 scm_i_visit_weak_list (list_loc=3D0xffffbf6c81b0 , vis= it=3D) at weak-list.h:49 49 SCM car =3D scm_i_weak_car (in); (gdb) p in $48 =3D (SCM) = 0x30f8830 (gdb) p *(void**)in $49 =3D (void *) 0x30ff880 (gdb) p ((void**)$49)[0]@2 $50 =3D {0x0, 0x30f8840} (gdb) p (void**)in $51 =3D (void **) 0x30f8830 --8<---------------cut here---------------end--------------->8--- There=E2=80=99s normally no disappearing link registered on the first eleme= nt of the weak vector (type tag + length) so I don=E2=80=99t know how this can ha= ppen. Here=E2=80=99s the other thread (with surprisingly broken stack frames): --8<---------------cut here---------------start------------->8--- (gdb) thread 1 [Switching to thread 1 (Thread 0xffffbf6f4010 (LWP 22463))] #0 resize_table (table=3Dtable@entry=3D0x4a2cb0) at weak-table.c:272 272 scm_t_weak_entry *next =3D entry->next; (gdb) bt #0 resize_table (table=3Dtable@entry=3D0x4a2cb0) at weak-table.c:272 #1 0x0000ffffbf67ef00 in vacuum_weak_table (table=3D0x4a2cb0) at weak-tabl= e.c:318 #2 0x0000ffffbf67f374 in scm_c_weak_table_ref (table=3D, ra= w_hash=3D2016212919028049524,=20 pred=3D0xffffbf67eb10 , closure=3D0x72b6a80, dflt=3D())= at weak-table.c:533 #3 0x0000ffffbf653824 in scm_source_properties (obj=3D) at = srcprop.c:195 #4 0x0000ffffbeebcf14 in ?? () #5 0x0000ffffbf03c130 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) --8<---------------cut here---------------end--------------->8--- Thoughts? This code is the same as in 2.2. Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Sat Feb 15 11:37:28 2020 Received: (at control) by debbugs.gnu.org; 15 Feb 2020 16:37:29 +0000 Received: from localhost ([127.0.0.1]:36336 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j30Rc-0005P5-MR for submit@debbugs.gnu.org; Sat, 15 Feb 2020 11:37:28 -0500 Received: from eggs.gnu.org ([209.51.188.92]:34854) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j30Rb-0005Or-CH for control@debbugs.gnu.org; Sat, 15 Feb 2020 11:37:27 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51953) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j30RW-0005wC-74 for control@debbugs.gnu.org; Sat, 15 Feb 2020 11:37:22 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=48416 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j30RV-0001v7-LN for control@debbugs.gnu.org; Sat, 15 Feb 2020 11:37:22 -0500 Date: Sat, 15 Feb 2020 17:37:20 +0100 Message-Id: <87lfp36c3j.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #39266 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) severity 39266 important quit From unknown Sun Jun 22 07:37:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39266: Finalization thread hits wrong-type-arg on weak vector (AArch64) Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Wed, 19 Feb 2020 13:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39266 X-GNU-PR-Package: guile X-GNU-PR-Keywords: To: 39266@debbugs.gnu.org Received: via spool by 39266-submit@debbugs.gnu.org id=B39266.158212026630632 (code B ref 39266); Wed, 19 Feb 2020 13:52:02 +0000 Received: (at 39266) by debbugs.gnu.org; 19 Feb 2020 13:51:06 +0000 Received: from localhost ([127.0.0.1]:41804 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4Pko-0007y0-Jh for submit@debbugs.gnu.org; Wed, 19 Feb 2020 08:51:06 -0500 Received: from eggs.gnu.org ([209.51.188.92]:55998) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4Pkk-0007xV-6D for 39266@debbugs.gnu.org; Wed, 19 Feb 2020 08:51:05 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:37745) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1j4Pkf-00022H-0Y for 39266@debbugs.gnu.org; Wed, 19 Feb 2020 08:50:57 -0500 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=47438 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1j4Pkb-0006m9-9a for 39266@debbugs.gnu.org; Wed, 19 Feb 2020 08:50:53 -0500 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <87tv4kdgyy.fsf@inria.fr> Date: Wed, 19 Feb 2020 14:50:51 +0100 In-Reply-To: <87tv4kdgyy.fsf@inria.fr> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22\?\= \=\?utf-8\?Q\?'s\?\= message of "Fri, 24 Jan 2020 16:14:29 +0100") Message-ID: <87k14in0sk.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Ludovic Court=C3=A8s skribis: > While building the =E2=80=9Cguix-system.drv=E2=80=9D derivation on AArch6= 4, I got this > crash (not fully deterministic but quite frequent). Here the > finalization thread gets a wrong-type-arg in =E2=80=98scm_i_weak_car=E2= =80=99 (i.e., > accessing a one-element weak vector): > > $ ( export out=3D$PWD/build; unset GUILE_LOAD_PATH; unset GUILE_LOAD_COMP= ILED_PATH; gdb --args "/gnu/store/p8in2npgl5yhliy25ikz7shjbq0gii95-guile-ne= xt-3.0.0/bin/guile" "--no-auto-compile" "-L" "/gnu/store/3qg8l6kr4wa9sbgwy0= 0z1mb3p88xf455-module-import" "-C" "/gnu/store/h9qcvg71bmx735fsndagll9y7s72= k9n9-module-import-compiled" guix-system-builder ) > [=E2=80=A6] > loading 'gnu/services/cups.scm'... > Backtrace: Apparently this bug does not occur with v3.0.0-23-g7dc90a17e=C2=B9. It may be that 00fbdfa7345765168e14438eed0b0b8c64c27ab9 reduces GC pressure, which as a side effect makes the problem vanish. It=E2=80=99s not satisfactory, but as a stop-gap measure, we could release = 3.0.1 like this, which could make Guile 3 usable for Guix on AArch64. Thoughts? Ludo=E2=80=99. =C2=B9 Specifically, I tested by (1) building a tarball with =E2=80=9Cmake = dist=E2=80=9D, (2) running =E2=80=9Cguix build guile-next --with-source=3Dguile-next=3Dthe-tarball.tar.gz=E2=80=9D, and (3) running= that Guile in the code above. For some reason, Guile 3.0.0 built =E2=80=9Cby = hand=E2=80=9D would not reproduce the original bug, which is why I built it through Guix. From unknown Sun Jun 22 07:37:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39266: Finalization thread hits wrong-type-arg on weak vector (AArch64) Resent-From: Brian Woodcox Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Wed, 19 Feb 2020 14:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39266 X-GNU-PR-Package: guile X-GNU-PR-Keywords: To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Cc: 39266@debbugs.gnu.org Received: via spool by 39266-submit@debbugs.gnu.org id=B39266.15821220688660 (code B ref 39266); Wed, 19 Feb 2020 14:22:02 +0000 Received: (at 39266) by debbugs.gnu.org; 19 Feb 2020 14:21:08 +0000 Received: from localhost ([127.0.0.1]:41835 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4QDs-0002Fb-9k for submit@debbugs.gnu.org; Wed, 19 Feb 2020 09:21:08 -0500 Received: from mail.inskydata.com ([184.68.229.6]:54948 helo=server.inskydata.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j4QDo-0002EH-IF for 39266@debbugs.gnu.org; Wed, 19 Feb 2020 09:21:06 -0500 Received: from [192.168.34.129] (unknown [192.168.34.129]) by server.inskydata.com (Postfix) with ESMTPSA id 2F1335741D0F; Wed, 19 Feb 2020 07:20:34 -0700 (MST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (1.0) From: Brian Woodcox X-Mailer: iPhone Mail (16F203) In-Reply-To: <87k14in0sk.fsf@gnu.org> Date: Wed, 19 Feb 2020 07:19:57 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <90401426-AF73-418E-89DD-1A22FC704BD7@InSkyData.com> References: <87tv4kdgyy.fsf@inria.fr> <87k14in0sk.fsf@gnu.org> X-Spam-Score: 0.3 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Well, I would be happy, because right now I can=E2=80=99t do guix pull. I tried multiple timed on aarch64 with no success. Brian. > On Feb 19, 2020, at 6:50 AM, Ludovic Court=C3=A8s wrote: >=20 > Ludovic Court=C3=A8s skribis: >=20 >> While building the =E2=80=9Cguix-system.drv=E2=80=9D derivation on AArch6= 4, I got this >> crash (not fully deterministic but quite frequent). Here the >> finalization thread gets a wrong-type-arg in =E2=80=98scm_i_weak_car=E2=80= =99 (i.e., >> accessing a one-element weak vector): >>=20 >> $ ( export out=3D$PWD/build; unset GUILE_LOAD_PATH; unset GUILE_LOAD_COMP= ILED_PATH; gdb --args "/gnu/store/p8in2npgl5yhliy25ikz7shjbq0gii95-guile-nex= t-3.0.0/bin/guile" "--no-auto-compile" "-L" "/gnu/store/3qg8l6kr4wa9sbgwy00z= 1mb3p88xf455-module-import" "-C" "/gnu/store/h9qcvg71bmx735fsndagll9y7s72k9n= 9-module-import-compiled" guix-system-builder ) >> [=E2=80=A6] >> loading 'gnu/services/cups.scm'... >> Backtrace: >=20 > Apparently this bug does not occur with v3.0.0-23-g7dc90a17e=C2=B9. It ma= y > be that 00fbdfa7345765168e14438eed0b0b8c64c27ab9 reduces GC pressure, > which as a side effect makes the problem vanish. >=20 > It=E2=80=99s not satisfactory, but as a stop-gap measure, we could release= 3.0.1 > like this, which could make Guile 3 usable for Guix on AArch64. >=20 > Thoughts? >=20 > Ludo=E2=80=99. >=20 > =C2=B9 Specifically, I tested by (1) building a tarball with =E2=80=9Cmake= dist=E2=80=9D, (2) > running =E2=80=9Cguix build guile-next > --with-source=3Dguile-next=3Dthe-tarball.tar.gz=E2=80=9D, and (3) running= that > Guile in the code above. For some reason, Guile 3.0.0 built =E2=80=9Cby h= and=E2=80=9D > would not reproduce the original bug, which is why I built it through > Guix. >=20 >=20 >=20 From unknown Sun Jun 22 07:37:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39266: Finalization thread hits wrong-type-arg on weak vector (AArch64) References: <87tv4kdgyy.fsf@inria.fr> In-Reply-To: <87tv4kdgyy.fsf@inria.fr> Resent-From: shtwzrd Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Sat, 29 Feb 2020 15:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39266 X-GNU-PR-Package: guile X-GNU-PR-Keywords: To: "39266@debbugs.gnu.org" <39266@debbugs.gnu.org>, Ludovic =?UTF-8?Q?Court=C3=A8s?= Reply-To: shtwzrd Received: via spool by 39266-submit@debbugs.gnu.org id=B39266.158298899620002 (code B ref 39266); Sat, 29 Feb 2020 15:10:02 +0000 Received: (at 39266) by debbugs.gnu.org; 29 Feb 2020 15:09:56 +0000 Received: from localhost ([127.0.0.1]:35226 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j83kZ-0005CX-Lu for submit@debbugs.gnu.org; Sat, 29 Feb 2020 10:09:55 -0500 Received: from mail-40130.protonmail.ch ([185.70.40.130]:31152) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1j83kY-0005CK-1Q for 39266@debbugs.gnu.org; Sat, 29 Feb 2020 10:09:54 -0500 Date: Sat, 29 Feb 2020 15:09:42 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=default; t=1582988987; bh=BZuLlPwkDCvMqofuDfj5KlNUNmFH2OxI6nb0zc0KDSY=; h=Date:To:From:Reply-To:Subject:Feedback-ID:From; b=OL12LozwhRU4RY92GskBCdlJyhTO4mDYgrOX1SsYRn8gwjF+Q5Sl1EHTFMfOS8a+q +K+AoLzc/ct86fJsqTxycu5cejWl5Ior1FKYmTbMo6F2T1YFd3rHtg8e5uY935UgwP NigLzU+qBOuVCV7ZWBkNTBXXHxKbmRtmIXZ6y+X0= From: shtwzrd Message-ID: Feedback-ID: zWLOmdNK465NSc9NhqEt4ZM6-V4iXach0rvA_JGRX4PV2HBydhahPKFng7EKRbGuoUf2smBaJzvGb4W4uiVQsg==:Ext:ProtonMail MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="b1_dd371955542af77875c25d6a23f757fd" X-Spam-Status: No, score=-0.2 required=7.0 tests=ALL_TRUSTED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,HK_RANDOM_REPLYTO, HTML_MESSAGE shortcircuit=no autolearn=disabled version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on mail.protonmail.ch X-Spam-Score: 1.9 (+) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Seconding what Brian said, I would also be happy with this solution. Right now, guix users on aarch64 simply aren't using guile 3 because they can't pull, so this one bug probably acts as a blocker to encountering other potential bugs. Content analysis details: (1.9 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: protonmail.com] 0.6 HK_RANDOM_ENVFROM Envelope sender username looks random 1.0 HK_RANDOM_REPLYTO Reply-To username looks random 1.0 HK_RANDOM_FROM From username looks random -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at https://www.dnswl.org/, low trust [185.70.40.130 listed in list.dnswl.org] -0.0 SPF_HELO_PASS SPF: HELO matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (shtwzrd[at]protonmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 0.0 HTML_MESSAGE BODY: HTML included in message X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.9 (/) This is a multi-part message in MIME format. --b1_dd371955542af77875c25d6a23f757fd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 U2Vjb25kaW5nIHdoYXQgQnJpYW4gc2FpZCwgSSB3b3VsZCBhbHNvIGJlIGhhcHB5IHdpdGggdGhp cyBzb2x1dGlvbi4KClJpZ2h0IG5vdywgZ3VpeCB1c2VycyBvbiBhYXJjaDY0IHNpbXBseSBhcmVu J3QgdXNpbmcgZ3VpbGUgMyBiZWNhdXNlIHRoZXkgY2FuJ3QgcHVsbCwgc28gdGhpcyBvbmUgYnVn IHByb2JhYmx5IGFjdHMgYXMgYSBibG9ja2VyIHRvIGVuY291bnRlcmluZyBvdGhlciBwb3RlbnRp YWwgYnVncy4KClNvIGV2ZW4gdGhvdWdoIGl0J3Mgbm90IHNhdGlzZmFjdG9yeSwgZ2V0dGluZyBh YXJjaDY0IHdvcmtpbmcgYWdhaW4gY291bGQgcmVzdWx0IGluIG1vcmUgYW5kIHZhcmllZCBidWcg cmVwb3J0cyBmb3IgZ3VpbGUgb24gdGhhdCBwbGF0Zm9ybSwgc28gdGhhdCB0aGVyZSBtYXkgZXZl bnR1YWxseSBiZSBlbm91Z2ggaW5mb3JtYXRpb24gdG8gZmluZCB0aGUgYWN0dWFsIHJvb3QgY2F1 c2Ugb2YgdGhlIHByb2JsZW0u --b1_dd371955542af77875c25d6a23f757fd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj5TZWNvbmRpbmcgd2hhdCBCcmlhbiBzYWlkLCBJIHdvdWxkIGFsc28gYmUgaGFwcHkgd2l0 aCB0aGlzIHNvbHV0aW9uLjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PlJpZ2h0IG5vdywg Z3VpeCB1c2VycyBvbiBhYXJjaDY0IHNpbXBseSBhcmVuJ3QgdXNpbmcgZ3VpbGUgMyBiZWNhdXNl IHRoZXkgY2FuJ3QgcHVsbCwgc28gdGhpcyBvbmUgYnVnIHByb2JhYmx5IGFjdHMgYXMgYSBibG9j a2VyIHRvIGVuY291bnRlcmluZyBvdGhlciBwb3RlbnRpYWwgYnVncy48YnI+PC9kaXY+PGRpdj48 YnI+PC9kaXY+PGRpdj5TbyBldmVuIHRob3VnaCBpdCdzIG5vdCBzYXRpc2ZhY3RvcnksIGdldHRp bmcgYWFyY2g2NCB3b3JraW5nIGFnYWluIGNvdWxkIHJlc3VsdCBpbiBtb3JlIGFuZCB2YXJpZWQg YnVnIHJlcG9ydHMgZm9yIGd1aWxlIG9uIHRoYXQgcGxhdGZvcm0sIHNvIHRoYXQgdGhlcmUgbWF5 IGV2ZW50dWFsbHkgYmUgZW5vdWdoIGluZm9ybWF0aW9uIHRvIGZpbmQgdGhlIGFjdHVhbCByb290 IGNhdXNlIG9mIHRoZSBwcm9ibGVtLjxicj48L2Rpdj4= --b1_dd371955542af77875c25d6a23f757fd-- From unknown Sun Jun 22 07:37:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39266: bug#39988: [3.0.1] Segfault in GC Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Mon, 09 Mar 2020 09:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39266 X-GNU-PR-Package: guile X-GNU-PR-Keywords: To: 39988@debbugs.gnu.org, 39266@debbugs.gnu.org Received: via spool by 39266-submit@debbugs.gnu.org id=B39266.158374513030705 (code B ref 39266); Mon, 09 Mar 2020 09:13:01 +0000 Received: (at 39266) by debbugs.gnu.org; 9 Mar 2020 09:12:10 +0000 Received: from localhost ([127.0.0.1]:49789 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBESH-0007z9-B1 for submit@debbugs.gnu.org; Mon, 09 Mar 2020 05:12:09 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39459) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBESF-0007yt-AN; Mon, 09 Mar 2020 05:12:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:38808) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jBESA-0005Of-72; Mon, 09 Mar 2020 05:12:02 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=39622 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jBES9-0007Op-HS; Mon, 09 Mar 2020 05:12:02 -0400 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <87sgii7bz6.fsf@gnu.org> Date: Mon, 09 Mar 2020 10:11:59 +0100 In-Reply-To: <87sgii7bz6.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Sun, 08 Mar 2020 22:50:21 +0100") Message-ID: <87mu8p6gf4.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Ludovic Court=C3=A8s skribis: > Apparently a deadlock on =E2=80=98all_weak_tables_lock=E2=80=99: I reproduced the deadlock: --8<---------------cut here---------------start------------->8--- (gdb) thread 1 [Switching to thread 1 (Thread 0x7faee3633b80 (LWP 5809))] #0 0x00007faee3bcb0bc in __lll_lock_wait () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthre= ad.so.0 (gdb) bt #0 0x00007faee3bcb0bc in __lll_lock_wait () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthre= ad.so.0 #1 0x00007faee3bc4674 in pthread_mutex_lock () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthre= ad.so.0 #2 0x00007faee3d22a2f in scm_c_make_weak_table (k=3D, kind= =3DSCM_WEAK_TABLE_KIND_KEY) at weak-table.c:505 #3 0x00007faee139814b in ?? () #4 0x00007faee330fd80 in ?? () #5 0x00007faee3d89860 in ?? () from /gnu/store/s5p2yja08zcg6j56y1wfvnm6nxiyllz1-guile-next-3.0.1/lib/li= bguile-3.0.so.1 #6 0x00007faee330fd80 in ?? () #7 0x00007faee3cc46eb in scm_jit_enter_mcode (thread=3D0x7faee330fd80,=20 mcode=3D0x7faedb2a87f0 "I\211\314I)\304I\203\374\020\017\217", ) at jit.c:5725 #8 0x00007faee3d1ff88 in vm_regular_engine (thread=3D0x7faed63eab30) at vm= -engine.c:374 #9 0x00007faee3d20935 in scm_call_n (proc=3D, argv=3Dargv@e= ntry=3D0x7fff3f56ce98, nargs=3Dnargs@entry=3D1) at vm.c:1600 #10 0x00007faee3c9d1e7 in scm_primitive_eval (exp=3D) at eva= l.c:671 #11 0x00007faee3cc63ab in scm_primitive_load (filename=3D) a= t load.c:131 #12 0x00007faee3d1f4fc in vm_regular_engine (thread=3D0x7faee330fd80) at vm= -engine.c:972 #13 0x00007faee3d20935 in scm_call_n (proc=3D, argv=3Dargv@e= ntry=3D0x7fff3f56d068, nargs=3Dnargs@entry=3D1) at vm.c:1600 #14 0x00007faee3c9d1e7 in scm_primitive_eval (exp=3D,=20 exp@entry=3D((@ (ice-9 control) %) (begin (set! %load-path (cons "." %l= oad-path)) (set! %load-path (cons "." %load-path)) ((@@ (ice-9 command-line= ) load/lang) "./build-aux/compile-all.scm") (quit)))) at eval.c:671 #15 0x00007faee3c9d243 in scm_eval ( exp=3D((@ (ice-9 control) %) (begin (set! %load-path (cons "." %load-pa= th)) (set! %load-path (cons "." %load-path)) ((@@ (ice-9 command-line) load= /lang) "./build-aux/compile-all.scm") (quit))),=20 module_or_state=3Dmodule_or_state@entry=3D"#" =3D {...})= at eval.c:705 #16 0x00007faee3cf6860 in scm_shell (argc=3D834, argv=3D0x7fff3f56d6c8) at = script.c:357 #17 0x00007faee3cb4bed in invoke_main_func (body_data=3D0x7fff3f56d570) at = init.c:308 #18 0x00007faee3c97e3a in c_body (d=3D0x7fff3f56d4b0) at continuations.c:430 #19 0x00007faee3d1f4fc in vm_regular_engine (thread=3D0x7faee330fd80) at vm= -engine.c:972 #20 0x00007faee3d20935 in scm_call_n (proc=3D, argv=3Dargv@e= ntry=3D0x7fff3f56d270, nargs=3Dnargs@entry=3D2) at vm.c:1600 #21 0x00007faee3c9c07a in scm_call_2 (proc=3D, arg1=3D, arg2=3D) at eval.c:503 #22 0x00007faee3c9d87a in scm_c_with_exception_handler (type=3Dtype@entry= =3D#t,=20 handler=3Dhandler@entry=3D0x7faee3d15d60 ,=20 handler_data=3Dhandler_data@entry=3D0x7fff3f56d3e0, thunk=3Dthunk@entry= =3D0x7faee3d15ea0 ,=20 thunk_data=3Dthunk_data@entry=3D0x7fff3f56d3e0) at exceptions.c:170 #23 0x00007faee3d1609d in scm_c_catch (tag=3Dtag@entry=3D#t, body=3Dbody@en= try=3D0x7faee3c97e30 ,=20 body_data=3Dbody_data@entry=3D0x7fff3f56d4b0, handler=3Dhandler@entry= =3D0x7faee3c980d0 ,=20 handler_data=3Dhandler_data@entry=3D0x7fff3f56d4b0,=20 pre_unwind_handler=3Dpre_unwind_handler@entry=3D0x7faee3c97f30 ,=20 pre_unwind_handler_data=3D0x7faee15e63c0) at throw.c:168 #24 0x00007faee3c983e3 in scm_i_with_continuation_barrier (body=3Dbody@entr= y=3D0x7faee3c97e30 ,=20 body_data=3Dbody_data@entry=3D0x7fff3f56d4b0, handler=3Dhandler@entry= =3D0x7faee3c980d0 ,=20 handler_data=3Dhandler_data@entry=3D0x7fff3f56d4b0,=20 pre_unwind_handler=3Dpre_unwind_handler@entry=3D0x7faee3c97f30 ,=20 pre_unwind_handler_data=3D0x7faee15e63c0) at continuations.c:368 #25 0x00007faee3c98475 in scm_c_with_continuation_barrier (func=3D, data=3D) at continuations.c:464 #26 0x00007faee3d14b3f in with_guile (base=3Dbase@entry=3D0x7fff3f56d518, d= ata=3Ddata@entry=3D0x7fff3f56d540) at threads.c:645 #27 0x00007faee3bf9a68 in GC_call_with_stack_base (fn=3Dfn@entry=3D0x7faee3= d14af0 ,=20 arg=3Darg@entry=3D0x7fff3f56d540) at misc.c:1941 #28 0x00007faee3d14e58 in scm_i_with_guile (dynamic_state=3D= , data=3Ddata@entry=3D0x7fff3f56d540,=20 func=3Dfunc@entry=3D0x7faee3cb4bd0 ) at threads.c:688 #29 scm_with_guile (func=3Dfunc@entry=3D0x7faee3cb4bd0 , = data=3Ddata@entry=3D0x7fff3f56d570) at threads.c:694 #30 0x00007faee3cb4d62 in scm_boot_guile (argc=3Dargc@entry=3D834, argv=3Da= rgv@entry=3D0x7fff3f56d6c8,=20 main_func=3Dmain_func@entry=3D0x401240 , closure=3Dclosure@= entry=3D0x0) at init.c:291 #31 0x0000000000401100 in main (argc=3D834, argv=3D0x7fff3f56d6c8) at guile= .c:95 (gdb) thread 5 [Switching to thread 5 (Thread 0x7faee0f93700 (LWP 5815))] #0 0x00007faee3bc7efc in pthread_cond_wait@@GLIBC_2.3.2 () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthre= ad.so.0 (gdb) bt #0 0x00007faee3bc7efc in pthread_cond_wait@@GLIBC_2.3.2 () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthre= ad.so.0 #1 0x00007faee3d15355 in scm_pthread_cond_wait (cond=3D, mu= tex=3D) at threads.c:1605 #2 0x00007faee3d15523 in block_self (queue=3D((#) #),=20 mutex=3Dmutex@entry=3D0x7faee1201f80, waittime=3Dwaittime@entry=3D0x0) = at threads.c:312 #3 0x00007faee3d15657 in lock_mutex (current_thread=3D0x7faee330fb40, wait= time=3D0x0, m=3D0x7faee1201f80,=20 kind=3DSCM_MUTEX_RECURSIVE) at threads.c:1021 #4 scm_timed_lock_mutex (mutex=3D#, timeout=3D) at threads.c:1085 #5 0x00007faee13a663f in ?? () #6 0x00007faee330fb40 in ?? () #7 0x00007faee3d89860 in ?? () from /gnu/store/s5p2yja08zcg6j56y1wfvnm6nxiyllz1-guile-next-3.0.1/lib/li= bguile-3.0.so.1 #8 0x00007faee330fb40 in ?? () #9 0x00007faee3cc46eb in scm_jit_enter_mcode (thread=3D0x7faee330fb40,=20 mcode=3D0x7faee1396410 "I\211\314I)\304I\203\374\020\017\214\272\002") = at jit.c:5725 #10 0x00007faee3d1fc99 in vm_regular_engine (thread=3D0x7faee155ace8) at vm= -engine.c:360 #11 0x00007faee3d20935 in scm_call_n (proc=3D, argv=3Dargv@e= ntry=3D0x7faee0f92090, nargs=3Dnargs@entry=3D3) at vm.c:1600 #12 0x00007faee3c9c09f in scm_call_3 (proc=3D, arg1=3Darg1@e= ntry=3D(guile), arg2=3D,=20 arg3=3Darg3@entry=3D#f) at eval.c:510 #13 0x00007faee3ccbf2f in scm_maybe_resolve_module (name=3Dname@entry=3D(gu= ile)) at modules.c:195 #14 0x00007faee3cb8898 in resolve_module (name=3D(guile), public_p=3D) at intrinsics.c:317 #15 0x00007faee3d1ef94 in vm_regular_engine (thread=3D0x7faee330fb40) at vm= -engine.c:1583 #16 0x00007faee3d20935 in scm_call_n (proc=3D, argv=3Dargv@e= ntry=3D0x7faee0f92278, nargs=3Dnargs@entry=3D1) at vm.c:1600 #17 0x00007faee3c9c058 in scm_call_1 (proc=3D, arg1=3D) at eval.c:496 #18 0x00007faee3d1f4fc in vm_regular_engine (thread=3D0x7faee330fb40) at vm= -engine.c:972 #19 0x00007faee3d20935 in scm_call_n (proc=3D, argv=3Dargv@e= ntry=3D0x7faee0f92420, nargs=3Dnargs@entry=3D4) at vm.c:1600 #20 0x00007faee3c9c0d4 in scm_call_4 (proc=3D, arg1=3Darg1@e= ntry=3D"#" =3D {...},=20 arg2=3Darg2@entry=3D# 7faee15e63c0>= , arg3=3Darg3@entry=3D#:count,=20 arg4=3Darg4@entry=3D20) at eval.c:517 #21 0x00007faee3c8f5f9 in display_backtrace_body (a=3D) at b= acktrace.c:239 #22 0x00007faee3c9d87a in scm_c_with_exception_handler (type=3Dtype@entry= =3D#t,=20 handler=3Dhandler@entry=3D0x7faee3d15d60 ,=20 handler_data=3Dhandler_data@entry=3D0x7faee0f925d0, thunk=3Dthunk@entry= =3D0x7faee3d15ea0 ,=20 thunk_data=3Dthunk_data@entry=3D0x7faee0f925d0) at exceptions.c:170 #23 0x00007faee3d1609d in scm_c_catch (tag=3Dtag@entry=3D#t, body=3Dbody@en= try=3D0x7faee3c8f4d0 ,=20 body_data=3Dbody_data@entry=3D0x7faee0f92640, handler=3Dhandler@entry= =3D0x7faee3c8f8b0 ,=20 handler_data=3Dhandler_data@entry=3D0x7faee15e63c0, pre_unwind_handler= =3Dpre_unwind_handler@entry=3D0x0,=20 pre_unwind_handler_data=3D0x0) at throw.c:168 #24 0x00007faee3d160be in scm_internal_catch (tag=3Dtag@entry=3D#t,=20 body=3Dbody@entry=3D0x7faee3c8f4d0 , body_data= =3Dbody_data@entry=3D0x7faee0f92640,=20 handler=3Dhandler@entry=3D0x7faee3c8f8b0 , hand= ler_data=3Dhandler_data@entry=3D0x7faee15e63c0) at throw.c:177 #25 0x00007faee3c8f4c5 in scm_display_backtrace_with_highlights (stack=3Dst= ack@entry=3D"#" =3D {...},=20 port=3Dport@entry=3D# 7faee15e63c0>= , first=3Dfirst@entry=3D#f,=20 depth=3Ddepth@entry=3D#f, highlights=3Dhighlights@entry=3D()) at backtr= ace.c:277 #26 0x00007faee3c9801f in print_exception_and_backtrace ( args=3D0x7faee11f7f50, tag=3Dwrong-type-arg,=20 port=3D# 7faee15e63c0>) at continua= tions.c:409 #27 pre_unwind_handler (error_port=3D0x7faee15e63c0, tag=3Dwrong-type-arg,= =20 args=3D0x7faee11f7f50) at continuations.c:453 #28 0x00007faee3d15e1b in catch_pre_unwind_handler (data=3D0x7faee0f92d80,= =20 exn=3D0x7faee11f7980) at throw.c:135 #29 0x00007faee3d1f4fc in vm_regular_engine (thread=3D0x7faee330fb40) at vm= -engine.c:972 #30 0x00007faee3d20935 in scm_call_n (proc=3Dproc@entry=3D#, argv=3D, nargs=3D5) at vm.c:1600 #31 0x00007faee3c9c3d4 in scm_apply_0 (proc=3D#, args= =3D()) at eval.c:603 #32 0x00007faee3c9d07d in scm_apply_1 (proc=3D, arg1=3Darg1@= entry=3Dwrong-type-arg,=20 args=3Dargs@entry=3D0x7faee10d5610) at eval.c:609 #33 0x00007faee3d16259 in scm_throw (key=3Dkey@entry=3Dwrong-type-arg,=20 args=3D0x7faee10d5610) at throw.c:262 #34 0x00007faee3d163a9 in scm_ithrow (key=3Dkey@entry=3Dwrong-type-arg, arg= s=3D,=20 no_return=3Dno_return@entry=3D1) at throw.c:457 #35 0x00007faee3c9a585 in scm_error_scm (key=3Dkey@entry=3Dwrong-type-arg, = subr=3D,=20 message=3Dmessage@entry=3D"Wrong type argument in position ~A (expectin= g ~A): ~S",=20 args=3Dargs@entry=3D0x7faee10d59a0,=20 data=3Ddata@entry=3D0x7faee10d5ab0) at error.c:90 #36 0x00007faee3c9a61f in scm_error (key=3Dwrong-type-arg,=20 subr=3Dsubr@entry=3D0x7faee3d4bf60 "weak-vector= -ref",=20 message=3Dmessage@entry=3D0x7faee3d3d490 "Wrong type argument in positi= on ~A (expecting ~A): ~S",=20 args=3D0x7faee10d59a0,=20 rest=3Drest@entry=3D0x7faee10d5ab0) at error.c:62 #37 0x00007faee3c9a9e0 in scm_wrong_type_arg_msg ( subr=3Dsubr@entry=3D0x7faee3d4bf60 "weak-vector= -ref", pos=3Dpos@entry=3D1,=20 bad_value=3D0x7faec8cc8980,=20 szMessage=3DszMessage@entry=3D0x7faee3d4bee0 "weak vector") at error.c:= 282 #38 0x00007faee3d23716 in scm_c_weak_vector_ref (wv=3D, k=3D= k@entry=3D0) at weak-vector.c:193 #39 0x00007faee3d22838 in scm_i_weak_car ( pair=3D0x7faec7c7d7e0) at weak-list.h:39 #40 scm_i_visit_weak_list (list_loc=3D0x7faee3d8a868 , vis= it=3D) at weak-list.h:49 #41 vacuum_all_weak_tables () at weak-table.c:494 #42 0x00007faee3ca5f2e in async_gc_finalizer (ptr=3D0x7faee3312ea0, data=3D= 0x0) at finalizers.c:316 #43 0x00007faee3bf26ef in GC_invoke_finalizers () at finalize.c:1276 #44 0x00007faee3ca63c9 in scm_run_finalizers () at finalizers.c:398 #45 0x00007faee3ca643d in finalization_thread_proc (unused=3D) at finalizers.c:233 #46 0x00007faee3c97e3a in c_body (d=3D0x7faee0f92e50) at continuations.c:430 #47 0x00007faee3d1f4fc in vm_regular_engine (thread=3D0x7faee330fb40) at vm= -engine.c:972 #48 0x00007faee3d20935 in scm_call_n (proc=3D, argv=3Dargv@e= ntry=3D0x7faee0f92c10, nargs=3Dnargs@entry=3D2) at vm.c:1600 #49 0x00007faee3c9c07a in scm_call_2 (proc=3D, arg1=3D, arg2=3D) at eval.c:503 #50 0x00007faee3c9d87a in scm_c_with_exception_handler (type=3Dtype@entry= =3D#t,=20 handler=3Dhandler@entry=3D0x7faee3d15d60 ,=20 handler_data=3Dhandler_data@entry=3D0x7faee0f92d80, thunk=3Dthunk@entry= =3D0x7faee3d15ea0 ,=20 thunk_data=3Dthunk_data@entry=3D0x7faee0f92d80) at exceptions.c:170 #51 0x00007faee3d1609d in scm_c_catch (tag=3Dtag@entry=3D#t, body=3Dbody@en= try=3D0x7faee3c97e30 ,=20 body_data=3Dbody_data@entry=3D0x7faee0f92e50, handler=3Dhandler@entry= =3D0x7faee3c980d0 ,=20 handler_data=3Dhandler_data@entry=3D0x7faee0f92e50,=20 pre_unwind_handler=3Dpre_unwind_handler@entry=3D0x7faee3c97f30 ,=20 pre_unwind_handler_data=3D0x7faee15e63c0) at throw.c:168 #52 0x00007faee3c983e3 in scm_i_with_continuation_barrier (body=3Dbody@entr= y=3D0x7faee3c97e30 ,=20 body_data=3Dbody_data@entry=3D0x7faee0f92e50, handler=3Dhandler@entry= =3D0x7faee3c980d0 ,=20 handler_data=3Dhandler_data@entry=3D0x7faee0f92e50,=20 pre_unwind_handler=3Dpre_unwind_handler@entry=3D0x7faee3c97f30 ,=20 pre_unwind_handler_data=3D0x7faee15e63c0) at continuations.c:368 #53 0x00007faee3c98475 in scm_c_with_continuation_barrier (func=3D, data=3D) at continuations.c:464 #54 0x00007faee3d14b3f in with_guile (base=3Dbase@entry=3D0x7faee0f92eb8, d= ata=3Ddata@entry=3D0x7faee0f92ee0) at threads.c:645 #55 0x00007faee3bf9a68 in GC_call_with_stack_base (fn=3Dfn@entry=3D0x7faee3= d14af0 ,=20 arg=3Darg@entry=3D0x7faee0f92ee0) at misc.c:1941 #56 0x00007faee3d14e58 in scm_i_with_guile (dynamic_state=3D= , data=3D,=20 func=3D) at threads.c:688 #57 scm_with_guile (func=3D, data=3D) at thre= ads.c:694 #58 0x00007faee3bc2015 in start_thread () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthre= ad.so.0 #59 0x00007faee372891f in clone () from /gnu/store/ahqgl4h89xqj695lgqvsaf6z= h2nhy4pj-glibc-2.29/lib/libc.so.6 --8<---------------cut here---------------end--------------->8--- It stems from the bug described in , this time on x86_64. Ludo=E2=80=99. From unknown Sun Jun 22 07:37:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39266: Finalization thread hits wrong-type-arg on weak vector (AArch64) Resent-From: Ludovic =?UTF-8?Q?Court=C3=A8s?= Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Mon, 09 Mar 2020 14:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39266 X-GNU-PR-Package: guile X-GNU-PR-Keywords: To: 39266@debbugs.gnu.org Received: via spool by 39266-submit@debbugs.gnu.org id=B39266.158376473320613 (code B ref 39266); Mon, 09 Mar 2020 14:39:01 +0000 Received: (at 39266) by debbugs.gnu.org; 9 Mar 2020 14:38:53 +0000 Received: from localhost ([127.0.0.1]:51308 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBJYT-0005MP-DW for submit@debbugs.gnu.org; Mon, 09 Mar 2020 10:38:53 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39278) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBJYS-0005ME-OI for 39266@debbugs.gnu.org; Mon, 09 Mar 2020 10:38:53 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:43536) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jBJYN-0001tL-Jv for 39266@debbugs.gnu.org; Mon, 09 Mar 2020 10:38:47 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=55354 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jBJYN-0004hz-0b for 39266@debbugs.gnu.org; Mon, 09 Mar 2020 10:38:47 -0400 From: Ludovic =?UTF-8?Q?Court=C3=A8s?= References: <87tv4kdgyy.fsf@inria.fr> Date: Mon, 09 Mar 2020 15:38:45 +0100 In-Reply-To: <87tv4kdgyy.fsf@inria.fr> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22\?\= \=\?utf-8\?Q\?'s\?\= message of "Fri, 24 Jan 2020 16:14:29 +0100") Message-ID: <874kux385m.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Ludovic Court=C3=A8s skribis: > While building the =E2=80=9Cguix-system.drv=E2=80=9D derivation on AArch6= 4, I got this > crash (not fully deterministic but quite frequent). Here the > finalization thread gets a wrong-type-arg in =E2=80=98scm_i_weak_car=E2= =80=99 (i.e., > accessing a one-element weak vector): With 3.0.1, I can reproduce the bug on x86_64. With rr (thanks, Andy!), I found this (starting from the point where the type cell of the weak vector is zeroed, and reverse-continuing until its gets its original value of 0x10f): --8<---------------cut here---------------start------------->8--- (rr) frame 40 #40 0x00007ffff7f2e66d in scm_i_weak_car (pair=3D0x7fffe15af690) at ../libg= uile/pairs.h:190 190 return SCM_CAR (x); (rr) down #39 0x00007ffff7f2f576 in scm_c_weak_vector_ref (wv=3D, k=3D= k@entry=3D0) at weak-vector.c:193 193 SCM_VALIDATE_WEAK_VECTOR (1, wv); (rr)=20 #38 0x00007ffff7ea7ba0 in scm_wrong_type_arg_msg ( subr=3Dsubr@entry=3D0x7ffff7f56f00 "weak-vector= -ref", pos=3Dpos@entry=3D1,=20 bad_value=3D0x7fffec472b90, szMessage=3DszMessage@entry=3D0x7ffff7f56e8= 0 "weak vector") at error.c:282 282 scm_error (scm_arg_type_key, (rr) p *((void**)0x7fffec472b90) $1 =3D (void *) 0x0 (rr) watch *((void**)0x7fffec472b90) Hardware watchpoint 1: *((void**)0x7fffec472b90) (rr) reverse-cont Continuing. Thread 1 received signal SIGCONT, Continued. [Switching to Thread 27074.27074] __lll_lock_wait () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:101 101 ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: Dosiero a=C5=AD dosie= rujo ne ekzistas. (rr)=20 Continuing. Thread 1 hit Hardware watchpoint 1: *((void**)0x7fffec472b90) Old value =3D (void *) 0x0 New value =3D (void *) 0x10f __memset_avx2_unaligned_erms () at ../sysdeps/x86_64/multiarch/memset-vec-u= naligned-erms.S:259 259 ../sysdeps/x86_64/multiarch/memset-vec-unaligned-erms.S: Dosiero a=C5= =AD dosierujo ne ekzistas. (rr) bt #0 __memset_avx2_unaligned_erms () at ../sysdeps/x86_64/multiarch/memset-v= ec-unaligned-erms.S:259 #1 0x00007ffff7f1d499 in set_vtable_access_fields (vtable=3Dvtable@entry= =3D0x7fffeb48ee80) at struct.c:143 #2 0x00007ffff7f1dd8d in scm_i_struct_inherit_vtable_magic (vtable=3Dvtabl= e@entry=3D0x7ffff4e32fa0,=20 obj=3Dobj@entry=3D0x7fffeb48ee80) at struct.c:215 #3 0x00007ffff7f1dfea in scm_c_make_structv (vtable=3D0x7ffff4e32fa0, n_ta= il=3D, n_init=3D8,=20 init=3D0x7fffffff50d0) at struct.c:364 #4 0x00007ffff7f1e0b9 in scm_make_struct_no_tail (vtable=3D0x7ffff4e32fa0,= init=3D0x304) at struct.c:491 --8<---------------cut here---------------end--------------->8--- Bingo! There=E2=80=99s a mismatch in struct.c: --8<---------------cut here---------------start------------->8--- bitmask_size =3D (nfields + 31U) / 32U; unboxed_fields =3D scm_gc_malloc_pointerless (bitmask_size, "unboxed fiel= ds"); memset (unboxed_fields, 0, bitmask_size * sizeof(*unboxed_fields)); --8<---------------cut here---------------end--------------->8--- Pushed a fix as 7c17655cd3d859bf0c5a86d9782a7788205fc05a. Thanks, rr! You made my day! :-) Now testing Guix builds on x86_64, i686, ARMv7, and AArch64 to see if that addresses seemingly related issues. Ludo=E2=80=99. From unknown Sun Jun 22 07:37:43 2025 X-Loop: help-debbugs@gnu.org Subject: bug#39266: Finalization thread hits wrong-type-arg on weak vector (AArch64) Resent-From: Pierre Langlois Original-Sender: "Debbugs-submit" Resent-CC: bug-guile@gnu.org Resent-Date: Mon, 09 Mar 2020 22:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 39266 X-GNU-PR-Package: guile X-GNU-PR-Keywords: To: 39266@debbugs.gnu.org X-Debbugs-Original-To: bug-guile@gnu.org X-Debbugs-Original-Cc: 39266@debbugs.gnu.org Received: via spool by 39266-submit@debbugs.gnu.org id=B39266.15837923997227 (code B ref 39266); Mon, 09 Mar 2020 22:20:01 +0000 Received: (at 39266) by debbugs.gnu.org; 9 Mar 2020 22:19:59 +0000 Received: from localhost ([127.0.0.1]:51573 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBQkh-0001sV-15 for submit@debbugs.gnu.org; Mon, 09 Mar 2020 18:19:59 -0400 Received: from mout.gmx.net ([212.227.17.22]:43395) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBQkf-0001sH-Dz for 39266@debbugs.gnu.org; Mon, 09 Mar 2020 18:19:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1583792391; bh=xhfkwKHuWluJ5IqWI9fDZoA9dZoXgMirnQeo3+Rf/as=; h=X-UI-Sender-Class:References:From:To:Cc:Subject:In-reply-to:Date; b=HRONuHQwKpUlBCNIB7FQf9pgzIZWovhLLlhIUqjBPmQTRIFMBEqvJDXAI7eogED3e IsbNAL4o6MxJoFmZPASP67XqicAOvtavgkouyhydtKGilrLtW6r7A0m06Pns2ovG7b oDzh23ah1WjO2u1nNGS5Dbz1AfrrimTs6JiUoLqM= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from labiere ([80.44.64.14]) by mail.gmx.com (mrgmx104 [212.227.17.174]) with ESMTPSA (Nemesis) id 1M72sJ-1jGgcC0BrT-008bq6; Mon, 09 Mar 2020 23:19:51 +0100 References: <87tv4kdgyy.fsf@inria.fr> <874kux385m.fsf@gnu.org> User-agent: mu4e 1.2.0; emacs 26.3 From: Pierre Langlois In-reply-to: <874kux385m.fsf@gnu.org> Date: Mon, 09 Mar 2020 22:19:49 +0000 Message-ID: <87wo7tdvcq.fsf@gmx.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:ZFD4CJ3kBdi4sLM9vjoH3KW9uRTpu38m7QNo8NSABG1pdZaypx+ CrLOgfAUKSl+U5ToAT4zK6/LMsaCN0F3yUSZCPvF4vkmShm+PRf0x5QHsvrTD9Vx46T+8f3 635g/boy2Tc6MfguvOy0qJZAUTdNHC/DjmCoIlkdARKrJaRlVwO4a+fvtaTOrxsn+acU0Vi nm+fW6WyiTJXYtnbGYSnQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:cpE4et5AQHU=:532xDQK1qL23o7T7MJVTJj CP1DY7MiWdh97vWxoG1gg70uD9zqpMrro/uu3YMMMPC5YKUDnJdipAFNLbsVnT9Ji8DVZ4SfS BGjkP9XwBIEmXmCeyhtaDOHEuSKxaPgreQyCM6IOMWji8LpLMtC0T3NwUQPYJ0NjdtHKcKdST OxXVCxXozIXPjYyLN2eMaMaibOr7IOXI2rWgLeUoy4NjfBJTAoBX/qG+wKSmKJ/nRQiqeEi2D V43g+YELATlkgv2ztLy9uHel5THBlZOpNzteKPRuc+aYxc04cnl67pCcGMWqYtCMDlTF1C23f e0ZanWEubHVb2xUI41W1US5qjYtPaFNrKs+gTVSmiIGVs54gku/I8ncxWMFmdP9CrxCgfG0Wo KLOTBiX4kzT4laigrw97nKO10Cg7V3HDoFCkOZv9bLxXR/uJrsT8aK7jB7ztxQHoGvxS/sVeL 9FVdqbcQNDh2KmtBnV5NwL1inEyDhuYtmMq4TWYB7tXNcVwRDlNfD3Sziz4t+AEtIKLyrmDTh jwoaZ9CUpZcTYiW165Zfj74mVk62vOC6KWxsyhVJ07u9hJ5iks91r9mmg9JdTZVEAlXVMgs0U nYA0n02PJJ0WcJgCXYiMeqshGy9pAX6RdYcCYbx1UAJNPU0T0VHnAXsW5HxUFSl4hsFJ4/Qsd V4SX0HgRiXKOTOjyqn/WUywZW8y7Hld0yeRbcDCH7kkpDUp9C7nhKxF4VjpDFn2fpsIrhytO5 cO6cvAmLIM87TK9BRDzw22qpixE0MGwtRf5e27nag+BoESpdbAE8h/ImIpxjLbdY9rVs1qzy+ 3/kXVc3yCQXDg2YEI2NKQiydQQdbVtKa8Gm/GDFSq2JG0mNtNMlNuM4ow3IL5Vm5ILbDjmH8t WfJh9j5Zz8g3wgkpuIPE9vzR5Sqny4zvQDpLOdzsCVS/eWR1JDhivUOdxHdC/RHT4veDnuWnm Z0ELqRyKimy/z5OdjdxgW9opG4S7BW5a7ywDxA+MI19XIlyriJrJGUUFNa5LkwbvHeF8jMyqg q1wmdsjX2rDh0qb6GEmMNroX0toMmSNRMXxO8eO0v9vhYiCfPgMAv0MdpiEc4zfozuPtfl5Dl Mh2X4o92JoNbpwlGr9Um6nTzJvnImyofpyxIxaXoxTHiuKUimSxr/rp7/KB9QU8ddI2tkpKLs 9Z8053U5dRD5QGuuxkVbeZBM0YvJW8NHthS4Z8Qb+yZjY9hIIWcrSJyC3JWbpzKFgck9c2lMR fgJpoCcrr+Bfveecc X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi Ludo, Ludovic Court=C3=A8s writes: > Ludovic Court=C3=A8s skribis: > >> While building the =E2=80=9Cguix-system.drv=E2=80=9D derivation on AArch= 64, I got this >> crash (not fully deterministic but quite frequent). Here the >> finalization thread gets a wrong-type-arg in =E2=80=98scm_i_weak_car=E2= =80=99 (i.e., >> accessing a one-element weak vector): > > With 3.0.1, I can reproduce the bug on x86_64. With rr (thanks, Andy!), > I found this (starting from the point where the type cell of the weak > vector is zeroed, and reverse-continuing until its gets its original > value of 0x10f): > > --8<---------------cut here---------------start------------->8--- > (rr) frame 40 > #40 0x00007ffff7f2e66d in scm_i_weak_car (pair=3D0x7fffe15af690) at ../li= bguile/pairs.h:190 > 190 return SCM_CAR (x); > (rr) down > #39 0x00007ffff7f2f576 in scm_c_weak_vector_ref (wv=3D, k= =3Dk@entry=3D0) at weak-vector.c:193 > 193 SCM_VALIDATE_WEAK_VECTOR (1, wv); > (rr)=20 > #38 0x00007ffff7ea7ba0 in scm_wrong_type_arg_msg ( > subr=3Dsubr@entry=3D0x7ffff7f56f00 "weak-vect= or-ref", pos=3Dpos@entry=3D1,=20 > bad_value=3D0x7fffec472b90, szMessage=3DszMessage@entry=3D0x7ffff7f56= e80 "weak vector") at error.c:282 > 282 scm_error (scm_arg_type_key, > (rr) p *((void**)0x7fffec472b90) > $1 =3D (void *) 0x0 > (rr) watch *((void**)0x7fffec472b90) > Hardware watchpoint 1: *((void**)0x7fffec472b90) > (rr) reverse-cont > Continuing. > > Thread 1 received signal SIGCONT, Continued. > [Switching to Thread 27074.27074] > __lll_lock_wait () at ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S:101 > 101 ../sysdeps/unix/sysv/linux/x86_64/lowlevellock.S: Dosiero a=C5=AD dos= ierujo ne ekzistas. > (rr)=20 > Continuing. > > Thread 1 hit Hardware watchpoint 1: *((void**)0x7fffec472b90) > > Old value =3D (void *) 0x0 > New value =3D (void *) 0x10f > __memset_avx2_unaligned_erms () at ../sysdeps/x86_64/multiarch/memset-vec= -unaligned-erms.S:259 > 259 ../sysdeps/x86_64/multiarch/memset-vec-unaligned-erms.S: Dosiero a=C5= =AD dosierujo ne ekzistas. > (rr) bt > #0 __memset_avx2_unaligned_erms () at ../sysdeps/x86_64/multiarch/memset= -vec-unaligned-erms.S:259 > #1 0x00007ffff7f1d499 in set_vtable_access_fields (vtable=3Dvtable@entry= =3D0x7fffeb48ee80) at struct.c:143 > #2 0x00007ffff7f1dd8d in scm_i_struct_inherit_vtable_magic (vtable=3Dvta= ble@entry=3D0x7ffff4e32fa0,=20 > obj=3Dobj@entry=3D0x7fffeb48ee80) at struct.c:215 > #3 0x00007ffff7f1dfea in scm_c_make_structv (vtable=3D0x7ffff4e32fa0, n_= tail=3D, n_init=3D8,=20 > init=3D0x7fffffff50d0) at struct.c:364 > #4 0x00007ffff7f1e0b9 in scm_make_struct_no_tail (vtable=3D0x7ffff4e32fa= 0, init=3D0x304) at struct.c:491 > --8<---------------cut here---------------end--------------->8--- > > Bingo! There=E2=80=99s a mismatch in struct.c: > > --8<---------------cut here---------------start------------->8--- > bitmask_size =3D (nfields + 31U) / 32U; > unboxed_fields =3D scm_gc_malloc_pointerless (bitmask_size, "unboxed fi= elds"); > memset (unboxed_fields, 0, bitmask_size * sizeof(*unboxed_fields)); > --8<---------------cut here---------------end--------------->8--- Oh wow, scary! That was some nice debugging, these types of bugs can be really hard to get to the bottom of. > > Pushed a fix as 7c17655cd3d859bf0c5a86d9782a7788205fc05a. > > Thanks, rr! You made my day! :-) > > Now testing Guix builds on x86_64, i686, ARMv7, and AArch64 to see if > that addresses seemingly related issues. I've tested it on AArch64 and it's looking good, I'm running Guile 3 finally! I've tested by running 'guix pull --branch=3Dwip-guile-3.0.1' on a rockpro64 running the Guix system, I've then reconfigured and rebooted and it's all good. Thanks so much for the fix! Hopefully it'll work on every platform and that can be the end of it :-). Pierre From debbugs-submit-bounces@debbugs.gnu.org Tue Mar 10 13:23:22 2020 Received: (at control) by debbugs.gnu.org; 10 Mar 2020 17:23:22 +0000 Received: from localhost ([127.0.0.1]:53220 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBibC-0005Re-B1 for submit@debbugs.gnu.org; Tue, 10 Mar 2020 13:23:22 -0400 Received: from eggs.gnu.org ([209.51.188.92]:41049) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBibB-0005RP-0J for control@debbugs.gnu.org; Tue, 10 Mar 2020 13:23:21 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40355) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jBib5-0003QL-TZ for control@debbugs.gnu.org; Tue, 10 Mar 2020 13:23:15 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=59734 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jBib5-0005Hj-D3 for control@debbugs.gnu.org; Tue, 10 Mar 2020 13:23:15 -0400 Date: Tue, 10 Mar 2020 18:23:13 +0100 Message-Id: <87k13st98e.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #39266 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) merge 39266 39988 quit From unknown Sun Jun 22 07:37:43 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#39266: closed (Re: bug#39266: Finalization thread hits wrong-type-arg on weak vector (AArch64)) Message-ID: References: <87d09kt93w.fsf@gnu.org> <87tv4kdgyy.fsf@inria.fr> X-Gnu-PR-Message: they-closed 39266 X-Gnu-PR-Package: guile Reply-To: 39266@debbugs.gnu.org Date: Tue, 10 Mar 2020 17:27:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1583861222-21285-1" This is a multi-part message in MIME format... ------------=_1583861222-21285-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #39266: Finalization thread hits wrong-type-arg on weak vector (AArch64) which was filed against the guile package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 39266@debbugs.gnu.org. --=20 39266: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D39266 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1583861222-21285-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 39266-done) by debbugs.gnu.org; 10 Mar 2020 17:26:03 +0000 Received: from localhost ([127.0.0.1]:53230 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBidn-0005W9-CT for submit@debbugs.gnu.org; Tue, 10 Mar 2020 13:26:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43583) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBidm-0005Vf-Bi for 39266-done@debbugs.gnu.org; Tue, 10 Mar 2020 13:26:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40377) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jBidg-0008Tn-Vj; Tue, 10 Mar 2020 13:25:57 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=59736 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jBidg-0005cj-BG; Tue, 10 Mar 2020 13:25:56 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Pierre Langlois Subject: Re: bug#39266: Finalization thread hits wrong-type-arg on weak vector (AArch64) References: <87tv4kdgyy.fsf@inria.fr> <874kux385m.fsf@gnu.org> <87wo7tdvcq.fsf@gmx.com> Date: Tue, 10 Mar 2020 18:25:55 +0100 In-Reply-To: <87wo7tdvcq.fsf@gmx.com> (Pierre Langlois's message of "Mon, 09 Mar 2020 22:19:49 +0000") Message-ID: <87d09kt93w.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 39266-done Cc: 39266-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi Pierre, Pierre Langlois skribis: > I've tested it on AArch64 and it's looking good, I'm running Guile 3 > finally! I've tested by running 'guix pull --branch=3Dwip-guile-3.0.1' on > a rockpro64 running the Guix system, I've then reconfigured and rebooted > and it's all good. Thanks for testing! > Thanks so much for the fix! Hopefully it'll work on every platform and > that can be the end of it :-). Yup, I=E2=80=99ve tested =E2=80=98guix pull --branch=3Dwip-guile-3.0.1=E2= =80=99 and =E2=80=98guix build guile3.0-guix=E2=80=99 on all 4 architectures that Guix supports, and every= thing is fine. I=E2=80=99ve now pushed the upgrade to 3.0.1 + patch to Guix. Closing! \o/ The bug appears to be rare for Guile workloads not as intensive as a Guix build (never reported, never seen), but we should still probably do a bug-fix 3.0.2 release in the coming weeks, I guess. Ludo=E2=80=99. ------------=_1583861222-21285-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 24 Jan 2020 15:14:36 +0000 Received: from localhost ([127.0.0.1]:54603 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iv0fM-0003m2-AL for submit@debbugs.gnu.org; Fri, 24 Jan 2020 10:14:36 -0500 Received: from lists.gnu.org ([209.51.188.17]:52749) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iv0fK-0003lu-0N for submit@debbugs.gnu.org; Fri, 24 Jan 2020 10:14:34 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:51299) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iv0fI-0008W5-9L for bug-Guile@gnu.org; Fri, 24 Jan 2020 10:14:33 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED,BAYES_50 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:470:142:3::e]:34160) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1iv0fI-0005WJ-5X for bug-Guile@gnu.org; Fri, 24 Jan 2020 10:14:32 -0500 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=38024 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1iv0fH-0003Np-5E for bug-Guile@gnu.org; Fri, 24 Jan 2020 10:14:31 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: bug-Guile@gnu.org Subject: Finalization thread hits wrong-type-arg on weak vector (AArch64) X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 5 =?utf-8?Q?Pluvi=C3=B4se?= an 228 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Fri, 24 Jan 2020 16:14:29 +0100 Message-ID: <87tv4kdgyy.fsf@inria.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hello! While building the =E2=80=9Cguix-system.drv=E2=80=9D derivation on AArch64,= I got this crash (not fully deterministic but quite frequent). Here the finalization thread gets a wrong-type-arg in =E2=80=98scm_i_weak_car=E2=80= =99 (i.e., accessing a one-element weak vector): --8<---------------cut here---------------start------------->8--- $ ( export out=3D$PWD/build; unset GUILE_LOAD_PATH; unset GUILE_LOAD_COMPIL= ED_PATH; gdb --args "/gnu/store/p8in2npgl5yhliy25ikz7shjbq0gii95-guile-next= -3.0.0/bin/guile" "--no-auto-compile" "-L" "/gnu/store/3qg8l6kr4wa9sbgwy00z= 1mb3p88xf455-module-import" "-C" "/gnu/store/h9qcvg71bmx735fsndagll9y7s72k9= n9-module-import-compiled" guix-system-builder ) [=E2=80=A6] loading 'gnu/services/cups.scm'... Backtrace: [Switching to Thread 0xffffbebec1d0 (LWP 22464)] Thread 2 "guile" hit Breakpoint 3, scm_display_backtrace_with_highlights ( stack=3Dstack@entry=3D"#" =3D {...}, port=3Dport@entry=3D= # 510040>,=20 first=3Dfirst@entry=3D#f, depth=3Ddepth@entry=3D#f, highlights=3Dhighli= ghts@entry=3D()) at backtrace.c:269 269 { (gdb) bt #0 scm_display_backtrace_with_highlights (stack=3Dstack@entry=3D"#" =3D {...},=20 port=3Dport@entry=3D# 510040>, first=3Dfi= rst@entry=3D#f, depth=3Ddepth@entry=3D#f,=20 highlights=3Dhighlights@entry=3D()) at backtrace.c:269 #1 0x0000ffffbf5ef8c4 in print_exception_and_backtrace ( args=3D0x70cef60, tag=3Dwrong-type-arg,=20 port=3D# 510040>) at continuations.c:409 #2 pre_unwind_handler (error_port=3D0x510040, tag=3Dwrong-type-arg,=20 args=3D0x70cef60) at continuations.c:453 #3 0x0000ffffbf672588 in catch_pre_unwind_handler (data=3D0xffffbebeb850,= =20 exn=3D0x70ced40) at throw.c:135 #4 0x0000ffffbf67bdf8 in vm_regular_engine (thread=3D0x475b40) at vm-engin= e.c:972 #5 0x0000ffffbf67d10c in scm_call_n (proc=3Dproc@entry=3D#, argv=3D, nargs=3D5) at vm.c:1589 #6 0x0000ffffbf5f3c10 in scm_apply_0 (proc=3D#, args= =3D()) at eval.c:603 #7 0x0000ffffbf5f4654 in scm_apply_1 (proc=3D, arg1=3Darg1@= entry=3Dwrong-type-arg,=20 args=3Dargs@entry=3D0x70caf80) at eval.c:609 #8 0x0000ffffbf6729e0 in scm_throw (key=3Dkey@entry=3Dwrong-type-arg,=20 args=3D0x70caf80) at throw.c:262 #9 0x0000ffffbf672b44 in scm_ithrow (key=3Dkey@entry=3Dwrong-type-arg, arg= s=3D, no_return=3Dno_return@entry=3D1) at throw.c:457 #10 0x0000ffffbf5f1dec in scm_error_scm (key=3Dkey@entry=3Dwrong-type-arg, = subr=3Dsubr@entry=3D"weak-vector-ref",=20 message=3D,=20 args=3Dargs@entry=3D0x70cafd0,=20 data=3Ddata@entry=3D0x70cafc0) at error.c:90 #11 0x0000ffffbf5f1ea0 in scm_error (key=3Dkey@entry=3Dwrong-type-arg,=20 subr=3Dsubr@entry=3D0xffffbf6a52d8 "weak-vector= -ref",=20 message=3Dmessage@entry=3D0xffffbf696e98 "Wrong type argument in positi= on ~A (expecting ~A): ~S",=20 args=3Dargs@entry=3D0x70cafd0,=20 rest=3D0x70cafc0) at error.c:62 #12 0x0000ffffbf5f22cc in scm_wrong_type_arg_msg ( subr=3Dsubr@entry=3D0xffffbf6a52d8 "weak-vector= -ref", pos=3Dpos@entry=3D1,=20 bad_value=3D0x30ff880,=20 szMessage=3DszMessage@entry=3D0xffffbf6a5300 "weak vector") at error.c:= 282 #13 0x0000ffffbf680050 in scm_c_weak_vector_ref (wv=3D, k=3D= k@entry=3D0) at weak-vector.c:193 #14 0x0000ffffbf67eff4 in scm_i_weak_car ( pair=3D0x30f8830) at weak-list.h:39 #15 scm_i_visit_weak_list (list_loc=3D0xffffbf6c81b0 , vis= it=3D) at weak-list.h:49 #16 vacuum_all_weak_tables () at weak-table.c:494 #17 0x0000ffffbf5fda44 in async_gc_finalizer (ptr=3D0x494ec0, data=3D0x0) a= t finalizers.c:316 #18 0x0000ffffbf549f74 in GC_invoke_finalizers () from /gnu/store/wsqzmim7m23gskpibrpqzx4djadhjz8y-libgc-7.6.12/lib/libgc.= so.1 #19 0x0000ffffbf5fdf64 in scm_run_finalizers () at finalizers.c:398 #20 0x0000ffffbf5fdff4 in finalization_thread_proc (unused=3D) at finalizers.c:233 #21 0x0000ffffbf5ef6e0 in c_body (d=3D0xffffbebeb918) at continuations.c:430 #22 0x0000ffffbf67bdf8 in vm_regular_engine (thread=3D0x475b40) at vm-engin= e.c:972 #23 0x0000ffffbf67d10c in scm_call_n (proc=3D#, argv= =3Dargv@entry=3D0xffffbebeb660,=20 nargs=3Dnargs@entry=3D2) at vm.c:1589 #24 0x0000ffffbf5f3930 in scm_call_2 (proc=3D, arg1=3D, arg2=3D) at eval.c:503 #25 0x0000ffffbf5f4f38 in scm_c_with_exception_handler (type=3Dtype@entry= =3D#t, handler=3D0xffffbebeb670,=20 handler@entry=3D0xffffbf6724b0 , handler_dat= a=3D0x510040,=20 handler_data@entry=3D0xffffbebeb850, thunk=3D0x0, thunk@entry=3D0xffffb= f6725f8 ,=20 thunk_data=3D0x1dce42683dff4d67, thunk_data@entry=3D0xffffbebeb850) at = exceptions.c:170 #26 0x0000ffffbf672850 in scm_c_catch (tag=3Dtag@entry=3D#t, body=3Dbody@en= try=3D0xffffbf5ef6c8 ,=20 body_data=3Dbody_data@entry=3D0xffffbebeb918, handler=3Dhandler@entry= =3D0xffffbf5ef970 ,=20 handler_data=3Dhandler_data@entry=3D0xffffbebeb918,=20 pre_unwind_handler=3Dpre_unwind_handler@entry=3D0xffffbf5ef7b8 ,=20 pre_unwind_handler_data=3Dpre_unwind_handler_data@entry=3D0x510040) at = throw.c:168 #27 0x0000ffffbf5efbf4 in scm_i_with_continuation_barrier (body=3Dbody@entr= y=3D0xffffbf5ef6c8 ,=20 body_data=3Dbody_data@entry=3D0xffffbebeb918, handler=3Dhandler@entry= =3D0xffffbf5ef970 ,=20 handler_data=3Dhandler_data@entry=3D0xffffbebeb918,=20 pre_unwind_handler=3Dpre_unwind_handler@entry=3D0xffffbf5ef7b8 , pre_unwind_handler_data=3D0x510040) at continuations.c:368 #28 0x0000ffffbf5efca0 in scm_c_with_continuation_barrier (func=3D, data=3D) at continuations.c:464 #29 0x0000ffffbf671148 in with_guile (base=3D0xffffbebeb988, data=3D0xffffb= ebeb9a8) at threads.c:645 #30 0x0000ffffbf551618 in GC_call_with_stack_base () from /gnu/store/wsqzmim7m23gskpibrpqzx4djadhjz8y-libgc-7.6.12/lib/libgc.= so.1 #31 0x0000ffffbf6714a8 in scm_i_with_guile (dynamic_state=3D= , data=3D, func=3D) at threads.c:688 #32 scm_with_guile (func=3D, data=3D) at thre= ads.c:694 #33 0x0000ffffbf50e7f4 in start_thread () from /gnu/store/nr1aw4i32h7rmxwmq7d2da0mwcwg551j-glibc-2.29/lib/libpthre= ad.so.0 #34 0x0000ffffbf136edc in thread_start () from /gnu/store/nr1aw4i32h7rmxwmq= 7d2da0mwcwg551j-glibc-2.29/lib/libc.so.6 (gdb) info threads Id Target Id Frame=20 1 Thread 0xffffbf6f4010 (LWP 22463) "guile" resize_table (table=3Dtabl= e@entry=3D0x4a2cb0) at weak-table.c:272 * 2 Thread 0xffffbebec1d0 (LWP 22464) "guile" scm_display_backtrace_with= _highlights ( stack=3Dstack@entry=3D"#" =3D {...}, port=3Dport@entry=3D= # 510040>,=20 first=3Dfirst@entry=3D#f, depth=3Ddepth@entry=3D#f, highlights=3Dhighli= ghts@entry=3D()) at backtrace.c:269 --8<---------------cut here---------------end--------------->8--- The problem appears to be that the type tag of the weak-vector got zeroed: --8<---------------cut here---------------start------------->8--- (gdb) frame 15 #15 scm_i_visit_weak_list (list_loc=3D0xffffbf6c81b0 , vis= it=3D) at weak-list.h:49 49 SCM car =3D scm_i_weak_car (in); (gdb) p in $48 =3D (SCM) = 0x30f8830 (gdb) p *(void**)in $49 =3D (void *) 0x30ff880 (gdb) p ((void**)$49)[0]@2 $50 =3D {0x0, 0x30f8840} (gdb) p (void**)in $51 =3D (void **) 0x30f8830 --8<---------------cut here---------------end--------------->8--- There=E2=80=99s normally no disappearing link registered on the first eleme= nt of the weak vector (type tag + length) so I don=E2=80=99t know how this can ha= ppen. Here=E2=80=99s the other thread (with surprisingly broken stack frames): --8<---------------cut here---------------start------------->8--- (gdb) thread 1 [Switching to thread 1 (Thread 0xffffbf6f4010 (LWP 22463))] #0 resize_table (table=3Dtable@entry=3D0x4a2cb0) at weak-table.c:272 272 scm_t_weak_entry *next =3D entry->next; (gdb) bt #0 resize_table (table=3Dtable@entry=3D0x4a2cb0) at weak-table.c:272 #1 0x0000ffffbf67ef00 in vacuum_weak_table (table=3D0x4a2cb0) at weak-tabl= e.c:318 #2 0x0000ffffbf67f374 in scm_c_weak_table_ref (table=3D, ra= w_hash=3D2016212919028049524,=20 pred=3D0xffffbf67eb10 , closure=3D0x72b6a80, dflt=3D())= at weak-table.c:533 #3 0x0000ffffbf653824 in scm_source_properties (obj=3D) at = srcprop.c:195 #4 0x0000ffffbeebcf14 in ?? () #5 0x0000ffffbf03c130 in ?? () Backtrace stopped: previous frame inner to this frame (corrupt stack?) --8<---------------cut here---------------end--------------->8--- Thoughts? This code is the same as in 2.2. Ludo=E2=80=99. ------------=_1583861222-21285-1-- From unknown Sun Jun 22 07:37:43 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Ludovic =?UTF-8?Q?Court=C3=A8s?= Subject: bug#39988: closed (Re: bug#39266: Finalization thread hits wrong-type-arg on weak vector (AArch64)) Message-ID: References: <87d09kt93w.fsf@gnu.org> <87sgii7bz6.fsf@gnu.org> X-Gnu-PR-Message: they-closed 39988 X-Gnu-PR-Package: guile Reply-To: 39988@debbugs.gnu.org Date: Tue, 10 Mar 2020 17:27:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1583861222-21285-3" This is a multi-part message in MIME format... ------------=_1583861222-21285-3 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #39266: [3.0.1] Segfault in GC which was filed against the guile package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 39988@debbugs.gnu.org. --=20 39266: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D39266 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1583861222-21285-3 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 39266-done) by debbugs.gnu.org; 10 Mar 2020 17:26:03 +0000 Received: from localhost ([127.0.0.1]:53230 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBidn-0005W9-CT for submit@debbugs.gnu.org; Tue, 10 Mar 2020 13:26:03 -0400 Received: from eggs.gnu.org ([209.51.188.92]:43583) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jBidm-0005Vf-Bi for 39266-done@debbugs.gnu.org; Tue, 10 Mar 2020 13:26:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40377) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jBidg-0008Tn-Vj; Tue, 10 Mar 2020 13:25:57 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=59736 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jBidg-0005cj-BG; Tue, 10 Mar 2020 13:25:56 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Pierre Langlois Subject: Re: bug#39266: Finalization thread hits wrong-type-arg on weak vector (AArch64) References: <87tv4kdgyy.fsf@inria.fr> <874kux385m.fsf@gnu.org> <87wo7tdvcq.fsf@gmx.com> Date: Tue, 10 Mar 2020 18:25:55 +0100 In-Reply-To: <87wo7tdvcq.fsf@gmx.com> (Pierre Langlois's message of "Mon, 09 Mar 2020 22:19:49 +0000") Message-ID: <87d09kt93w.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 39266-done Cc: 39266-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hi Pierre, Pierre Langlois skribis: > I've tested it on AArch64 and it's looking good, I'm running Guile 3 > finally! I've tested by running 'guix pull --branch=3Dwip-guile-3.0.1' on > a rockpro64 running the Guix system, I've then reconfigured and rebooted > and it's all good. Thanks for testing! > Thanks so much for the fix! Hopefully it'll work on every platform and > that can be the end of it :-). Yup, I=E2=80=99ve tested =E2=80=98guix pull --branch=3Dwip-guile-3.0.1=E2= =80=99 and =E2=80=98guix build guile3.0-guix=E2=80=99 on all 4 architectures that Guix supports, and every= thing is fine. I=E2=80=99ve now pushed the upgrade to 3.0.1 + patch to Guix. Closing! \o/ The bug appears to be rare for Guile workloads not as intensive as a Guix build (never reported, never seen), but we should still probably do a bug-fix 3.0.2 release in the coming weeks, I guess. Ludo=E2=80=99. ------------=_1583861222-21285-3 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 8 Mar 2020 21:50:29 +0000 Received: from localhost ([127.0.0.1]:49407 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jB3oa-0006fx-8e for submit@debbugs.gnu.org; Sun, 08 Mar 2020 17:50:28 -0400 Received: from lists.gnu.org ([209.51.188.17]:33423) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jB3oY-0006fq-D6 for submit@debbugs.gnu.org; Sun, 08 Mar 2020 17:50:27 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:58879) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jB3oW-0002NQ-3A for bug-guile@gnu.org; Sun, 08 Mar 2020 17:50:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.2 required=5.0 tests=ALL_TRUSTED,BAYES_50 autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60286) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jB3oV-0001ir-W3 for bug-guile@gnu.org; Sun, 08 Mar 2020 17:50:24 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=36912 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jB3oV-0005gL-5y for bug-guile@gnu.org; Sun, 08 Mar 2020 17:50:23 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: bug-guile@gnu.org Subject: [3.0.1] Segfault in GC X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 19 =?utf-8?Q?Vent=C3=B4se?= an 228 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Sun, 08 Mar 2020 22:50:21 +0100 Message-ID: <87sgii7bz6.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Hello, Building =E2=80=98guile3.0-guix=E2=80=99 on x86_64-linux from Guix commit 1a30351bf37930222f077cdbcbb6659372f1ea2d leads to a GC segfault. This can be reproduced with: guix pull --commit=3D1a30351bf37930222f077cdbcbb6659372f1ea2d guix build -K guile3.0-guix =E2=80=98guix pull=E2=80=99 also segfaults similarly on x86_64-linux. The build log for =E2=80=98guile3.0-guix=E2=80=99 goes like this: --8<---------------cut here---------------start------------->8--- [ 43%] LOAD gnu/services.scm [ 43%] LOAD gnu/services/admin.scm [ 43%] LOAD gnu/services/audio.scm [ 44%] LOAD gnu/services/auditd.scm [ 44%] LOAD gnu/services/avahi.scm [ 44%] LOAD gnu/services/base.scm [ 44%] LOAD gnu/services/certbot.scm /gnu/store/29jhbbg1hf557x8j53f9sxd9imlmf02a-bash-minimal-5.0.7/bin/bash: li= ne 7: 26114 Segmentation fault XDG_CACHE_HOME=3D/nowhere host=3Dx86_64= -unknown-linux-gnu srcdir=3D"." ./pre-inst-env /gnum make[2]: *** [Makefile:5785: make-go] Error 139 make[2]: Leaving directory '/tmp/guix-build-guile3.0-guix-1.0.1-14.c2f9ea2.= drv-0/source' --8<---------------cut here---------------end--------------->8--- The backtrace: --8<---------------cut here---------------start------------->8--- (gdb) bt #0 GC_clear_fl_marks (q=3D) at alloc.c:880 #1 0x00007f92ec27d331 in GC_finish_collection () at alloc.c:987 #2 0x00007f92ec27d705 in GC_try_to_collect_inner ( stop_func=3D0x7f92ec27c8e0 ) at alloc.c:502 #3 0x00007f92ec27e314 in GC_collect_or_expand (needed_blocks=3Dneeded_bloc= ks@entry=3D1,=20 ignore_off_page=3Dignore_off_page@entry=3D0, retry=3Dretry@entry=3D0) a= t alloc.c:1353 #4 0x00007f92ec27e50f in GC_allocobj (gran=3Dgran@entry=3D1, kind=3D1) at = alloc.c:1445 #5 0x00007f92ec28413f in GC_generic_malloc_inner (lb=3Dlb@entry=3D16, k=3D= k@entry=3D1) at malloc.c:143 #6 0x00007f92ec2854f6 in GC_generic_malloc_many (lb=3Dlb@entry=3D16, k=3Dk= @entry=3D1,=20 result=3Dresult@entry=3D0x7f92ec2b0458 ) at mallocx.c= :445 #7 0x00007f92ec290623 in GC_malloc_kind (bytes=3D16, knd=3D1) at thread_lo= cal_alloc.c:184 #8 0x00007f92ec28463a in GC_malloc (lb=3D) at malloc.c:294 #9 0x00007f92ec353b73 in scm_cell (cdr=3D772, car=3D140268964272160) at ../libguile/gc.h:161 #10 scm_cons (y=3D0x304, x=3D0x7f92e9c9d820) at pairs.h:155 #11 scm_append (args=3D) at list.c:255 #12 0x00007f92e9a2c7a0 in ?? () #13 0x00007f92eb99fd80 in ?? () #14 0x00007f92ec418880 in ?? () from /gnu/store/gjr8c5qibb1v8clbafsr3a1xn9h4wb9y-guile-next-3.0.1/lib/li= bguile-3.0.so.1 #15 0x00007f92eb99fd80 in ?? () #16 0x00007f92ec352f0b in scm_jit_enter_mcode (thread=3D0x7f92eb99fd80,=20 mcode=3D0x7f92e8b66e70 "H\203\350\060I\211\314I)\304I\203\374@\017\205\= 263\006") at jit.c:5777 #17 0x00007f92ec3ae4b9 in vm_regular_engine (thread=3D0x7f92caf2e5e0) at vm= -engine.c:360 #18 0x00007f92ec3af155 in scm_call_n (proc=3D,=20 argv=3Dargv@entry=3D0x7ffec93ceb48, nargs=3Dnargs@entry=3D1) at vm.c:16= 00 #19 0x00007f92ec32d207 in scm_primitive_eval (exp=3D) at eva= l.c:671 #20 0x00007f92ec354bcb in scm_primitive_load (filename=3Dfilename@entry=3D0= x7f92cfa84f40) at load.c:131 #21 0x00007f92ec356078 in scm_primitive_load_path (args=3D) = at load.c:1267 #22 0x00007f92e96ceef0 in ?? () #23 0x00007f92eb99fd80 in ?? () #24 0x00007f92ec418880 in ?? () from /gnu/store/gjr8c5qibb1v8clbafsr3a1xn9h4wb9y-guile-next-3.0.1/lib/li= bguile-3.0.so.1 #25 0x00007f92eb99fd80 in ?? () #26 0x00007f92ec352f0b in scm_jit_enter_mcode (thread=3D0x7f92eb99fd80,=20 mcode=3D0x7f92e8b66e70 "H\203\350\060I\211\314I)\304I\203\374@\017\205\= 263\006") at jit.c:5777 #27 0x00007f92ec3ae4b9 in vm_regular_engine (thread=3D0x7f92cf24c850) at vm= -engine.c:360 #28 0x00007f92ec3af155 in scm_call_n (proc=3D,=20 argv=3Dargv@entry=3D0x7ffec93ceed8, nargs=3Dnargs@entry=3D1) at vm.c:16= 00 #29 0x00007f92ec32d207 in scm_primitive_eval (exp=3D) at eva= l.c:671 #30 0x00007f92ec354bcb in scm_primitive_load (filename=3Dfilename@entry=3D0= x7f92cfa57440) at load.c:131 #31 0x00007f92ec356078 in scm_primitive_load_path (args=3D) = at load.c:1267 #32 0x00007f92e96ceef0 in ?? () #33 0x00007f92eb99fd80 in ?? () #34 0x00007f92ec418880 in ?? () from /gnu/store/gjr8c5qibb1v8clbafsr3a1xn9h4wb9y-guile-next-3.0.1/lib/li= bguile-3.0.so.1 #35 0x00007f92eb99fd80 in ?? () #36 0x00007f92ec352f0b in scm_jit_enter_mcode (thread=3D0x7f92eb99fd80,=20 mcode=3D0x7f92e39387f0 "I\211\314I)\304I\203\374\020\017\217", ) at jit.c:5777 #37 0x00007f92ec3ae7a8 in vm_regular_engine (thread=3D0x7f92cf219410) at vm= -engine.c:374 #38 0x00007f92ec3af155 in scm_call_n (proc=3D,=20 argv=3Dargv@entry=3D0x7ffec93cf268, nargs=3Dnargs@entry=3D1) at vm.c:16= 00 #39 0x00007f92ec32d207 in scm_primitive_eval (exp=3D) at eva= l.c:671 #40 0x00007f92ec354bcb in scm_primitive_load (filename=3D) a= t load.c:131 #41 0x00007f92ec3add1c in vm_regular_engine (thread=3D0x7f92eb99fd80) at vm= -engine.c:972 #42 0x00007f92ec3af155 in scm_call_n (proc=3D,=20 argv=3Dargv@entry=3D0x7ffec93cf438, nargs=3Dnargs@entry=3D1) at vm.c:16= 00 #43 0x00007f92ec32d207 in scm_primitive_eval (exp=3D,=20 exp@entry=3D0x7f92e98c4fe0) at eval.c:671 #44 0x00007f92ec32d263 in scm_eval (exp=3D0x7f92e98c4fe0,=20 module_or_state=3Dmodule_or_state@entry=3D0x7f92e98a7f00) at eval.c:705 #45 0x00007f92ec385080 in scm_shell (argc=3D834, argv=3D0x7ffec93cfa98) at = script.c:357 #46 0x00007f92ec344c0d in invoke_main_func (body_data=3D0x7ffec93cf940) at = init.c:308 #47 0x00007f92ec327e5a in c_body (d=3D0x7ffec93cf880) at continuations.c:430 #48 0x00007f92ec3add1c in vm_regular_engine (thread=3D0x7f92eb99fd80) at vm= -engine.c:972 #49 0x00007f92ec3af155 in scm_call_n (proc=3D,=20 argv=3Dargv@entry=3D0x7ffec93cf640, nargs=3Dnargs@entry=3D2) at vm.c:16= 00 #50 0x00007f92ec32c09a in scm_call_2 (proc=3D, arg1=3D,=20 arg2=3D) at eval.c:503 #51 0x00007f92ec32d89a in scm_c_with_exception_handler (type=3Dtype@entry= =3D0x404,=20 handler=3Dhandler@entry=3D0x7f92ec3a4580 ,=20 handler_data=3Dhandler_data@entry=3D0x7ffec93cf7b0,=20 thunk=3Dthunk@entry=3D0x7f92ec3a46c0 ,=20 thunk_data=3Dthunk_data@entry=3D0x7ffec93cf7b0) at exceptions.c:170 #52 0x00007f92ec3a48bd in scm_c_catch (tag=3Dtag@entry=3D0x404,=20 body=3Dbody@entry=3D0x7f92ec327e50 , body_data=3Dbody_data@entr= y=3D0x7ffec93cf880,=20 handler=3Dhandler@entry=3D0x7f92ec3280f0 ,=20 handler_data=3Dhandler_data@entry=3D0x7ffec93cf880,=20 pre_unwind_handler=3Dpre_unwind_handler@entry=3D0x7f92ec327f50 ,=20 pre_unwind_handler_data=3D0x7f92e9c763c0) at throw.c:168 #53 0x00007f92ec328403 in scm_i_with_continuation_barrier ( body=3Dbody@entry=3D0x7f92ec327e50 , body_data=3Dbody_data@entr= y=3D0x7ffec93cf880,=20 handler=3Dhandler@entry=3D0x7f92ec3280f0 ,=20 handler_data=3Dhandler_data@entry=3D0x7ffec93cf880,=20 pre_unwind_handler=3Dpre_unwind_handler@entry=3D0x7f92ec327f50 ,=20 pre_unwind_handler_data=3D0x7f92e9c763c0) at continuations.c:368 #54 0x00007f92ec328495 in scm_c_with_continuation_barrier (func=3D,=20 data=3D) at continuations.c:464 #55 0x00007f92ec3a335f in with_guile (base=3Dbase@entry=3D0x7ffec93cf8e8,=20 data=3Ddata@entry=3D0x7ffec93cf910) at threads.c:645 #56 0x00007f92ec289a68 in GC_call_with_stack_base ( fn=3Dfn@entry=3D0x7f92ec3a3310 , arg=3Darg@entry=3D0x7ffec9= 3cf910) at misc.c:1941 #57 0x00007f92ec3a3678 in scm_i_with_guile (dynamic_state=3D= ,=20 data=3Ddata@entry=3D0x7ffec93cf910, func=3Dfunc@entry=3D0x7f92ec344bf0 = ) at threads.c:688 #58 scm_with_guile (func=3Dfunc@entry=3D0x7f92ec344bf0 ,= =20 data=3Ddata@entry=3D0x7ffec93cf940) at threads.c:694 #59 0x00007f92ec344d82 in scm_boot_guile (argc=3Dargc@entry=3D834,=20 argv=3Dargv@entry=3D0x7ffec93cfa98, main_func=3Dmain_func@entry=3D0x401= 240 ,=20 closure=3Dclosure@entry=3D0x0) at init.c:291 #60 0x0000000000401100 in main (argc=3D834, argv=3D0x7ffec93cfa98) at guile= .c:95 (gdb) info threads Id Target Id Frame=20 * 1 Thread 0x7f92ebcc3b80 (LWP 6259) GC_clear_fl_marks (q=3D) at alloc.c:880 2 Thread 0x7f92ea67b700 (LWP 6266) 0x00007f92ec257efc in pthread_cond_= wait@@GLIBC_2.3.2 () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc= -2.29/lib/libpthread.so.0 3 Thread 0x7f92e79fd700 (LWP 6276) 0x00007f92ec25b344 in read () from = /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthread.so.0 4 Thread 0x7f92e9623700 (LWP 6271) 0x00007f92ec25b344 in read () from = /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthread.so.0 5 Thread 0x7f92eb00c700 (LWP 6265) 0x00007f92ec257efc in pthread_cond_= wait@@GLIBC_2.3.2 () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc= -2.29/lib/libpthread.so.0 6 Thread 0x7f92eb99d700 (LWP 6264) 0x00007f92ec257efc in pthread_cond_= wait@@GLIBC_2.3.2 () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc= -2.29/lib/libpthread.so.0 --8<---------------cut here---------------end--------------->8--- Setting GUILE_JIT_THRESHOLD=3D-1, the thing goes further without segfaulting, but then it hangs with: --8<---------------cut here---------------start------------->8--- [ 50%] LOAD guix/store/ssh.scm [ 50%] LOAD guix/scripts/offload.scm Backtrace: [ 50%] LOAD guix/store/database.scm [ 50%] LOAD guix/store/deduplication.scm [ 50%] LOAD guix/store/roots.scm [ 50%] LOAD guix/config.scm [ 50%] LOAD guix/tests.scm [ 50%] LOAD guix/tests/http.scm --8<---------------cut here---------------end--------------->8--- Apparently a deadlock on =E2=80=98all_weak_tables_lock=E2=80=99: --8<---------------cut here---------------start------------->8--- (gdb) bt #0 0x00007f9a51bc00bc in __lll_lock_wait () from /gnu/store/ahqgl4h89xqj69= 5lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthread.so.0 #1 0x00007f9a51bb9674 in pthread_mutex_lock () from /gnu/store/ahqgl4h89xq= j695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthread.so.0 #2 0x00007f9a51d1624f in scm_c_make_weak_table (k=3D, kind= =3DSCM_WEAK_TABLE_KIND_KEY) at weak-table.c:505 #3 0x00007f9a51d12d1c in vm_regular_engine (thread=3D0x7f9a51304d80) at vm= -engine.c:972 #4 0x00007f9a51d14155 in scm_call_n (proc=3D, argv=3Dargv@e= ntry=3D0x7ffc439d27d8, nargs=3Dnargs@entry=3D1) at vm.c:1600 #5 0x00007f9a51c92207 in scm_primitive_eval (exp=3D) at eva= l.c:671 #6 0x00007f9a51cb9bcb in scm_primitive_load (filename=3D) a= t load.c:131 #7 0x00007f9a51d12d1c in vm_regular_engine (thread=3D0x7f9a51304d80) at vm= -engine.c:972 #8 0x00007f9a51d14155 in scm_call_n (proc=3D, argv=3Dargv@e= ntry=3D0x7ffc439d29a8, nargs=3Dnargs@entry=3D1) at vm.c:1600 #9 0x00007f9a51c92207 in scm_primitive_eval (exp=3D, exp@en= try=3D0x7f9a4f269fe0) at eval.c:671 #10 0x00007f9a51c92263 in scm_eval (exp=3D0x7f9a4f269fe0, module_or_state= =3Dmodule_or_state@entry=3D0x7f9a4f24cf00) at eval.c:705 #11 0x00007f9a51cea080 in scm_shell (argc=3D834, argv=3D0x7ffc439d3008) at = script.c:357 #12 0x00007f9a51ca9c0d in invoke_main_func (body_data=3D0x7ffc439d2eb0) at = init.c:308 #13 0x00007f9a51c8ce5a in c_body (d=3D0x7ffc439d2df0) at continuations.c:430 #14 0x00007f9a51d12d1c in vm_regular_engine (thread=3D0x7f9a51304d80) at vm= -engine.c:972 #15 0x00007f9a51d14155 in scm_call_n (proc=3D, argv=3Dargv@e= ntry=3D0x7ffc439d2bb0, nargs=3Dnargs@entry=3D2) at vm.c:1600 #16 0x00007f9a51c9109a in scm_call_2 (proc=3D, arg1=3D, arg2=3D) at eval.c:503 #17 0x00007f9a51c9289a in scm_c_with_exception_handler (type=3Dtype@entry= =3D0x404, handler=3Dhandler@entry=3D0x7f9a51d09580 , handler_data=3Dhandler_data@entry=3D0x7ffc439d2d20,=20 thunk=3Dthunk@entry=3D0x7f9a51d096c0 , thunk_data=3Dthunk_d= ata@entry=3D0x7ffc439d2d20) at exceptions.c:170 #18 0x00007f9a51d098bd in scm_c_catch (tag=3Dtag@entry=3D0x404, body=3Dbody= @entry=3D0x7f9a51c8ce50 , body_data=3Dbody_data@entry=3D0x7ffc439d2= df0, handler=3Dhandler@entry=3D0x7f9a51c8d0f0 ,=20 handler_data=3Dhandler_data@entry=3D0x7ffc439d2df0, pre_unwind_handler= =3Dpre_unwind_handler@entry=3D0x7f9a51c8cf50 , pre_unwi= nd_handler_data=3D0x7f9a4f5db3c0) at throw.c:168 #19 0x00007f9a51c8d403 in scm_i_with_continuation_barrier (body=3Dbody@entr= y=3D0x7f9a51c8ce50 , body_data=3Dbody_data@entry=3D0x7ffc439d2df0, = handler=3Dhandler@entry=3D0x7f9a51c8d0f0 ,=20 handler_data=3Dhandler_data@entry=3D0x7ffc439d2df0, pre_unwind_handler= =3Dpre_unwind_handler@entry=3D0x7f9a51c8cf50 , pre_unwi= nd_handler_data=3D0x7f9a4f5db3c0) at continuations.c:368 #20 0x00007f9a51c8d495 in scm_c_with_continuation_barrier (func=3D, data=3D) at continuations.c:464 #21 0x00007f9a51d0835f in with_guile (base=3Dbase@entry=3D0x7ffc439d2e58, d= ata=3Ddata@entry=3D0x7ffc439d2e80) at threads.c:645 #22 0x00007f9a51beea68 in GC_call_with_stack_base (fn=3Dfn@entry=3D0x7f9a51= d08310 , arg=3Darg@entry=3D0x7ffc439d2e80) at misc.c:1941 #23 0x00007f9a51d08678 in scm_i_with_guile (dynamic_state=3D= , data=3Ddata@entry=3D0x7ffc439d2e80, func=3Dfunc@entry=3D0x7f9a51ca9bf0 ) at threads.c:688 #24 scm_with_guile (func=3Dfunc@entry=3D0x7f9a51ca9bf0 , = data=3Ddata@entry=3D0x7ffc439d2eb0) at threads.c:694 #25 0x00007f9a51ca9d82 in scm_boot_guile (argc=3Dargc@entry=3D834, argv=3Da= rgv@entry=3D0x7ffc439d3008, main_func=3Dmain_func@entry=3D0x401240 , closure=3Dclosure@entry=3D0x0) at init.c:291 #26 0x0000000000401100 in main (argc=3D834, argv=3D0x7ffc439d3008) at guile= .c:95 (gdb) info threads Id Target Id Frame=20 * 1 Thread 0x7f9a51628b80 (LWP 7003) "guile" 0x00007f9a51bc00bc in __lll= _lock_wait () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/l= ib/libpthread.so.0 2 Thread 0x7f9a51302700 (LWP 7006) "guile" 0x00007f9a51bbcefc in pthre= ad_cond_wait@@GLIBC_2.3.2 () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4= pj-glibc-2.29/lib/libpthread.so.0 3 Thread 0x7f9a50971700 (LWP 7007) "guile" 0x00007f9a51bbcefc in pthre= ad_cond_wait@@GLIBC_2.3.2 () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4= pj-glibc-2.29/lib/libpthread.so.0 4 Thread 0x7f9a4ffe0700 (LWP 7008) "guile" 0x00007f9a51bbcefc in pthre= ad_cond_wait@@GLIBC_2.3.2 () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4= pj-glibc-2.29/lib/libpthread.so.0 5 Thread 0x7f9a4f008700 (LWP 7009) "guile" 0x00007f9a51bbcefc in pthre= ad_cond_wait@@GLIBC_2.3.2 () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4= pj-glibc-2.29/lib/libpthread.so.0 6 Thread 0x7f9a4d522700 (LWP 7010) "guile" 0x00007f9a51bc0344 in read = () from /gnu/store/ahqgl4h89xqj695lgqvsaf6zh2nhy4pj-glibc-2.29/lib/libpthre= ad.so.0 --8<---------------cut here---------------end--------------->8--- To be continued=E2=80=A6 Ludo=E2=80=99. ------------=_1583861222-21285-3-- From debbugs-submit-bounces@debbugs.gnu.org Wed Mar 11 16:21:59 2020 Received: (at control) by debbugs.gnu.org; 11 Mar 2020 20:21:59 +0000 Received: from localhost ([127.0.0.1]:55611 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jC7ra-0000pW-P0 for submit@debbugs.gnu.org; Wed, 11 Mar 2020 16:21:59 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54263) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jC7rZ-0000pK-Tc for control@debbugs.gnu.org; Wed, 11 Mar 2020 16:21:58 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40142) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jC7rU-00017b-QK for control@debbugs.gnu.org; Wed, 11 Mar 2020 16:21:52 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=39124 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jC7rU-0007Pt-9u for control@debbugs.gnu.org; Wed, 11 Mar 2020 16:21:52 -0400 Date: Wed, 11 Mar 2020 21:21:51 +0100 Message-Id: <87v9nafxr4.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #39266 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) retitle 39266 Heap corruption leads to random crashes quit From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 12 11:59:50 2020 Received: (at control) by debbugs.gnu.org; 12 Mar 2020 15:59:50 +0000 Received: from localhost ([127.0.0.1]:57717 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jCQFS-00076N-5Y for submit@debbugs.gnu.org; Thu, 12 Mar 2020 11:59:50 -0400 Received: from eggs.gnu.org ([209.51.188.92]:37907) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jCQFQ-000766-Oa for control@debbugs.gnu.org; Thu, 12 Mar 2020 11:59:49 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60287) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jCQFL-0008Jy-Hi for control@debbugs.gnu.org; Thu, 12 Mar 2020 11:59:43 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=49854 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jCQFL-0000PO-1C for control@debbugs.gnu.org; Thu, 12 Mar 2020 11:59:43 -0400 Date: Thu, 12 Mar 2020 16:59:40 +0100 Message-Id: <87eetxsgwj.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #39266 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) merge 39266 36811 quit From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 12 12:01:57 2020 Received: (at control) by debbugs.gnu.org; 12 Mar 2020 16:01:57 +0000 Received: from localhost ([127.0.0.1]:57722 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jCQHV-0007Cj-Is for submit@debbugs.gnu.org; Thu, 12 Mar 2020 12:01:57 -0400 Received: from eggs.gnu.org ([209.51.188.92]:38340) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jCQHT-0007CU-Lm for control@debbugs.gnu.org; Thu, 12 Mar 2020 12:01:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60383) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1jCQHO-0003gy-Gk for control@debbugs.gnu.org; Thu, 12 Mar 2020 12:01:50 -0400 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=49884 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1jCQHL-0006Ot-6n for control@debbugs.gnu.org; Thu, 12 Mar 2020 12:01:47 -0400 Date: Thu, 12 Mar 2020 17:01:46 +0100 Message-Id: <878sk5sgt1.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #39266 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) merge 39266 39208 quit