From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Newsgroups: gmane.emacs.bugs Subject: bug#57309: 29.0.50; Build error "trying to dump non fixed-up eln file" Date: Sun, 21 Aug 2022 10:50:11 +0200 Message-ID: References: <87zgfznjvz.fsf@gnus.org> <87tu67njdq.fsf@gnus.org> <87pmgvniyh.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="37332"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (darwin) Cc: 57309@debbugs.gnu.org, Andrea Corallo To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Aug 21 10:51:13 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oPgfo-0009W9-UQ for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 21 Aug 2022 10:51:13 +0200 Original-Received: from localhost ([::1]:36754 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oPgfn-00030c-7T for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 21 Aug 2022 04:51:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52544) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oPgfe-00030Q-Sw for bug-gnu-emacs@gnu.org; Sun, 21 Aug 2022 04:51:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44042) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oPgfe-0000FZ-Kl for bug-gnu-emacs@gnu.org; Sun, 21 Aug 2022 04:51:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oPgfe-0003TN-BT for bug-gnu-emacs@gnu.org; Sun, 21 Aug 2022 04:51:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gerd =?UTF-8?Q?M=C3=B6llmann?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 21 Aug 2022 08:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57309 X-GNU-PR-Package: emacs Original-Received: via spool by 57309-submit@debbugs.gnu.org id=B57309.166107182513288 (code B ref 57309); Sun, 21 Aug 2022 08:51:02 +0000 Original-Received: (at 57309) by debbugs.gnu.org; 21 Aug 2022 08:50:25 +0000 Original-Received: from localhost ([127.0.0.1]:33791 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oPgf3-0003SF-1f for submit@debbugs.gnu.org; Sun, 21 Aug 2022 04:50:25 -0400 Original-Received: from mail-ed1-f48.google.com ([209.85.208.48]:37784) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oPgex-0003Rj-GV for 57309@debbugs.gnu.org; Sun, 21 Aug 2022 04:50:23 -0400 Original-Received: by mail-ed1-f48.google.com with SMTP id b16so10365921edd.4 for <57309@debbugs.gnu.org>; Sun, 21 Aug 2022 01:50:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:from:to:cc; bh=39h79qVGTMqZ6raSX2It4MPebAsFEtSicmVMPyCGE+g=; b=HWBcAQ8cJrcA5tlSTon+K22Hb6YOGG6quxYo1PXKqzUuO0JyqCAu9gEEl1R/dp3AKD 19j/jri5zOCxxBFEDKsdvRXbfDdOBb2dffWsk5pPyQpPdS8qvxDRxJYf45HrO+Jyc95F b+h+tgY8O+Lm0xJ4OR0vh19YhstW5wYOjUOeSeFJjjE8vNzD8vxy6BOQApZ1Wy7wXRa6 rR1oBGe1rgMYeIREIlVOr/EPx/qUXmp8lXAT41RmG8f22bgjOb4p2n4WqBiQFSDrruOQ nCxkRUBkGfwmUP+bEAfjP2fIHnBwkDHYnCYFb95vN2omg5SJiMH5oeqxyRl1TDk0hnmV L3Fg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:user-agent:message-id:date :references:in-reply-to:subject:cc:to:from:x-gm-message-state:from :to:cc; bh=39h79qVGTMqZ6raSX2It4MPebAsFEtSicmVMPyCGE+g=; b=Hbz5x5aohyPSij/+Bz1sSVt8nKkk1WMgdbyUZKA9P/31ppCxM34pwO/IcXoZygsx75 faRl5uAezxfXcGNJTQey/loZKqC3B4gjJ8zrdrGmylFs5TgQWxedfFsiCzbf0bezGd+N y6y7LIp8hYuFUA7j8+7q/6We494Eqs643Ucw0xsbpHY5C2mILuiZbGn239CTLxJC9CfQ HJQ1ioCWpfuxakiEQldBx928YoJZbrgHxknoOqVDRWSYejh8ESC9OJP6Mqq+2N657KTv 1eZtDpRuH7zLdtBTaq2tEMutIt8lLMCMvr5vGZGbck8ApdknR7p3tnQSAWqbRfDxqsQr drOQ== X-Gm-Message-State: ACgBeo1U4uQKQ59qZnGQ3wYVubopCVBrF649yB3Gs76mWnzgltErTDBJ wyO+VqEfXKXtGlVwqaXktiI= X-Google-Smtp-Source: AA6agR5X83hVePKXXRyOr1sgAuX9uZ7Z8fZiRFGN3EI7NsaMhZ37L55ubpM44Cyix1ZqWX6rk2uX/w== X-Received: by 2002:a05:6402:298a:b0:43a:76f8:a75c with SMTP id eq10-20020a056402298a00b0043a76f8a75cmr12144793edb.216.1661071813446; Sun, 21 Aug 2022 01:50:13 -0700 (PDT) Original-Received: from Mini.fritz.box (p54b0cf60.dip0.t-ipconnect.de. [84.176.207.96]) by smtp.gmail.com with ESMTPSA id 1-20020a170906318100b007030c97ae62sm4570314ejy.191.2022.08.21.01.50.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 21 Aug 2022 01:50:12 -0700 (PDT) In-Reply-To: ("Gerd =?UTF-8?Q?M=C3=B6llmann?="'s message of "Sun, 21 Aug 2022 09:03:45 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:240288 Archived-At: Gerd M=C3=B6llmann writes: > > Gerd M=C3=B6llmann writes: > >> Gerd M=C3=B6llmann writes: >> And a little bit more... >> >> The error "trying to..." comes from dump_native_comp_unit, which is >> called from dump_vectorlike, which is called from dump_object. Dumped >> objects are recorded in a hashtable dump_context::objects_dumped. Now >> >> (lldb) p ctx->objects_dumped >> (Lisp_Object) $294 =3D 0x000000010407373d (struct Lisp_Hash_Table *) $29= 9 =3D 0x0000000104073738 >> (lldb) expr -- hash_lookup ($299, lv, 0) >> (ptrdiff_t) $300 =3D 2010 >> (lldb) p lv >> (Lisp_Object) $301 =3D 0x00000001040d0a6d (struct Lisp_Native_Comp_Unit = *) $306 =3D 0x00000001040d0a68 >> >> lv is the compilation unit in question which gives the error, and the >> dumpcontext says it is already dumped. >> Sorry for following up again to myself, but I haven't lost the hope that someone in the know chimes in at some point :-). When I print the value that the window.eln compilation unit has in objects_dumped (lldb) expr -- $299->key_and_value=20 (Lisp_Object) $317 =3D 0x000000011004800d (struct Lisp_Vector *) $321 =3D 0= x0000000110048008 (lldb) expr -- $321->contents [2*2010 + 1] (Lisp_Object) $322 =3D 0xfffffffffffffffe (struct Lisp_Cons *) $324 =3D 0xf= ffffffffffffff8 (lldb) xdebug_print $321->contents [2*2010 + 1] -1 We see (a) my lldb support has a bug (shit), and (b) that the value is -1, which is DUMP_OBJECT_ON_NORMAL_QUEUE. And when I go a frame up in the callstack, I see indeed frame #5: 0x000000010014cc24 temacs`dump_drain_normal_queue(ctx=3D0x0000000= 16fdfe300) at pdumper.c:3985:5 [opt] 3982 dump_drain_normal_queue (struct dump_context *ctx) 3983 { 3984 while (!dump_queue_empty_p (&ctx->dump_queue)) -> 3985 dump_object (ctx, dump_queue_dequeue (&ctx->dump_queue, ctx->of= fset)); 3986 } Another frame up frame #6: 0x000000010014b514 temacs`Fdump_emacs_portable(filename=3D, track_referrers=3D) at pdumper.c:4175:7 [opt] 4172 { 4173 dump_drain_deferred_hash_tables (ctx); 4174 dump_drain_deferred_symbols (ctx); -> 4175 dump_drain_normal_queue (ctx); 4176 } So, I think what happens here is this: Window.eln's compilation unit gets dumped normally the first time around. But it also is put on the dump_context::dump_queue for some reason. Add when the queue is processed, boom... Hm again.