[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#1215: 23.0.60; unibyte->multibyte conversion problem (in search-forw
From: |
Stefan Monnier |
Subject: |
bug#1215: 23.0.60; unibyte->multibyte conversion problem (in search-forward and friends) |
Date: |
Wed, 22 Oct 2008 10:51:29 -0400 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) |
> Let me refer to strings like "<<tag>>" - where the "<<" and ">>" stand
> for guillemets, i.e., the characters that we type with `C-x 8 <' and
> `C-x 8 >' - as "anchors". So: if I produce an anchor string in a
> unibyte buffer and then I search for an occurrence of that string in
> multibyte buffer, the search fails.
There are no guillemets in unibyte buffers.
> ;;--------snip,snip--------
> ;; -*- coding: raw-text-unix -*-
> ;; (save-this-block-as "/tmp/1.txt")
> (progn
> (find-file "/tmp/2.txt")
> (goto-char (point-min))
> (setq anchorstr "«foo»")
> (message (if (multibyte-string-p anchorstr) "multi" "uni"))
> (search-forward anchorstr))
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 ».
Stefan