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

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#14002: closed (24.3.50; buffer-file-coding-system is
 undecided-dos, everywhere)
Date: Fri, 05 Apr 2013 19:54:02 +0000

[Message part 1 (text/plain, inline)]

Your message dated Fri, 05 Apr 2013 23:50:04 +0400
with message-id <515F2AEC.2090002 <at> yandex.ru>
and subject line Re: bug#13977: 24.3.50; buffer-file-coding-system not set correctly
has caused the debbugs.gnu.org bug report #13977,
regarding 24.3.50; buffer-file-coding-system is undecided-dos, everywhere
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
13977: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=13977
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; buffer-file-coding-system is undecided-dos, everywhere
Date: Wed, 20 Mar 2013 06:26:34 +0400

1. emacs -Q
2. find-file .../emacs-bzr/trunk/README
3. eval `buffer-file-coding-system' => undecided-dos
4. make a change, save the buffer
5. run vc-diff => the whole buffer is marked as changed
6. eval `buffer-file-coding-system' again => still undecided-dos

Same with src/w32fns.c, for example. Or any other files with Unix line
endings (in other repositories).

In GNU Emacs 24.3.50.1 (i386-mingw-nt6.1.7601)
 of 2013-03-20 on SOL
Bzr revision: 112094 dgutov <at> yandex.ru-20130319151240-zn0ty0o5g047tzvs
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
 `configure --with-gcc (3.4) --cflags -IJ:/apps/system/gnuwin32/include'

Important settings:
  value of $EMACSDATA: C:/Users/gutov/vc/emacs-bzr/trunk/etc
  value of $EMACSDOC: C:/Users/gutov/vc/emacs-bzr/trunk/etc
  value of $EMACSLOADPATH: C:/Users/gutov/vc/emacs-bzr/trunk/site-lisp;C:/Users/gutov/vc/emacs-bzr/trunk/../site-lisp;C:/Users/gutov/vc/emacs-bzr/trunk/lisp;C:/Users/gutov/vc/emacs-bzr/trunk/leim
  value of $EMACSPATH: C:/Users/gutov/vc/emacs-bzr/trunk/bin
  value of $LANG: RUS
  locale-coding-system: cp1251
  default enable-multibyte-characters: t

[Message part 3 (message/rfc822, inline)]

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?
>
>
>

Previous Next

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