From: Eli Zaretskii <eliz@gnu.org>
To: Uday Reddy <usr.vm.rocks@gmail.com>
Cc: monnier@IRO.UMontreal.CA, emacs-devel@gnu.org
Subject: Re: Emacs24 coding system problems
Date: Sun, 25 Nov 2012 23:10:05 +0200 [thread overview]
Message-ID: <8338zxz8wi.fsf@gnu.org> (raw)
In-Reply-To: <20658.33101.528000.856021@gargle.gargle.HOWL>
> Date: Sun, 25 Nov 2012 20:36:29 +0000
> From: Uday Reddy <usr.vm.rocks@gmail.com>
> Cc: Uday Reddy <usr.vm.rocks@gmail.com>,
> monnier@IRO.UMontreal.CA,
> emacs-devel@gnu.org
>
> Eli Zaretskii writes:
>
> > I'm confused: is this problem specific to MS-Windows? I don't think
> > you ever mentioned Windows in this thread before; did I miss
> > something?
>
> I didn't know it was specific to Windows either.
Telling the OS on which problems happen is useful regardless.
> It appears that Emacs24 is not treating `buffer-file-type' as buffer-local
> variable, at least in some places inside its guts. The Bug Report #12989
> demonstrated that.
Why do you (or is it VM?) use that variable at all?
> If I set buffer-file-type to nil and try again:
>
> - find-buffer-file-type-coding-system returns (undecided . undecided).
> enable-multibyte-characters is still nil.
>
> - By the time after-insert-file-set-coding gets called,
> enable-multibyte-characters has already been set to t. All is well after
> that.
The default value of buffer-file-type is nil. How did it get set to
something else?
next prev parent reply other threads:[~2012-11-25 21:10 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-02 8:24 Emacs24 coding system problems Uday Reddy
2012-11-02 8:39 ` Andreas Schwab
2012-11-02 8:51 ` Eli Zaretskii
2012-11-02 8:56 ` Eli Zaretskii
2012-11-18 19:06 ` Uday Reddy
2012-11-18 21:07 ` Eli Zaretskii
2012-11-19 4:05 ` Stephen J. Turnbull
2012-11-19 8:43 ` Uday Reddy
2012-11-24 20:29 ` Stefan Monnier
2012-11-25 7:58 ` Uday Reddy
2012-11-25 10:44 ` Uday Reddy
2012-11-25 16:06 ` Eli Zaretskii
2012-11-25 20:36 ` Uday Reddy
2012-11-25 21:10 ` Eli Zaretskii [this message]
2012-11-25 11:48 ` Kazuhiro Ito
2012-11-25 19:58 ` Uday Reddy
2012-11-25 21:14 ` Eli Zaretskii
2012-11-25 23:37 ` Uday Reddy
2012-11-26 3:41 ` Eli Zaretskii
2012-11-26 8:30 ` Kazuhiro Ito
2012-11-26 17:16 ` Eli Zaretskii
2012-11-28 12:39 ` Kazuhiro Ito
2012-11-28 17:40 ` Eli Zaretskii
2012-11-28 21:16 ` Uday S Reddy
2012-11-29 3:46 ` Eli Zaretskii
2012-11-30 10:58 ` Uday Reddy
2012-11-30 13:40 ` Eli Zaretskii
2012-12-02 0:46 ` Emacs24 unpredictable behaviour [Was: coding system problems] Uday Reddy
2012-12-02 8:06 ` Andreas Schwab
2012-12-02 11:42 ` Uday Reddy
2012-11-09 17:01 ` Emacs24 coding system problems Stefan Monnier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=8338zxz8wi.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=emacs-devel@gnu.org \
--cc=monnier@IRO.UMontreal.CA \
--cc=usr.vm.rocks@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).