This is the mail archive of the
mailing list for the glibc project.
Re: Removal of unexec support from glibc malloc
- From: Eli Zaretskii <eliz at gnu dot org>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: eggert at cs dot ucla dot edu, libc-alpha at sourceware dot org, Emacs-devel at gnu dot org
- Date: Tue, 19 Jan 2016 05:48:25 +0200
- Subject: Re: Removal of unexec support from glibc malloc
- Authentication-results: sourceware.org; auth=none
- References: <569CDB81 dot 6040600 at redhat dot com> <569D3BE0 dot 6050103 at cs dot ucla dot edu> <m2a8o2vg5x dot fsf at newartisans dot com> <569D4207 dot 4060209 at cs dot ucla dot edu> <569D6AE6 dot 1060008 at redhat dot com>
- Reply-to: Eli Zaretskii <eliz at gnu dot org>
> From: Florian Weimer <email@example.com>
> Date: Mon, 18 Jan 2016 23:44:54 +0100
> Cc: GNU C Library <firstname.lastname@example.org>,
> Emacs Development <Emacsemail@example.com>
> This is less of a problem if Emacs never frees a pointer after dump that
> it has allocated before dump. But I think this can happen (otherwise,
> all this would be quite easy to address).
Yes, it can and does happen, although not much.