From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#6974: Emacs doesn't like Swedish =?utf-8?b?w6Q=?= (on w32) Date: Fri, 03 Sep 2010 12:01:52 +0300 Message-ID: <83tym7i4jj.fsf@gnu.org> References: <4C80ABD4.8090106@easy-emacs.de> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1283505004 13613 80.91.229.12 (3 Sep 2010 09:10:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 3 Sep 2010 09:10:04 +0000 (UTC) Cc: bug-gnu-emacs@gnu.org To: Andreas =?UTF-8?Q?R=C3=B6hler?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Sep 03 11:10:02 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OrSHY-0001B8-5v for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 Sep 2010 11:10:00 +0200 Original-Received: from localhost ([127.0.0.1]:41469 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OrSHX-00016M-CR for geb-bug-gnu-emacs@m.gmane.org; Fri, 03 Sep 2010 05:09:59 -0400 Original-Received: from [140.186.70.92] (port=41851 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OrSHQ-00016H-Vo for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2010 05:09:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OrSHP-0003Vj-Ki for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2010 05:09:52 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46718) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrSHP-0003Ve-IA for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2010 05:09:51 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OrS6v-000404-Oe; Fri, 03 Sep 2010 04:59:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 03 Sep 2010 08:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 6974 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by submit@debbugs.gnu.org id=B.128350428515368 (code B ref -1); Fri, 03 Sep 2010 08:59:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 3 Sep 2010 08:58:05 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrS60-0003zp-VH for submit@debbugs.gnu.org; Fri, 03 Sep 2010 04:58:05 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrS5z-0003zT-0k for submit@debbugs.gnu.org; Fri, 03 Sep 2010 04:58:03 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OrS7f-00023f-Er for submit@debbugs.gnu.org; Fri, 03 Sep 2010 04:59:48 -0400 Original-Received: from lists.gnu.org ([199.232.76.165]:51271) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrS7f-00023b-Cx for submit@debbugs.gnu.org; Fri, 03 Sep 2010 04:59:47 -0400 Original-Received: from [140.186.70.92] (port=39170 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OrS7e-0005zO-Cy for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2010 04:59:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OrS7d-00023Q-51 for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2010 04:59:46 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:55331) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OrS7c-00023H-Tt for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2010 04:59:45 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0L8500I00XG99600@a-mtaout22.012.net.il> for bug-gnu-emacs@gnu.org; Fri, 03 Sep 2010 11:59:43 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.126.202.93]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0L8500HU8YBIJ880@a-mtaout22.012.net.il>; Fri, 03 Sep 2010 11:59:43 +0300 (IDT) In-reply-to: <4C80ABD4.8090106@easy-emacs.de> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 03 Sep 2010 04:59:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:39920 Archived-At: > Date: Fri, 03 Sep 2010 10:03:32 +0200 > From: Andreas R=C3=B6hler > Cc:=20 >=20 > seeing the similar: >=20 > when opening a file containing non-ascii chars, german > umlauts for example, in some case these aren't shown > as glyphs but as numbers. This is a different problem entirely, please file a separate bug report (although my guess is that this is some cockpit error on your part, so perhaps discussing this on emacs-devel is a better way of resolving it). > See screenshot attached how the following code looks > like: >=20 > (define-abbrev-table > 'global-abbrev-table > '(("Infinity" "=E2=88=9E" nil 0) > ("alpha" "=CE=B1" nil 2) > ("beta" "=CE=B2" nil 1) > ("gamma" "=CE=B3" nil 1) > ("theta" "=CE=B8" nil 0))) The screenshot shows "t" at the mode-line's left edge, which means Emacs decoded the file's contents with raw-text coding-system. raw-text interprets all non-ASCII characters as raw bytes, and displays them as such, with octal escapes. The most probable reason for Emacs not to decode the file correctly (as UTF-8) is that the file includes some bytes that are invalid UTF-= 8 sequences. What happens if you force UTF-8 with "C-x RET c" before visiting the file with "C-x C-f"?