From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#20410: 24.5.50; cursor not updated after yank of non-ASCII string from the clipboard Date: Fri, 24 Apr 2015 09:58:28 +0300 Message-ID: <838udiypuz.fsf@gnu.org> References: <83tww715y7.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1429858889 8917 80.91.229.3 (24 Apr 2015 07:01:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 24 Apr 2015 07:01:29 +0000 (UTC) Cc: 20410@debbugs.gnu.org To: YAMAMOTO Mitsuharu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Apr 24 09:01:18 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YlXbt-0003oT-QF for geb-bug-gnu-emacs@m.gmane.org; Fri, 24 Apr 2015 09:01:13 +0200 Original-Received: from localhost ([::1]:43212 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlXbt-00069U-8G for geb-bug-gnu-emacs@m.gmane.org; Fri, 24 Apr 2015 03:01:13 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56139) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlXZq-0002ys-TE for bug-gnu-emacs@gnu.org; Fri, 24 Apr 2015 02:59:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YlXZm-0000E0-Rk for bug-gnu-emacs@gnu.org; Fri, 24 Apr 2015 02:59:06 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:48494) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YlXZm-0000Do-OX for bug-gnu-emacs@gnu.org; Fri, 24 Apr 2015 02:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YlXZm-0005B3-ER for bug-gnu-emacs@gnu.org; Fri, 24 Apr 2015 02:59: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: Fri, 24 Apr 2015 06:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 20410 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 20410-submit@debbugs.gnu.org id=B20410.142985872219871 (code B ref 20410); Fri, 24 Apr 2015 06:59:02 +0000 Original-Received: (at 20410) by debbugs.gnu.org; 24 Apr 2015 06:58:42 +0000 Original-Received: from localhost ([127.0.0.1]:38270 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YlXZQ-0005AP-WE for submit@debbugs.gnu.org; Fri, 24 Apr 2015 02:58:41 -0400 Original-Received: from mtaout25.012.net.il ([80.179.55.181]:43848) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YlXZM-0005AA-VI for 20410@debbugs.gnu.org; Fri, 24 Apr 2015 02:58:39 -0400 Original-Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NNA00500TOJRG00@mtaout25.012.net.il> for 20410@debbugs.gnu.org; Fri, 24 Apr 2015 09:54:13 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NNA000X1TUBUH40@mtaout25.012.net.il>; Fri, 24 Apr 2015 09:54:13 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.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-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:101971 Archived-At: > Date: Fri, 24 Apr 2015 13:09:29 +0900 > From: YAMAMOTO Mitsuharu > Cc: 20410@debbugs.gnu.org > > >>>>> On Thu, 23 Apr 2015 13:42:40 +0300, Eli Zaretskii said: > > >> Date: Thu, 23 Apr 2015 18:59:45 +0900 > >> From: YAMAMOTO Mitsuharu > >> > >> 1. Copy some non-ASCII string (say, "あ") to the clipboard. > >> 2. $ emacs -Q -D & > >> 3. C-x C-b > >> 4. C-y > >> 5. C-p > >> > >> Expected Result: > >> > >> The cursor moves upward by Step 5. > >> > >> Actual Result: > >> > >> The display is not changed between Step 4 and 5. > > > What does "C-x =" report before and after step 5? > > It says > > Char: C-j (10, #o12, #xa) point=191 of 192 (99%) column=0 > > So, the cursor is actually moved internally, but display is not > updated accordingly. You show only one result of "C-x =", so it's hard to interpret it, especially since you didn't show what was displayed after the paste. Does the cursor move to the correct place if you type C-l or invoke redraw-display, after performing the recipe? In any case, cursor motion and display are unrelated to pasting from the clipboard, so I wonder whether you could reproduce this without the paste, just by typing that character. I also wonder what does all this have to do with expose events, as mentioned in your original report. Anything that I could reproduce here and debug it would be helpful. Failing that, cursor positioning is done in set_cursor_from_row, so perhaps you could step through that function and see what's going wrong there, and why. That function is called once for every window, so to be sure you look at the correct invocation, make sure the value of w->contents at function entry is the *scratch* buffer. The output of the GDB command "pgrow", defined on src/.gdbinit, when inside set_cursor_from_row, is also important. > I also tried git bisect, and it shows: > > bd0443bb8799b908cefd0b11c86db6115180850d is the first bad commit > commit bd0443bb8799b908cefd0b11c86db6115180850d > Author: Dmitry Antipov > Date: Fri Sep 6 11:00:29 2013 +0400 > > Attempt to make redisplay more selective when changing fonts. Thanks, but such jumbo changes rarely help in debugging problems, especially since they don't seem to touch the cursor setting function, at least not directly. So I think we need to debug this problem.