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#71224: 30.0.50; SIGSEGV in start_display Date: Tue, 28 May 2024 15:36:05 +0000 Message-ID: References: <86o78rv499.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000f15fd0061985652c" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="12308"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 71224@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue May 28 17:38:14 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 1sBytx-00030N-Tb for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 28 May 2024 17:38:14 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1sByte-0007uG-FZ; Tue, 28 May 2024 11:37:54 -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 1sBytd-0007oz-Cp for bug-gnu-emacs@gnu.org; Tue, 28 May 2024 11:37:53 -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 1sBytd-0004ND-4E for bug-gnu-emacs@gnu.org; Tue, 28 May 2024 11:37:53 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1sBytm-0004yD-Dr for bug-gnu-emacs@gnu.org; Tue, 28 May 2024 11:38: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: Tue, 28 May 2024 15:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 71224 X-GNU-PR-Package: emacs Original-Received: via spool by 71224-submit@debbugs.gnu.org id=B71224.171691067619088 (code B ref 71224); Tue, 28 May 2024 15:38:02 +0000 Original-Received: (at 71224) by debbugs.gnu.org; 28 May 2024 15:37:56 +0000 Original-Received: from localhost ([127.0.0.1]:46818 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sBytf-0004xo-LG for submit@debbugs.gnu.org; Tue, 28 May 2024 11:37:56 -0400 Original-Received: from mail-vs1-f45.google.com ([209.85.217.45]:42051) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1sBytZ-0004xW-KI for 71224@debbugs.gnu.org; Tue, 28 May 2024 11:37:53 -0400 Original-Received: by mail-vs1-f45.google.com with SMTP id ada2fe7eead31-4892dfb71e1so503481137.0 for <71224@debbugs.gnu.org>; Tue, 28 May 2024 08:37:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1716910593; x=1717515393; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=luqBmEF3bDzafG/FN7fZw+HkW9ZjHwZVe6tkYXgjufg=; b=DpNQ1Q7jWS6q2+7RRt86+ozIZvb8MTJsmERc124IF1fRd2vkt1s3szXAQ+zNgxgZjV C3gkbFPy34XRMSK4SSo8SfifxkNLVOAVag114zNnZmmHGZV9pMOZ3W+DlmbvlWH43l98 0aXZ1i9WjDHhEILW0W39qQ2ETZ62F5rgInXPGC/7c2xwavoQoBCc8FM1372hbc9fPcS5 B3WliOS2mQoG9LIxr+24wxNV45WMnobl7feGVOLpFEEJrKOEtA+Eob8UgeANltTBs6cy mOEutOBSe5HuZWANnkRj/ZwyeE99N5E55XT7LLcgpXz1v+QAU9fq4UguyKzYN3jvgp1y E9VQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1716910593; x=1717515393; h=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=luqBmEF3bDzafG/FN7fZw+HkW9ZjHwZVe6tkYXgjufg=; b=TfDgX6WPSgGnCTn7yocMDX4pkRhViGn3v1LWDwZWEYBUd2WDgshcHFB7cS7HqJ4YV1 6KmNZEMKPb5VcbMPhHsPISbq86sHjw44EhMY3W351+HATzvG1MzHQeExuTcKKzLbPRGe qS+cj/kos1z/rzwmtMSkqGqOWzmBCM74s8xS/vETEllzekpjJDzo9Knq+kH1WaVBZlSS wczY2CzQXIrImJsGLl9j3MDGjjghNBjAIqabtxEGOb2WEMNQFW7wpPUELnmF4+z3GbXB HnOh7ZJDAKJyDZQ+OatBaYMibKfej4s5gQ94qXBiOE79xseuym0Biw7n7Qa2rokSKzQK XTCQ== X-Gm-Message-State: AOJu0YzYfGZxOLoXrK4UV3dlM2pr2xfQGlvrb7TRVa5Yqtd4xYjbzQxT GLyiFJ/kWyaobiKlUDpz2IWuJXZtvUUV6lvMhYN6MYeF4ySSXrwRQT6zIx7qiDuvluSMhpwVrSJ 2eNX6oiRLDRtzM16g7Vf1LQmRRoi3yD+d X-Google-Smtp-Source: AGHT+IHqk9RpVwsWo1l3XRtYCzREWQMqFCeJMc+xVd5YVZ/UEhOQaCBh17OMnohSxLAsom3zhaggHZTJnc4XyoGGFlw= X-Received: by 2002:a67:bd15:0:b0:47c:d98:5863 with SMTP id ada2fe7eead31-48a2bb192cemr12427469137.4.1716910591922; Tue, 28 May 2024 08:36:31 -0700 (PDT) In-Reply-To: <86o78rv499.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:286093 Archived-At: --000000000000f15fd0061985652c Content-Type: text/plain; charset="UTF-8" > If you can still reproduce it, please show the data which is involved > in the segfault: I'll do. I haven't been able to reproduce it. But in trying to do it I found another crash, different code but related functions: bug#71243 I forgot whether in this case (#71224) the stack was also near the stack limit. Maybe when it's so close to a stack overflow, these SIGSEGV can happen first. On Mon, 27 May 2024 at 12:16, Eli Zaretskii wrote: > > From: Daniel Clemente > > Date: Mon, 27 May 2024 11:03:49 +0000 > > > > I ran a command to constantly open and close emacsclient TTY frames. > > See details in the previous bug report, bug#71223 > > Copying it for reference: > > emacs --fg-daemon -Q > > for j in `seq 300`; do for i in `seq 10`; do urxvt -e emacsclient '-nw' > '-e' '(dired "~")' &; done; sleep 1 && killall > > emacsclient; done > > > > It crashed with SIGSEGV. > > This happened only once in the last days, after dozens of attempts > running that command. I can't reproduce > > it. > > > > Program received signal SIGSEGV, Segmentation fault. > > start_display (it=0x7fffffb61a60, w=0x555556fa5ae0, pos=...) at > xdisp.c:3734 > > 3734 row = w->desired_matrix->rows + first_vpos; > > If you can still reproduce it, please show the data which is involved > in the segfault: > > (gdb) frame 0 > (gdb) p w->desired_matrix > (gdb) p w->desired_matrix->nrows > (gdb) p window_wants_tab_line (w) > (gdb) p window_wants_header_line (w) > > TBH, I'm quite confused to see that line 3734 segfault, because I > cannot understand how w->desired_matrix can be NULL or bogus. > > Thanks. > --000000000000f15fd0061985652c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
> If you can still reproduce it, please show the data w= hich is involved
> in the segfault:

