[uClibc 0000918]: dlclose() doesn't call shared object destructor

bugs at busybox.net bugs at busybox.net
Wed Jun 21 08:03:08 UTC 2006


The following issue has been SUBMITTED. 
====================================================================== 
http://busybox.net/bugs/view.php?id=918 
====================================================================== 
Reported By:                albrecht
Assigned To:                uClibc
====================================================================== 
Project:                    uClibc
Issue ID:                   918
Category:                   Shared Library Support
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
====================================================================== 
Date Submitted:             06-21-2006 01:03 PDT
Last Modified:              06-21-2006 01:03 PDT
====================================================================== 
Summary:                    dlclose() doesn't call shared object destructor
Description: 
Using the dynamic loader, the constructor and destructor functions should
be run when dlopen() or dlclose() are called, respectively.  This works
properly on any glibc based system, but with uclibc 0.9.26 on an ARM9
board, dlclose() doesn't call the destructor.

This is bad as the destructor is responsible to free any dynamically
allocated stuff of "plugins" which should be loaded and unloaded
dynamically.
====================================================================== 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
06-21-06 01:03  albrecht       New Issue                                    
06-21-06 01:03  albrecht       Status                   new => assigned     
06-21-06 01:03  albrecht       Assigned To               => uClibc          
06-21-06 01:03  albrecht       File Added: dl-test.tar.gz                    
======================================================================




More information about the uClibc-cvs mailing list