Your message dated Thu, 9 Nov 2006 10:44:25 +0100
with message-id <[EMAIL PROTECTED]>
and subject line Not a bug
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: emacs21
Version: 21.4a-1
Severity: minor
Emacs seems to mostly work fine in a UTF-8 environment. However, there is
one annoyance. It appears that g++, in a UTF-8 locale, will output extended
characters in its error messages. For instance,
matchers.cc:227: error: request for member ‘c_str’ in ‘s’, which is of
non-class type ‘const char*’
In Emacs, though, the high characters are displayed as non-printable ASCII
characters:
matchers.cc:227: error: request for member \200\230c_str\200\231 in
\200\230s\200\231, which is of non-class type \200\230const char*\200\231
Each of the \NNN values is a single character according to Emacs, and when I
pasted this text directly, those values showed up as individual characters:
matchers.cc:227: error: request for member âc_strâ in âsâ, which is of
non-class type âconst char*â
It looks like maybe I can work around this by fiddling with some options,
but I don't think that running a compile job from emacs should be broken by
default.
Daniel
--
/------------------- Daniel Burrows <[EMAIL PROTECTED]> ------------------\
| Apostrophes are not a warning that a |
| word is about to end in an "s". |
\---------------- The Turtle Moves! -- http://www.lspace.org ---------------/
pgpPIB5RJueuU.pgp
Description: PGP signature
--- End Message ---
--- Begin Message ---
Hi,
I think it was not a bug. Let's close it.
Regards,
--
Jérôme Marant
--- End Message ---
