From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Daniel Clemente Newsgroups: gmane.emacs.bugs Subject: bug#71693: 30.0.50, SIGSEGV in FRAME_TTY (sf) in redisplay_internal Date: Wed, 26 Jun 2024 13:28:58 +0000 Message-ID: References: <865xu2l6qo.fsf@gnu.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="34282"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 71693@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jun 26 15:31:25 2024 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 1sMSk9-0008mj-5I for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 26 Jun 2024 15:31:25 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sMSjl-0000lA-Ps; Wed, 26 Jun 2024 09:31:01 -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 1sMSjk-0000iQ-Cx for bug-gnu-emacs@gnu.org; Wed, 26 Jun 2024 09:31:00 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1sMSjk-0003QZ-2O for bug-gnu-emacs@gnu.org; Wed, 26 Jun 2024 09:31:00 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sMSjm-0000Ml-B4 for bug-gnu-emacs@gnu.org; Wed, 26 Jun 2024 09:31:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Daniel Clemente Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 26 Jun 2024 13:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 71693 X-GNU-PR-Package: emacs Original-Received: via spool by 71693-submit@debbugs.gnu.org id=B71693.17194086381338 (code B ref 71693); Wed, 26 Jun 2024 13:31:02 +0000 Original-Received: (at 71693) by debbugs.gnu.org; 26 Jun 2024 13:30:38 +0000 Original-Received: from localhost ([127.0.0.1]:38810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sMSjN-0000LV-LF for submit@debbugs.gnu.org; Wed, 26 Jun 2024 09:30:37 -0400 Original-Received: from mail-ed1-f48.google.com ([209.85.208.48]:57809) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sMSjL-0000L6-JU for 71693@debbugs.gnu.org; Wed, 26 Jun 2024 09:30:36 -0400 Original-Received: by mail-ed1-f48.google.com with SMTP id 4fb4d7f45d1cf-57d07f07a27so332376a12.3 for <71693@debbugs.gnu.org>; Wed, 26 Jun 2024 06:30:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1719408567; x=1720013367; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=RhhbVLmlH2FYMHeLVMzKDCr5yK2YTMkRnEvm3lYUbqs=; b=MbkoeT2aYmlQQjp0NayUEnOcOoDqZl0dGaMtXFIYcS4VF44eHolwFKhHduSjBUTseK r3yHKdIWcX6hEApnR65V5fPeNWBufrtu+WifdJew0OVHKvHHQAyCAKiKtoK6BeW3q6Ow BvzxGmnlpRld+PciJojKxsZs6habXzrZzOCUO9pP7JfFCtIncz09fjQKvI+gwiXvhUT6 fXYcLqYAvRCJMKcAyIGWLOgu+w5/4/ZSQX9cw94zqTkShLSY47Ru+z6/kl/jdORb8SMM qGT0FeYeKPpJZQzpDRk+C2+z8IY5vWvQhIZ4L8AzAYUZfqfhWbInE1NiDbFgOy5t/NPq Vovg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1719408567; x=1720013367; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=RhhbVLmlH2FYMHeLVMzKDCr5yK2YTMkRnEvm3lYUbqs=; b=FokZfu3gAnjjhXE3P0dIs5bRgkHvJtaDMK7ZVe3eEquUOAGYB88zukaC5alM80u7xv /yAr7UHmFVA02UPdLemSInWvkOBhu3ADaFAp89xWhkRG4+3KoPxFlzMMwz545/g8neYg 9IRkdQKnFLhR54dtaa1Wsw4Hzs+y/1jHWZfxExCgNbUvNYmD6wb9Z3HGvvoCcipsq8Fh xZRgu2fwsRF6V69QZASA5H3taDug0XJXZNwHnZIHwHd0J3PmWU/vdyTCZx/sDVgzUNN4 3w8qTGHaTiypmwSWMfybDjPC+SIoypIFFg9lI29KNmg/epm26VD/ZBL3NZ8Ds+l/Ms+7 EQjw== X-Gm-Message-State: AOJu0YzKv/Dk8WXRv9OWRQ/+DklFhvoMiYPBMxej9sN0dQyTuoYxpHJa xH/k0YdTRDmFX8wuth/T6JTlGdzUQ9YhqZ7JnyEZ3bsYhUNpiXdyHXw2gt5Il7pQVmFjIuF8MJA ONqMd7nOsYcJQZkf2d03SLoQGJvk= X-Google-Smtp-Source: AGHT+IHYtLMk7QmjFi/2x5ph6N0P2cG1weMPka/7fC/syH50Dal9Bwwdr9RnW5uHodaE9x1zsr07Z36DxkLKCDXaXUY= X-Received: by 2002:a50:c054:0:b0:57d:669:cafb with SMTP id 4fb4d7f45d1cf-57d70075c73mr4755503a12.40.1719408567282; Wed, 26 Jun 2024 06:29:27 -0700 (PDT) In-Reply-To: <865xu2l6qo.fsf@gnu.org> 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:287944 Archived-At: > > > > I enabled -fsanitize. I'm using an X terminal to run TTY Emacs inside. > > I opened the daemon inside gdb with emacs --fg-daemon -Q > > Did you follow the advice and notes in etc/DEBUG regarding runn ing > Emacs compiled with this option? I missed some things. For instance I used this: -fsanitize=3Dundefined,address,bounds-strict,float-cast-overflow '' But I didn't notice this: Address sanitization is incompatible with undefined-behavior sanitization, unfortunately If you want me to enable just one for next reports, please tell me which one. For now I think I'll disable the whole -fsanitize, because of the false positives. > > > [Detaching after fork from child process 5364] > > xdisp.c:16932:10: runtime error: member access within null pointer of > > type 'struct terminal' > > > > Program received signal SIGSEGV, Segmentation fault. > > 0x0000555556610d93 in redisplay_internal () at xdisp.c:16932 > > 16932 && FRAME_TTY (sf)->previous_frame !=3D sf) > > If the claim is that sf->terminal is a NULL pointer, then how come we > don't segfault when running a build without -fsanitize? Even with -fsanitize, it didn't crash each time, just this particular time. I have seen similar crashes in redisplay code even without -fsanitize, but none at this particular line and none doing something as simple as opening and closing 3 frames. I also thought that maybe I had enabled so many debug options (-O0, -fsanitize, =E2=80=A6) that my emacs become slower and therefore more prone= to errors that depend on timing, like things happening at specific points of the frame opening and closing code. But this report may be bogus and you may close it if it seems so.