From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Van L Newsgroups: gmane.emacs.bugs Subject: bug#34969: 26.2; `emacs -Q` unable to copy \200's eight-bit detail buffer Date: Wed, 27 Mar 2019 09:08:40 +1100 Message-ID: <33D00D37-356B-47CD-A55B-C4063DAF2884@scratch.space> References: <83pnqgnvpj.fsf@gnu.org> <83o95yn8xb.fsf@gnu.org> <8C127EF5-C029-4808-81FE-86F75DDAE190@scratch.space> <83y351li4z.fsf@gnu.org> Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="104326"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 34969@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Mar 26 23:09:16 2019 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.0:RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1h8uFv-000QxP-5g for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Mar 2019 23:09:15 +0100 Original-Received: from localhost ([127.0.0.1]:38599 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h8uFt-0005bt-Vl for geb-bug-gnu-emacs@m.gmane.org; Tue, 26 Mar 2019 18:09:14 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:37845) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1h8uFj-0005bk-MG for bug-gnu-emacs@gnu.org; Tue, 26 Mar 2019 18:09:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1h8uFi-0007vh-Jf for bug-gnu-emacs@gnu.org; Tue, 26 Mar 2019 18:09:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47105) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1h8uFi-0007vT-G1 for bug-gnu-emacs@gnu.org; Tue, 26 Mar 2019 18:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1h8uFi-0001Mq-6n for bug-gnu-emacs@gnu.org; Tue, 26 Mar 2019 18:09:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Van L Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 26 Mar 2019 22:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 34969 X-GNU-PR-Package: emacs Original-Received: via spool by 34969-submit@debbugs.gnu.org id=B34969.15536381305234 (code B ref 34969); Tue, 26 Mar 2019 22:09:02 +0000 Original-Received: (at 34969) by debbugs.gnu.org; 26 Mar 2019 22:08:50 +0000 Original-Received: from localhost ([127.0.0.1]:60649 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h8uFW-0001MM-Cl for submit@debbugs.gnu.org; Tue, 26 Mar 2019 18:08:50 -0400 Original-Received: from relay1-d.mail.gandi.net ([217.70.183.193]:57943) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1h8uFT-0001MD-OJ for 34969@debbugs.gnu.org; Tue, 26 Mar 2019 18:08:48 -0400 X-Originating-IP: 110.174.242.246 Original-Received: from epi.local (110-174-242-246.static.tpgi.com.au [110.174.242.246]) (Authenticated sender: van@scratch.space) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id 66F16240007; Tue, 26 Mar 2019 22:08:44 +0000 (UTC) In-Reply-To: <83y351li4z.fsf@gnu.org> X-Mailer: Apple Mail (2.3124) 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:156840 Archived-At: > Eli Zaretskii writes: >=20 >> From: Van L >> Date: Tue, 26 Mar 2019 10:46:12 +1100 >> Cc: 34969@debbugs.gnu.org >>=20 >> Copy and paste within the one Emacs is being interfered with if what = you suggest is true. >=20 > When you paste, and there's stuff in the clipboard, Emacs checks > whether Emacs itself is the owner of that stuff. If it is, we yank > from the kill ring instead of accessing the clipboard, because yanking > is both faster and doesn't need any decoding. >=20 > So I'm guessing that some software on your system takes ownership of > the text in the clipboard, and Emacs then accesses that via the > window-system selections, and fails to decode raw bytes due to > character encoding issues. Could be. >>> Section A just gives a single sequence, but it doesn't tell how to = do >>> that several times, i.e. what exactly is repeated N times. >>=20 >> a. run Emacs >> b. goto *scratch* buffer >> c. create new frame >> d. lookup keybindings for *scratch* buffer >> e. find `self` >> f. for the two variants of \200 copy and paste details buffer to = *scratch* >>=20 >> Repeat the above a-f steps 7 times as listed in the bug-report for = those platforms detailed. >=20 > We are miscommunicating, I think. Each one of the 7 instances in your > report says something like this, for example: >=20 >> : 4 >> : [has problem the second time] >> : GNU Emacs 26.2 (build 1, x86_64-apple-darwin15.6.0, X toolkit) >> : of 2019-03-21 >=20 > I'm asking what exactly does "second time" mean here. Did you start > this version of Emacs twice, or did you start it only once and > performed the steps b-f above twice one after the other in the same > Emacs session? Emacs was started 7-times and a-f steps performed in each once. >>>>> What happens if you set interprogram-cut-function and >>>>> interprogram-paste-function to nil? >>>>=20 >>>> Will do the next time I get a chance. >>>=20 >>> If I'm right, the problem will disappear. >>=20 >> I am inside the one Emacs's copy and paste, and not going out of the = Emacs. >=20 > I don't think I understand what this alludes to. Is it a response to > my sentence that starts with "If I'm right"? I was focusing on `interprogram-cut/paste` and drawing from that Emacs = and other programs-inter-cutting-and-pasting with the clipboard. I = wanted to make certain to you that no other cut/paste operation happened = outside of Emacs for the duration of a-f steps. The response to "If I'm right" can't be confirmed until I clean slate = test with the same conditions observed. >>>>> (And why do your symlink targets include \200 characters?) >>>>=20 >>>> I used `C-x 8 RET horizontal ellipsis` the email program was unable = to process. >>>> The \200 was what the email program used as substitute. >>>=20 >>> Strange email program: \200 is an unassigned codepoint. >>=20 >> That was the emacs-bug-report mechanism in Emacs that did that. >=20 > If you sent the report via mailclient, then this is probably the same > problem which causes the issue with pasting that we are discussing. The mailclient was Emacs's. It offered a menu for processing the = problematic characters. The pasting problem we are discussing is failure to paste what was = selected and insertion of an ealier copy from Emacs to the clipboard. Hope that helps.