From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Gregor Zattler Newsgroups: gmane.emacs.bugs,gmane.mail.notmuch.general Subject: bug#59147: 29.0.50; dispnew.c:1456: Emacs fatal error: assertion failed: row >= 0 && row < matrix->nrows Date: Wed, 09 Nov 2022 15:35:01 +0100 Message-ID: <87leokgpre.fsf@no.workgroup> References: <87o7tg718m.fsf@no.workgroup> <831qqcuuuc.fsf@gnu.org> <87pmdwgrvo.fsf@no.workgroup> <83sfiste7r.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36959"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 59147@debbugs.gnu.org, notmuch@notmuchmail.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Nov 09 15:36:39 2022 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 1osmBz-0009Ny-9R for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 09 Nov 2022 15:36:39 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1osmBQ-0005wc-Ly; Wed, 09 Nov 2022 09:36:04 -0500 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 1osmBO-0005vE-Uq for bug-gnu-emacs@gnu.org; Wed, 09 Nov 2022 09:36:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1osmBO-0007dW-Mv for bug-gnu-emacs@gnu.org; Wed, 09 Nov 2022 09:36:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1osmBO-0006qO-DU for bug-gnu-emacs@gnu.org; Wed, 09 Nov 2022 09:36:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Gregor Zattler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Nov 2022 14:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59147 X-GNU-PR-Package: emacs X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org, notmuch@notmuchmail.org Original-Received: via spool by submit@debbugs.gnu.org id=B.166800451526245 (code B ref -1); Wed, 09 Nov 2022 14:36:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 9 Nov 2022 14:35:15 +0000 Original-Received: from localhost ([127.0.0.1]:39406 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1osmAc-0006pD-CX for submit@debbugs.gnu.org; Wed, 09 Nov 2022 09:35:14 -0500 Original-Received: from lists.gnu.org ([209.51.188.17]:33186) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1osmAZ-0006p3-Rj for submit@debbugs.gnu.org; Wed, 09 Nov 2022 09:35:12 -0500 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 1osmAZ-0005m6-H9 for bug-gnu-emacs@gnu.org; Wed, 09 Nov 2022 09:35:11 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1osmAX-0006GS-7U; Wed, 09 Nov 2022 09:35:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1668004506; bh=OTiKrPnCcno9bUKywehhHKw0HovLRmr0+UGud0dJjEE=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=b6SqdUIHoUwN+8LAx8i39Q4Cqug4YcN13GfX1zDiZUW3F35yOLSB6lDYTfa+nnQhP v5T8GoANkYSQiT7wiMNhIvV1R7QpYeLOA2r0tsYHIYnlS/o+6fOtKZxDP1ORjSFrFJ zBWX4AyyqPNuK2FMfE7lBb/xuovC5uMrda6u64oHhCwT3RhwGCJ0puyqVOgykchkTs plZ7jHa4KGDHEwckRgqauqZtnJZKvUMr0bUVAiC3Ym1f53sTr84638t0KHDM4hSjfR TOQS8nLkTkk0fht6ry8v2ZdeMhCwD3/oVerfPTNTNp9Ox+qV7wNRSpbrqR1HJLPZf9 huxsSfoWLulvA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from localhost ([95.90.239.135]) by mail.gmx.net (mrgmx104 [212.227.17.168]) with ESMTPSA (Nemesis) id 1Ma20q-1oXtnx3erM-00Vz2v; Wed, 09 Nov 2022 15:35:05 +0100 In-Reply-To: <83sfiste7r.fsf@gnu.org> Mail-Followup-To: Eli Zaretskii , bug-gnu-emacs@gnu.org, notmuch@notmuchmail.org X-Provags-ID: V03:K1:qfWMullBvrVc5wLMJiaRzQLkZGmRdbmejTOc4aAGfQKU+YuY8qW uuYYl8rSQzpyFHPM6iymzS6jca9cWxME3p1NEJzSWGZQV6Dqn+nx43h6nWKh+yjnrYjFjm3 ScPPGrFF7EkScQFCDljKa0VTTyF5UFPdCN2O4JkxO4iK7qnRzEGsVaIMAmK0341Xy2zVLSi OQD0bV0DFWT8N81xMYkog== UI-OutboundReport: notjunk:1;M01:P0:9TAbx8BP0wA=;we0MRz2nWv29QAk1N9XJva2kVmV UxzE0d5wVXQROTqByRZDtEGGb8k0rka0kjE1JRUXWjvGisWLUDRLW1Ug3dMXS/3+3hM9FSLQ0 tiJRD9rz1JyrC6wHEZOkPDZKcWlxrHeUGuhC8nuoGkyKtHRA7dZtGTGIGkprYOohfSE4Oq7a1 oM1rUFp8xwhNm9HE2YtoxeRIinGPlRSbHXDoOzj7OUH7QzoqbF936p3xsPZZb7wd7Ja9gSTZz lF/1weJn6ZdVWkNQdmBcHb1RvHYWcOiXLzbMckEBRSLBiA9VlpfmWRb3ITXOTyQI4fkXaKBvV Tf45jWTp1QAqxaN3TrRmT9x3l86Quwty4Z+NJPdEUWA4H1WH/JzjUZAQ1KNEeh7HjaLBOZBVF mZR5BRr3FQCwIltNkzelfI9T0GBXqeMLYpMvlkJQRw+b33ftuO3uke2od5M5prD49fnGNLbx3 B/8wUdgBeAzCYJDdPEaHZs+lszBhp95BOEF+nClae+nkp0cwW3Al1K9hLrfYY7TohlaMahwhT D0pgTuhitHM0/AVCRRZB0qLN1VZ1H0lKy9VvXFiiT4++z0zSvVZZ2xh0qHLyunj5C9xPbyJsH PKXOj/d7M7MEkFVwrIycKVyhTLbhrcLPuoLOaY71JY3qz55L27CVVwmW7kRi10Sdu6jro7kYE /vlmj8dvWx3D1USBc+JkJ9g8BmizhrhnosioWE/Y18UB6qYfkvbPwFk/w/OYTv3QWDMuPVx9m z0tXpL23220EbLcZKnvO4+6pNszjcSyEd/vV/jwobU9l5LiFmhmW3gqtAahhaZVMazyEYMid Received-SPF: pass client-ip=212.227.17.22; envelope-from=grfz@gmx.de; helo=mout.gmx.net X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action 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:247418 gmane.mail.notmuch.general:33901 Archived-At: Hi Eli, * Eli Zaretskii [2022-11-09; 16:06 +02]: >> From: Gregor Zattler >> Cc: bug-gnu-emacs@gnu.org, notmuch@notmuchmail.org >> Date: Wed, 09 Nov 2022 14:49:15 +0100 >> >> > What does the below produce: >> > >> > (gdb) frame 2 >> > (gdb) p matrix->nrows >> >> (gdb) frame 2 >> #2 0x000055555559d310 in matrix_row (matrix=3D0x55555d44d470, row=3D8)= at dispnew.c:1456 >> 1456 eassert (row >=3D 0 && row < matrix->nrows); >> (gdb) p matrix->nrows >> $1 =3D 7 >> (gdb) > > Can you describe what does notmuch-jump do and maybe show its code? notmuch-emacs is a xapian based mail client. It's possible to configure saved searches accompanied with keys to select them froma menu notmuch-jump presents in the minibuffer. This is it's code: (defun notmuch-jump (action-map prompt) "Interactively prompt for one of the keys in ACTION-MAP. Displays a summary of all bindings in ACTION-MAP in the minibuffer, reads a key from the minibuffer, and performs the corresponding action. The prompt can be canceled with C-g or RET. PROMPT must be a string to use for the prompt. PROMPT should include a space at the end. ACTION-MAP must be a list of triples of the form (KEY LABEL ACTION) where KEY is a key binding, LABEL is a string label to display in the buffer, and ACTION is a nullary function to call. LABEL may be null, in which case the action will still be bound, but will not appear in the pop-up buffer." (let* ((items (notmuch-jump--format-actions action-map)) ;; Format the table of bindings and the full prompt (table (with-temp-buffer (notmuch-jump--insert-items (window-body-width) items) (buffer-string))) (full-prompt (concat table "\n\n" (propertize prompt 'face 'minibuffer-prompt))) ;; By default, the minibuffer applies the minibuffer face to ;; the entire prompt. However, we want to clearly ;; distinguish bindings (which we put in the prompt face ;; ourselves) from their labels, so disable the minibuffer's ;; own re-face-ing. (minibuffer-prompt-properties (notmuch-plist-delete (copy-sequence minibuffer-prompt-properties) 'face)) ;; Build the keymap with our bindings (minibuffer-map (notmuch-jump--make-keymap action-map prompt)) ;; The bindings save the the action in notmuch-jump--action (notmuch-jump--action nil)) ;; Read the action (read-from-minibuffer full-prompt nil minibuffer-map) ;; If we got an action, do it (when notmuch-jump--action (funcall notmuch-jump--action)))) > 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. Thanks for looking into this, Gregor