From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:0.9.9+) Gecko/20020315 BuildID: 20020403 When attempting to open the address book mozilla core dumps with the following error message ld.so.1: /home/clifford/mozilla/mozilla-bin: fatal: relocation error: file /home/clifford/mozilla/components/libgklayout.so: symbol __1cIDistance6FrknRnsReadingIterator4CH__2_I_: referenced symbol not found Killed Reproducible: Always Steps to Reproduce: 1.run mozilla 2.attempt to open address book 3. Actual Results: mozilla crashes with the error message ld.so.1: /home/clifford/mozilla/mozilla-bin: fatal: relocation error: file /home/clifford/mozilla/components/libgklayout.so: symbol __1cIDistance6FrknRnsReadingIterator4CH__2_I_: referenced symbol not found Killed Expected Results: The address book should just open. Additional info: uname -a gives SunOS willa 5.8 Generic_108528-13 sun4u sparc SUNW,Ultra-5_10

I can confirm this bug in the latest 04/05/02 CVS tree I pulled this morning for my nightly builds. Just wondering does this bug manifest it self in the 0.9.9 release I put out for Solaris? -dcran-

Ok, I just downloaded the 0.9.9 build I created for Solaris and tested that, this regression does not exist. You can open the address book fine without a crash. So this bug exists in trunk only. I have a debug build now and im using dbx to try and get a trace... -dcran-

I assume this is an incarnation of bug 101896 ("Unresolved symbol in libgkcontent.so when starting mail/news") ...

Changing owner to jag per gisburns comments. I will try to mimic gisburns fix for libgkcontent.so in this fix.

Ok, Here is the "nm -Cu " output I get on libgklayout.so this is just for the symbol we are having problems with..... unsigned Distance(const nsReadingIterator<unsigned short>&, const nsReadingIterator<unsigned short>&) [__1cIDistance6FrknRnsReadingIterator4CH__2_I_] unsigned Distance(const nsReadingIterator<unsigned short>&, const nsReadingIterator<unsigned short>&) [__1cIDistance6FrknRnsReadingIterator4CH__rk0_I_]

The following localtions reference the missing symbols: -- snip -- % find . -name \*.o | while read i ; do x=$(nm -Cu $i | fgrep "1cIDistance6FrknRnsReadingIterator4CH") ; if [ "$x" != "" ] ; then echo " ------- $i" ; echo "$x" ; fi ; done ------- ./xul/base/src/tree/src/nsTreeUtils.o [__1cIDistance6FrknRnsReadingIterator4CH__2_I_] ------- ./xul/base/src/tree/src/nsTreeContentView.o [__1cIDistance6FrknRnsReadingIterator4CH__rk0_I_] ------- ./xul/base/src/nsTextBoxFrame.o [__1cIDistance6FrknRnsReadingIterator4CH__rk0_I_] -- snip --

Taking...

Requesting r=/sr=/a= ...

nm -C libxpcom.so|grep Distance [11148] | 1278880| 24|FUNC |GLOB |0 |10 |unsigned Distance(const nsReadingIterator<unsigned short>&,const nsReadingIterator<unsigned short>&) [__1cIDistance6FrknRnsReadingIterator4CH__rk0_I_] $ nm -C components/libgklayout.so |grep Distance [44463] | 0| 0|FUNC |GLOB |0 |UNDEF |unsigned Distance(const nsReadingIterator<unsigned short>&,const nsReadingIterator<unsigned short>&) [__1cIDistance6FrknRnsReadingIterator4CH__2_I_] [46168] | 0| 0|FUNC |GLOB |0 |UNDEF |unsigned Distance(const nsReadingIterator<unsigned short>&,const nsReadingIterator<unsigned short>&) [__1cIDistance6FrknRnsReadingIterator4CH__rk0_I_] so what's the difference between __2 and __rk0? i think i've seen this before... C++ Language experts?

Ok, I have tested gisburns "patch" and it fixes the problem... Lets get this checked in to fix this Solaris bustage. r=dcran

Comment on attachment 78189 [details] [diff] [review] Patch for 2002-04-05-08-trunk a=asa (on behalf of drivers) for checkin to the 1.0 trunk

Comment on attachment 78189 [details] [diff] [review] Patch for 2002-04-05-08-trunk sr=sfraser

I have asked timeless to check in this patch on my behalf. Its a 1 line fix for a missing header file. -dcran-

Timeless checked in fix and all went fine, Marking resolved

Marking Verified/Fixed per Donnie Cranford's results.