GNU bug report logs - #20906
25.0.50; Pasting unicode from external applications with mouse wheel on Unix

Previous Next

Package: emacs;

Reported by: Boris Kheyfets <kheyfboris <at> gmail.com>

Date: Fri, 26 Jun 2015 21:26:02 UTC

Severity: normal

Merged with 19310

Found in version 25.0.50

Done: Andreas Schwab <schwab <at> suse.de>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Mike FABIAN <mfabian <at> redhat.com>
Cc: schwab <at> suse.de, 20906 <at> debbugs.gnu.org
Subject: bug#20906: 25.0.50;
Date: Tue, 06 Oct 2015 19:29:50 +0300
> From: Mike FABIAN <mfabian <at> redhat.com>
> Cc: schwab <at> suse.de, 20906 <at> debbugs.gnu.org
> Date: Tue, 06 Oct 2015 08:30:11 +0200
> 
> Eli Zaretskii <eliz <at> gnu.org> さんはかきました:
> 
> >> From: Mike FABIAN <mfabian <at> redhat.com>
> >> Cc: Andreas Schwab <schwab <at> suse.de>, 20906 <at> debbugs.gnu.org
> >> Date: Mon, 05 Oct 2015 17:08:30 +0200
> >> 
> >> With tracing turned on, I see something like this:
> >> 
> >> Breakpoint 1, x_get_window_property_as_lisp_data (dpyinfo=0x16d9070,
> >>     window=119537791, property=602, target_type=8256, selection_atom=1)
> >>     at xselect.c:1469                                                  
> >> Continuing.
> >> 9577: Reading selection data
> >> 9577: Read 18 bytes from property _EMACS_TMP_
> >> 9577:   Delete property _EMACS_TMP_
> >
> > Thanks.  Do you see the same in v24.5?
> 
> In v24.5 I see at the same point, i.e. when breaking 
> at x_get_window_property_as_lisp_data and then
> single stepping until after x_get_window_property:
> 
>     (gdb) n
>     23750: Reading selection data
>     23750: Read 6 bytes from property _EMACS_TMP_
>     (gdb) p	data
>     $1 = (unsigned char *) 0x145c300 "終了"
>     (gdb) p	property
>     $2 = 602
>     (gdb) c
>     Continuing.
>     23750:   Delete property _EMACS_TMP_
> 
> Here the Japanese text I pasted ("終了") appears just like that
> in gdb (running in a terminal in UTF-8 mode, i.e. this is
> UTF-8 encoded text).

If the data we receive is different, I guess the only explanation
could be that we request it in some different way?




This bug report was last modified 9 years and 282 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.