Bug 834636

Summary: Wrong binding info reported for dlopen
Product: [Fedora] Fedora Reporter: Ulrich Drepper <drepper>
Component: glibcAssignee: Jeff Law <law>
Status: CLOSED UPSTREAM QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 17CC: fweimer, jakub, law, pfrankli, schwab
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-08-15 18:49:59 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
Patch to fix the problem none

Description Ulrich Drepper 2012-06-22 15:58:20 UTC
Created attachment 593785 [details]
Patch to fix the problem

Description of problem:
The binding information printed for LD_DEBUG=bindings is incorrect when dlopen is used.  This severely hinders people debugging problems with audit modules and other problems.

Version-Release number of selected component (if applicable):
2.15-48

How reproducible:
always

Steps to Reproduce:
1.find program which uses dlopen with a handle returned by dlopen
2.use LD_DEBUG=bindings
3.
  
Actual results:
The 'from' map is reported to be the map with the definition

Expected results:
The from 'from' map should be reported.

Additional info:
This is a problem in RHEL6 as well and should be fixed there as well.

Comment 1 Jeff Law 2012-06-29 04:39:03 UTC
Uli, is there a reason why you haven't installed this into the official glibc sources?

While we can and do carry some local changes, our preference would be to minimize such changes.  This seems like a case where, as a glibc maintainer, you should install the change upstream and I'll pull it from there.

Comment 2 Jeff Law 2012-08-15 18:49:59 UTC
An upstream bug has been filed (#14474) and your patch attached to that upstream report.  If/when the upstream glibc maintainers install that patch, we'll pick it up for Fedora via our normal merging processes.