From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: How did that happen? Date: Wed, 8 Oct 2014 06:26:34 -0700 (PDT) Message-ID: References: <20141008.134126.986137492679816828.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 1412774847 10854 80.91.229.3 (8 Oct 2014 13:27:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 8 Oct 2014 13:27:27 +0000 (UTC) To: Harald Hanche-Olsen , emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 08 15:27:20 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 1XbrGs-00042M-UP for ged-emacs-devel@m.gmane.org; Wed, 08 Oct 2014 15:27:15 +0200 Original-Received: from localhost ([::1]:36246 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbrGs-0000T2-IX for ged-emacs-devel@m.gmane.org; Wed, 08 Oct 2014 09:27:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56596) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbrGS-00007Y-SO for emacs-devel@gnu.org; Wed, 08 Oct 2014 09:26:57 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XbrGJ-0005oQ-U9 for emacs-devel@gnu.org; Wed, 08 Oct 2014 09:26:48 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:19806) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbrGJ-0005oC-Ot for emacs-devel@gnu.org; Wed, 08 Oct 2014 09:26:39 -0400 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s98DQcMd022597 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 8 Oct 2014 13:26:39 GMT Original-Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s98DQbTV018789 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 8 Oct 2014 13:26:38 GMT Original-Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s98DQZTo011905; Wed, 8 Oct 2014 13:26:36 GMT In-Reply-To: <20141008.134126.986137492679816828.hanche@math.ntnu.no> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8.2 (807160) [OL 12.0.6691.5000 (x86)] X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 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:175127 Archived-At: > I just had emacs getting into this strange state: Everything seemed > normal, except for one little thing: The cursor would jump to the > beginning of the line after I inserted any character. This happened > everywhere, including in the minibuffer. >=20 > Needless to say, this made emacs difficult to use to say the least. > The only thing I could think of checking was if something had gotten > into after-change-functions, but its value was as expected: > (mew-draft-dynamic-highlight t), global value nil. (What fun to type > stuff like C-h v -retfa C-e -ahc C-e nuf TAB in order to > investigate!) >=20 > Unfortunately, I haven't the faintest idea how to trigger this > behaviour, or I would submit a bug report right away. >=20 > Does anyone here have any notion what could possibly trigger this > behaviour? Or suggestions for what I might try, should I encounter > it again? I had to terminate that instance =E2=80=93 it is just too painf= ul to > run two instances of emacs simultaneously, or I might have kept it > around so I could investigate it some more. My wild guess is that an error causes the current operation to be interrupted, and point is returned to bol (where it was sent by part of the operation). If it happens after each insertion, perhaps it occurs during a function on `post-command-hook'. You might not be able to use `debug-on-entry' for those functions, but if it happens again you could at least do a binary search to determine which of them is problematic, and then, say, use `message' to track its progress.