I'll do. I haven't b= een able to reproduce it. But in trying to do it I found another crash, dif= ferent code but related functions: bug#71243

I for= got whether in this case (#71224) the stack was also near the stack limit. = Maybe when it's so close to a stack overflow, these SIGSEGV can happen = first.


On Mon, 27 May 2024 at 12:16, Eli Zaretskii <= eliz@gnu.org> wrote:
> From: Daniel Clemente <= n142857@gmail.com>
> Date: Mon, 27 May 2024 11:03:49 +0000
>
> I ran a command to constantly open and close emacsclient TTY frames. > See details in the previous bug report, bug#71223
> Copying it for reference:
> emacs --fg-daemon -Q
> for j in `seq 300`; do for i in `seq 10`; do urxvt -e emacsclient '= ;-nw' '-e' '(dired "~")' &; done; sleep 1= && killall
> emacsclient; done
>
> It crashed with SIGSEGV.
> This happened only once in the last days, after dozens of attempts run= ning that command. I can't reproduce
> it.
>
> Program received signal SIGSEGV, Segmentation fault.
> start_display (it=3D0x7fffffb61a60, w=3D0x555556fa5ae0, pos=3D...) at = xdisp.c:3734
> 3734=C2=A0 row =3D w->desired_matrix->rows + first_vpos;

If you can still reproduce it, please show the data which is involved
in the segfault:

=C2=A0 (gdb) frame 0
=C2=A0 (gdb) p w->desired_matrix
=C2=A0 (gdb) p w->desired_matrix->nrows
=C2=A0 (gdb) p window_wants_tab_line (w)
=C2=A0 (gdb) p window_wants_header_line (w)

TBH, I'm quite confused to see that line 3734 segfault, because I
cannot understand how w->desired_matrix can be NULL or bogus.

Thanks.
--000000000000f15fd0061985652c--