From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Peter Dyballa Newsgroups: gmane.emacs.help Subject: Re: Emacs text bug Date: Sun, 27 Jan 2013 00:26:49 +0100 Message-ID: <227731E9-93C6-4EE0-9FBD-4E44D3A71268@Web.DE> References: <1359231827550-276577.post@n5.nabble.com> <46B884FF-9FFD-4EB2-86A0-8F2BEDAD1AC3@Web.DE> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (Apple Message framework v1085) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1359242820 17519 80.91.229.3 (26 Jan 2013 23:27:00 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 26 Jan 2013 23:27:00 +0000 (UTC) Cc: 'drain' , Help-gnu-emacs@gnu.org To: Drew Adams Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Sun Jan 27 00:27:19 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1TzF9a-0006Wg-FC for geh-help-gnu-emacs@m.gmane.org; Sun, 27 Jan 2013 00:27:18 +0100 Original-Received: from localhost ([::1]:45497 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TzF9I-0006PD-Pm for geh-help-gnu-emacs@m.gmane.org; Sat, 26 Jan 2013 18:27:00 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:49566) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TzF9C-0006Ou-Un for help-gnu-emacs@gnu.org; Sat, 26 Jan 2013 18:26:55 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TzF9B-00058o-0e for help-gnu-emacs@gnu.org; Sat, 26 Jan 2013 18:26:54 -0500 Original-Received: from mout.web.de ([212.227.15.3]:53791) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TzF9A-00058i-O1 for help-gnu-emacs@gnu.org; Sat, 26 Jan 2013 18:26:52 -0500 Original-Received: from [192.168.178.8] ([95.223.148.182]) by smtp.web.de (mrweb003) with ESMTPA (Nemesis) id 0M8zRF-1U9O9H2ZB7-00CDw0; Sun, 27 Jan 2013 00:26:50 +0100 In-Reply-To: X-Mailer: Apple Mail (2.1085) X-Provags-ID: V02:K0:NMVh3pw1K4PAHg9oiPSIDTMUhl8zoGzLvczEEXsg/mf jWh4DCB3KaE6KsDO7TyNSrc1PQgL8MXRiEI5JDs3WrGgZdAza4 +ZD0iQQDuoZ1tUFSHCEareZaiJVTybjP+++sfc2wKqZHSoWxEd N0SkV8731COr1hR5KYDKBh3CT42efmMbL+ENNGYgGW/4mlCycq F07ib5xLODqtuajTTC1qA== X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 212.227.15.3 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:88834 Archived-At: Am 26.01.2013 um 23:48 schrieb Drew Adams: > While it is always better to base a bug report on more information, = even just > reporting a problem can sometimes help. At the very least it gives = Emacs core > developers and other users a heads-up to look further wrt the problem = and its > details (e.g. "why and when"). This happens as far as I can see rarely. Just some days ago it happened = again and I was very soon there. C-h l did not show anything. While the = compilation was still going on and showed UTF-8 encoding in the = mode-line I tried to fix the way the buffer contents was presented by = invoking revert-buffer-with-coding-system, C-x RET r, but it did not = change anything. All other buffers (I visited) containing non-US ASCII = characters showed the same fault: the UTF-8 encoding bytes were = displayed. This could be a Mac OS X problem. Here I can see that 'find =85 -ls' = inserts ASCII NULs, ^@, into *shell* buffer at the transition from the = column with the file size to the next one, the one with the date. Or it = happens between the date column and the file name column =96 I am not = completely sure about it. Something like these extra characters or bytes = could be inserted into the *compilation* buffer as well and then the = binary byte sequence gets out of sequence and order. But why does it hit = all buffers and not only the faulty one with the extraneous bytes? There seems to be one more indication: the hardware is PowerPC, 32-bit. = The Mac OS X version is also close to ancient: Mac OS X 10.4 or 10.5 = (Tiger or Leopard). On intel hardware it did occur yet=85 -- Greetings Pete A blizzard is when it snows sideways.