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: "jtobey at john-edwin-tobey dot org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sourceware dot org
- Date: Tue, 05 Nov 2013 04:14:18 +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 at http dot sourceware dot org/bugzilla/>
https://sourceware.org/bugzilla/show_bug.cgi?id=11767
--- Comment #20 from John Tobey <jtobey@john-edwin-tobey.org> ---
(In reply to Rich Felker from comment #19)
> It's already possible: you write into a temp file and call dlopen on the
> temp file.
"Just bad design" in your words.
> POSIX
> requires it to accept invalid DSO handles (which glibc currently does not
> tolerate; see bug #14989)
Interesting, thanks! Have you thought about a hash table (or similar) mapping
handle to header?
> lookup time and space requirements scale with number of DSOs loaded (of
> which you may have a lot).
I grant that there may exist good reasons not to implement this feature in this
time and place. Once we get our foot in the door with a minimal
implementation, if scaling issues arise later, we optimize.
--
You are receiving this mail because:
You are on the CC list for the bug.