This is the mail archive of the
glibc-bugs@sourceware.org
mailing list for the glibc project.
[Bug libc/12939] New: resolving shared library symbols returns wrong file
- From: "andi-bz at firstfloor dot org" <sourceware-bugzilla at sourceware dot org>
- To: glibc-bugs at sources dot redhat dot com
- Date: Mon, 27 Jun 2011 16:52:29 +0000
- Subject: [Bug libc/12939] New: resolving shared library symbols returns wrong file
- Auto-submitted: auto-generated
http://sourceware.org/bugzilla/show_bug.cgi?id=12939
Summary: resolving shared library symbols returns wrong file
Product: glibc
Version: 2.14
Status: NEW
Severity: normal
Priority: P2
Component: libc
AssignedTo: drepper.fsp@gmail.com
ReportedBy: andi-bz@firstfloor.org
dladdr() when called with a shared library symbol like printf
returns the name of the main executable in dli_fname
I suspect it happens because it resolves the PLT, but that's clearly
unexpected and makes it hard to use if you want to know
what .so printf is in. Is there a way around it?
Maybe the function could check for PLTs and resolve them?
--
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.