From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eval EXEC Newsgroups: gmane.emacs.devel Subject: Re: [scratch/igc] 985247b6bee crash on Linux, KDE, Wayland Date: Fri, 06 Sep 2024 00:40:32 +0800 Message-ID: <87frqef3zz.fsf@gmail.com> References: <8734mezkgo.fsf@gmail.com> <87y1461frv.fsf@gmail.com> <864j6u47g4.fsf@gnu.org> <8634me447j.fsf@gnu.org> <861q1y437s.fsf@gnu.org> <86wmjq2mr2.fsf@gnu.org> <875xrars34.fsf@protonmail.com> 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="4002"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Eli Zaretskii , Gerd =?utf-8?Q?M=C3=B6llmann?= , emacs-devel@gnu.org To: Pip Cet Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Sep 05 19:41:11 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 1smGTm-0000os-Gn for ged-emacs-devel@m.gmane-mx.org; Thu, 05 Sep 2024 19:41:10 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1smGTO-0004WQ-0Y; Thu, 05 Sep 2024 13:40:46 -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 1smFXC-0001PB-V6 for emacs-devel@gnu.org; Thu, 05 Sep 2024 12:40:38 -0400 Original-Received: from mail-pl1-x644.google.com ([2607:f8b0:4864:20::644]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1smFXB-0002qx-Cx; Thu, 05 Sep 2024 12:40:38 -0400 Original-Received: by mail-pl1-x644.google.com with SMTP id d9443c01a7336-2059204f448so9332845ad.0; Thu, 05 Sep 2024 09:40:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725554435; x=1726159235; darn=gnu.org; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:from:to:cc:subject:date:message-id :reply-to; bh=A6A7MTb5GU7j8wv+V7MDJwcvEsPoIycTy6yWbMvBaLU=; b=HdbmEo717npFpRqBjuuUZyyGT9x90THQX7cQ1I3K0VxwGenfbEntwflXxyZJozzixD 0vsxrZzC0HfLwbuxo+IrcQaBK+L8sefwaO06HdUcau7ELudHO8NisEkWnZ2O0KgrWmjA 7K9hXyLlQ4AZwNWmTzG/K4BEs9yVcArrOM3jLqfOrpLtIFG79Vpamt8VBvyGuny7OHG7 NSa3O1Iu3CvRCGXx3KRGRgKZaW2MY+SqDvcJO4GFRsN0/zGjtVAZFbDYJL07LdZbciVV ZV+zzzY1tot5YOyDIpOMcE5uoZRQrY2H+Bcp+qIfiFe8zELEO3bJpDnAUDTAH2jv3RtY voLQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725554435; x=1726159235; h=content-transfer-encoding:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=A6A7MTb5GU7j8wv+V7MDJwcvEsPoIycTy6yWbMvBaLU=; b=R6KKtiyeVMXNvwPPcvWOmUjO5gYj+qRF81A9G5QEeWzbezR63axDFhvEHEBkUXlZAC ja7w2urTgkQxLPGABzP1IRt0MAV4FwtV+bWMRdRA5QQEiQ1nvoJePKgZbkg4NjCBdPhM RwHWznEkrjZQki+NNmD6gVC0zF4+1lr9b78HByiqnsgPZk97wIykK7PQsf9J9PN/RgcF V92o5L9KBmpzoZe/45Zn+YP1YN6UkN7pdpEa/qUsJ83eqMo1x8YVA8eXK65opcwAGcrv 9+0Mf3GwcZo12hgUYwlygKZpQ8fbHhsQBTZF+YCKdOPty5M9u7zGP+XtsUGXm1dMujtM Jq5Q== X-Forwarded-Encrypted: i=1; AJvYcCUtg5vCxGpw1EV2j1i5V8+/RRlHWQgOyLlKAODClrj1fXefte/T06fhk+6B0FuCI8f+SXszdE9JH5cseA==@gnu.org X-Gm-Message-State: AOJu0Yx0d+s5DAM/t/7mQIgaqlvVhjYb2QiKL8yw29I7u0ALFnBM0hNj wO80e0nV/fnVV+yta4CyYjtaV57Z8f8X8wZuTUlgnO0PzhLL8ZO+7aWQf8rFFYk3dw== X-Google-Smtp-Source: AGHT+IHliWX9t3/Wd9IiKCFhc0lj4Otx+gxR7KgbmaBwCB2dQgicMrL8KdLUlXs4F2WhxsrJXPwilw== X-Received: by 2002:a17:902:c949:b0:205:5dfe:7be with SMTP id d9443c01a7336-2055dfe179fmr162212375ad.26.1725554434381; Thu, 05 Sep 2024 09:40:34 -0700 (PDT) Original-Received: from localhost (144.34.182.14.16clouds.com. [144.34.182.14]) by smtp.gmail.com with ESMTPSA id d9443c01a7336-206aea38592sm30764795ad.181.2024.09.05.09.40.33 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 05 Sep 2024 09:40:34 -0700 (PDT) In-Reply-To: <875xrars34.fsf@protonmail.com> (Pip Cet's message of "Thu, 05 Sep 2024 16:19:29 +0000") Received-SPF: pass client-ip=2607:f8b0:4864:20::644; envelope-from=execvy@gmail.com; helo=mail-pl1-x644.google.com X-Spam_score_int: -10 X-Spam_score: -1.1 X-Spam_bar: - X-Spam_report: (-1.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, FREEMAIL_REPLY=1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Mailman-Approved-At: Thu, 05 Sep 2024 13:40:39 -0400 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:323416 Archived-At: Pip Cet writes: > "Eli Zaretskii" writes: > >>> From: Gerd M=C3=B6llmann >>> Cc: execvy@gmail.com, pipcet@protonmail.com, emacs-devel@gnu.org >>> Date: Thu, 05 Sep 2024 15:57:50 +0200 >>> >>> Eli Zaretskii writes: >>> >>> >> That means FRAME_OUTPUT_DATA can be null during the lifetime of a >>> >> frame. If that happens, we'll crash exactly in that way in the new c= ode >>> >> for window frames. >>> > >>> > We never test for FRAME_OUTPUT_DATA being non-NULL in the code, so I >>> > don't think I understand why igc.c is different. >>> >>> Our scan functions can run at arbitrary times, including when >>> FRAME_OUTPUT_DATA is still null. >> >> OK, but if you look at the backtrace, you will see that in this case >> the scan functions were run from within code called by >> redisplay_internal, so I very much doubt that FRAME_OUTPUT_DATA was >> NULL in this case. > > But the frame we crashed tracing wasn't the same frame that was being > redisplayed. It's possible it was a destroyed ("dead") frame, right? > Then frame destruction would have freed and subsequently zeroed its > FRAME_OUTPUT_DATA. > > However, debugging further is the only way to be sure. If the OP still > has the core dump + executable for this crash, that should contain the > necessary data, even without waiting for the crash to happen again. > > And it definitely looks like a different bug from the previous reports, > which all involved consing up a list in -O3 code using -march=3Dnative. > > Pip I still have the core dump file, but I don't remember the backtrace is produced by -O2 or O3. What gdb instructions should I execute to help you debug this issue? Thanks. Eval Exec --=20