This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug dynamic-link/11767] RFE: dlopen of in-memory ET_DYN or ET_EXEC object
- From: "remy.blank at pobox dot com" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Wed, 18 Jul 2012 19:51:20 +0000
- Subject: [Bug dynamic-link/11767] RFE: dlopen of in-memory ET_DYN or ET_EXEC object
- Auto-submitted: auto-generated
- References: <bug-11767-131@http.sourceware.org/bugzilla/>
http://sourceware.org/bugzilla/show_bug.cgi?id=11767
--- Comment #6 from Remy Blank <remy.blank at pobox dot com> 2012-07-18 19:51:20 UTC ---
Comment 2 was another use case: creating single-file executables for scripting
languages. For example, Python applications can be bundled into a single
executable .zip file. However, when the application uses C extensions (and most
applications do), it has to extract the .so from the .zip to a temporary
directory, just to allow dlopen() to load it. This is not only slow, but also
creates various race conditions. If it was possible to dlopen() the .so *within
in the zip file* (it could be stored there uncompressed, with the right
alignment if necessary), or to load it and dlopen() it from a buffer, the
extraction wouldn't be necessary.
Note that dlopen()ing the libraries by mmap()ing selected parts of the zip file
would allow for sharing between processes, and would therefore not consume more
memory.
--
Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.