GNU bug report logs -
#7934
24.0.50; Nextstep: Can't copy and paste null characters
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Sat, 29 Jan 2011 12:32:26 +0100
with message-id <4D43FACA.4030808 <at> swipnet.se>
and subject line Re: bug#7934: 24.0.50; Nextstep: Can't copy and paste null characters
has caused the GNU bug report #7934,
regarding 24.0.50; Nextstep: Can't copy and paste null characters
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
7934: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=7934
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
Starting with .../Emacs.app/Contents/MacOS/Emacs -Q:
Type these characters in the *scratch* buffer:
abc C-q C-space def
so you now have a line looking like
abc^@def
with the ^@ representing a null character.
Now type the characters C-a C-k C-y
which should kill the line and then yank it back.
Expected result: The line is unchanged.
Actual result: Only the letters abc are yanked back.
The null character and the following characters are lost.
(I discovered this when I found myself unable to copy the debugger
buffer, which happened to contain bytecode snippets which had null
characters in them.)
In GNU Emacs 24.0.50.1 (x86_64-apple-darwin10.5.0, NS apple-appkit-1038.35)
of 2011-01-21 on mack
Windowing system distributor `Apple', version 10.3.1038
configured using `configure '--with-ns''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: en_US.UTF-8
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
- Harald
[Message part 3 (message/rfc822, inline)]
Fixed in trunk.
Thanks,
Jan D.
Harald Hanche-Olsen skrev 2011-01-28 23.41:
> Starting with .../Emacs.app/Contents/MacOS/Emacs -Q:
> Type these characters in the *scratch* buffer:
> abc C-q C-space def
> so you now have a line looking like
> abc^@def
> with the ^@ representing a null character.
> Now type the characters C-a C-k C-y
> which should kill the line and then yank it back.
>
> Expected result: The line is unchanged.
> Actual result: Only the letters abc are yanked back.
> The null character and the following characters are lost.
>
> (I discovered this when I found myself unable to copy the debugger
> buffer, which happened to contain bytecode snippets which had null
> characters in them.)
>
> In GNU Emacs 24.0.50.1 (x86_64-apple-darwin10.5.0, NS apple-appkit-1038.35)
> of 2011-01-21 on mack
> Windowing system distributor `Apple', version 10.3.1038
> configured using `configure '--with-ns''
>
> Important settings:
> value of $LC_ALL: nil
> value of $LC_COLLATE: nil
> value of $LC_CTYPE: en_US.UTF-8
> value of $LC_MESSAGES: nil
> value of $LC_MONETARY: nil
> value of $LC_NUMERIC: nil
> value of $LC_TIME: nil
> value of $LANG: nil
> value of $XMODIFIERS: nil
> locale-coding-system: utf-8-unix
> default enable-multibyte-characters: t
>
> - Harald
>
>
This bug report was last modified 14 years and 175 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.