This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Removal of unexec support from glibc malloc
- From: Richard Stallman <rms at gnu dot org>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: eliz at gnu dot org, libc-alpha at sourceware dot org, monnier at iro dot umontreal dot ca, emacs-devel at gnu dot org
- Date: Wed, 27 Jan 2016 17:52:53 -0500
- 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> <83bn8icjqu dot fsf at gnu dot org> <jwv60yk7snj dot fsf-monnier+gmane dot emacs dot devel at gnu dot org> <83r3h86aqf dot fsf at gnu dot org> <E1aN72k-00024K-Ep at fencepost dot gnu dot org> <56A7F07F dot 9000109 at redhat dot com>
- Reply-to: rms at gnu dot org
[[[ To any NSA and FBI agents reading my email: please consider ]]]
[[[ whether defending the US Constitution against all enemies, ]]]
[[[ foreign or domestic, requires you to follow Snowden's example. ]]]
> I think the dump-and-reload cycle resets global variables defined in
> libraries as long as they are not referenced by the main program. This
> means libraries have difficulties to retain references to objects
> allocated before the dump.
Variables allocated by static libraries are stored like variables
allocated in any other file. Their value should be dumped.
I don't know what happens with shared libraries, but
> This
> means libraries have difficulties to retain references to objects
> allocated before the dump.
if that were true, we would see enormous problems, so I think it
must not be true.
--
Dr Richard Stallman
President, Free Software Foundation (gnu.org, fsf.org)
Internet Hall-of-Famer (internethalloffame.org)
Skype: No way! See stallman.org/skype.html.