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.mail.notmuch.general,gmane.emacs.bugs Subject: Re: bug#59147: 29.0.50; dispnew.c:1456: Emacs fatal error: assertion failed: row >= 0 && row < matrix->nrows Date: Wed, 09 Nov 2022 16:43:47 +0200 Message-ID: <83r0yctcgs.fsf@gnu.org> References: <87o7tg718m.fsf@no.workgroup> <831qqcuuuc.fsf@gnu.org> <87pmdwgrvo.fsf@no.workgroup> <83sfiste7r.fsf@gnu.org> <87leokgpre.fsf@no.workgroup> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33056"; mail-complaints-to="usenet@ciao.gmane.io" Cc: bug-gnu-emacs-mXXj517/zsQ@public.gmane.org, notmuch-gxuj+Tv9EO5zyzON3hdc1g@public.gmane.org To: Gregor Zattler Original-X-From: notmuch-bounces-gxuj+Tv9EO5zyzON3hdc1g@public.gmane.org Wed Nov 09 15:43:57 2022 Return-path: Envelope-to: gmn-notmuch@m.gmane-mx.org Original-Received: from yantan.tethera.net ([135.181.149.255] helo=mail.notmuchmail.org) by ciao.gmane.io with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1osmJ2-0008Vk-Jp for gmn-notmuch@m.gmane-mx.org; Wed, 09 Nov 2022 15:43:56 +0100 Original-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) Original-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) 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 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==; Original-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 In-Reply-To: <87leokgpre.fsf-BR+4T8zXX0yLKaosZrYv8g@public.gmane.org> (message from Gregor Zattler on Wed, 09 Nov 2022 15:35:01 +0100) Message-ID-Hash: NHKE7OJ4T27DTPKTWZAI62B4ENXM553J X-Message-ID-Hash: NHKE7OJ4T27DTPKTWZAI62B4ENXM553J X-MailFrom: eliz-mXXj517/zsQ@public.gmane.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 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: Xref: news.gmane.io gmane.mail.notmuch.general:33902 gmane.emacs.bugs:247423 Archived-At: > From: Gregor Zattler > Cc: bug-gnu-emacs-mXXj517/zsQ@public.gmane.org, notmuch-gxuj+Tv9EO5zyzON3hdc1g@public.gmane.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?