At Tue, 24 Feb 2004 13:14:08 -0600, Steve Langasek wrote: > > I don't understand what the problem exists... Could you provide short > > summary and tell us what the bug is, plus small sample program? PHP > > based issue is hard to reappear for me, and relaxing complex program > > dependency is good step to resolve bug, I think. > > Working with Jeff Bailey, I've put together a test case that shows this > problem. > > http://people.debian.org/~vorlon/test.tar.gz > > Build the application, and strace it -- you will see that the call to > dlclose() results in munmap() calls for the addresses of only 3 of the > four shared objects that were mapped by dlopen(). The one at the bottom > of the dependency tree, libd.so, is still in memory.
I confirmed that /proc/<pid>/maps showed libd.so after dlclose(). Interestingly, however, this problem is occured on kernel 2.4.21-4-686 machine, but not on 2.6.1 machine. Regards, -- gotom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
