(Finsert_file_contents): Undo change of 2001-08-27.
This commit is contained in:
parent
ff4ec1f7bd
commit
d38633a306
2 changed files with 19 additions and 4 deletions
|
@ -1,3 +1,7 @@
|
|||
2001-08-29 Gerd Moellmann <gerd@gnu.org>
|
||||
|
||||
* fileio.c (Finsert_file_contents): Undo change of 2001-08-27.
|
||||
|
||||
2001-08-28 Eli Zaretskii <eliz@is.elta.co.il>
|
||||
|
||||
* w32term.c (x_set_glyph_string_background_width)
|
||||
|
|
19
src/fileio.c
19
src/fileio.c
|
@ -4350,10 +4350,21 @@ actually used.")
|
|||
|| coding.type == coding_type_raw_text))
|
||||
{
|
||||
/* Visiting a file with these coding systems should always make
|
||||
the buffer unibyte. The call to Fset_buffer_multibyte
|
||||
ensures that existing markers etc are converted to unibyte,
|
||||
too. */
|
||||
Fset_buffer_multibyte (Qnil);
|
||||
the buffer unibyte. If we happen to be replacing text in a
|
||||
multibyte buffer (this happens when reverting an RMAIL
|
||||
buffer), positions in the buffer, markers etc. may have byte
|
||||
positions != character positions, so just setting
|
||||
enable_multibyte_characters to nil doesn't suffice. */
|
||||
if (!NILP (replace)
|
||||
&& !NILP (current_buffer->enable_multibyte_characters))
|
||||
Fset_buffer_multibyte (Qnil);
|
||||
else
|
||||
/* We cannot Fset_buffer_multibyte(nil) here. When we visit a
|
||||
file literally in a multibyte buffer, a call to
|
||||
Fset_buffer_multibyte would change character positions,
|
||||
although the buffer has unibyte contents, and that's wrong,
|
||||
of course. */
|
||||
current_buffer->enable_multibyte_characters = Qnil;
|
||||
coding.dst_multibyte = 0;
|
||||
}
|
||||
|
||||
|
|
Loading…
Add table
Reference in a new issue