libaddrbook.so modules nsAddbookUrl.cpp & nsAddbookProtocolHandler.cpp have a dependency on the class nsUInt32Array. Both of these modules include nsMsgKeyArray.h which in turn include nsUInt32Array.h, setting up the dependency. Because of this, on HP we end up coredumping on startup. To recreate: -remove any components.reg -run commercial build (netscape) -create a new profile -after browser comes up, start aim (DO NOT START MAILNEWS) -login to AIM -exit NS 6.0 -run netscape again We get the following error on startup aCC runtime: Error 215 from shl_findsym(/builds/jdunn/5.0/ns/dist/bin/components/libaddrbook.sl,_shlInit) /usr/lib/dld.sl: Unresolved symbol: typeid__XT13nsUInt32Array_ (data) from /builds/jdunn/5.0/ns/dist/bin/components/libaddrbook.sl /usr/lib/dld.sl: Unresolved symbol: __dt__13nsUInt32ArrayFv (code) from /builds/jdunn/5.0/ns/dist/bin/components/libaddrbook.sl nsUInt32Array is in libmsgbaseutil.so, but at this point in time is not loaded in memory. if nsUInt32Array is going to be used in the addressbook then this class needs to be in a automatically loaded shared object.

reassigning to chuang. cc'ing alecf and sspitzer for Unix makefile help.

doh! It sounds like addressbook needs to link against msgbaseutil.so but I don't think we should do that. instead, I think we need to fix our headers so that we don'e include that header. actually, I can't find where we're including this. oh wait, I found it. I fixed it.

fix is in. we were including nsMsgMailNewsUrl.h which we didn't need to.

Thanks... that was it!