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: Crash when switching to buffer Date: Mon, 01 Jul 2024 15:04:42 +0300 Message-ID: <86a5j1fhd1.fsf@gnu.org> References: <87v81pbgzi.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12299"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, gerd.moellmann@gmail.com, eller.helmut@gmail.com To: Ihor Radchenko Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Jul 01 14:05:48 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 1sOFn1-0002xy-9N for ged-emacs-devel@m.gmane-mx.org; Mon, 01 Jul 2024 14:05:47 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sOFmK-0000bu-5Q; Mon, 01 Jul 2024 08:05:04 -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 1sOFmH-0000bS-M2 for emacs-devel@gnu.org; Mon, 01 Jul 2024 08:05:01 -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 1sOFmH-0001xo-A1; Mon, 01 Jul 2024 08:05:01 -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=9ELHl1b/oFd8p1oNXgm4nDj30NPKQzUesfyMCXM468w=; b=l2I80JyC3E2vsSTAYg8t nsdPaOLNjfDBMXaNfV1iy3+1rywaQUV5E1M3lw5ru02A1kmqiYGOC1doBbIX9soBZEZoZhun6lzdd PYZyI1XPfvTz92BywyBai0v46O1J9m4USG4hXoEl6WAcF936ZN9GM9UjzeOHAWDgsTWl1grAvvtVB dLUJxsQwzeEZwDxA/lw5efG0DArXPrdrdnvoPvjsu1E9+DYkjDkhtGfglf1wx+pVT+/ETZaNJueuK taTlCeXKD86ibkdwGuN5Mipr8suh+KnR9QrRn9G61zF0zf8fpHIIYEhr+HUGg0On7k7nAQW9CB+QE fsallXInCXSsug==; In-Reply-To: <87v81pbgzi.fsf@localhost> (message from Ihor Radchenko on Mon, 01 Jul 2024 09:26:25 +0000) 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:321013 Archived-At: > From: Ihor Radchenko > Cc: Gerd Möllmann , Eli Zaretskii > , > eller.helmut@gmail.com > Date: Mon, 01 Jul 2024 09:26:25 +0000 > > > Thread 1 "emacs" hit Breakpoint 1, terminate_due_to_signal (sig=sig@entry=11, backtrace_limit=backtrace_limit@entry=40) at emacs.c:443 > 443 { > (gdb) bt > #0 terminate_due_to_signal (sig=sig@entry=11, backtrace_limit=backtrace_limit@entry=40) at emacs.c:443 > #1 0x00005555556e446b in handle_fatal_signal (sig=sig@entry=11) at sysdep.c:1800 > #2 0x00005555556e44d0 in deliver_thread_signal (sig=11, handler=0x5555556e4457 ) at sysdep.c:1792 > #3 deliver_fatal_thread_signal (sig=sig@entry=11) at sysdep.c:1812 > #4 0x00005555556e44fd in handle_sigsegv (sig=11, siginfo=, arg=) at sysdep.c:1950 > #5 0x00007ffff3048050 in () at /lib64/libc.so.6 > #6 0x00007ffff304822b in kill () at /lib64/libc.so.6 > #7 0x0000555555880af9 in sigHandle (sig=, info=, uap=) at /home/yantar92/Dist/mps/code/protsgix.c:114 > #8 0x00007ffff3048050 in () at /lib64/libc.so.6 > #9 XCDR (c=XIL(0x32ec042e3)) at /home/yantar92/Git/emacs/src/lisp.h:1522 > #10 plist_get (plist=, prop=prop@entry=XIL(0x8220)) at fns.c:2611 > #11 0x000055555575a8de in Fget (symbol=symbol@entry=XIL(0x2aaa92d6f288), propname=propname@entry=XIL(0x8220)) at fns.c:2631 > #12 0x0000555555664370 in resolve_face_name (face_name=XIL(0x2aaa92d6f288), signal_p=signal_p@entry=false) at xfaces.c:2004 > #13 0x0000555555669e57 in get_lface_attributes > (w=w@entry=0x7fffef8a0068, f=f@entry=0x7fffe26fd610, face_name=, attrs=attrs@entry=0x7fffffff5270, signal_p=signal_p@entry=false, named_merge_points=, named_merge_points@entry=0x0) at xfaces.c:2105 > #14 0x0000555555670ea9 in lookup_derived_face > (w=0x7fffef8a0068, f=f@entry=0x7fffe26fd610, symbol=, face_id=face_id@entry=45, signal_p=signal_p@entry=false) at xfaces.c:5279 > #15 0x0000555555671ef4 in merge_faces (w=, face_name=, face_name@entry=XIL(0x30), face_id=, base_face_id=45) > at xfaces.c:7128 > #16 0x00005555555c0751 in next_element_from_display_vector (it=0x7fffffff7dc0) at xdisp.c:9045 This is not a crash when switching buffers, this is a crash in redisplay, when merging faces for display. What exactly is the cause of segfault in plist_get? Please look at the data there in the debugger and see which one(s) are invalid or corrupted. From the backtrace it sounds like the plist of the face is botched, but that's a guess. Is this reproducible? I tried switching between two buffers and didn't get any crashes here, FWIW.