These changes landed last night. Thanks to all that reviewed the changes especially Rick Potts, Alec Flett, and Brendan Eich.
Notes for people compiling against xpcom: 1. You must not use NS_GetGlobalComponentManager(). Use NS_GetComponentManager instead. The older function is for binary compatibility only. 2. If you are in need of registration functionality of nsIComponentManagerObsolete, please pay attention to bug 115853. 3. If you are in need of other functionality of nsIComponenetManagerObsolete, please send me mail as we are not planing on supporting addition functionality in a non obsolete interface. Regards, Doug Turner Doug Turner wrote: > I thought I had posted this already, but could not find it. > > > Please review draft of the proposed changes to the nsIComponentManager > interface. This patch makes the nsIComponentManager much lighter and > will allow us to freeze it in time for the mozilla 1.0 api freeze. > > http://bugzilla.mozilla.org/show_bug.cgi?id=98553 > > The patch I posted will: > > a) create a new nsIComponentManager with only four functions on it: > CreateInstance CreateInstanceByContractID GetClassInfo > GetClassInfoByContractID. > b) rename the old nsIComponentManager to nsIComponentManagerObsolete. > > c) fixes callers which use to access the nsIComponentManager for component > registration functionality. These callers will temporary use the > nsIComponentManagerObsolete interface. > > d) Create a new API NS_GetComponentManager() which mirrors the > NS_GetServiceManager() > > e) Perserves the old NS_GetGlobalComponentManager(). Note the cast usage. > > > Note that this does not address component registeration. >
