> Right now, there's an discussion about moving things into their own > processes (eg. one process per tab) @ [EMAIL PROTECTED], > and I just digged out my (old but still unrecognized) point of using > 9P as IPC and splitting off the currently monolithic app into a bunch > of fileservers.
maybe replace the underlying code for XPCOM and ease them into it. you'll need an IDL compiler that generates 9p server templates -- most of which is in 9p(2) -- and the stub functions for the client side. instead of searching the registry for COM objects, look in /srv, etc. that said, it seems leaving the complexity of COM in place is a backward step.
