From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: =?UTF-8?Q?Elias_M=C3=A5rtenson?= Newsgroups: gmane.emacs.devel Subject: goto-char doesn't stick Date: Wed, 14 Jun 2017 17:45:15 +0800 Message-ID: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="001a1141b9a0c707d80551e868fd" X-Trace: blaine.gmane.org 1497433522 22754 195.159.176.226 (14 Jun 2017 09:45:22 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 14 Jun 2017 09:45:22 +0000 (UTC) To: emacs-devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jun 14 11:45:19 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dL4rW-0005iN-DZ for ged-emacs-devel@m.gmane.org; Wed, 14 Jun 2017 11:45:18 +0200 Original-Received: from localhost ([::1]:47503 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dL4rb-0007nq-Kq for ged-emacs-devel@m.gmane.org; Wed, 14 Jun 2017 05:45:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46639) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dL4rV-0007nW-Jw for emacs-devel@gnu.org; Wed, 14 Jun 2017 05:45:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dL4rU-0004BF-Ou for emacs-devel@gnu.org; Wed, 14 Jun 2017 05:45:17 -0400 Original-Received: from mail-vk0-x232.google.com ([2607:f8b0:400c:c05::232]:35047) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1dL4rU-0004B9-KU for emacs-devel@gnu.org; Wed, 14 Jun 2017 05:45:16 -0400 Original-Received: by mail-vk0-x232.google.com with SMTP id 191so77682941vko.2 for ; Wed, 14 Jun 2017 02:45:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=AljPzUi54huVSPnBb8gGoqvQpCaPpVZp5O+o/7lm/lM=; b=WZV+E42laRj4NF4TGrqtSxxd9GfX2k6j4a8xUFpOBb/4AsO1hIS75KHQR4LbmI0RT4 sDBEPtNFaH0JrYGuqqSe3H/YHxPT7laSO+/QcgorR+tOBCMbwNgwpOGPRiyOGT6GEoDk ii6FGFWH61iPyK+3nlkhMUN+FgChwkG8Qoyjz5jIkBPfMoG7pJWCp8ETjKXLrTx8KEcs Unsj2sYa84pl65Xr7V/kAQQzA4BSdCmOwYmbULMz1fPHCl5wNAl1K5gP5K3lrfZ7mjs+ o090fE6BOLX5ApTNiQ7K1k5+wsKJ7VGZt4Xb5klGR1tuHjG2GNKJCci/MwNmcEkgT+d4 k5Bg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=AljPzUi54huVSPnBb8gGoqvQpCaPpVZp5O+o/7lm/lM=; b=MgTdgRn+YLNSTKTdcUUEP0KZh6kSI38iZuLQIuZ2qPM+APBQL0h84VwT9B5e3beit8 hNS7Gk+UI6/I9jXCVPGjs1QjWyICohIuhSfA9Jn14Zromoch0QrpHkLKbixalsCJa1Lh U/sDzyRqQQksjxpJP1slIpgWSVigryC5NTMEpcSkMrsFatHwdpuDFHJWRxgdsebp3lzr vdAa6WCUwBIf8S43Coir3oc9KAfEy6wpxdcDt+oJCDVFdPw+9xDyzfs5g9ZUqfqDdgmt 0UFnyFZ8IhY/alEsFW87Bel2nTa3d40fZB2pqktQFrtTBCWo7CUR2/EalJrEluaBeyjh h/ZQ== X-Gm-Message-State: AKS2vOwe/u6grVD+nLMW8j1ztcbzirlYSvq1SSuy1J/7uwjAN2PmlIfx vJT2+uCtnxmnY0v94elKF6dRToHg72DD X-Received: by 10.31.154.71 with SMTP id c68mr2165326vke.56.1497433515687; Wed, 14 Jun 2017 02:45:15 -0700 (PDT) Original-Received: by 10.103.9.7 with HTTP; Wed, 14 Jun 2017 02:45:15 -0700 (PDT) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:400c:c05::232 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:215607 Archived-At: --001a1141b9a0c707d80551e868fd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I have been trying to figure out why M-. in SLIME sometimes doesn't move point to the correct location in the file, and I discovered the following strange behaviour: Assuming the cursor is at some random position in buffer "z", The SLIME code essentially does the following to move the cursor to a given location: (progn (set-buffer "z") (goto-char LOCATION)) When I do this, point doesn't move. Or rather, it does move, but after the conclusion of the =E2=80=98progn=E2=80=99 form, the cursor returns to its o= riginal location. This is what causes the SLIME navigation functions to not work correctly. Has this behaviour changed recently? I haven't seen anyone else complain about this, but then again, I usually run Emacs compiled from git master, so it may be that this has changed in newer versions. Regards, Elas --001a1141b9a0c707d80551e868fd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I have been trying to figure out why M-. in SLIME sometime= s doesn't move point to the correct location in the file, and I discove= red the following strange behaviour:

Assuming the cursor= is at some random position in buffer "z", The SLIME code essenti= ally does the following to move the cursor to a given location:
<= br>
=C2=A0 =C2=A0 (progn
=C2=A0 =C2=A0 =C2=A0 (set-buff= er "z")
=C2=A0 =C2=A0 =C2=A0 (goto-char LOCATION))

When I do this, point doesn't move. Or rather, it = does move, but after the conclusion of the =E2=80=98progn=E2=80=99 form, th= e cursor returns to its original location. This is what causes the SLIME na= vigation functions to not work correctly.

Has this= behaviour changed recently? I haven't seen anyone else complain about = this, but then again, I usually run Emacs compiled from git master, so it m= ay be that this has changed in newer versions.

Reg= ards,
Elas
--001a1141b9a0c707d80551e868fd--