From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <glibc-bugs-return-20055-listarch-glibc-bugs=sources.redhat.com@sourceware.org>
Received: (qmail 29371 invoked by alias); 4 Nov 2013 20:03:52 -0000
Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <glibc-bugs.sourceware.org>
List-Subscribe: <mailto:glibc-bugs-subscribe@sourceware.org>
List-Post: <mailto:glibc-bugs@sourceware.org>
List-Help: <mailto:glibc-bugs-help@sourceware.org>, <http://sourceware.org/lists.html#faqs>
Sender: glibc-bugs-owner@sourceware.org
Received: (qmail 27445 invoked by uid 48); 4 Nov 2013 20:01:50 -0000
From: "ppluzhnikov at google dot com" <sourceware-bugzilla@sourceware.org>
To: glibc-bugs@sourceware.org
Subject: [Bug dynamic-link/11767] RFE: dlopen of in-memory ET_DYN or ET_EXEC object
Date: Mon, 04 Nov 2013 20:03:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: glibc
X-Bugzilla-Component: dynamic-link
X-Bugzilla-Version: 2.12
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: ppluzhnikov at google dot com
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P2
X-Bugzilla-Assigned-To: ppluzhnikov at google dot com
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: assigned_to
Message-ID: <bug-11767-131-H2VNJqoY2R@http.sourceware.org/bugzilla/>
In-Reply-To: <bug-11767-131@http.sourceware.org/bugzilla/>
References: <bug-11767-131@http.sourceware.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://sourceware.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2013-11/txt/msg00026.txt.bz2

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

Paul Pluzhnikov <ppluzhnikov at google dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Assignee|ronis at google dot com            |ppluzhnikov at google dot com

--- Comment #13 from Paul Pluzhnikov <ppluzhnikov at google dot com> ---
(In reply to Ondrej Bilka from comment #12)

> How far did you get with implementing this?

Not very far. We had a prototype, but it proved trickier than we expected, and
in particular the semantics of dlclose() on such in-memory object proved
unclear.

I am currently working on a dlopen_with_offset(), which is just like dlopen,
but with a given offset into the file.

That would meet our actual needs, but necessarily those of UPX or gcc/jit.

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