From unknown Sun Aug 17 00:59:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17714: 24.4.50; File coding system not detected correctly Resent-From: Jorgen Schaefer Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jun 2014 08:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 17714 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 17714@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.140204312527253 (code B ref -1); Fri, 06 Jun 2014 08:26:01 +0000 Received: (at submit) by debbugs.gnu.org; 6 Jun 2014 08:25:25 +0000 Received: from localhost ([127.0.0.1]:46518 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WspSm-00075Q-4G for submit@debbugs.gnu.org; Fri, 06 Jun 2014 04:25:24 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41707) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WspSk-000757-IL for submit@debbugs.gnu.org; Fri, 06 Jun 2014 04:25:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WspSW-0005z4-Eb for submit@debbugs.gnu.org; Fri, 06 Jun 2014 04:25:17 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42133) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WspSW-0005yl-AV for submit@debbugs.gnu.org; Fri, 06 Jun 2014 04:25:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43401) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WspSP-0003z3-Mw for bug-gnu-emacs@gnu.org; Fri, 06 Jun 2014 04:25:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WspSJ-0005ku-Ip for bug-gnu-emacs@gnu.org; Fri, 06 Jun 2014 04:25:01 -0400 Received: from loki.jorgenschaefer.de ([87.230.15.51]:54205) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WspSJ-0005kY-Cd for bug-gnu-emacs@gnu.org; Fri, 06 Jun 2014 04:24:55 -0400 Received: by loki.jorgenschaefer.de (Postfix, from userid 1000) id ADD5D201F42; Fri, 6 Jun 2014 10:24:53 +0200 (CEST) From: Jorgen Schaefer Date: Fri, 06 Jun 2014 10:24:53 +0200 Message-ID: <8761ke4f8q.fsf@loki.jorgenschaefer.de> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Since a few days ago, current trunk stopped detecting file coding systems correctly for me. For a file that is opened as utf-8 with stable Emacs, it now says (using emacs -q, fundamental-mode): ----- buffer-file-coding-system is a variable defined in `C source code'. Its value is no-conversion Local in buffer Todo; global value is utf-8-unix ----- M-x revert-buffer-with-coding-system RET utf-8 RET works fine. Configured using: `configure --without-x' Configured features: SOUND NOTIFY LIBXML2 ZLIB Important settings: value of $LC_ALL: value of $LC_COLLATE: de_DE.UTF-8 value of $LC_CTYPE: de_DE.UTF-8 value of $LC_MESSAGES: POSIX value of $LC_MONETARY: POSIX value of $LC_NUMERIC: POSIX value of $LC_TIME: POSIX value of $LANG: POSIX locale-coding-system: utf-8-unix From unknown Sun Aug 17 00:59:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17714: 24.4.50; File coding system not detected correctly Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jun 2014 09:23:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17714 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jorgen Schaefer Cc: 17714@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17714-submit@debbugs.gnu.org id=B17714.14020465552263 (code B ref 17714); Fri, 06 Jun 2014 09:23:01 +0000 Received: (at 17714) by debbugs.gnu.org; 6 Jun 2014 09:22:35 +0000 Received: from localhost ([127.0.0.1]:46539 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsqM6-0000aQ-UW for submit@debbugs.gnu.org; Fri, 06 Jun 2014 05:22:35 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]:48006) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WsqM3-0000Zr-KP for 17714@debbugs.gnu.org; Fri, 06 Jun 2014 05:22:32 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0N6Q00700PXP5300@a-mtaout20.012.net.il> for 17714@debbugs.gnu.org; Fri, 06 Jun 2014 12:22:24 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6Q00724Q1C5I00@a-mtaout20.012.net.il>; Fri, 06 Jun 2014 12:22:24 +0300 (IDT) Date: Fri, 06 Jun 2014 12:22:15 +0300 From: Eli Zaretskii In-reply-to: <8761ke4f8q.fsf@loki.jorgenschaefer.de> X-012-Sender: halo1@inter.net.il Message-id: <83bnu64cl4.fsf@gnu.org> References: <8761ke4f8q.fsf@loki.jorgenschaefer.de> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Jorgen Schaefer > Date: Fri, 06 Jun 2014 10:24:53 +0200 > > Since a few days ago, current trunk stopped detecting file coding > systems correctly for me. For a file that is opened as utf-8 with stable > Emacs, it now says (using emacs -q, fundamental-mode): > > ----- > buffer-file-coding-system is a variable defined in `C source code'. > Its value is no-conversion > Local in buffer Todo; global value is utf-8-unix > ----- > > M-x revert-buffer-with-coding-system RET utf-8 RET works fine. Please send an example file where you see this problem. Thanks. From unknown Sun Aug 17 00:59:45 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Jorgen Schaefer Subject: bug#17714: closed (Re: bug#17714: 24.4.50; File coding system not detected correctly) Message-ID: References: <20140606115157.6b79f180@forcix.jorgenschaefer.de> <8761ke4f8q.fsf@loki.jorgenschaefer.de> X-Gnu-PR-Message: they-closed 17714 X-Gnu-PR-Package: emacs Reply-To: 17714@debbugs.gnu.org Date: Fri, 06 Jun 2014 09:53:03 +0000 Content-Type: multipart/mixed; boundary="----------=_1402048383-6103-1" This is a multi-part message in MIME format... ------------=_1402048383-6103-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #17714: 24.4.50; File coding system not detected correctly which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 17714@debbugs.gnu.org. --=20 17714: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D17714 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1402048383-6103-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 17714-done) by debbugs.gnu.org; 6 Jun 2014 09:52:04 +0000 Received: from localhost ([127.0.0.1]:46552 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wsqod-0001YR-If for submit@debbugs.gnu.org; Fri, 06 Jun 2014 05:52:03 -0400 Received: from loki.jorgenschaefer.de ([87.230.15.51]:51162) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Wsqoa-0001Y0-9c for 17714-done@debbugs.gnu.org; Fri, 06 Jun 2014 05:52:01 -0400 Received: by loki.jorgenschaefer.de (Postfix, from userid 998) id 12ECF201F44; Fri, 6 Jun 2014 11:51:59 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on lvps87-230-15-51.dedicated.hosteurope.de X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.3.2 Received: from forcix.jorgenschaefer.de (port-92668.pppoe.wtnet.de [84.46.74.119]) by loki.jorgenschaefer.de (Postfix) with ESMTPSA id 95EBC201F3F; Fri, 6 Jun 2014 11:51:58 +0200 (CEST) Date: Fri, 6 Jun 2014 11:51:57 +0200 From: Jorgen Schaefer To: Eli Zaretskii Subject: Re: bug#17714: 24.4.50; File coding system not detected correctly Message-ID: <20140606115157.6b79f180@forcix.jorgenschaefer.de> In-Reply-To: <83bnu64cl4.fsf@gnu.org> References: <8761ke4f8q.fsf@loki.jorgenschaefer.de> <83bnu64cl4.fsf@gnu.org> X-Mailer: Claws Mail 3.9.3 (GTK+ 2.24.23; i486-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 17714-done Cc: 17714-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) On Fri, 06 Jun 2014 12:22:15 +0300 Eli Zaretskii wrote: > > From: Jorgen Schaefer > > Date: Fri, 06 Jun 2014 10:24:53 +0200 > > > > Since a few days ago, current trunk stopped detecting file coding > > systems correctly for me. For a file that is opened as utf-8 with > > stable Emacs, it now says (using emacs -q, fundamental-mode): > > > > ----- > > buffer-file-coding-system is a variable defined in `C source code'. > > Its value is no-conversion > > Local in buffer Todo; global value is utf-8-unix > > ----- > > > > M-x revert-buffer-with-coding-system RET utf-8 RET works fine. > > Please send an example file where you see this problem. Hm. I *thought* I had seen the problem with more than one file, but it turns out it was only one. The problem was that the file contained ^@ (zero bytes) from a yank from some process output. Which of course is not valid utf-8. Now I wonder why the file saved without error. There was some weird vc error as well. Can't reproduce this now, though. So meh. Sorry for the noise, nothing to see here. :-) Jorgen ------------=_1402048383-6103-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 6 Jun 2014 08:25:25 +0000 Received: from localhost ([127.0.0.1]:46518 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WspSm-00075Q-4G for submit@debbugs.gnu.org; Fri, 06 Jun 2014 04:25:24 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41707) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WspSk-000757-IL for submit@debbugs.gnu.org; Fri, 06 Jun 2014 04:25:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WspSW-0005z4-Eb for submit@debbugs.gnu.org; Fri, 06 Jun 2014 04:25:17 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42133) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WspSW-0005yl-AV for submit@debbugs.gnu.org; Fri, 06 Jun 2014 04:25:08 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:43401) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WspSP-0003z3-Mw for bug-gnu-emacs@gnu.org; Fri, 06 Jun 2014 04:25:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WspSJ-0005ku-Ip for bug-gnu-emacs@gnu.org; Fri, 06 Jun 2014 04:25:01 -0400 Received: from loki.jorgenschaefer.de ([87.230.15.51]:54205) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WspSJ-0005kY-Cd for bug-gnu-emacs@gnu.org; Fri, 06 Jun 2014 04:24:55 -0400 Received: by loki.jorgenschaefer.de (Postfix, from userid 1000) id ADD5D201F42; Fri, 6 Jun 2014 10:24:53 +0200 (CEST) From: Jorgen Schaefer To: bug-gnu-emacs@gnu.org Subject: 24.4.50; File coding system not detected correctly Date: Fri, 06 Jun 2014 10:24:53 +0200 Message-ID: <8761ke4f8q.fsf@loki.jorgenschaefer.de> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Since a few days ago, current trunk stopped detecting file coding systems correctly for me. For a file that is opened as utf-8 with stable Emacs, it now says (using emacs -q, fundamental-mode): ----- buffer-file-coding-system is a variable defined in `C source code'. Its value is no-conversion Local in buffer Todo; global value is utf-8-unix ----- M-x revert-buffer-with-coding-system RET utf-8 RET works fine. Configured using: `configure --without-x' Configured features: SOUND NOTIFY LIBXML2 ZLIB Important settings: value of $LC_ALL: value of $LC_COLLATE: de_DE.UTF-8 value of $LC_CTYPE: de_DE.UTF-8 value of $LC_MESSAGES: POSIX value of $LC_MONETARY: POSIX value of $LC_NUMERIC: POSIX value of $LC_TIME: POSIX value of $LANG: POSIX locale-coding-system: utf-8-unix ------------=_1402048383-6103-1-- From unknown Sun Aug 17 00:59:45 2025 X-Loop: help-debbugs@gnu.org Subject: bug#17714: 24.4.50; File coding system not detected correctly Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 06 Jun 2014 11:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17714 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Jorgen Schaefer Cc: 17714@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 17714-submit@debbugs.gnu.org id=B17714.140205507925441 (code B ref 17714); Fri, 06 Jun 2014 11:45:02 +0000 Received: (at 17714) by debbugs.gnu.org; 6 Jun 2014 11:44:39 +0000 Received: from localhost ([127.0.0.1]:46613 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WssZa-0006cG-E8 for submit@debbugs.gnu.org; Fri, 06 Jun 2014 07:44:38 -0400 Received: from mtaout21.012.net.il ([80.179.55.169]:45458) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WssZX-0006bu-2P for 17714@debbugs.gnu.org; Fri, 06 Jun 2014 07:44:36 -0400 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0N6Q00F00VUCTI00@a-mtaout21.012.net.il> for 17714@debbugs.gnu.org; Fri, 06 Jun 2014 14:44:28 +0300 (IDT) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N6Q00FJ9WLUUE10@a-mtaout21.012.net.il>; Fri, 06 Jun 2014 14:44:19 +0300 (IDT) Date: Fri, 06 Jun 2014 14:44:09 +0300 From: Eli Zaretskii In-reply-to: <20140606115157.6b79f180@forcix.jorgenschaefer.de> X-012-Sender: halo1@inter.net.il Message-id: <83a99q460m.fsf@gnu.org> References: <8761ke4f8q.fsf@loki.jorgenschaefer.de> <83bnu64cl4.fsf@gnu.org> <20140606115157.6b79f180@forcix.jorgenschaefer.de> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > Date: Fri, 6 Jun 2014 11:51:57 +0200 > From: Jorgen Schaefer > Cc: 17714-done@debbugs.gnu.org > > On Fri, 06 Jun 2014 12:22:15 +0300 > Eli Zaretskii wrote: > > The problem was that the file contained ^@ (zero bytes) from a yank > from some process output. When Emacs sees a null byte in a file, it automatically falls back to no-conversion. You can inhibit that by setting inhibit-null-byte-detection to non-nil (not that I advise that). > Sorry for the noise, nothing to see here. :-) No sweat.