From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: MPS: unable to build due to assertion violation in igc_dump_check_object_starts Date: Tue, 23 Jul 2024 21:37:22 +0300 Message-ID: <86h6cg7y59.fsf@gnu.org> References: <861q3k9sfb.fsf@gnu.org> <86zfq889re.fsf@gnu.org> <86y15s893y.fsf@gnu.org> <86ttgg867k.fsf@gnu.org> <86ikww7zvf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31084"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eller.helmut@gmail.com, emacs-devel@gnu.org To: gerd.moellmann@gmail.com, pipcet@protonmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Jul 23 20:38:25 2024 Return-path: Envelope-to: ged-emacs-devel@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 1sWKP3-0007vl-5V for ged-emacs-devel@m.gmane-mx.org; Tue, 23 Jul 2024 20:38:25 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sWKOI-0004kZ-KU; Tue, 23 Jul 2024 14:37:38 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sWKOH-0004jX-BO for emacs-devel@gnu.org; Tue, 23 Jul 2024 14:37:37 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1sWKOG-0006ns-S4; Tue, 23 Jul 2024 14:37:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=Wm25vQsVkKyKgqCHjfTM5cfg/kUbSRcvY8RyavzOQ2s=; b=knnFu1Nc/V3MJ/cLbJll uEeD5YmWBtgPWLYELqME/RLQ7260VWN00sBnEYgCDQsHsefppQTt5wM7QL/oG/cyWG+Wwb0B/aXvL AuPlHm3f0ymB6ZX63i1fr4+CoctkQyJBRp0mM5oGDip8wGNFoGzDVs3iZBI/tT72UpsdxR/WRUhnh TNm9MIEfbnyHRzPHvdXlonSL3Rzwrxi55PPZqxz+FD4WaREa8iqFcJQTHKVUo3SHx5jXCv30FJE1H uG3tMM/QYSRTTV8KBk2uAGAxPZesprjtnC7PGXEvo3QJRp4yMYtyCVgldOOpJZ8Gx06cpoAYQmkJd 9xx1uUyKVTA0/g==; In-Reply-To: <86ikww7zvf.fsf@gnu.org> (message from Eli Zaretskii on Tue, 23 Jul 2024 21:00:04 +0300) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.devel:322007 Archived-At: > Date: Tue, 23 Jul 2024 21:00:04 +0300 > From: Eli Zaretskii > Cc: pipcet@protonmail.com, eller.helmut@gmail.com, emacs-devel@gnu.org > > #1 0x00c9febf in dump_igc_finish_obj (ctx=0x777eb38, ctx@entry=0x777eb3c) > at pdumper.c:935 > 935 emacs_abort (); > (gdb) bt > #0 emacs_abort () at w32fns.c:11335 > #1 0x00c9febf in dump_igc_finish_obj (ctx=0x777eb38, ctx@entry=0x777eb3c) > at pdumper.c:935 > #2 0x00ca5a3f in dump_cold_string (string=, ctx=0x777eb3c) > at pdumper.c:3560 > #3 dump_drain_cold_data (ctx=0x777eb3c) at pdumper.c:3714 > #4 Fdump_emacs_portable (filename=, > track_referrers=) at pdumper.c:4514 > #5 0x00ccae36 in eval_sub (form=0xbb2ac73) at eval.c:2630 > #6 0x00ccac41 in eval_sub (form=0xbb2abb3) at eval.c:2578 > #7 0x00ccafc3 in Fprogn (body=0xbb2ae6b) at eval.c:452 > #8 0x00ccc068 in Flet (args=) at lisp.h:1546 > #9 0x00ccac41 in eval_sub (form=0xbb2aacb) at eval.c:2578 > #10 0x00ccc916 in Funwind_protect (args=0xbb2ae7b) at lisp.h:1546 > #11 0x00ccac41 in eval_sub (form=0xbb2aabb) at eval.c:2578 > #12 0x00ccafc3 in Fprogn (body=0x0) at eval.c:452 > #13 0x00ccc068 in Flet (args=) at lisp.h:1546 > #14 0x00ccac41 in eval_sub (form=0xbb2aa8b) at eval.c:2578 > #15 0x00ccafc3 in Fprogn (body=0xbb2b93b) at eval.c:452 > #16 0x00ccc068 in Flet (args=) at lisp.h:1546 > #17 0x00ccac41 in eval_sub (form=0xbb2a52b) at eval.c:2578 > #18 0x00ccac41 in eval_sub (form=0xbb2a50b) at eval.c:2578 > #19 0x00ccafc3 in Fprogn (body=0x0) at eval.c:452 > #20 0x00ccac41 in eval_sub (form=form@entry=0xbb29ff3) at eval.c:2578 > #21 0x00d06f34 in readevalloop (readcharfun=readcharfun@entry=0x60c0, > infile0=infile0@entry=0x777f638, sourcename=sourcename@entry=0xa848184, > printflag=printflag@entry=false, unibyte=unibyte@entry=0x0, > readfun=readfun@entry=0x0, start=start@entry=0x0, end=, > end@entry=0x0) at lread.c:2537 > #22 0x00d0798b in Fload (file=, noerror=0x0, nomessage=0x0, > nosuffix=0x0, must_suffix=) at lisp.h:1214 > #23 0x00ccadd3 in eval_sub (form=form@entry=0xa847e4b) at eval.c:2641 > #24 0x00cccf0d in Feval (form=0xa847e4b, lexical=lexical@entry=0x20) > at eval.c:2486 > #25 0x00c25d51 in top_level_2 () at lisp.h:1214 > #26 0x00cc528c in internal_condition_case ( > bfun=bfun@entry=0xc25cf3 , handlers=handlers@entry=0x60, > hfun=hfun@entry=0xc2f806 ) at eval.c:1633 > #27 0x00c26460 in top_level_1 (ignore=0x0) at lisp.h:1214 > #28 0x00cc51a6 in internal_catch (tag=tag@entry=0xc520, > func=func@entry=0xc26437 , arg=arg@entry=0x0) at eval.c:1312 > #29 0x00c25b0f in command_loop () at lisp.h:1214 > #30 0x00c2f3c4 in recursive_edit_1 () at keyboard.c:765 > #31 0x00c2f6b2 in Frecursive_edit () at keyboard.c:848 > #32 0x00e75745 in main (argc=, argv=) > at emacs.c:2646 > (gdb) up > #2 0x00ca5a3f in dump_cold_string (string=, ctx=0x777eb3c) > at pdumper.c:3560 > 3560 dump_igc_finish_obj (ctx); > (gdb) p data > $1 = (struct Lisp_String_Data *) 0xb52b200 > (gdb) p *$ > $2 = {gc_header = {v = 245077557021}, data = 0xb52b208 "ÅÆ!\210Ç\030\t.\017"} > (gdb) p/x *$1 > $3 = {gc_header = {v = 0x390fc2bf1d}, data = 0xb52b208} > (gdb) And: (gdb) fr 1 #1 0x00c9febf in dump_igc_finish_obj (ctx=0x777eb38, ctx@entry=0x777eb3c) at pdumper.c:935 935 emacs_abort (); (gdb) p ctx->igc_type $5 = IGC_OBJ_STRING_DATA (gdb) p should_end $6 = (gdb) p ctx->igc_obj_dumped $7 = (void *) 0xb52b200 (gdb) p igc_header_type(ctx->igc_obj_dumped) $8 = IGC_OBJ_STRING_DATA (gdb) p obj_size(ctx->igc_obj_dumped) $9 = 112 So this is IGC_OBJ_STRING_DATA, but why doesn't igc_dump_finish_obj do its job in this case? What are we missing?