From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Paul Eggert Newsgroups: gmane.emacs.devel Subject: Re: Preview: portable dumper Date: Sat, 3 Dec 2016 09:24:46 -0800 Organization: UCLA Computer Science Department Message-ID: <3ef6830c-ecd1-04f6-734c-f20e3cf722a6@cs.ucla.edu> References: <047a67ec-9e29-7e4e-0fb0-24c3e59b5886@dancol.org> <83zikjxt1j.fsf@gnu.org> <8360n6ruzu.fsf@gnu.org> <834m2nplmb.fsf@gnu.org> <83inr2oje6.fsf@gnu.org> <83bmwuogfb.fsf@gnu.org> <878trydrbo.fsf@red-bean.com> <83a8cem1eq.fsf@gnu.org> <83zikdl7oo.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1480785933 4483 195.159.176.226 (3 Dec 2016 17:25:33 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 3 Dec 2016 17:25:33 +0000 (UTC) User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 Cc: emacs-devel@gnu.org To: Daniel Colascione Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 03 18:25:28 2016 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 1cDE40-00008z-60 for ged-emacs-devel@m.gmane.org; Sat, 03 Dec 2016 18:25:28 +0100 Original-Received: from localhost ([::1]:51921 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cDE42-000768-KP for ged-emacs-devel@m.gmane.org; Sat, 03 Dec 2016 12:25:30 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54327) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cDE3Q-000763-SZ for emacs-devel@gnu.org; Sat, 03 Dec 2016 12:24:53 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cDE3N-0004qa-QE for emacs-devel@gnu.org; Sat, 03 Dec 2016 12:24:52 -0500 Original-Received: from zimbra.cs.ucla.edu ([131.179.128.68]:33050) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cDE3N-0004qG-Ju for emacs-devel@gnu.org; Sat, 03 Dec 2016 12:24:49 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 5D06B16004F; Sat, 3 Dec 2016 09:24:47 -0800 (PST) Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id RYeWBk6dRduU; Sat, 3 Dec 2016 09:24:46 -0800 (PST) Original-Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 7FBF3160157; Sat, 3 Dec 2016 09:24:46 -0800 (PST) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Original-Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 6_McUjJnJIOa; Sat, 3 Dec 2016 09:24:46 -0800 (PST) Original-Received: from [192.168.1.9] (unknown [47.153.178.162]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 63B3C16004F; Sat, 3 Dec 2016 09:24:46 -0800 (PST) In-Reply-To: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-Received-From: 131.179.128.68 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:209986 Archived-At: Daniel Colascione wrote: > I'd appreciate fixing the > conservative GC problem I highlighted a few days ago before it becomes a > real bug. Although I'm not as worried about that prospect as you are, I would also appreciate a fix for the problem, so long as it doesn't hurt performance in the common case where the fix isn't needed. As I understand it, you want the the conservative object scanner to count any pointer to somewhere in (or just past the end of) an object, as opposed to counting only pointers to the start of the object. That would be a reasonable thing to add, perhaps conditionally compiled so that it doesn't hurt performance on typical architectures today.