From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#38966: 27.0.60; Assertion failure in set_cursor_from_row Date: Tue, 7 Jan 2020 10:52:18 +0100 Message-ID: References: <497636f5-1728-1e7e-b826-8310e2a6fe13@gmx.at> <83lfqkecc6.fsf@gnu.org> <12ea3c04-249a-96da-8c88-52dcb5ca8b66@gmx.at> <8336cse544.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="145151"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 38966-done@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 07 11:38:30 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iomFq-000aAX-12 for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Jan 2020 11:38:30 +0100 Original-Received: from localhost ([::1]:46142 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iomFn-0002Ak-FH for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Jan 2020 05:38:27 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46873) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iolXr-00040R-Tn for bug-gnu-emacs@gnu.org; Tue, 07 Jan 2020 04:53:04 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iolXq-0007SK-NU for bug-gnu-emacs@gnu.org; Tue, 07 Jan 2020 04:53:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:41296) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iolXq-0007SG-Jw for bug-gnu-emacs@gnu.org; Tue, 07 Jan 2020 04:53:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iolXq-0005Qu-JO for bug-gnu-emacs@gnu.org; Tue, 07 Jan 2020 04:53:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Jan 2020 09:53:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38966 X-GNU-PR-Package: emacs Original-Received: via spool by 38966-done@debbugs.gnu.org id=D38966.157839074820838 (code D ref 38966); Tue, 07 Jan 2020 09:53:02 +0000 Original-Received: (at 38966-done) by debbugs.gnu.org; 7 Jan 2020 09:52:28 +0000 Original-Received: from localhost ([127.0.0.1]:47268 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iolXH-0005Q2-Pg for submit@debbugs.gnu.org; Tue, 07 Jan 2020 04:52:28 -0500 Original-Received: from mout.gmx.net ([212.227.15.19]:36539) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iolXE-0005Pa-Uf for 38966-done@debbugs.gnu.org; Tue, 07 Jan 2020 04:52:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1578390738; bh=599GMrw7wd6L08plZqTh8NNAduSHI6vmGl7O9WQoWh4=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Y4uX4+kHoju6m+fUBcKEO4Zp1FQ4ZvBm6e2UgMS466C9KB00RiGLgzRVwZJTAl62v Fg+QBksD+tuflBN2I49S89tzXc1G6crNgpPx+KkRwd7ljdzlHh9Fw6U+srYTrTHv+1 +LRUxi3SVFQBCKLIXsOlYQKW0rKMxvBZNBHKfnKU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from [192.168.1.102] ([46.125.249.116]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1N2E1M-1jq7XI1INS-013aRy; Tue, 07 Jan 2020 10:52:18 +0100 In-Reply-To: <8336cse544.fsf@gnu.org> Content-Language: de-AT X-Provags-ID: V03:K1:M3+58yBiXeorLGCiXxcSBNmmmy5GkbCk+ERetH11s0ypI9I6J8/ qXnwa3OisNU2XQVMSfxvUOHmJkwRJCfHKt/EVgl9zAtDIBLp+TTr1/utdyZt5fGkmcaTtrb D39cNBPuk3KDYYgzRTHXtVP35mnsMqf64YxqJhR+t1pzn6sZdaKb2wp0L9W0Xd2dzozICXS aKwH7lss1QmJBLL/6lbTg== X-UI-Out-Filterresults: notjunk:1;V03:K0:r0gpcTQZzc4=:NeRBEJuehzH6/T7zpoRVK0 MfVkXYhMnft/83+Unmrkeo8SVJLN00n5hWlE3qH4RHq1CDX44bXR4yA/yDEdJnF4yy8NbHiRo dSgh5liR2DtxQXpLC2CpaQEHWryPkudHgp+p3JsxdYem0t1nyirvOTxFyQ2aVYC37LER5xuQq Hr5W0yM2uNjRGaun09lRax4aSb5Lbhoa9qiHtAtBlK9H9cFDL7NDPx6zaaCsmKxd9ieOWmElg FNY+PQCNc7gVWK6tGFTd4BXOMJgzXIeSZQKwTiQfn2aTevEVcm9mQ0DZwV9MMJxee7ovnWrn1 9tSxaXGQfWP/S9fPj5oCD0ShucqBvbZgkV2I5I/maKWdgScWFXsW+UWaDYD9vOAI+xwIByjLx hLaotFJZt2XA1iCLRwC2EPU0YjqLqXItOGK8mQymcWyUI2GJV3b6bD3yl/v9qbOpMUXk2k2kS JqwgNOUI2INfBE4Dy6BBE8u5Q7BFmA590v8KCVBu0iNTIWYX1cg0IPlarf2diAhYGI8SoxqQu tXaI2sqJoSDMOZzs/D+fSDggnBlTN+0JLMUU+WL91htpbAJWO2QfXsOhWLXXr1P7Jt1x4dEZH QKJA6NvRYB9UZqRvzEYgJKkQTLisccrpwV9VAMyVtApHjfwk/8H4huhFJ34qZkF1ugrJi3/W5 PehAeVh7D17uQG07MaojMeYywNZefYl++XagOdiKhM8R57Hxh1MtohEl5bIwSU+VJZytOLks1 fjSn6c5Qdzm4dPXWXI6ajwug+vjFtdIq0drLffyCx29pFuORBZMun6P3RkcZGuf4b5UGRc+1 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:174296 Archived-At: > Why is such a window useful? Windows with one text line like that of the ediff control panel have been in use for quite some time. They can also arise automatically, for example, when fitting a one line completions window to its buffer. Windows that are made as small as possible are useful when a user wants to make a neigboring window temporarily as large as possible without deleting other windows. Zero height windows can be also useful when they do not display any text but applications want to sample their width in order to, for example, decide how to lay out text in them. > I thought we had a minimum window height > beyond which we didn't allow to resize windows. Isn't that true > anymore? We currently have two minimum heights - 'window-safe-min-height' and the option 'window-min-height'. Both are defined in canonical frame lines and have to be eventually re-interpreted in order to fix bugs like Bug#14825. In this context it would be nice to do away with 'window-safe-min-height' because it only complicates the resizing code without being able to avoid, as we've seen, that a window's text height can drop to zero. > All I'm saying is that making the display code prepared to deal with > such windows might take more changes, and this would be a separate > issue, suitable for master, not for the release branch. OK? Sure. My concerns are only that we should not preclude future changes in this area when making changes on the release branch like adding new assertions. To fix the present bug, for example, I would have simply removed the offending assertion from set_cursor_from_row. Eventually, we might want to show a cursor in a mode line, or scroll or wrap it. martin