nsComponentManagerImpl::Shutdown can't work the way it is written if nsDll is allowed to unload the libraries from memory. 1) nsComponentManagerImpl::Shutdown requires NSPR to be active in order to run. 2) nsComponentManagerImpl::Shutdown releases the component dlls from memory 3) When PR_Cleanup runs it calls things like the xpconnect dtor. The code for this dtor lives in a lib nsComponentManagerImpl::Shutdown unloaded from memory. To fix this nsComponentManagerImpl::Shutdown need to be broken down into a two step process allowing PR_Cleanup to be run between the steps. Step one does everything except unload the libraries. Step two unloads the libraries and only uses static NSPR functions.

The general solution to this requires a change to NSPR, see bug 54189. If 54189 is implemented nsComponentManagerImpl::Shutdown() can be left as is. The only loader that currently experiences this shutdown problem is XPConnect. Bug 54264 is a fix to allow it to work without 54050 or 54189 being fixed.

setting Jon Smirl's bugs to New

Transferring to default XPCOM owner.

reasigning warren bugs to default component owners.

reassign all kandrot xpcom bug.

per discussion w/ dougt, topembed minusing this bug.

components are responsible for cleaning up their TLS before unloading, and XPConnect is now doing that correctly. WONTFIX