[uClibc 0000430]: dlopen incorrectly merges absolute library names
bugs at busybox.net
bugs at busybox.net
Wed Sep 14 10:18:43 UTC 2005
The following issue has been SUBMITTED.
======================================================================
http://busybox.net/bugs/view.php?id=430
======================================================================
Reported By: mfuzzey
Assigned To: uClibc
======================================================================
Project: uClibc
Issue ID: 430
Category: Shared Library Support
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
======================================================================
Date Submitted: 09-14-2005 03:18 PDT
Last Modified: 09-14-2005 03:18 PDT
======================================================================
Summary: dlopen incorrectly merges absolute library names
Description:
In fact with 0.9.28 but tracker wouldn't accept that..
When two calls to dlopen are used with library names containing / but
refering to *different* libraries the second call returns the same library
as the first.
I am having this problem with python (compiled by standard buildroot) and
pygame (custom buildroot extension).
python contains a native library /usr/lib/python2.4/lib-dynload/time.so
pygame contains a native library
/usr/lib/python2.4/site-packages/pygame/time.so
These two libraries are completely different
Importing either by itself works correctly
However if both are imported in the same python process the dlopen call
for the second returns a reference to the first!
The reason is evident looking at _dl_load_shared_library in dl-elf.c
[duplicate detection is performed after removing all / parts...]
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
09-14-05 03:18 mfuzzey New Issue
09-14-05 03:18 mfuzzey Status new => assigned
09-14-05 03:18 mfuzzey Assigned To => uClibc
======================================================================
More information about the uClibc-cvs
mailing list