From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alan Mackenzie Newsgroups: gmane.emacs.devel Subject: Re: Difficulties with `purecopy' discarding text properties from strings Date: Fri, 19 May 2017 20:04:30 +0000 Message-ID: <20170519200430.GC5330@acm.fritz.box> References: <20170519185508.GA5330@acm.fritz.box> <2e0ed491-fc1a-dc45-db54-d5773a4375f6@dancol.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1495224339 5169 195.159.176.226 (19 May 2017 20:05:39 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 19 May 2017 20:05:39 +0000 (UTC) User-Agent: Mutt/1.5.24 (2015-08-30) Cc: emacs-devel@gnu.org To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 19 22:05:35 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1dBo9U-0001CB-Sn for ged-emacs-devel@m.gmane.org; Fri, 19 May 2017 22:05:32 +0200 Original-Received: from localhost ([::1]:60119 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dBo9a-0006sc-C6 for ged-emacs-devel@m.gmane.org; Fri, 19 May 2017 16:05:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36990) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1dBo9S-0006sX-LY for emacs-devel@gnu.org; Fri, 19 May 2017 16:05:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1dBo9P-0005uN-H5 for emacs-devel@gnu.org; Fri, 19 May 2017 16:05:30 -0400 Original-Received: from ocolin.muc.de ([193.149.48.4]:14315 helo=mail.muc.de) by eggs.gnu.org with smtp (Exim 4.71) (envelope-from ) id 1dBo9P-0005u8-9c for emacs-devel@gnu.org; Fri, 19 May 2017 16:05:27 -0400 Original-Received: (qmail 77629 invoked by uid 3782); 19 May 2017 20:05:26 -0000 Original-Received: from acm.muc.de (p548C713C.dip0.t-ipconnect.de [84.140.113.60]) by colin.muc.de (tmda-ofmipd) with ESMTP; Fri, 19 May 2017 22:05:25 +0200 Original-Received: (qmail 7567 invoked by uid 1000); 19 May 2017 20:04:30 -0000 Content-Disposition: inline In-Reply-To: <2e0ed491-fc1a-dc45-db54-d5773a4375f6@dancol.org> X-Delivery-Agent: TMDA/1.1.12 (Macallan) X-Primary-Address: acm@muc.de X-detected-operating-system: by eggs.gnu.org: FreeBSD 9.x [fuzzy] X-Received-From: 193.149.48.4 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:215002 Archived-At: Hello, Daniel On Fri, May 19, 2017 at 12:11:58 -0700, Daniel Colascione wrote: > On 05/19/2017 11:55 AM, Alan Mackenzie wrote: [ .... ] > > Presumably there are good reasons for discarding text properties when > > purecopying strings. Or, maybe, there was just no particular reason to > > amend the workings of `purecopy' when text properties came into > > existence. > > How does this sound for a solution to the problem? In `defcustom', > > introduce a new keyword `impure:' which, when placed early enough in the > > defcustom would inhibit the `purecopy' action. > > Or should I work at amending `purecopy' also to copy text properties? > When we move to the new dumper (whatever it is), I don't think we'll > have a conventional purespace at all anymore. In my system, text > properties are just automatically preserved along with everything else > and don't get special treatment. OK. Less (or should that be "fewer"?) data will be shared between Emacs instances, partly because a machine with < 4 GB RAM now counts as tiny. It looks like any work I do here will be for the short term only, assuming either your or the other solution to the death of dumping will shortly take its place in master. But I'm impatient, I'm looking for a solution over the weekend. ;-) -- Alan Mackenzie (Nuremberg, Germany).