From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp11.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id sMAjIK28a2PKbgEAbAwnHQ (envelope-from ) for ; Wed, 09 Nov 2022 15:43:57 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp11.migadu.com with LMTPS id eHcOIK28a2PRbwAA9RJhRA (envelope-from ) for ; Wed, 09 Nov 2022 15:43:57 +0100 Received: from mail.notmuchmail.org (yantan.tethera.net [IPv6:2a01:4f9:c011:7a79::1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 169C91077D for ; Wed, 9 Nov 2022 15:43:56 +0100 (CET) Received: from yantan.tethera.net (localhost [127.0.0.1]) by mail.notmuchmail.org (Postfix) with ESMTP id 6FC595F8CB; Wed, 9 Nov 2022 14:43:54 +0000 (UTC) Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by mail.notmuchmail.org (Postfix) with ESMTPS id 060B55F35E for ; Wed, 9 Nov 2022 14:43:52 +0000 (UTC) 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 1osmIw-0001aE-Fh; Wed, 09 Nov 2022 09:43:50 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=hp1Ejzhp71oKLi4UFUFjGa4KyZ/iaF2F7tXzFMc2yOc=; b=gtbaH4Opfodo P/GD8+jl51FDThXpQjqjMkADAmJ0UwmzhsrzW0/1iX/jRzrqrz1ndXtRzGvJ962wwdpFTDZsJaBix b+HCC4UWOs5yhegc5pz9dimP3IFamlYkua1MpdMdmyR5v2sTRLeqfbUv2JJgLCl6CKuCKQrLNRn8W gu6KwmsEYVdqZ1ydHfLDp2IQjM2ewPBCK2K6OFTwzznYFmeKBXOgNYRzHEANOhtnNwbEJ1lWWkBN0 jAsKGWlJd7SRd+vB3uGv87dxRcS8A2lZ/SxiiD+P0Xi8HaUtXe1xF66yHcZw/ILUKbF3+dowLxm9k ovImBUnPebdwTlB2Z6K+6w==; Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1osmIv-0002Sk-VM; Wed, 09 Nov 2022 09:43:50 -0500 Date: Wed, 09 Nov 2022 16:43:47 +0200 Message-Id: <83r0yctcgs.fsf@gnu.org> From: Eli Zaretskii To: Gregor Zattler In-Reply-To: <87leokgpre.fsf@no.workgroup> (message from Gregor Zattler on Wed, 09 Nov 2022 15:35:01 +0100) Subject: Re: bug#59147: 29.0.50; dispnew.c:1456: Emacs fatal error: assertion failed: row >= 0 && row < matrix->nrows References: <87o7tg718m.fsf@no.workgroup> <831qqcuuuc.fsf@gnu.org> <87pmdwgrvo.fsf@no.workgroup> <83sfiste7r.fsf@gnu.org> <87leokgpre.fsf@no.workgroup> Message-ID-Hash: NHKE7OJ4T27DTPKTWZAI62B4ENXM553J X-Message-ID-Hash: NHKE7OJ4T27DTPKTWZAI62B4ENXM553J X-MailFrom: eliz@gnu.org X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-notmuch.notmuchmail.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header CC: bug-gnu-emacs@gnu.org, notmuch@notmuchmail.org X-Mailman-Version: 3.3.3 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Help: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Migadu-Flow: FLOW_IN X-Migadu-Country: DE ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1668005037; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:list-id:list-help: list-owner:list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=d9GibMjvassfKjFRxfHTwq9bJ0DlcaqaZqwAm02yTwg=; b=I8vfF9E2VFOBJFgyjrBU9CYryExpg/ewaG4F9asdWiOFGdeSZu/cnNAtEz0DAO1svtozew Aix7Qbe8x3oDlRXlWFYj/WJYrHbAnyUexhXOpkRQvKcPLCmZsQls61SxJInBbZbWMHXrlR FZm/uL9aqsat2C43geOj+hpH7iI5rVK98XFoNmO586SwsTobYJtSbAzb2427xBfPMtFbaz oKdhKUPzuEKvSxFF85aN74miOey3RW5VzK4iLSddv2ITErrD0eaqn/LQBCUOFnwFkYAXI6 d95nui1n8L87AIMZpxAWC+LA3VK6W3gNJIEkPxug9IYeNZJCgiH5l4taMnUFjg== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1668005037; a=rsa-sha256; cv=none; b=qcr2VpzlsBpofwHRJJkUoDQvRU2jQYowL6yfBKQno8Sj+yhuznMl4zmzmnShkkIkpJ4SEX iVqAsLJnSns/MszqmtDrf7LNucAQTg/6jXJGc8W+EuPhtpD+Y7g2ARqPz4b7f4u4ScoeCI UNWYghHN610Qk6PhgkLtgqpmxbeH/bFzWebv3dKLkUl/c6tIdBQj0ul23JOKziycxxzA62 JOuZPsHVLjxHWhaz3wKhs5iUq4wDSZFS++qH0FWbcjgcXsrzeWfCn50Z8Zh6uVt7wfc0UU De5ZFE3dNwGdxGH7gAmPyUcJezqMp4dx5ZvAYD8EXOsYg8Wi8BY2+puHpXXq2A== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("body hash did not verify") header.d=gnu.org header.s=fencepost-gnu-org header.b=gtbaH4Op; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gnu.org (policy=none); spf=pass (aspmx1.migadu.com: domain of notmuch-bounces@notmuchmail.org designates 2a01:4f9:c011:7a79::1 as permitted sender) smtp.mailfrom=notmuch-bounces@notmuchmail.org X-Migadu-Spam-Score: 7.60 Authentication-Results: aspmx1.migadu.com; dkim=fail ("body hash did not verify") header.d=gnu.org header.s=fencepost-gnu-org header.b=gtbaH4Op; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gnu.org (policy=none); spf=pass (aspmx1.migadu.com: domain of notmuch-bounces@notmuchmail.org designates 2a01:4f9:c011:7a79::1 as permitted sender) smtp.mailfrom=notmuch-bounces@notmuchmail.org X-Migadu-Queue-Id: 169C91077D X-Spam-Score: 7.60 X-Migadu-Scanner: scn1.migadu.com X-TUID: yhnZIs0x2eJC > From: Gregor Zattler > Cc: bug-gnu-emacs@gnu.org, notmuch@notmuchmail.org > Date: Wed, 09 Nov 2022 15:35:01 +0100 > > > The backtrace seems to indicate that it reads from the minibuffer, but > > in that case, does it mean the mini-window was 7-lines high in this > > case? > > quite possible, I have quite a few saved searches which are > presented to me. The hight of the minibuffer also depends > on the frames width. If the frame is half of the width of > my monitor the choices are listed in 6 lines, then there is > a blan line and a final line with a prompt. In fullscreen > it's 3 lines of choices, the blank line and the prompt. > > > Also, can you describe what you do to trigger this assertion > > violation? > > I can do so only on the level of user interaction: I call > notmuch-jump-search via it's key binding which is key chord > prefixed. Then I enter one or more chars to select the > specific saved search I want to perform. It might be > possible that I'm typing faster than Emacs performs this > commands. Emacs hits the assertion with the choices still > visible. I cannot say if it does so after my last key > stroke or in the middel of them. OK. I installed a possible fix. Can you update from Git, rebuild, and see if it eliminates the assertions?