public inbox for glibc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug libc/11767] New: RFE: dlopen of in-memory ET_DYN or ET_EXEC object
@ 2010-06-29 18:02 jreiser at BitWagon dot com
2010-07-01 4:23 ` [Bug libc/11767] " ppluzhnikov at google dot com
0 siblings, 1 reply; 3+ messages in thread
From: jreiser at BitWagon dot com @ 2010-06-29 18:02 UTC (permalink / raw)
To: glibc-bugs
Request For Enhancement (RFE): Please implement some way to add an ELF object
(ET_DYN or ET_EXEC) that already is in memory, into the set of modules that are
managed by the runtime loader rtld, instead of requiring dlopen() of a file from
the filesystem. This capability is useful for managing modules that are created
at runtime, and/or to help implement protection and access controls, etc.
Here is a suggestion of syntax and semantics: a new function
#include <link.h> /* macro-ize Elf32_Xxx vs. Elf64_Xxx */
void *handle = dlopen_phdr(ElfW(Phdr) const *phdr, int n_phdr, int flag);
which is much like dlopen() except that the mmap()s already have been done
before calling dlopen_phdr(). The "slide" value (adjustment in load address)
may be computed from the difference between the input phdr parameter and the
PT_PHDR.p_vaddr that is found in the vector of ElfW(Phdr)s.
--
Summary: RFE: dlopen of in-memory ET_DYN or ET_EXEC object
Product: glibc
Version: 2.12
Status: NEW
Severity: normal
Priority: P2
Component: libc
AssignedTo: drepper at redhat dot com
ReportedBy: jreiser at BitWagon dot com
CC: glibc-bugs at sources dot redhat dot com
http://sourceware.org/bugzilla/show_bug.cgi?id=11767
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug libc/11767] RFE: dlopen of in-memory ET_DYN or ET_EXEC object
2010-06-29 18:02 [Bug libc/11767] New: RFE: dlopen of in-memory ET_DYN or ET_EXEC object jreiser at BitWagon dot com
@ 2010-07-01 4:23 ` ppluzhnikov at google dot com
0 siblings, 0 replies; 3+ messages in thread
From: ppluzhnikov at google dot com @ 2010-07-01 4:23 UTC (permalink / raw)
To: glibc-bugs
--
What |Removed |Added
----------------------------------------------------------------------------
CC| |ppluzhnikov at google dot
| |com
http://sourceware.org/bugzilla/show_bug.cgi?id=11767
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
^ permalink raw reply [flat|nested] 3+ messages in thread
* [Bug libc/11767] RFE: dlopen of in-memory ET_DYN or ET_EXEC object
[not found] <bug-11767-131@http.sourceware.org/bugzilla/>
@ 2010-11-12 23:37 ` John.Tobey at gmail dot com
0 siblings, 0 replies; 3+ messages in thread
From: John.Tobey at gmail dot com @ 2010-11-12 23:37 UTC (permalink / raw)
To: glibc-bugs
http://sourceware.org/bugzilla/show_bug.cgi?id=11767
John Tobey <John.Tobey at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |John.Tobey at gmail dot com
--- Comment #1 from John Tobey <John.Tobey at gmail dot com> 2010-11-12 23:36:28 UTC ---
I've been itching for this for quite some time. Hope it happens! Meanwhile,
I'll implement a fallback using a temp file.
Thanks,
John
--
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.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2010-11-12 23:37 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-06-29 18:02 [Bug libc/11767] New: RFE: dlopen of in-memory ET_DYN or ET_EXEC object jreiser at BitWagon dot com
2010-07-01 4:23 ` [Bug libc/11767] " ppluzhnikov at google dot com
[not found] <bug-11767-131@http.sourceware.org/bugzilla/>
2010-11-12 23:37 ` John.Tobey at gmail dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).