* bug#14002: 24.3.50; buffer-file-coding-system is undecided-dos, everywhere
@ 2013-03-20 2:26 Dmitry Gutov
[not found] ` <handler.14002.B.136374651732012.ack@debbugs.gnu.org>
2013-03-20 4:05 ` bug#14002: 24.3.50; buffer-file-coding-system is undecided-dos, everywhere Eli Zaretskii
0 siblings, 2 replies; 6+ messages in thread
From: Dmitry Gutov @ 2013-03-20 2:26 UTC (permalink / raw)
To: 14002
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@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
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#14002: Acknowledgement (24.3.50; buffer-file-coding-system is undecided-dos, everywhere)
[not found] ` <handler.14002.B.136374651732012.ack@debbugs.gnu.org>
@ 2013-03-20 2:39 ` Dmitry Gutov
0 siblings, 0 replies; 6+ messages in thread
From: Dmitry Gutov @ 2013-03-20 2:39 UTC (permalink / raw)
To: 14002
Some more info:
With emacs -Q, the coding system is undecided-dos during opening,
modification and saving. If I then do vc-revert, it becomes
undecided-unix, and the subsequent editing of the file works as expected.
In my usual setup, I have
(set-language-environment 'Cyrillic-CP1251) ; defined previously
(set-file-name-coding-system 'cp1251)
(prefer-coding-system 'utf-8)
and the coding system in this scenario goes from utf-8 to utf-8-dos
(after saving) to undecided-unix (after reverting), and then editing
similarly works fine.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#14002: 24.3.50; buffer-file-coding-system is undecided-dos, everywhere
2013-03-20 2:26 bug#14002: 24.3.50; buffer-file-coding-system is undecided-dos, everywhere Dmitry Gutov
[not found] ` <handler.14002.B.136374651732012.ack@debbugs.gnu.org>
@ 2013-03-20 4:05 ` Eli Zaretskii
2013-03-20 4:18 ` Dmitry Gutov
1 sibling, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2013-03-20 4:05 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: 14002
> From: Dmitry Gutov <dgutov@yandex.ru>
> 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).
This is a duplicate if 13977.
(Why don't people try to look for similar bug reports before they do?)
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#14002: 24.3.50; buffer-file-coding-system is undecided-dos, everywhere
2013-03-20 4:05 ` bug#14002: 24.3.50; buffer-file-coding-system is undecided-dos, everywhere Eli Zaretskii
@ 2013-03-20 4:18 ` Dmitry Gutov
2013-03-20 16:54 ` Eli Zaretskii
0 siblings, 1 reply; 6+ messages in thread
From: Dmitry Gutov @ 2013-03-20 4:18 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 14002, GNU bug tracker automated control server
merge 14002 13977
thanks
On 20.03.2013 8:05, Eli Zaretskii wrote:
>> From: Dmitry Gutov <dgutov@yandex.ru>
>> 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).
>
> This is a duplicate if 13977.
Indeed. Sorry.
> (Why don't people try to look for similar bug reports before they do?)
Obviously, you only notice the cases when they don't.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#14002: 24.3.50; buffer-file-coding-system is undecided-dos, everywhere
2013-03-20 4:18 ` Dmitry Gutov
@ 2013-03-20 16:54 ` Eli Zaretskii
2013-03-20 20:40 ` Dmitry Gutov
0 siblings, 1 reply; 6+ messages in thread
From: Eli Zaretskii @ 2013-03-20 16:54 UTC (permalink / raw)
To: Dmitry Gutov; +Cc: 14002
> Date: Wed, 20 Mar 2013 08:18:23 +0400
> From: Dmitry Gutov <dgutov@yandex.ru>
> CC: 14002@debbugs.gnu.org,
> GNU bug tracker automated control server <control@debbugs.gnu.org>
>
> > (Why don't people try to look for similar bug reports before they do?)
>
> Obviously, you only notice the cases when they don't.
Obviously. But the point is, there are too many of those duplicates.
^ permalink raw reply [flat|nested] 6+ messages in thread
* bug#14002: 24.3.50; buffer-file-coding-system is undecided-dos, everywhere
2013-03-20 16:54 ` Eli Zaretskii
@ 2013-03-20 20:40 ` Dmitry Gutov
0 siblings, 0 replies; 6+ messages in thread
From: Dmitry Gutov @ 2013-03-20 20:40 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 14002
On 20.03.2013 20:54, Eli Zaretskii wrote:
>> Date: Wed, 20 Mar 2013 08:18:23 +0400
>> From: Dmitry Gutov <dgutov@yandex.ru>
>> CC: 14002@debbugs.gnu.org,
>> GNU bug tracker automated control server <control@debbugs.gnu.org>
>>
>>> (Why don't people try to look for similar bug reports before they do?)
>>
>> Obviously, you only notice the cases when they don't.
>
> Obviously. But the point is, there are too many of those duplicates.
Given the size of Emacs user community, I'd rather expect more bug
reports, including duplicate, nonsensical, etc, than currently.
In this specific case, I though I'm aware of the current bugs (I'm
subscribed to gmane.emacs.bugs in Gnus), and I also thought that this
kind of bug wouldn't stay unfixed for more than a day, much less 5 days
that went since 13977 was filed. I was wrong on both counts.
Speaking of bug reports, the recent font-lock breakage was similar in
that it was obvious and stayed unfixed for a while. It just affected a
bigger audience.
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2013-03-20 20:40 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-03-20 2:26 bug#14002: 24.3.50; buffer-file-coding-system is undecided-dos, everywhere Dmitry Gutov
[not found] ` <handler.14002.B.136374651732012.ack@debbugs.gnu.org>
2013-03-20 2:39 ` bug#14002: Acknowledgement (24.3.50; buffer-file-coding-system is undecided-dos, everywhere) Dmitry Gutov
2013-03-20 4:05 ` bug#14002: 24.3.50; buffer-file-coding-system is undecided-dos, everywhere Eli Zaretskii
2013-03-20 4:18 ` Dmitry Gutov
2013-03-20 16:54 ` Eli Zaretskii
2013-03-20 20:40 ` Dmitry Gutov
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).