From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Harald Hanche-Olsen Newsgroups: gmane.emacs.devel Subject: Breakage on OS X Date: Fri, 18 Apr 2014 23:13:46 +0200 (CEST) Message-ID: <20140418.231346.1586156206818105572.hanche@math.ntnu.no> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: Text/Plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1397856842 28465 80.91.229.3 (18 Apr 2014 21:34:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 18 Apr 2014 21:34:02 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Apr 18 23:33:55 2014 Return-path: Envelope-to: ged-emacs-devel@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 1WbGPz-00087q-Bw for ged-emacs-devel@m.gmane.org; Fri, 18 Apr 2014 23:33:55 +0200 Original-Received: from localhost ([::1]:39968 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WbGPy-0007fr-Ps for ged-emacs-devel@m.gmane.org; Fri, 18 Apr 2014 17:33:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42786) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WbGPq-0007fU-ND for emacs-devel@gnu.org; Fri, 18 Apr 2014 17:33:52 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WbGPk-0004sQ-R2 for emacs-devel@gnu.org; Fri, 18 Apr 2014 17:33:46 -0400 Original-Received: from hylle06.itea.ntnu.no ([129.241.56.235]:39329) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WbGPk-0004qh-Jm for emacs-devel@gnu.org; Fri, 18 Apr 2014 17:33:40 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by hylle06.itea.ntnu.no (Postfix) with ESMTP id 2C2B16630E1 for ; Fri, 18 Apr 2014 23:33:31 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at hylle06.itea.ntnu.no Original-Received: from localhost (218.226.16.62.customer.cdi.no [62.16.226.218]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: hanche) by hylle06.itea.ntnu.no (Postfix) with ESMTPSA id EBAC96611DE; Fri, 18 Apr 2014 23:33:27 +0200 (CEST) X-URL: http://www.math.ntnu.no/~hanche/ X-Mailer: Mew version 6.5 on Emacs 24.4.50 / Mule 6.0 (HANACHIRUSATO) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 129.241.56.235 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:171495 Archived-At: I just built emacs from the latest commit on the git mirror at savannah =E2=80=93 this one: commit 5c1915d10b3716879785fe49f5cfe20beeb37090 Author: Paul Eggert Date: Thu Apr 17 07:59:22 2014 -0700 and I am seeing some really odd behaviour. I'd file a bug report, but I have been unable to find a reasonably reliable way to reproduce the problem. It just happens at random times, just often enough to be really annoying. The most common symptom is that C-e moves point to the end of the last line of the buffer (before the final newline) instead of the current line. Once this happens, it keeps happening in that buffer, but only if the current position is past some random (but fixed) point in the buffer. When this happens, C-k will kill to the end of the buffer, and (forward-line 1) will move point to the end of the buffer. Now, forward-line seems pretty basic: It is written in C, and just counts newlines. So it appears that something is broken at a fairly fundamental level. Just to be sure, I have checked that all the newlines that are skipped over really are still proper newlines, and that (eolp) returns t when expected. When the buffer enters this state, other symptoms often appear too, such as wrong indentation; either way too much, i.e., 30 to 40 columns too much, or no indentation at all. I have seen this happen most in HTML mode buffers, but as I was going to start this email, it happened in the message buffer as well. I must add that I recently upgraded xcode from the app store, which makes me suspect a compiler bug rather than an emacs bug. It would be interesting to know if anybody with the latest OS X (10.9.2) and the latest xcode (5.1.1) sees the same problem? Or if the latest commit runs without problem when compiled with the previous xcode. (Unfortunately, downgrading xcode to find out is really difficult.) =E2=80=93 Harald