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.emacs.bugs Subject: bug#57728: 29.0.50; Emacs writes wrong glyph at the bottom-right corner of text terminals Date: Sun, 11 Sep 2022 20:23:55 +0300 Message-ID: <83sfkx9650.fsf@gnu.org> References: <87v8pub3nl.fsf@disroot.org> <835yhu9m3e.fsf@gnu.org> <87k06ayqsa.fsf@disroot.org> <83tu5e7zh4.fsf@gnu.org> <87edwhzzjo.fsf@disroot.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1266"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 57728@debbugs.gnu.org To: Akib Azmain Turja Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Sep 11 19:37:35 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 1oXQti-00009W-R9 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 11 Sep 2022 19:37:34 +0200 Original-Received: from localhost ([::1]:56418 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oXQth-0002Lp-U6 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 11 Sep 2022 13:37:33 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53892) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oXQhb-0008Hz-3q for bug-gnu-emacs@gnu.org; Sun, 11 Sep 2022 13:25:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:54614) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oXQha-0003Z0-RI for bug-gnu-emacs@gnu.org; Sun, 11 Sep 2022 13:25:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oXQha-0006T9-G7 for bug-gnu-emacs@gnu.org; Sun, 11 Sep 2022 13:25:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 11 Sep 2022 17:25:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 57728 X-GNU-PR-Package: emacs Original-Received: via spool by 57728-submit@debbugs.gnu.org id=B57728.166291706124791 (code B ref 57728); Sun, 11 Sep 2022 17:25:02 +0000 Original-Received: (at 57728) by debbugs.gnu.org; 11 Sep 2022 17:24:21 +0000 Original-Received: from localhost ([127.0.0.1]:43308 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oXQgu-0006Rm-TN for submit@debbugs.gnu.org; Sun, 11 Sep 2022 13:24:21 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:34754) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oXQgs-0006Ra-Qu for 57728@debbugs.gnu.org; Sun, 11 Sep 2022 13:24:19 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:37096) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oXQgn-0003Sk-Ht; Sun, 11 Sep 2022 13:24:13 -0400 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=1086hcdJwbPYzkEoK5/5+SBBave2qAmxSRIN7ICDRC4=; b=TWzSc1Q9f+gj K4cqnupFRIJWoNIpoqnV8AcnL+Bupm5M++p6+yTKR+EcGs09QDEVD5G4GBWF90bkEmCHjhSJv2879 uHAnyz6t0mGAsuL/L+y2T4ycnm/cgF3ZSxKdqvstO6Bu5z8XqgrP6xO6w4LB182jJGD2PVUGSrifc WQ/k820N5lmuN1JxpXW95NEHeT8d131BPjCu9SQMlsigQ6oaf9JLMETG+1f4Wt9rkWMPiWvywoV3B 3MtaKFarMTFlTbUT61dZXSsJNtwa8pHlc4z8BuWjbNlHxSGDZbLqkFfOC7uAAof+HHkRvrxbOrQjC hgKaoKElM/JytGbhZCAKWg==; Original-Received: from [87.69.77.57] (port=4873 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 1oXQgm-0003Ww-TJ; Sun, 11 Sep 2022 13:24:13 -0400 In-Reply-To: <87edwhzzjo.fsf@disroot.org> (message from Akib Azmain Turja on Sun, 11 Sep 2022 21:44:11 +0600) 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" Xref: news.gmane.io gmane.emacs.bugs:242191 Archived-At: > From: Akib Azmain Turja > Cc: 57728@debbugs.gnu.org > Date: Sun, 11 Sep 2022 21:44:11 +0600 > > >> 2. M-: (or any other command that asks for a string). > >> 3. Write some garbage until the minibuffer window scrolls. (I used > >> (dotimes (i 10000) (+ (% (random) 26) ?a)) to generate the garbage > >> in *scratch* buffer and copied to the minibuffer, but you can write > >> anything you want.) > > > > Will this do: > > > > M-: ssssssssssssssssssssssssssssssssssssssssssssssssssss > > > > (keep typing 's' until you get past the right edge of the window, and > > the minibuffer resizes to be 2 screen lines instead of just one)? > > I don't think so. Emacs redisplay optimizations will optimize away many > things. I don't understand why redisplay optimizations matter. No optimizations can prevent me from typing enough characters to exceed the width of the window, at which point the line will be continued on the next screen line, and the mini-window will be resized. > Try to write random character like 'asn,csr,.jwsarcwasr,.cp' > and repeat it (kill and yank yank yank...) until the mini window fills > and scrolls some lines (maybe ten). Make sure that > (window-max-chars-per-line) is not a multiple of the length of the base > string (which you killed). I don't understand why this would be needed, because ... > >> 5. You should now see that the last character cell (i.e. the character > >> cell on the bottom-left corner) contains a continuation ('\') > >> glyph. > > > > Bottom-left corner or bottom-right corner? If bottom-right, then this > > '\' is the continuation glyph, telling you that the line is continued > > on the next screen line. > > Ah, my mistake. It is the bottom-right corner. Then that '\' is the continuation glyph. Why does it surprise you? > >> I hope this is clearer. > > > > Unfortunately, not really. > > Is it clear enough now? Not yet. Let me turn the table and ask you: why do you think that '\' is not the usual continuation glyph that Emacs always produces when the width of a screen line on a TTY frame is exceeded?