From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: sandro dentella Newsgroups: gmane.emacs.help Subject: Re: python-mode, c-c c-c and unicode in output buffer Date: Sat, 24 Oct 2009 10:33:04 -0700 (PDT) Organization: http://groups.google.com Message-ID: References: <4fa56018-f878-44c8-99c3-871cf5aad894@l31g2000vbp.googlegroups.com> <022ced0d-6c64-4b48-980d-e3f11a3f9f3a@u13g2000vbb.googlegroups.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 X-Trace: ger.gmane.org 1256406058 31333 80.91.229.12 (24 Oct 2009 17:40:58 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 24 Oct 2009 17:40:58 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sat Oct 24 19:40:51 2009 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1N1kbi-00073y-KW for geh-help-gnu-emacs@m.gmane.org; Sat, 24 Oct 2009 19:40:50 +0200 Original-Received: from localhost ([127.0.0.1]:36947 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N1kbi-0004ua-0L for geh-help-gnu-emacs@m.gmane.org; Sat, 24 Oct 2009 13:40:50 -0400 Original-Path: news.stanford.edu!usenet.stanford.edu!postnews.google.com!l34g2000vba.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 99 Original-NNTP-Posting-Host: 151.38.130.161 Original-X-Trace: posting.google.com 1256405585 16377 127.0.0.1 (24 Oct 2009 17:33:05 GMT) Original-X-Complaints-To: groups-abuse@google.com Original-NNTP-Posting-Date: Sat, 24 Oct 2009 17:33:05 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: l34g2000vba.googlegroups.com; posting-host=151.38.130.161; posting-account=jPXbhwoAAABxGmEUhr7h4NFalNdnLX37 User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.13) Gecko/20080311 (Debian-1.8.1.13+nobinonly-0ubuntu1) Galeon/2.0.4 (Ubuntu 2.0.4-1ubuntu1),gzip(gfe),gzip(gfe) Original-Xref: news.stanford.edu gnu.emacs.help:174131 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:69214 Archived-At: On 24 Ott, 17:26, LanX wrote: > I had a similar problem with perl and German umlauts because the > coding-system for _saving_ and compilation-buffer were not in sync. > > Maybe try running > > M-x describe-current-coding-system I dont' know how to interpret the last 2 lines but the rest seems to me exactly what is should be... Am I wrong? sandro *:-) python code buffer ============== Coding system for saving this buffer: u -- mule-utf-8-unix Default coding system (for new files): u -- mule-utf-8 (alias: utf-8) Coding system for keyboard input: nil Coding system for terminal output: u -- utf-8 (alias of mule-utf-8) Defaults for subprocess I/O: decoding: u -- mule-utf-8 (alias: utf-8) encoding: u -- mule-utf-8 (alias: utf-8) Priority order for recognizing coding systems when reading files: 1. mule-utf-8 (alias: utf-8) 2. iso-latin-1 (alias: iso-8859-1 latin-1) 3. mule-utf-16be-with-signature (alias: utf-16be-with-signature mule- utf-16-be utf-16-be) 4. mule-utf-16le-with-signature (alias: utf-16le-with-signature mule- utf-16-le utf-16-le) 5. iso-2022-jp (alias: junet) 6. iso-2022-7bit 7. iso-2022-7bit-lock (alias: iso-2022-int-1) 8. iso-2022-8bit-ss2 9. emacs-mule 10. raw-text 11. japanese-shift-jis (alias: shift_jis sjis cp932) 12. chinese-big5 (alias: big5 cn-big5 cp950) 13. no-conversion Other coding systems cannot be distinguished automatically from these, and therefore cannot be recognized automatically with the present coding system priorities. The following are decoded correctly but recognized as iso-2022-7bit- lock: iso-2022-7bit-ss2 iso-2022-7bit-lock-ss2 iso-2022-cn iso-2022-cn- ext iso-2022-jp-2 iso-2022-kr Particular coding systems specified for certain file names: OPERATION TARGET PATTERN CODING SYSTEM(s) --------- -------------- ---------------- File I/O "\\.elc\\'" (emacs-mule . emacs-mule) "\\.utf\\(-8\\)?\\'" utf-8 "\\(\\`\\|/\\)loaddefs.el\\'" (raw-text . raw-text-unix) "\\.tar\\'" (no-conversion . no-conversion) "\\.po[tx]?\\'\\|\\.po\\." po-find-file-coding-system "\\.\\(tex\\|ltx\\|dtx\\|drv\\)\\'" latexenc-find-file-coding-system "" (undecided) Process I/O nothing specified Network I/O nothing specified output buffer ============ Coding system for saving this buffer: Not set locally, use the default. Default coding system (for new files): u -- mule-utf-8 (alias: utf-8) Coding system for keyboard input: nil Coding system for terminal output: u -- utf-8 (alias of mule-utf-8) Defaults for subprocess I/O: decoding: u -- mule-utf-8 (alias: utf-8) encoding: u -- mule-utf-8 (alias: utf-8)