From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Antipov Newsgroups: gmane.emacs.devel Subject: Re: [BUG] Marker points into wrong buffer Date: Tue, 12 Nov 2013 10:07:06 +0400 Message-ID: <5281C58A.3040501@yandex.ru> References: <87eh6mcx3i.fsf@pank.iue.private> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1384236440 15531 80.91.229.3 (12 Nov 2013 06:07:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 12 Nov 2013 06:07:20 +0000 (UTC) Cc: Emacs development discussions , schulte.eric@gmail.com, e.fraga@ucl.ac.uk To: Rasmus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 12 07:07:25 2013 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 1Vg78G-0000GW-02 for ged-emacs-devel@m.gmane.org; Tue, 12 Nov 2013 07:07:24 +0100 Original-Received: from localhost ([::1]:41000 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vg78F-0004fI-F5 for ged-emacs-devel@m.gmane.org; Tue, 12 Nov 2013 01:07:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33346) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vg787-0004Yg-G1 for emacs-devel@gnu.org; Tue, 12 Nov 2013 01:07:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vg781-0000e6-QE for emacs-devel@gnu.org; Tue, 12 Nov 2013 01:07:15 -0500 Original-Received: from forward10l.mail.yandex.net ([84.201.143.143]:46913) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vg781-0000b3-Gs for emacs-devel@gnu.org; Tue, 12 Nov 2013 01:07:09 -0500 Original-Received: from smtp6.mail.yandex.net (smtp6.mail.yandex.net [77.88.61.56]) by forward10l.mail.yandex.net (Yandex) with ESMTP id 3E15ABA0EB5; Tue, 12 Nov 2013 10:07:07 +0400 (MSK) Original-Received: from smtp6.mail.yandex.net (localhost [127.0.0.1]) by smtp6.mail.yandex.net (Yandex) with ESMTP id C3ACC16400EA; Tue, 12 Nov 2013 10:07:06 +0400 (MSK) Original-Received: from unknown (unknown [37.139.80.10]) by smtp6.mail.yandex.net (nwsmtp/Yandex) with ESMTP id jSKwwvQKTd-76nivSGT; Tue, 12 Nov 2013 10:07:06 +0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1384236426; bh=HnueQ4+RCfbLxjqIEFBE3Dbk7qMpGqRRMvDuvvh3Ay8=; h=Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject: References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=G6Rav7JCIwstyKriil8MOt1y3krI8/nhQbZCIDm2Bsh7O3cwbiLh5g72a6UWUH00O MBNg90QgARlgHc2VSFn50Rbpd83o+K13HZcVXkgyoXmPUqbtRSQcoY0xaT2MEJ4Utm lxMkZtz3Td/YVLanL8Dm3UaU6pY0hLDDU6uBmz7k= Authentication-Results: smtp6.mail.yandex.net; dkim=pass header.i=@yandex.ru User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 In-Reply-To: <87eh6mcx3i.fsf@pank.iue.private> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] [fuzzy] X-Received-From: 84.201.143.143 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:165194 Archived-At: On 11/12/2013 03:55 AM, Rasmus wrote: > This is a follow-up to Eric F's previous bug-report about getting > "Marker points into wrong buffer" when having Babel #+CALL statements > in Emacs Org-mode. Here's (one of) the previous messages about the > issue: > > http://permalink.gmane.org/gmane.emacs.orgmode/77515 Could you please create a bug report at http://debbugs.gnu.org, with a clean recipe to reproduce, staring from 'emacs -Q'? In general, using the marker in buffer A to set position in buffer B is (IMHO) suspicious/error-prone practice, and 2013-08-29 change was designed to handle such (possible) errors. If you're sure that you absolutely need this, you can use (goto-char (marker-position M)) Dmitry