GNU bug report logs - #13977
24.3.50; buffer-file-coding-system not set correctly

Previous Next

Package: emacs;

Reported by: Richard Copley <rcopley <at> gmail.com>

Date: Sat, 16 Mar 2013 14:51:01 UTC

Severity: normal

Merged with 14002

Found in version 24.3.50

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 13977 in the body.
You can then email your comments to 13977 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#13977; Package emacs. (Sat, 16 Mar 2013 14:51:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Richard Copley <rcopley <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 16 Mar 2013 14:51:01 GMT) Full text and rfc822 format available.

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

From: Richard Copley <rcopley <at> gmail.com>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: 24.3.50; buffer-file-coding-system not set correctly
Date: Sat, 16 Mar 2013 14:49:17 +0000
On Windows, visit a plain ASCII text file with LF line endings. The
value of `buffer-file-coding-system' is `iso-latin-1-dos' (should be
`iso-latin-1-unix'). Modify and save the file. The file now has CRLF
line endings.
This was introduced recently in the trunk.


In GNU Emacs 24.3.50.1 (i386-mingw-nt6.2.9200)
 of 2013-03-16 on MACHINE
Bzr revision: 112057 jan.h.d <at> swipnet.se-20130316125847-4km32l5zt9fbbxb0
Windowing system distributor `Microsoft Corp.', version 6.2.9200
Configured using:
 `configure --with-gcc (4.7) --cflags -I c:/gnuwin32/include --ldflags
 -L c:/gnuwin32/lib'

Important settings:
  value of $LANG: ENG
  locale-coding-system: cp1252
  default enable-multibyte-characters: t

Major mode: Text

Minor modes in effect:
  tooltip-mode: t
  mouse-wheel-mode: t
  tool-bar-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Recent input:

C-x C-f n e w . t x t <return> a <return> b <return>
c <return> C-x <return> c u n i x <return> C-x C-s
M-: ( n t h SPC 7 SPC ( f i l e - a t t r i b u t e s
SPC " n e w . t x t " ) ) <return> C-x C-v <return>
SPC <backspace> C-x C-s M-: <up> <return> M-x r e p o
r t - e m a c s - b u f <backspace> g <return>

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
(New file)
Saving file c:/Users/Buster/new.txt...
Wrote c:/Users/Buster/new.txt
6 (#o6, #x6)
Saving file c:/Users/Buster/new.txt...
Wrote c:/Users/Buster/new.txt
9 (#o11, #x9)

Load-path shadows:
None found.

Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
easymenu mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils time-date tooltip ediff-hook vc-hooks
lisp-float-type mwheel dos-w32 ls-lisp w32-common-fns disp-table w32-win
w32-vars tool-bar dnd fontset image regexp-opt fringe tabulated-list
newcomment lisp-mode register page menu-bar rfn-eshadow timer select
scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cham
georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese hebrew greek romanian slovak czech european ethiopic
indian cyrillic chinese case-table epa-hook jka-cmpr-hook help simple
abbrev minibuffer button faces cus-face macroexp files text-properties
overlay sha1 md5 base64 format env code-pages mule custom widget
hashtable-print-readable backquote make-network-process w32notify w32
multi-tty emacs)




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13977; Package emacs. (Sat, 16 Mar 2013 16:55:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Richard Copley <rcopley <at> gmail.com>
Cc: 13977 <at> debbugs.gnu.org
Subject: Re: bug#13977: 24.3.50; buffer-file-coding-system not set correctly
Date: Sat, 16 Mar 2013 18:52:49 +0200
> Date: Sat, 16 Mar 2013 14:49:17 +0000
> From: Richard Copley <rcopley <at> gmail.com>
> 
> On Windows, visit a plain ASCII text file with LF line endings. The
> value of `buffer-file-coding-system' is `iso-latin-1-dos' (should be
> `iso-latin-1-unix'). Modify and save the file. The file now has CRLF
> line endings.
> This was introduced recently in the trunk.

I can reproduce this on GNU/Linux, if I first evaluate this:

  (setq default-buffer-file-coding-system 'iso-latin-1-dos)

So I guess some of the latest changes use the default EOL format in
preference to the format of the file we are visiting.




Merged 13977 14002. Request was from Dmitry Gutov <dgutov <at> yandex.ru> to control <at> debbugs.gnu.org. (Wed, 20 Mar 2013 04:21:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13977; Package emacs. (Fri, 05 Apr 2013 19:23:02 GMT) Full text and rfc822 format available.

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Richard Copley <rcopley <at> gmail.com>
Cc: 13977 <at> debbugs.gnu.org
Subject: Re: bug#13977: 24.3.50; buffer-file-coding-system not set correctly
Date: Fri, 05 Apr 2013 23:19:37 +0400
Richard Copley <rcopley <at> gmail.com> writes:

> On Windows, visit a plain ASCII text file with LF line endings. The
> value of `buffer-file-coding-system' is `iso-latin-1-dos' (should be
> `iso-latin-1-unix'). Modify and save the file. The file now has CRLF
> line endings.
> This was introduced recently in the trunk.

I think this has been fixed, likely in the revision 112229.

Richard, could you test?




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13977; Package emacs. (Fri, 05 Apr 2013 19:53:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: rcopley <at> gmail.com, 13977 <at> debbugs.gnu.org
Subject: Re: bug#13977: 24.3.50; buffer-file-coding-system not set correctly
Date: Fri, 05 Apr 2013 22:48:46 +0300
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Fri, 05 Apr 2013 23:19:37 +0400
> Cc: 13977 <at> debbugs.gnu.org
> 
> Richard Copley <rcopley <at> gmail.com> writes:
> 
> > On Windows, visit a plain ASCII text file with LF line endings. The
> > value of `buffer-file-coding-system' is `iso-latin-1-dos' (should be
> > `iso-latin-1-unix'). Modify and save the file. The file now has CRLF
> > line endings.
> > This was introduced recently in the trunk.
> 
> I think this has been fixed, likely in the revision 112229.
> 
> Richard, could you test?

It's fixed according to my testing.




Reply sent to Dmitry Gutov <dgutov <at> yandex.ru>:
You have taken responsibility. (Fri, 05 Apr 2013 19:54:02 GMT) Full text and rfc822 format available.

Notification sent to Richard Copley <rcopley <at> gmail.com>:
bug acknowledged by developer. (Fri, 05 Apr 2013 19:54:02 GMT) Full text and rfc822 format available.

Message #21 received at 13977-done <at> debbugs.gnu.org (full text, mbox):

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Richard Copley <rcopley <at> gmail.com>
Cc: 13977-done <at> debbugs.gnu.org
Subject: Re: bug#13977: 24.3.50; buffer-file-coding-system not set correctly
Date: Fri, 05 Apr 2013 23:50:04 +0400
Cc-ing the bug for the public record and to mark it done.

Version: 24.4

On 05.04.2013 23:35, Richard Copley wrote:
> Damn, 7 minutes 11 seconds for the bootstrap alone, plus a few minutes
> to test and write this email.

Thanks for checking, I'm in no hurry. :)

> (Forgot about having to recreate ja-dic. I
> wonder whether some of that work could be split into different targets
> for Make to parallelize?)

This isn't performed too often, I think I've only seen it recreated 
once, after this bug has been introduced.

> Anyway, yes it seems fixed for me. Many thanks!
>
>
>
> On 5 April 2013 20:22, Richard Copley <rcopley <at> gmail.com
> <mailto:rcopley <at> gmail.com>> wrote:
>
>     I'll bootstrap, give me six and a half minutes.
>
>
>     On 5 April 2013 20:19, Dmitry Gutov <dgutov <at> yandex.ru
>     <mailto:dgutov <at> yandex.ru>> wrote:
>
>         Richard Copley <rcopley <at> gmail.com <mailto:rcopley <at> gmail.com>>
>         writes:
>
>          > On Windows, visit a plain ASCII text file with LF line
>         endings. The
>          > value of `buffer-file-coding-system' is `iso-latin-1-dos'
>         (should be
>          > `iso-latin-1-unix'). Modify and save the file. The file now
>         has CRLF
>          > line endings.
>          > This was introduced recently in the trunk.
>
>         I think this has been fixed, likely in the revision 112229.
>
>         Richard, could you test?
>
>
>





Reply sent to Dmitry Gutov <dgutov <at> yandex.ru>:
You have taken responsibility. (Fri, 05 Apr 2013 19:54:02 GMT) Full text and rfc822 format available.

Notification sent to Dmitry Gutov <dgutov <at> yandex.ru>:
bug acknowledged by developer. (Fri, 05 Apr 2013 19:54:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Sat, 04 May 2013 11:24:03 GMT) Full text and rfc822 format available.

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

Previous Next


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