GNU bug report logs - #14745
24.1; 24.1; Emacs doesn't correctly read the code points U+D800–U+DFFF when opening a file

Previous Next

Package: emacs;

Reported by: Patrick Xarles Hayes <pxhayes <at> gmail.com>

Date: Sat, 29 Jun 2013 01:38:02 UTC

Severity: normal

Found in version 24.1

Fixed in version 24.4

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #8 received at 14745 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Patrick Xarles Hayes <pxhayes <at> gmail.com>
Cc: 14745 <at> debbugs.gnu.org
Subject: Re: bug#14745: 24.1; 24.1; Emacs doesn't correctly read the code
 points	U+D800–U+DFFF when opening a file
Date: Sat, 29 Jun 2013 10:55:31 +0300
> Date: Fri, 28 Jun 2013 21:34:05 -0400
> From: Patrick Xarles Hayes <pxhayes <at> gmail.com>
> 
> $ emacs -Q
> C-x C-f
> Find file: some-file-with-code-points-in-the-range-U+D800–U+DFFF
> 
> Emacs 24.1.1 loads the file interpreting any code point in the range of
> U+D800–U+DFFF as a sequence of three bytes (e.g., “\355\240\200” instead
> of a glyph for U+D800).  These are the code points in: Non Private Use
> High Surrogate, First; Non Private Use High Surrogate, Last; Private Use
> High Surrogate, First; Private Use High Surrogate, Last; Low Surrogate,
> First; and Low Surrogate, Last.

I can see this in 24.1, 24.2, and 24.3, but not on the trunk.  So I
guess this bug was already fixed.




This bug report was last modified 12 years and 21 days ago.

Previous Next


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