From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: kifer@cs.sunysb.edu (Michael Kifer) Newsgroups: gmane.emacs.devel Subject: Re: PRIMARY selection doesn't work Date: Sat, 20 Apr 2002 13:49:27 -0400 Sender: emacs-devel-admin@gnu.org Message-ID: <200204201749.NAA01838@sbcs.cs.sunysb.edu> References: NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1019325262 26635 127.0.0.1 (20 Apr 2002 17:54:22 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sat, 20 Apr 2002 17:54:22 +0000 (UTC) Cc: emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 16yz42-0006vU-00 for ; Sat, 20 Apr 2002 19:54:22 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 16yzNz-0004KJ-00 for ; Sat, 20 Apr 2002 20:14:59 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16yz3r-0001J9-00; Sat, 20 Apr 2002 13:54:11 -0400 Original-Received: from sbcs.sunysb.edu ([130.245.1.15] helo=sbcs.cs.sunysb.edu) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 16yz3D-0001HE-00 for ; Sat, 20 Apr 2002 13:53:31 -0400 Original-Received: from sbkifer (sbkifer [130.245.1.35]) by sbcs.cs.sunysb.edu (8.9.3/8.9.3) with SMTP id NAA01838; Sat, 20 Apr 2002 13:49:26 -0400 (EDT) Original-To: Eli Zaretskii In-Reply-To: "Eli Zaretskii" of Sat, 20 Apr 2002 09:27:24 EDT Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:2862 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2862 >>>>> "EZ" == Eli Zaretskii writes: >> From: kifer@cs.sunysb.edu (Michael Kifer) >> Date: Thu, 18 Apr 2002 12:43:48 -0400 >> EZ> Also, does EZ> x_handle_selection_request (defined on xselect.c) get called when you EZ> paste into another X application, and if so, could you step with a debugger EZ> through it and see what happens inside x_handle_selection_request and its EZ> subroutines that prevents pasting from working? >> >> The above function gets called, but unfortunately I am not familiar with >> this code and with the internals of X. >> When I step through this function I occasionally get a coredump in random >> places or it hangs in >> >> 2616 c = kbd_buffer_get_event (&kb, used_mouse_menu); >> >> in keyboard.c >> >> Otherwise -- nothing suspicious :-) >> >> If I just let it continue without stepping then it doesn't hang or >> coredump, but doesn't paste either. EZ> Weird... EZ> Do you see any change in behavior if you change the value of EZ> selection-coding-system? For example, what happens if you type EZ> "C-x RET x latin-1 RET" and then mark a region of pure ASCII EZ> characters and type "M-w"--can you paste that text into other EZ> applications? Please also try with "C-x RET x compound-text RET". Absolutely -- it starts working! Both latin-1 and compound-text work. But the default selection-coding-system is compound-text-with-extensions and this doesn't work. thanks mk