From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 01 17:11:54 2014 Received: (at submit) by debbugs.gnu.org; 1 Jul 2014 21:11:54 +0000 Received: from localhost ([127.0.0.1]:39641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X25LB-0007sV-W1 for submit@debbugs.gnu.org; Tue, 01 Jul 2014 17:11:54 -0400 Received: from eggs.gnu.org ([208.118.235.92]:49567) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X25L5-0007sB-Cp for submit@debbugs.gnu.org; Tue, 01 Jul 2014 17:11:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X25KR-0008NP-3W for submit@debbugs.gnu.org; Tue, 01 Jul 2014 17:11:38 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:60393) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X25KP-0008ND-Rr for submit@debbugs.gnu.org; Tue, 01 Jul 2014 17:11:01 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50302) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X25Jw-00087v-RF for bug-gnu-emacs@gnu.org; Tue, 01 Jul 2014 17:11:01 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X25Jc-0007yH-NB for bug-gnu-emacs@gnu.org; Tue, 01 Jul 2014 17:10:32 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:46636) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X25Jc-0007y9-FY for bug-gnu-emacs@gnu.org; Tue, 01 Jul 2014 17:10:12 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s61LABYH027536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 1 Jul 2014 21:10:11 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s61LAAqP020085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 1 Jul 2014 21:10:11 GMT Received: from abhmp0008.oracle.com (abhmp0008.oracle.com [141.146.116.14]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s61LAAfN026445 for ; Tue, 1 Jul 2014 21:10:10 GMT MIME-Version: 1.0 Message-ID: <8facd635-be88-4990-8e7d-538db19c3e1a@default> Date: Tue, 1 Jul 2014 14:10:09 -0700 (PDT) From: Drew Adams To: bug-gnu-emacs@gnu.org Subject: 24.4.50; (error "Marker does not point anywhere") X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) No idea what caused this error (I have no code that calls `clear-transient-map', and here it seems to have been called somehow at top level (?)), but here is the backtrace, FWIW: Debugger entered--Lisp error: (error "Marker does not point anywhere") pop-mark() #[...]() #[...]() funcall(#[...]) clear-transient-map() I was in Info at the time. In GNU Emacs 24.4.50.1 (i686-pc-mingw32) of 2014-06-28 on ODIEONE Bzr revision: 117431 rgm@gnu.org-20140628015517-eku6hj8mpgcvfnso Windowing system distributor `Microsoft Corp.', version 6.1.7601 Configured using: `configure --prefix=3D/c/Devel/emacs/snapshot/trunk --enable-checking=3Dyes,glyphs 'CFLAGS=3D-O0 -g3' LDFLAGS=3D-Lc:/Devel/emacs/lib 'CPPFLAGS=3D-DGC_MCHECK=3D1 -Ic:/Devel/emacs/include'' From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 01 18:42:53 2014 Received: (at 17893) by debbugs.gnu.org; 1 Jul 2014 22:42:53 +0000 Received: from localhost ([127.0.0.1]:39668 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X26lI-0001lZ-PA for submit@debbugs.gnu.org; Tue, 01 Jul 2014 18:42:53 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:60796) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X26lE-0001lJ-Nx for 17893@debbugs.gnu.org; Tue, 01 Jul 2014 18:42:49 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCE X-IPAS-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCE X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="72122327" Received: from 75-119-224-253.dsl.teksavvy.com (HELO ceviche.home) ([75.119.224.253]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 01 Jul 2014 18:42:42 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 4C09D660FA; Tue, 1 Jul 2014 18:42:42 -0400 (EDT) From: Stefan Monnier To: Drew Adams Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> Date: Tue, 01 Jul 2014 18:42:42 -0400 In-Reply-To: <8facd635-be88-4990-8e7d-538db19c3e1a@default> (Drew Adams's message of "Tue, 1 Jul 2014 14:10:09 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > No idea what caused this error (I have no code that calls > `clear-transient-map', and here it seems to have been called somehow at > top level (?)), but here is the backtrace, FWIW: > Debugger entered--Lisp error: (error "Marker does not point anywhere") > pop-mark() > #[...]() > #[...]() > funcall(#[...]) > clear-transient-map() That's probably the pop-mark that's in mouse-drag-track. It has a `push-mark' before, so naively it seems like the mark should be set. > I was in Info at the time. I think we need more data to figure out why the mark isn't set and hence what to do about it. A reproducible test case would obviously be best, but otherwise maybe some indication of what kind of mouse gesture you did, or what kind of customizations you might have that could interact with that code and could unset the mark (maybe from a pre/post-command-hook?). Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 01 21:17:36 2014 Received: (at 17893) by debbugs.gnu.org; 2 Jul 2014 01:17:36 +0000 Received: from localhost ([127.0.0.1]:39742 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X29B1-0006qz-R4 for submit@debbugs.gnu.org; Tue, 01 Jul 2014 21:17:36 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:19169) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X29Az-0006ql-CZ for 17893@debbugs.gnu.org; Tue, 01 Jul 2014 21:17:34 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s621HQ0D016056 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Jul 2014 01:17:27 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s621HPPh020924 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 2 Jul 2014 01:17:26 GMT Received: from abhmp0009.oracle.com (abhmp0009.oracle.com [141.146.116.15]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s621HPUV012806; Wed, 2 Jul 2014 01:17:25 GMT MIME-Version: 1.0 Message-ID: Date: Tue, 1 Jul 2014 18:17:24 -0700 (PDT) From: Drew Adams To: Stefan Monnier Subject: RE: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > > I was in Info at the time. >=20 > I think we need more data to figure out why the mark isn't set and hence > what to do about it. A reproducible test case would obviously be best, > but otherwise maybe some indication of what kind of mouse gesture you > did, or what kind of customizations you might have that could interact > with that code and could unset the mark (maybe from > a pre/post-command-hook?). Sorry; If I knew such things I would have mentioned them. I was not aware of making any mouse gestures or even using the mouse, IIRC. But I might have moved the mouse somehow; dunno. From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 01 22:11:21 2014 Received: (at 17893) by debbugs.gnu.org; 2 Jul 2014 02:11:21 +0000 Received: from localhost ([127.0.0.1]:39764 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2A13-0008Em-Gs for submit@debbugs.gnu.org; Tue, 01 Jul 2014 22:11:21 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:1871) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2A10-0008EY-Fn for 17893@debbugs.gnu.org; Tue, 01 Jul 2014 22:11:20 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIxALNBIUGA0kiAQI0hkXjnoHhDgEqRmBaoNMIYEsJA X-IPAS-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIxALNBIUGA0kiAQI0hkXjnoHhDgEqRmBaoNMIYEsJA X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="72874182" Received: from 75-119-224-253.dsl.teksavvy.com (HELO ceviche.home) ([75.119.224.253]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 01 Jul 2014 22:11:12 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 85FAB660FA; Tue, 1 Jul 2014 22:11:12 -0400 (EDT) From: Stefan Monnier To: Drew Adams Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> Date: Tue, 01 Jul 2014 22:11:12 -0400 In-Reply-To: (Drew Adams's message of "Tue, 1 Jul 2014 18:17:24 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> I think we need more data to figure out why the mark isn't set and hence >> what to do about it. A reproducible test case would obviously be best, >> but otherwise maybe some indication of what kind of mouse gesture you >> did, or what kind of customizations you might have that could interact >> with that code and could unset the mark (maybe from >> a pre/post-command-hook?). > Sorry; If I knew such things I would have mentioned them. I was not > aware of making any mouse gestures or even using the mouse, IIRC. But > I might have moved the mouse somehow; dunno. Then maybe it comes from something completely different. The clear-temporary-map is called when we "exit" a set-temporary-map, so it can also happen with things like C-u, or C-x z, or users of `repeat'. Not sure which ones use `pop-mark', tho. Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 01 22:50:10 2014 Received: (at 17893) by debbugs.gnu.org; 2 Jul 2014 02:50:10 +0000 Received: from localhost ([127.0.0.1]:39779 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2Acb-0000o6-EC for submit@debbugs.gnu.org; Tue, 01 Jul 2014 22:50:09 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:27841) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2AcZ-0000nc-34 for 17893@debbugs.gnu.org; Tue, 01 Jul 2014 22:50:08 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s622nxmo010985 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Jul 2014 02:50:00 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s622nxnX016602 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jul 2014 02:49:59 GMT Received: from abhmp0002.oracle.com (abhmp0002.oracle.com [141.146.116.8]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s622nwHT016599; Wed, 2 Jul 2014 02:49:58 GMT MIME-Version: 1.0 Message-ID: Date: Tue, 1 Jul 2014 19:49:58 -0700 (PDT) From: Drew Adams To: Stefan Monnier Subject: RE: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > >> I think we need more data to figure out why the mark isn't set and hen= ce > >> what to do about it. A reproducible test case would obviously be best= , > >> but otherwise maybe some indication of what kind of mouse gesture you > >> did, or what kind of customizations you might have that could interact > >> with that code and could unset the mark (maybe from > >> a pre/post-command-hook?). > > Sorry; If I knew such things I would have mentioned them. I was not > > aware of making any mouse gestures or even using the mouse, IIRC. But > > I might have moved the mouse somehow; dunno. >=20 > Then maybe it comes from something completely different. > The clear-temporary-map is called when we "exit" a set-temporary-map, so > it can also happen with things like C-u, or C-x z, or users of > `repeat'. Not sure which ones use `pop-mark', tho. Maybe. No idea. FWIW, there is no `set-temporary-map' in my own code. Doesn't it seem odd that the backtrace would *start* with `clear-temporary-map'? That doesn't look much like it was initiated by a user action, but perhaps some actions have no reflection in a backtrace. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 02 10:09:36 2014 Received: (at 17893) by debbugs.gnu.org; 2 Jul 2014 14:09:36 +0000 Received: from localhost ([127.0.0.1]:40533 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2LE7-0003F1-Kp for submit@debbugs.gnu.org; Wed, 02 Jul 2014 10:09:36 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:37516) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2LE5-0003Ef-Qc for 17893@debbugs.gnu.org; Wed, 02 Jul 2014 10:09:34 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCGBLCQ X-IPAS-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCGBLCQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="75632639" Received: from 75-119-224-253.dsl.teksavvy.com (HELO pastel.home) ([75.119.224.253]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 02 Jul 2014 10:09:27 -0400 Received: by pastel.home (Postfix, from userid 20848) id A686862F8B; Wed, 2 Jul 2014 10:09:27 -0400 (EDT) From: Stefan Monnier To: Drew Adams Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> Date: Wed, 02 Jul 2014 10:09:27 -0400 In-Reply-To: (Drew Adams's message of "Tue, 1 Jul 2014 19:49:58 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Doesn't it seem odd that the backtrace would *start* with > `clear-temporary-map'? No, it's run from a pre-command-hook. Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 02 10:22:42 2014 Received: (at 17893) by debbugs.gnu.org; 2 Jul 2014 14:22:42 +0000 Received: from localhost ([127.0.0.1]:40542 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2LQj-0003jU-KN for submit@debbugs.gnu.org; Wed, 02 Jul 2014 10:22:41 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:29822) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2LQd-0003j0-Ag for 17893@debbugs.gnu.org; Wed, 02 Jul 2014 10:22:35 -0400 Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s62EMOHa010472 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Jul 2014 14:22:25 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s62EMNfw012199 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jul 2014 14:22:24 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s62EMNYD027248; Wed, 2 Jul 2014 14:22:23 GMT MIME-Version: 1.0 Message-ID: <4283dd0b-e480-4f7b-ab42-4bdafb3418c8@default> Date: Wed, 2 Jul 2014 07:22:23 -0700 (PDT) From: Drew Adams To: Stefan Monnier Subject: RE: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > > Doesn't it seem odd that the backtrace would *start* with > > `clear-temporary-map'? >=20 > No, it's run from a pre-command-hook. I see. Would a feasible enhancement be for an error backtrace to show which pre-command-hook function was invoked, and indicate that that function was invoked from `pre-command-hook'? From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 02 10:59:17 2014 Received: (at 17893) by debbugs.gnu.org; 2 Jul 2014 14:59:17 +0000 Received: from localhost ([127.0.0.1]:40571 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2M08-000583-J6 for submit@debbugs.gnu.org; Wed, 02 Jul 2014 10:59:17 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:44141) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2M01-00057M-Kn for 17893@debbugs.gnu.org; Wed, 02 Jul 2014 10:59:10 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCE X-IPAS-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCE X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="75754424" Received: from 75-119-224-253.dsl.teksavvy.com (HELO pastel.home) ([75.119.224.253]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 02 Jul 2014 10:58:59 -0400 Received: by pastel.home (Postfix, from userid 20848) id 290E062F8B; Wed, 2 Jul 2014 10:58:59 -0400 (EDT) From: Stefan Monnier To: Drew Adams Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <4283dd0b-e480-4f7b-ab42-4bdafb3418c8@default> Date: Wed, 02 Jul 2014 10:58:59 -0400 In-Reply-To: <4283dd0b-e480-4f7b-ab42-4bdafb3418c8@default> (Drew Adams's message of "Wed, 2 Jul 2014 07:22:23 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > I see. Would a feasible enhancement be for an error backtrace to > show which pre-command-hook function was invoked, This is already the case. > and indicate that that function was invoked from `pre-command-hook'? That sounds fine, yes. Patch welcome, Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 02 12:09:01 2014 Received: (at 17893) by debbugs.gnu.org; 2 Jul 2014 16:09:02 +0000 Received: from localhost ([127.0.0.1]:40623 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2N5d-0008TZ-EZ for submit@debbugs.gnu.org; Wed, 02 Jul 2014 12:09:01 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:32043) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2N5X-0008TC-VA for 17893@debbugs.gnu.org; Wed, 02 Jul 2014 12:08:56 -0400 Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s62G8jCR029563 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Jul 2014 16:08:46 GMT Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s62G8i5a021166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jul 2014 16:08:45 GMT 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 s62G8hpe002767; Wed, 2 Jul 2014 16:08:44 GMT MIME-Version: 1.0 Message-ID: <523c5f08-00b8-4e82-9e18-7173508ccf2b@default> Date: Wed, 2 Jul 2014 09:08:42 -0700 (PDT) From: Drew Adams To: Stefan Monnier Subject: RE: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <4283dd0b-e480-4f7b-ab42-4bdafb3418c8@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > > I see. Would a feasible enhancement be for an error backtrace to > > show which pre-command-hook function was invoked, >=20 > This is already the case. I see. So something added `clear-temporary-map' to `pre-command-hook' on the fly, I guess (since I don't see it there otherwise). I guess that must be done in some C code, since I don't find any hits when I grep for `clear-temporary' in the Emacs Lisp code. (I don't have the C code.) Not very easy for a user to guess (or even discover) what's going on. > > and indicate that that function was invoked from `pre-command-hook'? >=20 > That sounds fine, yes. Then consider that enhancement request as part of this bug report. (Or file an additional report for it, if you prefer that.) From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 02 14:24:35 2014 Received: (at 17893) by debbugs.gnu.org; 2 Jul 2014 18:24:35 +0000 Received: from localhost ([127.0.0.1]:40695 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2PCt-0006Io-BS for submit@debbugs.gnu.org; Wed, 02 Jul 2014 14:24:35 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:46924) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2PCq-0006IQ-3H for 17893@debbugs.gnu.org; Wed, 02 Jul 2014 14:24:32 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCGBLCQ X-IPAS-Result: ArYGAIDvNVNLd+D9/2dsb2JhbABZgwaDSr0vgw6BFxd0giUBAQEBAgFWIwULCzQSFBgNJIgECNIZF456B4Q4BKkZgWqDTCGBLCQ X-IronPort-AV: E=Sophos;i="4.97,753,1389762000"; d="scan'208";a="75814124" Received: from 75-119-224-253.dsl.teksavvy.com (HELO ceviche.home) ([75.119.224.253]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 02 Jul 2014 14:24:26 -0400 Received: by ceviche.home (Postfix, from userid 20848) id E9B72660FA; Wed, 2 Jul 2014 14:24:25 -0400 (EDT) From: Stefan Monnier To: Drew Adams Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <4283dd0b-e480-4f7b-ab42-4bdafb3418c8@default> <523c5f08-00b8-4e82-9e18-7173508ccf2b@default> Date: Wed, 02 Jul 2014 14:24:25 -0400 In-Reply-To: <523c5f08-00b8-4e82-9e18-7173508ccf2b@default> (Drew Adams's message of "Wed, 2 Jul 2014 09:08:42 -0700 (PDT)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Not very easy for a user to guess (or even discover) what's going on. It's added by set-temporary-map (previously known as set-temporary-overlay-map or something like that). Stefan From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 02 14:39:44 2014 Received: (at 17893) by debbugs.gnu.org; 2 Jul 2014 18:39:44 +0000 Received: from localhost ([127.0.0.1]:40702 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2PRX-0006vX-PL for submit@debbugs.gnu.org; Wed, 02 Jul 2014 14:39:44 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:26244) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2PRS-0006v4-Vr for 17893@debbugs.gnu.org; Wed, 02 Jul 2014 14:39:39 -0400 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s62IdWIw009790 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 2 Jul 2014 18:39:32 GMT Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s62IdTwc011341 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 2 Jul 2014 18:39:30 GMT Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s62IdTwC014828; Wed, 2 Jul 2014 18:39:29 GMT MIME-Version: 1.0 Message-ID: <48e8d33c-40cb-4c7e-b57f-c321d29f2358@default> Date: Wed, 2 Jul 2014 11:39:29 -0700 (PDT) From: Drew Adams To: Stefan Monnier Subject: RE: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <4283dd0b-e480-4f7b-ab42-4bdafb3418c8@default> <523c5f08-00b8-4e82-9e18-7173508ccf2b@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > > Not very easy for a user to guess (or even discover) what's going on. >=20 > It's added by set-temporary-map (previously known as > set-temporary-overlay-map or something like that). Two errors in this (at least wrt the version I reported, a recent trunk bui= ld): 1. It's `clear-transient-map', not `clear-temporary-map'. 2. It's `set-temporary-overlay-map', not `set-temporary-map'. #1 explains why grepping for `clear-temporary-map' gave no hits. (Yes, I should have consulted my original report, which mentioned `clear-transient-map', instead of your reply about `clear-temporary-map'.) So there is no great difficulty for a user to find this, after all. From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 02 14:58:56 2014 Received: (at 17893) by debbugs.gnu.org; 2 Jul 2014 18:58:56 +0000 Received: from localhost ([127.0.0.1]:40727 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2Pk7-0007g3-Nk for submit@debbugs.gnu.org; Wed, 02 Jul 2014 14:58:56 -0400 Received: from mout.gmx.net ([212.227.17.21]:54579) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X2Pk4-0007fd-Fp for 17893@debbugs.gnu.org; Wed, 02 Jul 2014 14:58:53 -0400 Received: from rosalinde.fritz.box ([89.245.110.132]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0MDzGN-1Wr9zv1RaZ-00HQLq; Wed, 02 Jul 2014 20:58:44 +0200 From: Stephen Berman To: Drew Adams Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <4283dd0b-e480-4f7b-ab42-4bdafb3418c8@default> <523c5f08-00b8-4e82-9e18-7173508ccf2b@default> Date: Wed, 02 Jul 2014 20:58:43 +0200 In-Reply-To: <523c5f08-00b8-4e82-9e18-7173508ccf2b@default> (Drew Adams's message of "Wed, 2 Jul 2014 09:08:42 -0700 (PDT)") Message-ID: <874myzsi3g.fsf@rosalinde.fritz.box> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.92 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K0:VLeUgf5SRf35MOQUpSzP02RyL/7iPOVbsQSYP1BvE+nMajeA5IO FyTxop/YViXkum2GtKXM1HA+JOU6btEjmvyaTOvSU+KFcHrClPf3xtpm+gSOrpiqElAReA/ kL6Tp3etmQ07OD9I2cQlcTbeLqAilQf9p4eXair2sg1NhorbDIdhHJS+usZhAauOeFDEyIU EB55Ac5gzs+BEIbrR4vpQ== X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On Wed, 2 Jul 2014 09:08:42 -0700 (PDT) Drew Adams wrote: >> > I see. Would a feasible enhancement be for an error backtrace to >> > show which pre-command-hook function was invoked, >> >> This is already the case. > > I see. So something added `clear-temporary-map' to `pre-command-hook' > on the fly, I guess (since I don't see it there otherwise). > > I guess that must be done in some C code, since I don't find any hits > when I grep for `clear-temporary' in the Emacs Lisp code. (I don't > have the C code.) It's actually called clear-transient-map ... On Wed, 02 Jul 2014 14:24:25 -0400 Stefan Monnier wrote: >> Not very easy for a user to guess (or even discover) what's going on. > > It's added by set-temporary-map ... set-transient-map Steve Berman From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 15 12:19:46 2014 Received: (at 17893) by debbugs.gnu.org; 15 Jul 2014 16:19:46 +0000 Received: from localhost ([127.0.0.1]:55783 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X75SD-0006Mc-If for submit@debbugs.gnu.org; Tue, 15 Jul 2014 12:19:46 -0400 Received: from aserp1040.oracle.com ([141.146.126.69]:28072) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1X75SB-0006MP-2H for 17893@debbugs.gnu.org; Tue, 15 Jul 2014 12:19:43 -0400 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 s6FGJa9X002147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 15 Jul 2014 16:19:37 GMT Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s6FGJZXv013384 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 15 Jul 2014 16:19:35 GMT Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s6FGJYXO023649; Tue, 15 Jul 2014 16:19:34 GMT MIME-Version: 1.0 Message-ID: <04af8576-c419-4d35-9c6e-7170828ac949@default> Date: Tue, 15 Jul 2014 09:19:34 -0700 (PDT) From: Drew Adams To: Stefan Monnier Subject: RE: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6691.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > That's probably the pop-mark that's in mouse-drag-track. It has > a `push-mark' before, so naively it seems like the mark should be set. >=20 > > I was in Info at the time. >=20 > I think we need more data to figure out why the mark isn't set and hence > what to do about it. A reproducible test case would obviously be best, > but otherwise maybe some indication of what kind of mouse gesture you > did, or what kind of customizations you might have that could interact > with that code and could unset the mark (maybe from > a pre/post-command-hook?). Happened again. Here's a bit more info. I did M-n in Info and got the backtrace: Debugger entered--Lisp error: (error "Marker does not point anywhere") pop-mark() #[0 "\303=11\300=12\304 \210\305 \207" [t track-mouse auto-hscroll-mode n= il deactivate-mark pop-mark] 1 "\n\n(fn)"]() #[0 "\301\204=08... funcall(#[0 "\301\204=08... clear-transient-map() [Really wish you would fix bug #6991. Each report of a backtrace requires manual editing. Users should be able to just copy & paste.] And this is the tail end of C-h l, showing that I really didn't do much aft= er M-n: M-n C-s C-h l From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 26 10:45:26 2015 Received: (at control) by debbugs.gnu.org; 26 Dec 2015 15:45:26 +0000 Received: from localhost ([127.0.0.1]:41491 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCr26-0007VU-B1 for submit@debbugs.gnu.org; Sat, 26 Dec 2015 10:45:26 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:54991) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aCr24-0007Se-Hr for control@debbugs.gnu.org; Sat, 26 Dec 2015 10:45:24 -0500 Received: from 2.150.58.24.tmi.telenormobil.no ([2.150.58.24] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aCr1i-00013z-Vp for control@debbugs.gnu.org; Sat, 26 Dec 2015 16:45:03 +0100 Date: Sat, 26 Dec 2015 16:45:02 +0100 Message-Id: <87twn5tds1.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #17893 X-MailScanner-ID: 1aCr1i-00013z-Vp X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1451749503.27375@DsLN3Y3q4szhKomrVaMihw X-Spam-Status: No X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) tags 17893 - moreinfo From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 12 05:41:19 2017 Received: (at 17893) by debbugs.gnu.org; 12 Nov 2017 10:41:19 +0000 Received: from localhost ([127.0.0.1]:36037 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eDphW-0002dw-Ug for submit@debbugs.gnu.org; Sun, 12 Nov 2017 05:41:19 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:43005) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eDphV-0002dh-65 for 17893@debbugs.gnu.org; Sun, 12 Nov 2017 05:41:17 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id D370F225B6 for <17893@debbugs.gnu.org>; Sun, 12 Nov 2017 10:34:04 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1510482842; x=1511346843; bh=PPmJxMBhE76OV x5AqndDmfCzk4EZeCIcSFMSC0JHwmo=; b=YBb5AwiHHJbIDxccKiNVzNo2mWK+p 4GKb0+1cjsbKWXooG54X8N69eIlURwsQ0sDcOfkTSYeCgOV7UKcG2uCbXiAsSMKD +kU2e5Ammlrm88IBmOfVTlh7b9dfdPukT9ubhk4W2LBBXkr+Rq4DixPh2+iuV69L Wo1IMxJTajb1So= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id LYJ4Ee7hC6qo for <17893@debbugs.gnu.org>; Sun, 12 Nov 2017 10:34:02 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 938DE225A9; Sun, 12 Nov 2017 10:34:02 +0000 (UTC) Date: Sun, 12 Nov 2017 11:41:27 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Drew Adams In-reply-to: <04af8576-c419-4d35-9c6e-7170828ac949@default> (message from Drew Adams on Tue, 15 Jul 2014 09:19:34 -0700 (PDT)) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, monnier@iro.umontreal.ca X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Tue, 15 Jul 2014 09:19:34 -0700 (PDT) > From: Drew Adams > > > That's probably the pop-mark that's in mouse-drag-track. It has > > a `push-mark' before, so naively it seems like the mark should be set. > > > > > I was in Info at the time. > > > > I think we need more data to figure out why the mark isn't set and hence > > what to do about it. A reproducible test case would obviously be best, > > but otherwise maybe some indication of what kind of mouse gesture you > > did, or what kind of customizations you might have that could interact > > with that code and could unset the mark (maybe from > > a pre/post-command-hook?). > > Happened again. Here's a bit more info. I did M-n in Info > and got the backtrace: > > Debugger entered--Lisp error: (error "Marker does not point anywhere") > pop-mark() > #[0 "\303\300\304 \210\305 \207" [t track-mouse auto-hscroll-mode nil deactivate-mark pop-mark] 1 "\n\n(fn)"]() > #[0 "\301\204... > funcall(#[0 "\301\204... > clear-transient-map() > > [Really wish you would fix bug #6991. Each report of a > backtrace requires manual editing. Users should be able to > just copy & paste.] > > And this is the tail end of C-h l, showing that I really didn't do much after M-n: > > > M-n > > > C-s > > C-h l I recently triggered a similar backtrace after testing some of my own code that I submitted in Bug#28852, and I suspect the root cause is similar. It can be reproduced as follows: 1. Apply the patch at https://debbugs.gnu.org/cgi/bugreport.cgi?bug=28852#8 to emacs-26. 2. src/emacs -q 3. C-x v D RET 4. Click twice with mouse-1, roughly in the middle of the window showing buffer *vc-diff*. 5. M-g c 326 RET 6. C-c C-c RET C-x C-s C-x o g Now click again in the window showing *vc-diff* and the error is triggered: set-transient-map PCH: (error "Marker does not point anywhere") After M-x toggle-debug-on-error RET and evaluating `pop-mark' manually with C-M-x, I see this backtrace: Debugger entered--Lisp error: (error "Marker does not point anywhere") +(0 #) (set-marker (mark-marker) (+ 0 (car mark-ring)) (current-buffer)) (progn (setq mark-ring (nconc mark-ring (list (copy-marker (mark-marker))))) (set-marker (mark-marker) (+ 0 (car mark-ring)) (current-buffer)) (move-marker (car mark-ring) nil) (if (null (mark t)) (ding)) (setq mark-ring (cdr mark-ring))) (if mark-ring (progn (setq mark-ring (nconc mark-ring (list (copy-marker (mark-marker))))) (set-marker (mark-marker) (+ 0 (car mark-ring)) (current-buffer)) (move-marker (car mark-ring) nil) (if (null (mark t)) (ding)) (setq mark-ring (cdr mark-ring)))) pop-mark() #f(compiled-function () #)() #f(compiled-function () #)() clear-transient-map() The error happens when the marker at the head of the mark ring no longer points into a buffer. In this case, we could either delete the dead marker until we find a live one, and then pop that, or just not pop any mark at all. From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 12 16:03:28 2017 Received: (at 17893) by debbugs.gnu.org; 12 Nov 2017 21:03:28 +0000 Received: from localhost ([127.0.0.1]:37271 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eDzPc-0008Up-ME for submit@debbugs.gnu.org; Sun, 12 Nov 2017 16:03:28 -0500 Received: from pmta21.teksavvy.com ([76.10.157.36]:58948) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eDzPZ-0008UZ-SN for 17893@debbugs.gnu.org; Sun, 12 Nov 2017 16:03:26 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2GVCgDNtQha/xLpjBhbHAEBAQQBAQoBA?= =?us-ascii?q?YM1gVKDWoVYhgaONQGBfBQgAZgsCoU1BAIChEVDFQEBAQEBAQEBAQNoKIUfAQQ?= =?us-ascii?q?BViMFCws0EhQYDYpRCK1EiwUBAQEHAgElgzSIb4sPBZJ7jy+XAAGJb4dWliSBO?= =?us-ascii?q?TUjgXI0IQgygy6EfCOMRgEBAQ?= X-IPAS-Result: =?us-ascii?q?A2GVCgDNtQha/xLpjBhbHAEBAQQBAQoBAYM1gVKDWoVYhga?= =?us-ascii?q?ONQGBfBQgAZgsCoU1BAIChEVDFQEBAQEBAQEBAQNoKIUfAQQBViMFCws0EhQYD?= =?us-ascii?q?YpRCK1EiwUBAQEHAgElgzSIb4sPBZJ7jy+XAAGJb4dWliSBOTUjgXI0IQgygy6?= =?us-ascii?q?EfCOMRgEBAQ?= X-IronPort-AV: E=Sophos;i="5.44,385,1505793600"; d="scan'208";a="8829003" Received: from 24-140-233-18.cpe.teksavvy.com (HELO fmsmemgm.homelinux.net) ([24.140.233.18]) by smtp.teksavvy.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 12 Nov 2017 16:03:09 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id BB8A7AE113; Sun, 12 Nov 2017 16:03:09 -0500 (EST) From: Stefan Monnier To: charles@aurox.ch (Charles A. Roelli) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> Date: Sun, 12 Nov 2017 16:03:09 -0500 In-Reply-To: (Charles A. Roelli's message of "Sun, 12 Nov 2017 11:41:27 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > The error happens when the marker at the head of the mark ring no > longer points into a buffer. Hmm... mark-ring is buffer-local, so the marks in there should all point to current-buffer. Can you try and figure out why this is not the case? Stefan From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 14 14:56:41 2017 Received: (at 17893) by debbugs.gnu.org; 14 Nov 2017 19:56:41 +0000 Received: from localhost ([127.0.0.1]:40597 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eEhK4-0001cB-L4 for submit@debbugs.gnu.org; Tue, 14 Nov 2017 14:56:40 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:44752) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eEhK2-0001bx-D0 for 17893@debbugs.gnu.org; Tue, 14 Nov 2017 14:56:38 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id E1B70225BA for <17893@debbugs.gnu.org>; Tue, 14 Nov 2017 19:49:21 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= content-transfer-encoding:content-type:content-type:mime-version :references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1510688959; x=1511552960; bh=2dLNt/qoA0o3C 4n5LcPS2/x6JgzzjTnfVRWMywRrJ3E=; b=pnxqgQKfPbwdHQzsIh9fJNDhMiidt 3Z8cbN+upHXZYhdf0oevbHgJnqDSD4rIler0HXrgrAS9uJSy8/pmg8tfpTEenEuJ FW5Wwv/1LmAUnGyFREcSpoXUy98jlTCMFK6ihqcx48pcKka3GUxyjLyZm3yEHkxr WIYTAa9rwO4nqo= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id HIYpL6nmXutF for <17893@debbugs.gnu.org>; Tue, 14 Nov 2017 19:49:19 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 6455522570; Tue, 14 Nov 2017 19:49:19 +0000 (UTC) Date: Tue, 14 Nov 2017 20:56:58 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Sun, 12 Nov 2017 16:03:09 -0500) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > From: Stefan Monnier > Cc: Drew Adams , 17893@debbugs.gnu.org > Date: Sun, 12 Nov 2017 16:03:09 -0500 > > > The error happens when the marker at the head of the mark ring no > > longer points into a buffer. > > Hmm... mark-ring is buffer-local, so the marks in there should all point > to current-buffer. Can you try and figure out why this is not the case? I was not careful to make sure that the mark-ring contains valid markers, so it may be an error in my code. On the other hand, looking at the definition of `clone-buffer' (which my patch uses), I don't see anything that would update the markers of the mark-ring in the newly cloned buffer to point to the new buffer instead of the old one. Maybe that is also a problem? And it doesn't help that I find my code incredibly hard to read one month on... Drew's problem is probably related to clone-buffer, especially seeing as he saw the issue right after having hit M-n in an Info mode buffer: M-n runs the command clone-buffer (found in Info-mode-map), which is an interactive compiled Lisp function in ‘simple.el’. It is bound to M-n, . (clone-buffer &optional NEWNAME DISPLAY-FLAG) Ah, turns out that's how you replicate this bug. 1. C-h i 2. Click/drag a few times in the *info* buffer to set some marks 3. M-n C-x o C-x k RET 4. Click in the remaining *info*<2> buffer: set-transient-map PCH: (error "Marker does not point anywhere") From debbugs-submit-bounces@debbugs.gnu.org Tue Nov 14 15:06:50 2017 Received: (at 17893) by debbugs.gnu.org; 14 Nov 2017 20:06:50 +0000 Received: from localhost ([127.0.0.1]:40602 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eEhTt-0001rZ-Nl for submit@debbugs.gnu.org; Tue, 14 Nov 2017 15:06:49 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:48530) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eEhTr-0001rR-De for 17893@debbugs.gnu.org; Tue, 14 Nov 2017 15:06:49 -0500 Received: from lechazo.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id vAEK6cSg023377; Tue, 14 Nov 2017 15:06:39 -0500 Received: by lechazo.home (Postfix, from userid 20848) id A1EA9603A7; Tue, 14 Nov 2017 15:08:08 -0500 (EST) From: Stefan Monnier To: charles@aurox.ch (Charles A. Roelli) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> Date: Tue, 14 Nov 2017 15:08:08 -0500 In-Reply-To: (Charles A. Roelli's message of "Tue, 14 Nov 2017 20:56:58 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 2 Rules triggered EDT_SA_DN_PASS=0, RV6158=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6158> : inlines <6171> : streams <1770292> : uri <2533949> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > I was not careful to make sure that the mark-ring contains valid > markers, so it may be an error in my code. On the other hand, looking > at the definition of `clone-buffer' (which my patch uses), I don't see > anything that would update the markers of the mark-ring in the newly > cloned buffer to point to the new buffer instead of the old one. > Maybe that is also a problem? Yup, sounds like we have a bug in clone-buffer, at least. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 19 14:30:35 2017 Received: (at 17893) by debbugs.gnu.org; 19 Nov 2017 19:30:35 +0000 Received: from localhost ([127.0.0.1]:47955 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGVIZ-0008SK-1b for submit@debbugs.gnu.org; Sun, 19 Nov 2017 14:30:35 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:48495) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGVIX-0008S4-KK for 17893@debbugs.gnu.org; Sun, 19 Nov 2017 14:30:34 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 2F4E7225C9 for <17893@debbugs.gnu.org>; Sun, 19 Nov 2017 19:23:14 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1511119391; x=1511983392; bh=O4aoRdJpRv6Yi fRubnioIXCodjOqIgvoW/KyZ9EjnAU=; b=NoIJMfIFsVQa+5mePl3pSwiUsdlY0 FK1aYx74bhNvD5eiI/m5oIv7frkVO+N6XDD9H6erjte11KYcxWeoFJkgR4W28kXe IoNMLgA686r3j2H1tlXZO3H+rVtSPcJoBKP1zcTGRzoQh3zPtMM4pBCsn8sIU6tf ReD1PAvt8KVG5c= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id rz1yG1WpXEzI for <17893@debbugs.gnu.org>; Sun, 19 Nov 2017 19:23:11 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 6F95A225C1; Sun, 19 Nov 2017 19:23:09 +0000 (UTC) Date: Sun, 19 Nov 2017 20:31:06 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Tue, 14 Nov 2017 15:08:08 -0500) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, drew.adams@oracle.com X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > From: Stefan Monnier > Date: Tue, 14 Nov 2017 15:08:08 -0500 > > > I was not careful to make sure that the mark-ring contains valid > > markers, so it may be an error in my code. On the other hand, looking > > at the definition of `clone-buffer' (which my patch uses), I don't see > > anything that would update the markers of the mark-ring in the newly > > cloned buffer to point to the new buffer instead of the old one. > > Maybe that is also a problem? > > Yup, sounds like we have a bug in clone-buffer, at least. > > > Stefan Right-o, here's a fix with respect to the emacs-26 branch: diff --git a/lisp/simple.el b/lisp/simple.el index 7d47d0f..64b7bde 100644 --- a/lisp/simple.el +++ b/lisp/simple.el @@ -8518,6 +8518,15 @@ clone-buffer (error nil))) lvars) + ;; Update markers in the copied mark ring to refer to the new buffer. + (setq mark-ring + (mapcar (lambda (m) + (let ((new-marker)) + (setq new-marker (copy-marker m)) + (move-marker new-marker new-marker (current-buffer)) + new-marker)) + mark-ring)) + ;; Run any hooks (typically set up by the major mode ;; for cloning to work properly). (run-hooks 'clone-buffer-hook)) It fixes the minimal recipe to reproduce this bug: > 1. C-h i > 2. Click/drag a few times in the *info* buffer to set some marks > 3. M-n C-x o C-x k RET > 4. Click in the remaining *info*<2> buffer: > > set-transient-map PCH: (error "Marker does not point anywhere") From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 20 10:46:05 2017 Received: (at 17893) by debbugs.gnu.org; 20 Nov 2017 15:46:05 +0000 Received: from localhost ([127.0.0.1]:49214 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGoGr-0008KD-Eg for submit@debbugs.gnu.org; Mon, 20 Nov 2017 10:46:05 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39607) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGoGn-0008JD-9F for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 10:46:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eGoGe-0000Wq-3s for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 10:45:56 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:42659) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eGoGe-0000Wj-06; Mon, 20 Nov 2017 10:45:52 -0500 Received: from [176.228.60.248] (port=2840 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eGoGd-00013L-B7; Mon, 20 Nov 2017 10:45:51 -0500 Date: Mon, 20 Nov 2017 17:45:43 +0200 Message-Id: <83h8tpdkd4.fsf@gnu.org> From: Eli Zaretskii To: charles@aurox.ch (Charles A. Roelli) In-reply-to: (charles@aurox.ch) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 19 Nov 2017 20:31:06 +0100 > From: charles@aurox.ch (Charles A. Roelli) > Cc: 17893@debbugs.gnu.org > > > Yup, sounds like we have a bug in clone-buffer, at least. > > > > > > Stefan > > Right-o, here's a fix with respect to the emacs-26 branch: > > diff --git a/lisp/simple.el b/lisp/simple.el > index 7d47d0f..64b7bde 100644 > --- a/lisp/simple.el > +++ b/lisp/simple.el > @@ -8518,6 +8518,15 @@ clone-buffer > (error nil))) > lvars) > > + ;; Update markers in the copied mark ring to refer to the new buffer. > + (setq mark-ring > + (mapcar (lambda (m) > + (let ((new-marker)) > + (setq new-marker (copy-marker m)) > + (move-marker new-marker new-marker (current-buffer)) > + new-marker)) > + mark-ring)) > + > ;; Run any hooks (typically set up by the major mode > ;; for cloning to work properly). > (run-hooks 'clone-buffer-hook)) > > It fixes the minimal recipe to reproduce this bug: Bother: this is actually the tip of an iceberg. Buffer local variables that get cloned by clone-buffer could hold any number of markers pointing into the original buffer. E.g., info.el itself maintains a per-buffer marker in Info-tag-table-marker; evaluate it after M-n and see what it tells you. For mark-ring, I think it's easier to just reset it to nil in the new clone (it's arguably even more correct, since this is a fresh buffer), but in general this is a ticking bomb, unless I'm missing something. If I'm right, the only solution is to walk all the markers that point to the parent buffer and clone them to point to the cloned buffer (this has to be done in C). From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 20 11:52:04 2017 Received: (at 17893) by debbugs.gnu.org; 20 Nov 2017 16:52:04 +0000 Received: from localhost ([127.0.0.1]:49259 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGpIi-0001V0-Gw for submit@debbugs.gnu.org; Mon, 20 Nov 2017 11:52:04 -0500 Received: from pmta11.teksavvy.com ([76.10.157.34]:60665) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGpIf-0001UV-UW for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 11:52:02 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2GKJQB+BxNa/3HQSC1bHAEBAQQBAQoBA?= =?us-ascii?q?YM8gVSDW4VYhHmPQYF9lnKCAYVFAoR/QxQBAQEBAQEBAQEDaCiFIAEEAXkFCws?= =?us-ascii?q?NJxIUGDEuigIIqwEhAopSAQEBAQYCASWDNIIHgz6DK4UEhg8FkwiGGokcoH8oh?= =?us-ascii?q?zGXbDYjgXQ0IQgySYJlhHwjjAIBAQE?= X-IPAS-Result: =?us-ascii?q?A2GKJQB+BxNa/3HQSC1bHAEBAQQBAQoBAYM8gVSDW4VYhHm?= =?us-ascii?q?PQYF9lnKCAYVFAoR/QxQBAQEBAQEBAQEDaCiFIAEEAXkFCwsNJxIUGDEuigIIq?= =?us-ascii?q?wEhAopSAQEBAQYCASWDNIIHgz6DK4UEhg8FkwiGGokcoH8ohzGXbDYjgXQ0IQg?= =?us-ascii?q?ySYJlhHwjjAIBAQE?= X-IronPort-AV: E=Sophos;i="5.44,428,1505793600"; d="scan'208";a="9836692" Received: from unknown (HELO pastel.home) ([45.72.208.113]) by smtp.teksavvy.com with ESMTP; 20 Nov 2017 11:51:46 -0500 Received: by pastel.home (Postfix, from userid 20848) id DCCC5614F0; Mon, 20 Nov 2017 11:51:45 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> Date: Mon, 20 Nov 2017 11:51:45 -0500 In-Reply-To: <83h8tpdkd4.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 20 Nov 2017 17:45:43 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, "Charles A. Roelli" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > Bother: this is actually the tip of an iceberg. Buffer local > variables that get cloned by clone-buffer could hold any number of > markers pointing into the original buffer. Indeed. > E.g., info.el itself maintains a per-buffer marker in > Info-tag-table-marker; evaluate it after M-n and see what it > tells you. And for that reason, clone-buffer runs `clone-buffer-hook`, which Info-mode uses to do: (defun Info-clone-buffer () (when (bufferp Info-tag-table-buffer) (setq Info-tag-table-buffer (with-current-buffer Info-tag-table-buffer (clone-buffer)))) (let ((m Info-tag-table-marker)) (when (markerp m) (setq Info-tag-table-marker (if (and (marker-position m) (bufferp Info-tag-table-buffer)) (with-current-buffer Info-tag-table-buffer (copy-marker (marker-position m))) (make-marker)))))) which I believe DTRT. > For mark-ring, I think it's easier to just reset it to nil in the new > clone (it's arguably even more correct, since this is a fresh buffer), I didn't think about it when I saw Charles's patch, but yes resetting it to nil would make sense. > but in general this is a ticking bomb, unless I'm missing something. > If I'm right, the only solution is to walk all the markers that point > to the parent buffer and clone them to point to the cloned buffer > (this has to be done in C). This can't be done in C because after creating those new markers, where would we store them? E.g. cloning all the markers that are in `mark-ring` would just create new markers but it would fail to create a new list holding those markers, stored in the new buffer-local value of `mark-ring` (walking the markers doesn't tell us that they're referred to from `mark-ring`). Hence clone-buffer-hook, which doesn't solve the problem in itself, but makes it possible to fix it manually where needed. Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 20 12:55:50 2017 Received: (at 17893) by debbugs.gnu.org; 20 Nov 2017 17:55:50 +0000 Received: from localhost ([127.0.0.1]:49303 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGqIP-0002zR-Ra for submit@debbugs.gnu.org; Mon, 20 Nov 2017 12:55:50 -0500 Received: from eggs.gnu.org ([208.118.235.92]:51283) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGqIO-0002zD-S6 for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 12:55:49 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eGqIF-0006cS-QJ for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 12:55:43 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45456) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eGqIF-0006cL-MW; Mon, 20 Nov 2017 12:55:39 -0500 Received: from [176.228.60.248] (port=2914 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eGqID-0002e6-P5; Mon, 20 Nov 2017 12:55:39 -0500 Date: Mon, 20 Nov 2017 19:55:23 +0200 Message-Id: <837eukesxg.fsf@gnu.org> From: Eli Zaretskii To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Mon, 20 Nov 2017 11:51:45 -0500) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, charles@aurox.ch X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Stefan Monnier > Cc: charles@aurox.ch (Charles A. Roelli), 17893@debbugs.gnu.org > Date: Mon, 20 Nov 2017 11:51:45 -0500 > > > E.g., info.el itself maintains a per-buffer marker in > > Info-tag-table-marker; evaluate it after M-n and see what it > > tells you. > > And for that reason, clone-buffer runs `clone-buffer-hook`, which > Info-mode uses to do: If so, it doesn't work well enough: emacs -Q C-u C-h i elisp.info RET M-: Info-tag-table-marker RET => # M-n M-: Info-tag-table-marker RET => # > > but in general this is a ticking bomb, unless I'm missing something. > > If I'm right, the only solution is to walk all the markers that point > > to the parent buffer and clone them to point to the cloned buffer > > (this has to be done in C). > > This can't be done in C because after creating those new markers, where > would we store them? E.g. cloning all the markers that are in > `mark-ring` would just create new markers but it would fail to create > a new list holding those markers, stored in the new buffer-local value > of `mark-ring` (walking the markers doesn't tell us that they're > referred to from `mark-ring`). I guess we will have to walk all the local variables and find markers in them, like GC does. Is there any other way? > Hence clone-buffer-hook, which doesn't solve the problem in itself, but > makes it possible to fix it manually where needed. I think this kind of problems is impossible to solve from Lisp, as we don't expose enough information about markers, and for a good reason. For starters, that hook assumes that every mode knows exactly what local variables could need special handling, but that's an illusion. For example, the user could have set all kinds of local variables behind the back of Emacs which hold markers. As another data point, there are 6 users of clone-buffer in Emacs core, and only one of them bothers to set up a clone-buffer-hook. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 20 13:59:21 2017 Received: (at 17893) by debbugs.gnu.org; 20 Nov 2017 18:59:21 +0000 Received: from localhost ([127.0.0.1]:49417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGrHt-0006eq-G5 for submit@debbugs.gnu.org; Mon, 20 Nov 2017 13:59:21 -0500 Received: from pmta21.teksavvy.com ([76.10.157.36]:39269) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGrHr-0006ec-3U for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 13:59:19 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2E4SADyJBNa/3HQSC1bHAEBAQQBAQoBA?= =?us-ascii?q?YM8Jz9uJ4M0hViEeY9BgX2CIAGWUiWBE4QNAoR9QxQBAQEBAQEBAQEDaCiECVs?= =?us-ascii?q?8AQQBeQULCw0nEhQYMYowCKp9IQKKUwEBAQEGAgElgzSCB4ZpixMFkwiPNodyg?= =?us-ascii?q?2qMKIh7KIcxkkEBhSo2I4F0NCEIMoMtCYR0IzaLTAEBAQ?= X-IPAS-Result: =?us-ascii?q?A2E4SADyJBNa/3HQSC1bHAEBAQQBAQoBAYM8Jz9uJ4M0hVi?= =?us-ascii?q?EeY9BgX2CIAGWUiWBE4QNAoR9QxQBAQEBAQEBAQEDaCiECVs8AQQBeQULCw0nE?= =?us-ascii?q?hQYMYowCKp9IQKKUwEBAQEGAgElgzSCB4ZpixMFkwiPNodyg2qMKIh7KIcxkkE?= =?us-ascii?q?BhSo2I4F0NCEIMoMtCYR0IzaLTAEBAQ?= X-IronPort-AV: E=Sophos;i="5.44,429,1505793600"; d="scan'208";a="9460530" Received: from unknown (HELO pastel.home) ([45.72.208.113]) by smtp.teksavvy.com with ESMTP; 20 Nov 2017 13:59:12 -0500 Received: by pastel.home (Postfix, from userid 20848) id 80C20607D3; Mon, 20 Nov 2017 13:59:12 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <837eukesxg.fsf@gnu.org> Date: Mon, 20 Nov 2017 13:59:12 -0500 In-Reply-To: <837eukesxg.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 20 Nov 2017 19:55:23 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, charles@aurox.ch X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> > E.g., info.el itself maintains a per-buffer marker in >> > Info-tag-table-marker; evaluate it after M-n and see what it >> > tells you. >> And for that reason, clone-buffer runs `clone-buffer-hook`, which >> Info-mode uses to do: > If so, it doesn't work well enough: > emacs -Q > C-u C-h i elisp.info RET > M-: Info-tag-table-marker RET > => # > M-n > M-: Info-tag-table-marker RET > => # Maybe there's a bug, indeed. Does the above lead to undesired behavior? [ It's been a while since I last looked at those things. ] > I guess we will have to walk all the local variables and find markers > in them, like GC does. Is there any other way? I don't think it can be done reliably: whether a marker needs to be cloned or not may depend on what the marker is used for; and some of the markers that need to be cloned could be stored elsewhere than in buffer-local vars. And in order to clone such a marker, we'd need to clone all objects found on the "spine" between the local var and the marker. In some cases such a "clone" is again difficult to do automatically and reliably, because what needs to be done again will depend on semantic details to which such a generic code at the C level doesn't have access. >> Hence clone-buffer-hook, which doesn't solve the problem in itself, but >> makes it possible to fix it manually where needed. > I think this kind of problems is impossible to solve from Lisp, as we > don't expose enough information about markers, and for a good reason. > For starters, that hook assumes that every mode knows exactly what > local variables could need special handling, but that's an illusion. No. It just assumes that whichever package owns a marker that needs special treatment should register itself on that hook. Maybe that's too much to ask, but it's definitely not "impossible". > For example, the user could have set all kinds of local variables > behind the back of Emacs which hold markers. Then it's his responsibility to add a function to clone-buffer-hook to handle those (in the unlikely case that she actually cares about interaction between those vars and clone-buffer, that is). > As another data point, there are 6 users of clone-buffer in Emacs > core, and only one of them bothers to set up a clone-buffer-hook. Do these suffer from problems? When I introduced clone-buffer (motivated by Info-mode), I also introduced the Info-clone-buffer hook function because it was simply indispensable to get it working. But I remember using it in other cases where such a hook didn't seem necessary. Stefan From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 20 14:33:00 2017 Received: (at 17893) by debbugs.gnu.org; 20 Nov 2017 19:33:00 +0000 Received: from localhost ([127.0.0.1]:49439 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGroR-0000xb-Rx for submit@debbugs.gnu.org; Mon, 20 Nov 2017 14:33:00 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33161) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGroQ-0000xP-Ka for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 14:32:58 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eGroH-0008II-Um for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 14:32:53 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:47616) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eGroH-0008IA-Sb; Mon, 20 Nov 2017 14:32:49 -0500 Received: from [176.228.60.248] (port=3076 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eGroD-0005En-FU; Mon, 20 Nov 2017 14:32:49 -0500 Date: Mon, 20 Nov 2017 21:32:13 +0200 Message-Id: <83shd8d9vm.fsf@gnu.org> From: Eli Zaretskii To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Mon, 20 Nov 2017 13:59:12 -0500) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <837eukesxg.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, charles@aurox.ch X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Stefan Monnier > Cc: charles@aurox.ch, 17893@debbugs.gnu.org > Date: Mon, 20 Nov 2017 13:59:12 -0500 > > > M-n > > M-: Info-tag-table-marker RET > > => # > > Maybe there's a bug, indeed. Does the above lead to undesired behavior? I didn't dig deep enough to find out. But it's clear that such a marker is useless at best. > No. It just assumes that whichever package owns a marker that needs > special treatment should register itself on that hook. Maybe that's too > much to ask, but it's definitely not "impossible". Registering a hook is easy, the problem is doing everything that's needed in the hook. Especially given that clone-buffer is not documented, and therefore all these caveats are nowhere to be learned. > > As another data point, there are 6 users of clone-buffer in Emacs > > core, and only one of them bothers to set up a clone-buffer-hook. > > Do these suffer from problems? I don't know. But markers are quite common, so I'd be surprised if they didn't. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 20 14:49:34 2017 Received: (at 17893) by debbugs.gnu.org; 20 Nov 2017 19:49:34 +0000 Received: from localhost ([127.0.0.1]:49453 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGs4T-0001La-QW for submit@debbugs.gnu.org; Mon, 20 Nov 2017 14:49:33 -0500 Received: from mail-out.m-online.net ([212.18.0.10]:52894) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGs4S-0001LS-27 for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 14:49:32 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 3ygfS9568Yz1qwS8; Mon, 20 Nov 2017 20:49:29 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 3ygfS92n2Sz1wT9T; Mon, 20 Nov 2017 20:49:29 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id lBHG5i16iTkw; Mon, 20 Nov 2017 20:49:28 +0100 (CET) X-Auth-Info: DR0zJhMmPIGAL/n2FaYj3jwNpqJzyXUyVHVPD16+1u81mVZamMqYT15TFeS3q+H0 Received: from localhost (ppp-188-174-152-220.dynamic.mnet-online.de [188.174.152.220]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Mon, 20 Nov 2017 20:49:28 +0100 (CET) Received: by localhost (Postfix, from userid 1000) id 0C2742C225C; Mon, 20 Nov 2017 20:49:27 +0100 (CET) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> X-Yow: I fill MY industrial waste containers with old copies of the ``WATCHTOWER'' and then add HAWAIIAN PUNCH to the top.. They look NICE in the yard-- Date: Mon, 20 Nov 2017 20:49:27 +0100 In-Reply-To: <83h8tpdkd4.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 20 Nov 2017 17:45:43 +0200") Message-ID: <877eukpw6w.fsf@linux-m68k.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, "Charles A. Roelli" , monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Nov 20 2017, Eli Zaretskii wrote: > If I'm right, the only solution is to walk all the markers that point > to the parent buffer and clone them to point to the cloned buffer > (this has to be done in C). Those cloned markers will be unreferenced, thus useless, with nothing to be gained. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 20 15:01:04 2017 Received: (at 17893) by debbugs.gnu.org; 20 Nov 2017 20:01:04 +0000 Received: from localhost ([127.0.0.1]:49461 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGsFc-0002ho-6f for submit@debbugs.gnu.org; Mon, 20 Nov 2017 15:01:04 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:49283) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGsFa-0002Zy-4j for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 15:01:02 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 11D8B225C8 for <17893@debbugs.gnu.org>; Mon, 20 Nov 2017 19:53:42 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1511207621; x=1512071622; bh=DV0MIFS+hfDMd 2/MlWyy0V8PpRCz9ZsqweYU0IqcT1A=; b=vdfda8AKsidbJbCXNpT5mSYWabRVl prr/oQopV/zR51BZ+LmMPhlj4mJw5BMiOPexKGxsn72hcI/vXWGJIPpJ+QSvMK+R 3DIVCIhPEiN0SV64KvXpNLXmMYMbAZM51E2D5+xFE5wzcOhaK0SSRtLoF0FL0b78 Tm1PMj2NpjSrrs= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id xNuPix23Jw5P for <17893@debbugs.gnu.org>; Mon, 20 Nov 2017 19:53:41 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 71F09225C1; Mon, 20 Nov 2017 19:53:39 +0000 (UTC) Date: Mon, 20 Nov 2017 21:01:58 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Eli Zaretskii In-reply-to: <83h8tpdkd4.fsf@gnu.org> (message from Eli Zaretskii on Mon, 20 Nov 2017 17:45:43 +0200) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Bother: this is actually the tip of an iceberg. Buffer local > variables that get cloned by clone-buffer could hold any number of > markers pointing into the original buffer. E.g., info.el itself > maintains a per-buffer marker in Info-tag-table-marker; evaluate it > after M-n and see what it tells you. > For mark-ring, I think it's easier to just reset it to nil in the new > clone (it's arguably even more correct, since this is a fresh buffer), > but in general this is a ticking bomb, unless I'm missing something. > If I'm right, the only solution is to walk all the markers that point > to the parent buffer and clone them to point to the cloned buffer > (this has to be done in C). By C, do you mean the function `clone-buffer'? From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 20 15:30:21 2017 Received: (at 17893) by debbugs.gnu.org; 20 Nov 2017 20:30:21 +0000 Received: from localhost ([127.0.0.1]:49477 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGshx-0004Cm-4c for submit@debbugs.gnu.org; Mon, 20 Nov 2017 15:30:21 -0500 Received: from eggs.gnu.org ([208.118.235.92]:51077) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGshv-0004CY-IU for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 15:30:19 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eGshn-0006PJ-1z for 17893@debbugs.gnu.org; Mon, 20 Nov 2017 15:30:14 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48593) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eGshm-0006P2-Qr; Mon, 20 Nov 2017 15:30:10 -0500 Received: from [176.228.60.248] (port=3139 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eGshk-0006th-VU; Mon, 20 Nov 2017 15:30:10 -0500 Date: Mon, 20 Nov 2017 22:29:55 +0200 Message-Id: <83o9nwd77g.fsf@gnu.org> From: Eli Zaretskii To: charles@aurox.ch (Charles A. Roelli) In-reply-to: (charles@aurox.ch) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Mon, 20 Nov 2017 21:01:58 +0100 > From: charles@aurox.ch (Charles A. Roelli) > CC: monnier@IRO.UMontreal.CA, 17893@debbugs.gnu.org > > > For mark-ring, I think it's easier to just reset it to nil in the new > > clone (it's arguably even more correct, since this is a fresh buffer), > > but in general this is a ticking bomb, unless I'm missing something. > > If I'm right, the only solution is to walk all the markers that point > > to the parent buffer and clone them to point to the cloned buffer > > (this has to be done in C). > > By C, do you mean the function `clone-buffer'? No, I meant what's in marker.c. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 24 15:17:36 2017 Received: (at 17893) by debbugs.gnu.org; 24 Nov 2017 20:17:36 +0000 Received: from localhost ([127.0.0.1]:56401 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIKPo-0004RJ-43 for submit@debbugs.gnu.org; Fri, 24 Nov 2017 15:17:36 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:51800) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIKPl-0004R2-L5 for 17893@debbugs.gnu.org; Fri, 24 Nov 2017 15:17:34 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 4CD20225D5 for <17893@debbugs.gnu.org>; Fri, 24 Nov 2017 20:10:09 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1511554206; x=1512418207; bh=IX6JGxG/egSAN ZkhFl9yqimUtWyHaSGqekNz82p/4fM=; b=wV8JRywEld3effV4scl4HMovlaOZH myrOnqWZkqWmIUvshEH9lRosjxkgxNyzkmnWrgucD4QY3zqHyV/EFtfUnjbmwBb6 Pyrx5rhUpl37vV3vZgv4kouXXJY8B2USFMsDRqd6ESUCRikUBHsg1b7koi5kM9lG m6LLIP76dXFfA0= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id Z_yCeT1mdA3A for <17893@debbugs.gnu.org>; Fri, 24 Nov 2017 20:10:06 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id A20A4225CD; Fri, 24 Nov 2017 20:10:04 +0000 (UTC) Date: Fri, 24 Nov 2017 21:18:36 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Eli Zaretskii In-reply-to: <83o9nwd77g.fsf@gnu.org> (message from Eli Zaretskii on Mon, 20 Nov 2017 22:29:55 +0200) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Mon, 20 Nov 2017 22:29:55 +0200 > From: Eli Zaretskii > CC: monnier@IRO.UMontreal.CA, 17893@debbugs.gnu.org > Reply-to: Eli Zaretskii > > > Date: Mon, 20 Nov 2017 21:01:58 +0100 > > From: charles@aurox.ch (Charles A. Roelli) > > CC: monnier@IRO.UMontreal.CA, 17893@debbugs.gnu.org > > > > > For mark-ring, I think it's easier to just reset it to nil in the new > > > clone (it's arguably even more correct, since this is a fresh buffer), > > > but in general this is a ticking bomb, unless I'm missing something. > > > If I'm right, the only solution is to walk all the markers that point > > > to the parent buffer and clone them to point to the cloned buffer > > > (this has to be done in C). > > > > By C, do you mean the function `clone-buffer'? > > No, I meant what's in marker.c. I suppose the main issue is fixed in master now: > branch: master > commit 197dd690112e8eef6457b16adbe6e2c1d801c849 > Date: Thu, 23 Nov 2017 13:33:34 -0500 (EST) > Author: Stefan Monnier > Commit: Stefan Monnier > > * lisp/simple.el (clone-buffer): Adjust `mark-ring' > --- > lisp/simple.el | 7 +++++-- > 1 file changed, 5 insertions(+), 2 deletions(-) > > diff --git a/lisp/simple.el b/lisp/simple.el > index fde6669..41f22b2 100644 > --- a/lisp/simple.el > +++ b/lisp/simple.el > @@ -8516,13 +8516,16 @@ after it has been set up properly in other respects." > > ;; Set up other local variables. > (mapc (lambda (v) > - (condition-case () ;in case var is read-only > + (condition-case () > (if (symbolp v) > (makunbound v) > (set (make-local-variable (car v)) (cdr v))) > - (error nil))) > + (setting-constant nil))) ;E.g. for enable-multibyte-characters. > lvars) > > + (setq mark-ring (mapcar (lambda (mk) (copy-marker (marker-position mk))) > + mark-ring)) > + > ;; Run any hooks (typically set up by the major mode > ;; for cloning to work properly). > (run-hooks 'clone-buffer-hook)) To solve the problem more generally, maybe clone-buffer could look for local variables with a non-nil symbol property (called, say, `clone-buffer-update-function'), the value of which would be a function that updates the "cloned" variable properly. So with mark-ring, you would do something like: (put 'mark-ring 'clone-buffer-update-function (lambda (sym old-buf new-buf) (with-current-buffer new-buf (set sym (with-current-buffer old-buf (mapcar (lambda (mk) (copy-marker (marker-position mk))) mark-ring)))))) From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 24 15:40:17 2017 Received: (at 17893) by debbugs.gnu.org; 24 Nov 2017 20:40:17 +0000 Received: from localhost ([127.0.0.1]:56423 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIKll-0004zY-5k for submit@debbugs.gnu.org; Fri, 24 Nov 2017 15:40:17 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56734) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIKli-0004zK-Hf for 17893@debbugs.gnu.org; Fri, 24 Nov 2017 15:40:15 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eIKla-0006Lq-A5 for 17893@debbugs.gnu.org; Fri, 24 Nov 2017 15:40:09 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:38368) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eIKla-0006Li-5T; Fri, 24 Nov 2017 15:40:06 -0500 Received: from [176.228.60.248] (port=3422 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eIKlY-00086z-7Y; Fri, 24 Nov 2017 15:40:06 -0500 Date: Fri, 24 Nov 2017 22:39:37 +0200 Message-Id: <83shd38l86.fsf@gnu.org> From: Eli Zaretskii To: charles@aurox.ch (Charles A. Roelli) In-reply-to: (charles@aurox.ch) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Fri, 24 Nov 2017 21:18:36 +0100 > From: charles@aurox.ch (Charles A. Roelli) > CC: monnier@IRO.UMontreal.CA, 17893@debbugs.gnu.org > > I suppose the main issue is fixed in master now: That's just one particular case of a more general problem with markers stored or referenced from local variables of the cloned buffer. > To solve the problem more generally, maybe clone-buffer could look for > local variables with a non-nil symbol property (called, say, > `clone-buffer-update-function'), the value of which would be a > function that updates the "cloned" variable properly. This is not different from running a clone-buffer-update-function: it again lets modes take care of the variables thy know about which need special handling at clone time. My problem with that is that I don't believe this is a complete solution. From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 24 16:22:20 2017 Received: (at 17893) by debbugs.gnu.org; 24 Nov 2017 21:22:21 +0000 Received: from localhost ([127.0.0.1]:56502 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eILQS-00084Q-Ne for submit@debbugs.gnu.org; Fri, 24 Nov 2017 16:22:20 -0500 Received: from alt32.smtp-out.videotron.ca ([24.53.0.21]:55280) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eILQQ-00084B-Kz for 17893@debbugs.gnu.org; Fri, 24 Nov 2017 16:22:19 -0500 Received: from fmsmemgm.homelinux.net ([23.233.195.134]) by Videotron with SMTP id ILQIeyJ1bEyCjILQJe6p7F; Fri, 24 Nov 2017 16:22:13 -0500 X-Authority-Analysis: v=2.2 cv=cZ2iljLM c=1 sm=1 tr=0 a=xXJ578j8WyTliCxld3/pTA==:117 a=xXJ578j8WyTliCxld3/pTA==:17 a=sC3jslCIGhcA:10 a=LiOJC72R3wmj2dfNYSAA:9 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id D9A3EAE10D; Fri, 24 Nov 2017 16:22:10 -0500 (EST) From: Stefan Monnier To: charles@aurox.ch (Charles A. Roelli) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> Date: Fri, 24 Nov 2017 16:22:10 -0500 In-Reply-To: (Charles A. Roelli's message of "Fri, 24 Nov 2017 21:18:36 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-CMAE-Envelope: MS4wfEGmbBf3dhf3uP1jWAOv5lWvnrcLNDp/EAez85FfKE1ms27Uai7jojp1o/Fc31JnOaX4Wl7FkHl39jJkwLWU3k7TyNmH09Y3aonHoh1aE5zaqSQP8Ujw wm8s9leUYK7DHFsaCYukvLAGAcYX0cM4LQOM/+DZDELJxdi9vGYkOZruFbs7s4Ag+8BOz6rKQZUT25hVN+ZjNKpXPkdF985TwDrLHY6d21YlEhH0oNYC0dk1 MAJpyb9eEbv78vAdto+tdMT1cqYz63wywsUp2GAzsUM= X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 17893 Cc: Eli Zaretskii , 17893@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> > By C, do you mean the function `clone-buffer'? >> No, I meant what's in marker.c. > I suppose the main issue is fixed in master now: Indeed. > To solve the problem more generally, maybe clone-buffer could look for > local variables with a non-nil symbol property (called, say, > `clone-buffer-update-function'), the value of which would be a > function that updates the "cloned" variable properly. That's just a different hook, with more or less the same downsides as the one we already have, so I don't see much benefit. Stefan From debbugs-submit-bounces@debbugs.gnu.org Fri Nov 24 16:26:08 2017 Received: (at control) by debbugs.gnu.org; 24 Nov 2017 21:26:08 +0000 Received: from localhost ([127.0.0.1]:56506 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eILU8-0008B2-7T for submit@debbugs.gnu.org; Fri, 24 Nov 2017 16:26:08 -0500 Received: from alt42.smtp-out.videotron.ca ([23.233.128.29]:5295) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eILU6-0008AW-3A for control@debbugs.gnu.org; Fri, 24 Nov 2017 16:26:06 -0500 Received: from fmsmemgm.homelinux.net ([23.233.195.134]) by Videotron with SMTP id ILTzeL9Tjbon8ILU0ebrBR; Fri, 24 Nov 2017 16:26:00 -0500 X-Authority-Analysis: v=2.2 cv=WLQPZjkR c=1 sm=1 tr=0 a=xXJ578j8WyTliCxld3/pTA==:117 a=xXJ578j8WyTliCxld3/pTA==:17 a=sC3jslCIGhcA:10 a=7A8xJfztZPRsNrYL5owA:9 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 57C1EAE10D; Fri, 24 Nov 2017 16:25:59 -0500 (EST) From: Stefan Monnier To: control@debbugs.gnu.org Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> Date: Fri, 24 Nov 2017 16:25:59 -0500 In-Reply-To: (Stefan Monnier's message of "Fri, 24 Nov 2017 16:22:10 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-CMAE-Envelope: MS4wfGiE76BRvgv64rwO+T7Gwkf2azkiHVO7DZAfFItcSr56eS52ANRbfGoJaBzrigFzkcH3bL+HsPQQV/Sc1iryFa4Tmqu9DBs3CdQvn/lrVBm/c8qpI8Eh Zwj0qg1JiNZFj95TWx9xAY7wE1ZYcnmEikd46qAXUXssqBVIPjwybft9fw0Ez1u4fCMrdvAetbiOKUA/jaTbr9bCKd1ZBcINhDclLSqnmSWdHPszzap/vECA X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) close 17893 thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 25 09:11:45 2017 Received: (at 17893) by debbugs.gnu.org; 25 Nov 2017 14:11:45 +0000 Received: from localhost ([127.0.0.1]:56834 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIbBJ-0007QC-JR for submit@debbugs.gnu.org; Sat, 25 Nov 2017 09:11:45 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:52553) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIbBI-0007Pz-AM for 17893@debbugs.gnu.org; Sat, 25 Nov 2017 09:11:44 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 0CA5D225D6 for <17893@debbugs.gnu.org>; Sat, 25 Nov 2017 14:04:20 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1511618657; x=1512482658; bh=uY+Jz8UL1Cba6 EM2QwbUGAU9O4hgwnjvlhWBhS1NMvw=; b=imORjBG69RWSLZBc8vc3145r2bpy+ Irdo6bQYNdjjSjU/1/7A6SIvgSudRQwcdAOUbq/2Vb99rtWWV3UtRG88taasGqmx B6ZYOc+pzF2Mt2/hTpSnMwivyUGWU8uds8+ceqAmARQN3bvHpJD4NGARBkPkhDVa lUCqmN5KQJ5EAE= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id OzO48ag8n6Em for <17893@debbugs.gnu.org>; Sat, 25 Nov 2017 14:04:17 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 15259225BD; Sat, 25 Nov 2017 14:04:17 +0000 (UTC) Date: Sat, 25 Nov 2017 15:13:08 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: Eli Zaretskii In-reply-to: <83shd38l86.fsf@gnu.org> (message from Eli Zaretskii on Fri, 24 Nov 2017 22:39:37 +0200) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Fri, 24 Nov 2017 22:39:37 +0200 > From: Eli Zaretskii > > > Date: Fri, 24 Nov 2017 21:18:36 +0100 > > From: charles@aurox.ch (Charles A. Roelli) > > CC: monnier@IRO.UMontreal.CA, 17893@debbugs.gnu.org > > > > I suppose the main issue is fixed in master now: > > That's just one particular case of a more general problem with markers > stored or referenced from local variables of the cloned buffer. > > > To solve the problem more generally, maybe clone-buffer could look for > > local variables with a non-nil symbol property (called, say, > > `clone-buffer-update-function'), the value of which would be a > > function that updates the "cloned" variable properly. > > This is not different from running a clone-buffer-update-function: it > again lets modes take care of the variables thy know about which need > special handling at clone time. My problem with that is that I don't > believe this is a complete solution. Can you say what you think is missing? From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 25 11:07:22 2017 Received: (at 17893) by debbugs.gnu.org; 25 Nov 2017 16:07:22 +0000 Received: from localhost ([127.0.0.1]:58057 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIczC-0003z2-Ah for submit@debbugs.gnu.org; Sat, 25 Nov 2017 11:07:22 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39094) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIczA-0003yo-Kx for 17893@debbugs.gnu.org; Sat, 25 Nov 2017 11:07:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eIcz2-000161-FD for 17893@debbugs.gnu.org; Sat, 25 Nov 2017 11:07:15 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:58789) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eIcz2-00015x-Bd; Sat, 25 Nov 2017 11:07:12 -0500 Received: from [176.228.60.248] (port=4106 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eIcyz-0007H7-QX; Sat, 25 Nov 2017 11:07:11 -0500 Date: Sat, 25 Nov 2017 18:06:46 +0200 Message-Id: <837eue8hrd.fsf@gnu.org> From: Eli Zaretskii To: charles@aurox.ch (Charles A. Roelli) In-reply-to: (charles@aurox.ch) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sat, 25 Nov 2017 15:13:08 +0100 > From: charles@aurox.ch (Charles A. Roelli) > CC: monnier@IRO.UMontreal.CA, 17893@debbugs.gnu.org > > > > To solve the problem more generally, maybe clone-buffer could look for > > > local variables with a non-nil symbol property (called, say, > > > `clone-buffer-update-function'), the value of which would be a > > > function that updates the "cloned" variable properly. > > > > This is not different from running a clone-buffer-update-function: it > > again lets modes take care of the variables thy know about which need > > special handling at clone time. My problem with that is that I don't > > believe this is a complete solution. > > Can you say what you think is missing? What is missing is a way of methodically walking all the markers reachable from the cloned buffer's local variables, and changing each marker to point to the cloned buffer instead of the parent buffer. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 25 11:48:31 2017 Received: (at 17893) by debbugs.gnu.org; 25 Nov 2017 16:48:31 +0000 Received: from localhost ([127.0.0.1]:58103 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIdd1-00050O-GD for submit@debbugs.gnu.org; Sat, 25 Nov 2017 11:48:31 -0500 Received: from chene.dit.umontreal.ca ([132.204.246.20]:50167) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIdcz-00050G-TF for 17893@debbugs.gnu.org; Sat, 25 Nov 2017 11:48:30 -0500 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.7/8.14.1) with ESMTP id vAPGmJNS005386; Sat, 25 Nov 2017 11:48:20 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id 9FA7EAE133; Sat, 25 Nov 2017 11:48:19 -0500 (EST) From: Stefan Monnier To: Eli Zaretskii Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") Message-ID: References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> <837eue8hrd.fsf@gnu.org> Date: Sat, 25 Nov 2017 11:48:19 -0500 In-Reply-To: <837eue8hrd.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Nov 2017 18:06:46 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.1 X-NAI-Spam-Rules: 3 Rules triggered GEN_SPAM_FEATRE=0.1, EDT_SA_DN_PASS=0, RV6166=0 X-NAI-Spam-Version: 2.3.0.9418 : core <6166> : inlines <6186> : streams <1771309> : uri <2539941> X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, "Charles A. Roelli" X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > What is missing is a way of methodically walking all the markers > reachable from the cloned buffer's local variables, and changing each > marker to point to the cloned buffer instead of the parent buffer. I think this is equivalent to the halting problem. Stefan From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 25 12:21:07 2017 Received: (at 17893) by debbugs.gnu.org; 25 Nov 2017 17:21:07 +0000 Received: from localhost ([127.0.0.1]:58127 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIe8Z-0006GP-4Y for submit@debbugs.gnu.org; Sat, 25 Nov 2017 12:21:07 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49518) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIe8Y-0006Ew-9k for 17893@debbugs.gnu.org; Sat, 25 Nov 2017 12:21:06 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eIe8P-0006UC-75 for 17893@debbugs.gnu.org; Sat, 25 Nov 2017 12:21:01 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59532) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eIe8P-0006U3-3d; Sat, 25 Nov 2017 12:20:57 -0500 Received: from [176.228.60.248] (port=4347 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eIe8N-0002xz-E2; Sat, 25 Nov 2017 12:20:56 -0500 Date: Sat, 25 Nov 2017 19:20:30 +0200 Message-Id: <8337528ech.fsf@gnu.org> From: Eli Zaretskii To: Stefan Monnier In-reply-to: (message from Stefan Monnier on Sat, 25 Nov 2017 11:48:19 -0500) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> <837eue8hrd.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, charles@aurox.ch X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Stefan Monnier > Cc: charles@aurox.ch (Charles A. Roelli), 17893@debbugs.gnu.org > Date: Sat, 25 Nov 2017 11:48:19 -0500 > > > What is missing is a way of methodically walking all the markers > > reachable from the cloned buffer's local variables, and changing each > > marker to point to the cloned buffer instead of the parent buffer. > > I think this is equivalent to the halting problem. Yes, I know. But that doesn't mean it is, and certainly not that the problem couldn't be described. From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 25 13:30:20 2017 Received: (at 17893) by debbugs.gnu.org; 25 Nov 2017 18:30:20 +0000 Received: from localhost ([127.0.0.1]:58182 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIfDX-00087F-UM for submit@debbugs.gnu.org; Sat, 25 Nov 2017 13:30:20 -0500 Received: from mail-out.m-online.net ([212.18.0.10]:55482) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIfDT-000874-Pf for 17893@debbugs.gnu.org; Sat, 25 Nov 2017 13:30:16 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 3ykhSM69Lmz1qtFm; Sat, 25 Nov 2017 19:30:11 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 3ykhSM3PJdz1qqkZ; Sat, 25 Nov 2017 19:30:11 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id KCY0bLSzkqNJ; Sat, 25 Nov 2017 19:30:10 +0100 (CET) X-Auth-Info: +FEqBCpr5qq7dBPkYr8PcwkuOl99glFFmaScHZK1OFnkqYSSlr82jfysTpeA6ujd Received: from localhost (ppp-188-174-152-251.dynamic.mnet-online.de [188.174.152.251]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Sat, 25 Nov 2017 19:30:10 +0100 (CET) Received: by localhost (Postfix, from userid 1000) id B88442C1084; Sat, 25 Nov 2017 19:30:08 +0100 (CET) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> <837eue8hrd.fsf@gnu.org> X-Yow: ...I think I'm having an overnight sensation right now!! Date: Sat, 25 Nov 2017 19:30:08 +0100 In-Reply-To: <837eue8hrd.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Nov 2017 18:06:46 +0200") Message-ID: <877euetdn3.fsf@linux-m68k.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, "Charles A. Roelli" , monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Nov 25 2017, Eli Zaretskii wrote: > What is missing is a way of methodically walking all the markers > reachable from the cloned buffer's local variables, and changing each > marker to point to the cloned buffer instead of the parent buffer. And how does that help? It will just move the error from the cloned buffer to the parent buffer. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 25 14:24:05 2017 Received: (at 17893) by debbugs.gnu.org; 25 Nov 2017 19:24:05 +0000 Received: from localhost ([127.0.0.1]:58210 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIg3Z-0000xF-70 for submit@debbugs.gnu.org; Sat, 25 Nov 2017 14:24:05 -0500 Received: from eggs.gnu.org ([208.118.235.92]:38817) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIg3X-0000wj-9C for 17893@debbugs.gnu.org; Sat, 25 Nov 2017 14:24:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eIg3R-0001GB-65 for 17893@debbugs.gnu.org; Sat, 25 Nov 2017 14:23:58 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:60690) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eIg3K-0001Eq-PW; Sat, 25 Nov 2017 14:23:50 -0500 Received: from [176.228.60.248] (port=4496 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eIg3I-0000rc-Qp; Sat, 25 Nov 2017 14:23:50 -0500 Date: Sat, 25 Nov 2017 21:23:22 +0200 Message-Id: <83zi7a6u39.fsf@gnu.org> From: Eli Zaretskii To: Andreas Schwab In-reply-to: <877euetdn3.fsf@linux-m68k.org> (message from Andreas Schwab on Sat, 25 Nov 2017 19:30:08 +0100) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> <837eue8hrd.fsf@gnu.org> <877euetdn3.fsf@linux-m68k.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, charles@aurox.ch, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > From: Andreas Schwab > Cc: charles@aurox.ch (Charles A. Roelli), 17893@debbugs.gnu.org, monnier@IRO.UMontreal.CA > Date: Sat, 25 Nov 2017 19:30:08 +0100 > > On Nov 25 2017, Eli Zaretskii wrote: > > > What is missing is a way of methodically walking all the markers > > reachable from the cloned buffer's local variables, and changing each > > marker to point to the cloned buffer instead of the parent buffer. > > And how does that help? It will just move the error from the cloned > buffer to the parent buffer. Sorry, what error are you talking about? The problem I was thinking of is when buffer-local variables in buffer A hold markers whose buffer is A; then we clone buffer B from A, and then we kill buffer A. Now the markers in the cloned buffer point to a dead buffer (or actually point nowhere). From debbugs-submit-bounces@debbugs.gnu.org Sat Nov 25 15:47:49 2017 Received: (at 17893) by debbugs.gnu.org; 25 Nov 2017 20:47:49 +0000 Received: from localhost ([127.0.0.1]:58256 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIhMa-0002zS-PY for submit@debbugs.gnu.org; Sat, 25 Nov 2017 15:47:48 -0500 Received: from mail-out.m-online.net ([212.18.0.9]:36717) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIhMZ-0002zK-9M for 17893@debbugs.gnu.org; Sat, 25 Nov 2017 15:47:47 -0500 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 3yklW31QYCz1qqkg; Sat, 25 Nov 2017 21:47:42 +0100 (CET) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 3yklW26KbSz1qtPF; Sat, 25 Nov 2017 21:47:42 +0100 (CET) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id 2wKy-TgCD1os; Sat, 25 Nov 2017 21:47:41 +0100 (CET) X-Auth-Info: NPJeEb7+odcD1e44T6F7ari5L872aaDBGxQmj5n96OE8xkeTN80WDTw1iFu35ezf Received: from localhost (ppp-188-174-152-251.dynamic.mnet-online.de [188.174.152.251]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Sat, 25 Nov 2017 21:47:41 +0100 (CET) Received: by localhost (Postfix, from userid 1000) id B92CD2C1084; Sat, 25 Nov 2017 21:47:40 +0100 (CET) From: Andreas Schwab To: Eli Zaretskii Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> <837eue8hrd.fsf@gnu.org> <877euetdn3.fsf@linux-m68k.org> <83zi7a6u39.fsf@gnu.org> X-Yow: I am having a pleasant time!! Date: Sat, 25 Nov 2017 21:47:40 +0100 In-Reply-To: <83zi7a6u39.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Nov 2017 21:23:22 +0200") Message-ID: <87y3murspf.fsf@linux-m68k.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, charles@aurox.ch, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Nov 25 2017, Eli Zaretskii wrote: > then we kill buffer A. Sorry, I missed that part. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 58CA 54C7 6D53 942B 1756 01D3 44D5 214B 8276 4ED5 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 26 05:27:09 2017 Received: (at 17893) by debbugs.gnu.org; 26 Nov 2017 10:27:09 +0000 Received: from localhost ([127.0.0.1]:58566 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIu9U-0008Vj-S0 for submit@debbugs.gnu.org; Sun, 26 Nov 2017 05:27:08 -0500 Received: from mout.gmx.net ([212.227.15.15]:56514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIu9S-0008V7-KU for 17893@debbugs.gnu.org; Sun, 26 Nov 2017 05:27:06 -0500 Received: from [192.168.1.100] ([46.125.250.72]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MOOdZ-1eFrLi1wLV-005otm; Sun, 26 Nov 2017 11:26:51 +0100 Message-ID: <5A1A96D5.7050706@gmx.at> Date: Sun, 26 Nov 2017 11:26:29 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii , "Charles A. Roelli" Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> <837eue8hrd.fsf@gnu.org> In-Reply-To: <837eue8hrd.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:qGSIHLNy4cNdEBKtvWnVSU1rdCMmZ+ItuVvLfgUp1mEpCZJEtac XNXh+W2zpW7Ckp2rjQe9XE5E3nB13MgF4QrpxXEQZmweeKSAz01myKqqI7mGw5UPBoWDaRD gx2A4IHkNuVxZG7aulIGFHPyiGTtV2YIv/MyspBtE2EAhFLHKg/eVulcXLUczLZXSHHnp1h MfKpC9Sp0kfuZ6YahF44g== X-UI-Out-Filterresults: notjunk:1;V01:K0:glmLOdQ35WA=:J4Hsmq53wFeivTBsJ+4/KP 5N6dlnTWXP9dPuwNhV/dNq1TcbgC0Vx7Zza7jBN7zWVb46lB8NwcMfZxMeSmilWN8H4LCj0IJ DTb7OgVXFqZCSTbIOPf/UrS9Y7TlQb0byZ0MRDeoRyL7liUQNWTIlkFjR8K+LD4vfz96CkDWY rHrKBaU1N04CV+pV73im7e7ZJq7qkcmyM1VfcbNRk4aDlUP3grXDhaSSDp46P1bMMzGpFYoH8 TjJAjS7giHMAiGVDwwrYN4Mf3GPGWm0oKgtVj++Ot7/OYDVoZdOR85s3H4TEjZguItd2d8NP4 Q0hesxsQTjvLKkIOXMHpH7jQbSGMS1ovb8dIIYFQHFWLSLSP8uuSa6s60XGT6FwrK/3qs1jIK I+KDnqEG5OTJm1Z9LbuEHGI14Fcx835hs3b2FPrcEVcjRKuHKYMrsuBQ0xXBCvEld5zElPwZ4 kDGMDKKJW/91K97tVJhUUbPe3Pel1q5w2erG6zBD1eeXtMB7CGMxX3XM+eKg+/QvOSbZjFiyf hQrPZFGnfsxIgOYaHZM4BcEDRb8x7mxRDfFt6jC2IJdqw97WbkRB2b204Fvu/uDrDtUVHNWQW I4RUoGuG1OsCAQTq2puMliGWGKGF+tBT5gS6pDyUtG82IbNQzll1u0AsQA1AMl75IdTf7+VMr LqtDSppbwDQQNzeSC2smwKUfhe/G3H0tLSNYBvuLVMTlEG6awb5C7rlAsiqecRpl1Fdagbr/j OCCtp+ggA4UqchzWTofHMQHqQLCVbBOC3dcZbHN+ayn2DrTQt1CtYcHY0NpzddmL9QpOBJmIy yDzxF9KdPAA75JSxrnbO4vlUzJb6TLlWBNzi9gbPP2pxT4OplAuFd3KXPSoBhuRxu42+45r X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > What is missing is a way of methodically walking all the markers > reachable from the cloned buffer's local variables, and changing each > marker to point to the cloned buffer instead of the parent buffer. Have `clone-buffer' record the parent buffer somewhere and when we encounter a marker referring a dead buffer that is the same as the recorded parent buffer redirect the marker on the fly to the cloned buffer. Not overly clean but what could we lose? martin From debbugs-submit-bounces@debbugs.gnu.org Sun Nov 26 11:08:07 2017 Received: (at 17893) by debbugs.gnu.org; 26 Nov 2017 16:08:07 +0000 Received: from localhost ([127.0.0.1]:59508 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIzTS-0001N9-R8 for submit@debbugs.gnu.org; Sun, 26 Nov 2017 11:08:07 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37933) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eIzTR-0001Mg-Ei for 17893@debbugs.gnu.org; Sun, 26 Nov 2017 11:08:05 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eIzTL-0003vI-6z for 17893@debbugs.gnu.org; Sun, 26 Nov 2017 11:08:00 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=BAYES_05,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43136) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eIzTG-0003sC-Bz; Sun, 26 Nov 2017 11:07:54 -0500 Received: from [176.228.60.248] (port=4943 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eIzTF-0001fO-Qt; Sun, 26 Nov 2017 11:07:54 -0500 Date: Sun, 26 Nov 2017 18:07:40 +0200 Message-Id: <83d1456n1v.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <5A1A96D5.7050706@gmx.at> (message from martin rudalics on Sun, 26 Nov 2017 11:26:29 +0100) Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> <837eue8hrd.fsf@gnu.org> <5A1A96D5.7050706@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, charles@aurox.ch, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 26 Nov 2017 11:26:29 +0100 > From: martin rudalics > CC: 17893@debbugs.gnu.org, monnier@IRO.UMontreal.CA > > > What is missing is a way of methodically walking all the markers > > reachable from the cloned buffer's local variables, and changing each > > marker to point to the cloned buffer instead of the parent buffer. > > Have `clone-buffer' record the parent buffer somewhere and when we > encounter a marker referring a dead buffer that is the same as the > recorded parent buffer redirect the marker on the fly to the cloned > buffer. Not overly clean but what could we lose? When a buffer is deleted, all the markers that point to it get their buffer wiped out, so I think the above method cannot work, unless you replace all NULL buffer pointers with the cloned buffer -- which will probably be too much. And remember that markers without any buffer do not get adjusted, so their position will quickly become incorrect or even outside the cloned buffer's text, and then such markers will become useless. So we cannot delay this until the marker is accessed by some Lisp. From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 27 03:50:43 2017 Received: (at 17893) by debbugs.gnu.org; 27 Nov 2017 08:50:44 +0000 Received: from localhost ([127.0.0.1]:60033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJF7j-0001S4-Nm for submit@debbugs.gnu.org; Mon, 27 Nov 2017 03:50:43 -0500 Received: from mout.gmx.net ([212.227.17.20]:53230) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJF7i-0001Rs-0x for 17893@debbugs.gnu.org; Mon, 27 Nov 2017 03:50:42 -0500 Received: from [192.168.1.100] ([46.125.250.81]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MbrR4-1ebKT619oE-00JGe8; Mon, 27 Nov 2017 09:50:26 +0100 Message-ID: <5A1BD1C9.1000002@gmx.at> Date: Mon, 27 Nov 2017 09:50:17 +0100 From: martin rudalics MIME-Version: 1.0 To: Eli Zaretskii Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> <837eue8hrd.fsf@gnu.org> <5A1A96D5.7050706@gmx.at> <83d1456n1v.fsf@gnu.org> In-Reply-To: <83d1456n1v.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:XcGVFrrahSnjIxWvFZJ3SKGiI3JayVg9cZxxbyoy6bqOvWS2oJe xLq0SShPIXKXlKMhzWKWaKVIE9n8l+OD/BSns6KMLXtINK0AbP7s3jt+4roP1+jgOU1cwDC n4Xtygdi9nXUm3tOtYUd+DwGFggxRuB7UDapAW1WyBq8uXpOePPHm7Y0fhpFsA0Pn0p9O46 Kd4fRSZYqOoP9RE8QUCkg== X-UI-Out-Filterresults: notjunk:1;V01:K0:uUS78b9gYa4=:MVPoBd7+KLf3sVX24Cn8V8 u0r6vnkvUITpGJ1a8rVzD6WKfTu4n3DTDqylbUle/kmFL5qAfn3dLVDi6uYB6hxrIrWGBJSEt Sf5M1vxbiYh8BIYCqWlFPFOt6yxuYzkjpMWiq6GQ6E8myTZvEQFfOz6OVmloNx3C2xP94KTxR hhEKGWb4DNfsrODe1ICXvfFTM2p42x/2E1gEjphgGgMQ//o9djM2ccQ6tgVXBypTkC+KrFRs6 gG8ms4Rpdf4GpuDUxcJgPAz2d3rRaGKr2Ms2gzIvwvQhEtJmpMY91C0uAG6RCEx9yhVMyR7/f vQ+GeKYOM8Q8SJ8tP0KnnyITA+MofAMJLvyDWC2htQ4DhuVAQaINU8l6E8+2HIeFbizL5Bc0u hZmP8itXtlNcibVLr9v6VQnbRqaj3szZf+Gn001DXWFLwfBCPeHIprqrHLQl7bw7xZBaIModn lieYdjrF8mc3ImHmmg097ojwny9tIUW8kAwaRduJMIXHCFxuGvC5Yv05B57Pp+vHVg63cllNN nokVKFaUGBFaN3bcf5+Y0qzX2j4PXxy+DEfs9Gq85fvRh8QEm6PmoMUSvpxpEEwFUB9phoQl+ 9RSqUzjh1ZwRtZ51OmwDbJOjRwO5VMkbG+moPMdsUw/fmsBCxzUVwEK1CJg3o+RH3wQbmb9cC J01bApxBnE2eYyhJ27WIWsTL+0lPY6tmus6bwSRBrvf7EG/lxXzfF9t6AnJXKwWuvHBHnvLCG gGspUwQWWqOJbW7asE0mvsN/yrWW9u6LUE4Nqa4ebta65/O7VxHSvgHNr3zyPH47toIGbhpLV iwaqycHUF/zg5dfLafKlASCWMPSyVJ9RbYwPYSz8Ypqdo05GjD0ty8FzkFNURjY9nMw5Tp3 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17893 Cc: 17893@debbugs.gnu.org, charles@aurox.ch, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > When a buffer is deleted, all the markers that point to it get their > buffer wiped out, so I think the above method cannot work, unless you > replace all NULL buffer pointers with the cloned buffer -- which will > probably be too much. > > And remember that markers without any buffer do not get adjusted, so > their position will quickly become incorrect or even outside the > cloned buffer's text, and then such markers will become useless. So > we cannot delay this until the marker is accessed by some Lisp. Note that I've been referring only to your earlier The problem I was thinking of is when buffer-local variables in buffer A hold markers whose buffer is A; then we clone buffer B from A, and then we kill buffer A. Now the markers in the cloned buffer point to a dead buffer (or actually point nowhere). I'm not sure why this can be a problem because when we delete a base buffer then the manual says that Killing the base buffer effectively kills the indirect buffer in that it cannot ever again be the current buffer. but in fact we kill any indirect buffer before killing its base buffer. Or I'm misreading the code of `kill-buffer' martin From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 27 04:54:27 2017 Received: (at 17893) by debbugs.gnu.org; 27 Nov 2017 09:54:27 +0000 Received: from localhost ([127.0.0.1]:60093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJG7P-0002zl-AJ for submit@debbugs.gnu.org; Mon, 27 Nov 2017 04:54:27 -0500 Received: from mx2.suse.de ([195.135.220.15]:42934) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJG7M-0002zc-O0 for 17893@debbugs.gnu.org; Mon, 27 Nov 2017 04:54:25 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 24E38ABB2; Mon, 27 Nov 2017 09:54:23 +0000 (UTC) From: Andreas Schwab To: martin rudalics Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> <837eue8hrd.fsf@gnu.org> <5A1A96D5.7050706@gmx.at> <83d1456n1v.fsf@gnu.org> <5A1BD1C9.1000002@gmx.at> X-Yow: Bagels... Date: Mon, 27 Nov 2017 10:54:21 +0100 In-Reply-To: <5A1BD1C9.1000002@gmx.at> (martin rudalics's message of "Mon, 27 Nov 2017 09:50:17 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 17893 Cc: Eli Zaretskii , 17893@debbugs.gnu.org, charles@aurox.ch, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) On Nov 27 2017, martin rudalics wrote: > Note that I've been referring only to your earlier > > The problem I was thinking of is when buffer-local variables in buffer > A hold markers whose buffer is A; then we clone buffer B from A, and > then we kill buffer A. Now the markers in the cloned buffer point to > a dead buffer (or actually point nowhere). > > I'm not sure why this can be a problem because when we delete a base > buffer then the manual says that > > Killing the base buffer effectively kills the indirect buffer in that > it cannot ever again be the current buffer. > > but in fact we kill any indirect buffer before killing its base buffer. > Or I'm misreading the code of `kill-buffer' Indirect buffer != cloned buffer. An indirect buffer is created by make-indirect-buffer and shares the buffer text with the parent buffer. A cloned buffer is created by clone-buffer, and is a new buffer independent from its origin, with its own buffer text. Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Mon Nov 27 05:02:51 2017 Received: (at 17893) by debbugs.gnu.org; 27 Nov 2017 10:02:51 +0000 Received: from localhost ([127.0.0.1]:60102 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJGFW-0003D1-Ri for submit@debbugs.gnu.org; Mon, 27 Nov 2017 05:02:50 -0500 Received: from mout.gmx.net ([212.227.17.21]:51753) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eJGFV-0003Cn-2Q for 17893@debbugs.gnu.org; Mon, 27 Nov 2017 05:02:49 -0500 Received: from [192.168.1.100] ([46.125.250.81]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MUTSJ-1eijLB2k79-00RH7Q; Mon, 27 Nov 2017 11:02:30 +0100 Message-ID: <5A1BE2A9.1060302@gmx.at> Date: Mon, 27 Nov 2017 11:02:17 +0100 From: martin rudalics MIME-Version: 1.0 To: Andreas Schwab Subject: Re: bug#17893: 24.4.50; (error "Marker does not point anywhere") References: <8facd635-be88-4990-8e7d-538db19c3e1a@default> <04af8576-c419-4d35-9c6e-7170828ac949@default> <83h8tpdkd4.fsf@gnu.org> <83o9nwd77g.fsf@gnu.org> <83shd38l86.fsf@gnu.org> <837eue8hrd.fsf@gnu.org> <5A1A96D5.7050706@gmx.at> <83d1456n1v.fsf@gnu.org> <5A1BD1C9.1000002@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:UFndgFHFFcqdatCVm3MzS89pnTQijxGnh+Hm7SawnIrG3ScCKSh mmMjB4/uHoH0h94qLKpYA250CCHtEk362Y4KvqWydeSWlt+4NiZHgBuzUmK1+gFfXwvNBDA sGsW+5wZ6K6bk82YAz0R48tCBLw6P9zUSdHXLAt2d0y+As5t7rqblPhXJzSFZx4kI9cFxy3 rld1QTkd+Q2mqXnWZlUmw== X-UI-Out-Filterresults: notjunk:1;V01:K0:/O9i6abuGLE=:Wv8ngvED9wmyST6GXRtWiK mWPSmx9c0tF6DZvpqeQp1Fy/i+usKed58e7qz0Qp0RO/Z/g+8ykZX7+dleCsEi3WSDAsrnSzA 27naww3tfUSnBNUo+uY98Fe+LlkcQkXBnnI7Kda7KDMX5PesdaqrdTbZzaNcUx9Qq2zhjkWqU LRGzMFZuSL3JcY7DNx75ZivQxOUg8LCDtVocReseEn2HYmAWm8PYdJhi7ei1kwZns2ouulIFf TfrVbmJiNRCRiazbe+ULKTQMV6xlsrIqV5zUwKJZJMZQ7wXcQXl/Jt7a0IRpkQ8aBlw0+xUl4 nO6BON7l7t0+hd3pFjVhZEJnrxQNcqcla8ETiU4UG2j1Ee8AQmgwv5JY6mKXxK4Ez2Y3DTOqV rzw1MR5bM60y7sVuzQHW3+/c5iyWnyKsRq020voC3sQJtR3SkC2HU6k1qGLu0lFLMjcAT7DQn pFu+eAa9Rl0XCyURa3hBYrhsauV47TGg5SoH7sFPkLizo19dnqQnXIYCanpHhcK9rpKi4Npe0 B8D7v9NZBFZjqrer+oH0cSd88ZWZQ5JxHJSJBkQkasb3mmWmrAS0/MCLASw81ui18uDEOH73p tb6aqWyzPSxpEubIkkc5uPRSWyvkLa7HUiRnuJlpZazH7uHHqVlrucigFZictlMg3uSsFQlUu d35RF22KytSkBbT/v+7UXZwiAC4s4ORq2SsNXS9UIgQKNpemgIZmOmpgMSNh7/YN+7+H0N4TK wJAlKJQ+ffBrcCcMgs4Zfj03zLaWZ7ww5S4IFaKhC8qIJHboCz4+jiDgwUdEGzxmfDdUkYDIw nqyX23T3OBJv/gyID6YVs9EB+ljZIbjnuD7cCEnb5vpq0x4gs7aPjT4S4s27Kpbl6JQH5Iz X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 17893 Cc: Eli Zaretskii , 17893@debbugs.gnu.org, charles@aurox.ch, monnier@IRO.UMontreal.CA X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > Indirect buffer != cloned buffer. An indirect buffer is created by > make-indirect-buffer and shares the buffer text with the parent buffer. > A cloned buffer is created by clone-buffer, and is a new buffer > independent from its origin, with its own buffer text. Thanks! I confused `clone-buffer' and `clone-indirect-buffer'. martin From unknown Sat Jun 21 10:38:52 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 25 Dec 2017 12:24:07 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator