GNU bug report logs - #1215
23.0.60; unibyte->multibyte conversion problem (in search-forward and friends)

Previous Next

Package: emacs;

Reported by: "Eduardo Ochs" <eduardoochs <at> gmail.com>

Date: Tue, 21 Oct 2008 16:10:03 UTC

Severity: normal

Done: Chong Yidong <cyd <at> stupidchicken.com>

Bug is archived. No further changes may be made.

Full log


Message #40 received at 1215 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Juanma Barranquero <lekktu <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Eduardo Ochs <eduardoochs <at> gmail.com>, 1215 <at> debbugs.gnu.org
Subject: Re: bug#1215: 23.0.60; unibyte->multibyte conversion problem (in
Date: Fri, 16 Jan 2009 12:08:58 +0100
On Fri, Jan 16, 2009 at 04:37, Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:

> You're cheating: remove the (set-buffer-multibyte nil).
> Otherwise you're not actually inserting the ?« char but the #xAB
> byte instead.

OK, I see.

You said:

"There's a bug here, indeed: Emacs should refuse to save such a file,
because raw-text-unix (to which I prefer to refer as `binary') cannot
encode « and »."

but according to raw-text-unix's description:

  t -- raw-text-unix

  Raw text, which means text contains random 8-bit codes.
  Encoding text with this coding system produces the actual byte
  sequence of the text in buffers and strings.  An exception is made for
  eight-bit-control characters.  Each of them is encoded into a single
  byte.

you can save (almost) anything with it. What is the bug?

    Juanma




This bug report was last modified 15 years and 184 days ago.

Previous Next


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