This is the mail archive of the glibc-bugs@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

[Bug dynamic-link/11767] RFE: dlopen of in-memory ET_DYN or ET_EXEC object


https://sourceware.org/bugzilla/show_bug.cgi?id=11767

--- Comment #15 from John Reiser <jreiser at BitWagon dot com> ---
(In reply to Ondrej Bilka from comment #14)
> For workarounds a closest that I could think is use shm_open with random
> filename to create file descriptor.

That shows good imagination!

The main desired functionality is that of "blessing" as a loaded module the
data that is already resident in pages at the appropriate addresses, without
creating new copies of pages.  This is somewhat like reversing
dl_iterate_phdr(); see Comment #7.

Related to Comment #13: dlclose() would "remove" the accounting information and
"forget" the internal object that was created by the corresponding dlopen(),
but otherwise leave the data alone.  Do not call munmap(), etc.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]