TODO List for XPCOM

Last updated: 25 March 1999
Suresh Duddi
Task Priority Owner MileStone complete/Status
Move xpcom from using NR_*() functions (modules/libreg) to nsIRegistry (xpcom/src/nsRegistry.cpp)
  • Mainly you want to change all the Platform*() functions in nsComponentManager.cpp
  • Now we open/close the registry all the time. I want to keep the registry open all the time. That would get performance up.
  • Platform*() functions use the NR_*Raw() functions in some places. I wonder if the nsRegistry has a equivalent. If not we need to create them.
Mostly, there is equivalence between NR_*() calls and nsRegistry calls. 		 P2 Nick Ambrose <nicka87@hotmail.com> 3/22/1999 started
3/27/1999 Patch submitted
4/1/1999 Espected date of landing
Startup components: Some components need to be created at startup. Have a framework for them. P1
nsIRegistry access via Javascript. P1 IDL of nsIRegistry will fix this says John Bandhauer
API changes: Remove all pathlist. XPCOM should support only paths. P1
Fix xpcom from being initialized before main from static variables. P1 Suresh Duddi 3/22/1999 Started.
- checked in a fixed xpcom initialization sequence.
- Now got to fix all code statically calling it. I know Netlib does.
Path handling: Use nsFileSpec instead of file path names. Char * pathnames are not intl, and cannot be stored in the registry. Plus that wont support mac aliases.
  • Possibly move autoreg out of xpcom
 P1 Suresh Duddi
Robert Churchill		 3/24/1999 started
Registry dump utility (regExport exists on windows) and about:registry (or) better yet an rdf data source for the registry. P3
Replace use of nsVector (PL_Vector) with nsISupportsArray P3
PATH argument to NSRegisterSelf() and NSUnregisterSelf() to be a nsISupports P1

Documentation on XPCOM