From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.help Subject: RE: narrowing considered harmful Date: Mon, 17 Jun 2013 08:20:18 -0700 (PDT) Message-ID: <8eb315cf-e978-4335-9c15-e06fa78f78b3@default> References: <51AC4543.1000508@easy-emacs.de> <51AC4C03.7050504@easy-emacs.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1371482444 20484 80.91.229.3 (17 Jun 2013 15:20:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 17 Jun 2013 15:20:44 +0000 (UTC) To: Stefan Monnier , help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Jun 17 17:20:43 2013 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UobER-0001hl-GM for geh-help-gnu-emacs@m.gmane.org; Mon, 17 Jun 2013 17:20:35 +0200 Original-Received: from localhost ([::1]:54581 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UobER-0006Vm-1J for geh-help-gnu-emacs@m.gmane.org; Mon, 17 Jun 2013 11:20:35 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35035) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UobEG-0006VJ-VW for help-gnu-emacs@gnu.org; Mon, 17 Jun 2013 11:20:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UobEE-00044O-9x for help-gnu-emacs@gnu.org; Mon, 17 Jun 2013 11:20:24 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:31851) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UobEE-000448-1u for help-gnu-emacs@gnu.org; Mon, 17 Jun 2013 11:20:22 -0400 Original-Received: from ucsinet21.oracle.com (ucsinet21.oracle.com [156.151.31.93]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r5HFKIlG007751 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 17 Jun 2013 15:20:18 GMT Original-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 r5HFKJGU010607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Jun 2013 15:20:20 GMT Original-Received: from abhmt119.oracle.com (abhmt119.oracle.com [141.146.116.71]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r5HFKJAk004555; Mon, 17 Jun 2013 15:20:19 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] X-Source-IP: ucsinet21.oracle.com [156.151.31.93] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:91579 Archived-At: > >> It can even be a bad idea (set-marker to nil requires scanning > >> the whole list of markers, so it can take a while. It can be > >> more efficient to let the GC collect them later on). >=20 > > Good to know this. The manual contains this: >=20 > > ,----[ (info "(elisp)Overview of Markers") ] > > | ;; When you are finished using a marker, make it point nowhere. > > | (set-marker m1 nil) > > | =3D> # > > `---- >=20 > > Should that be changed? >=20 > Not necessarily: whether it's better to nil them explicitly or to leave > them as they are depends on the specific case. For which some guidance can be given (in the manual)? Perhaps say something like what you said here, regarding performance as one reason you might not want to "make it point nowhere"? The text is currently imperative: "make it point nowhere". What you are suggesting is something different. Please consider providing some nuance (better guidance).