From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Rich Felker Newsgroups: gmane.emacs.bugs Subject: bug#22086: 25.1.50; [PATCH] Integrate the musl hybrid malloc patch for elf systems Date: Mon, 21 Dec 2015 13:01:01 -0500 Message-ID: <20151221180101.GX238@brightrain.aerifal.cx> References: <85poynxvgy.fsf@iznogoud.viz> <567120C0.6080803@cs.ucla.edu> <85h9jhdxl2.fsf@iznogoud.viz> <56772CB2.8060004@cs.ucla.edu> <20151221015952.GU238@brightrain.aerifal.cx> <567765EF.80401@cs.ucla.edu> <20151221025117.GV238@brightrain.aerifal.cx> <5677DE0C.7020701@cs.ucla.edu> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1450720941 17947 80.91.229.3 (21 Dec 2015 18:02:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Dec 2015 18:02:21 +0000 (UTC) Cc: Wolfgang Jenkner , 22086@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Dec 21 19:02:11 2015 Return-path: Envelope-to: geb-bug-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 1aB4mg-0003dk-TK for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Dec 2015 19:02:11 +0100 Original-Received: from localhost ([::1]:46684 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aB4mg-0006WU-4E for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Dec 2015 13:02:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40537) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aB4mb-0006WC-A2 for bug-gnu-emacs@gnu.org; Mon, 21 Dec 2015 13:02:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aB4mY-0004vr-51 for bug-gnu-emacs@gnu.org; Mon, 21 Dec 2015 13:02:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:51491) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aB4mY-0004vn-27 for bug-gnu-emacs@gnu.org; Mon, 21 Dec 2015 13:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1aB4mX-0004sa-S3 for bug-gnu-emacs@gnu.org; Mon, 21 Dec 2015 13:02:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Rich Felker Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Dec 2015 18:02:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22086 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 22086-submit@debbugs.gnu.org id=B22086.145072087418695 (code B ref 22086); Mon, 21 Dec 2015 18:02:01 +0000 Original-Received: (at 22086) by debbugs.gnu.org; 21 Dec 2015 18:01:14 +0000 Original-Received: from localhost ([127.0.0.1]:59093 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aB4lm-0004rT-DC for submit@debbugs.gnu.org; Mon, 21 Dec 2015 13:01:14 -0500 Original-Received: from 216-12-86-13.cv.mvl.ntelos.net ([216.12.86.13]:42181 helo=brightrain.aerifal.cx) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aB4lk-0004rK-59 for 22086@debbugs.gnu.org; Mon, 21 Dec 2015 13:01:13 -0500 Original-Received: from dalias by brightrain.aerifal.cx with local (Exim 3.15 #2) id 1aB4lZ-0007EU-00; Mon, 21 Dec 2015 18:01:01 +0000 Content-Disposition: inline In-Reply-To: <5677DE0C.7020701@cs.ucla.edu> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:110253 Archived-At: On Mon, Dec 21, 2015 at 03:10:04AM -0800, Paul Eggert wrote: > Rich Felker wrote: > >In practice it_might_ work to varying degrees, but it's fundamentally > >fragile and wrong. > > Yes, of course. But I don't see how it's any more fundamentally > fragile and wrong than what we're doing already, as we cannot > prevent library functions from calling library allocators. Unless the library code is static-linked to emacs, there's only an issue if emacs actually saves a direct/indirect reference to the allocated memory. If the library allocates it internally (e.g. in its global ctors or init functions, with the pointer(s) saved to static storage in the library) then all such references will be lost during dumping and it doesn't matter whatsoever whether the memory is properly dumped and available at runtime later. Rich