woops, adding m.embedding. Chris McAfee wrote: > Solaris has been orange since Thursday, gtkEmbed is not > starting for optimized builds, and is only happening > reproducably on Solaris. Some people have reported that > Linux/opt is also crashing, but Linux worksforme. > > http://bugzilla.mozilla.org/show_bug.cgi?id=73491 > > I built a few files debug by hand and got a stack trace, > it looks like cache is hitting a null pointer reference > in the hash table code: > > #0 0xef497310 in PL_DHashTableEnumerate (table=0x1b947c, > etor=0xebdf64e4 <nsDiskCacheEntryHashTable::VisitEntry(PLDHashTable > *, PLDH\ > ashEntryHdr *, unsigned int, void *)>, arg=0xefffdf98) at pldhash.c:438 > #1 0xebdf64dc in nsDiskCacheEntryHashTable::VisitEntries (this=0x1b947c, > visitor=0xefffdf98) at nsDiskCacheEntry.cpp:121 > #2 0xebde888c in nsDiskCacheDevice::updateDiskCacheEntries (this=0x1b9470) > at nsDiskCacheDevice.cpp:984 > #3 0xebde9ce4 in nsDiskCacheDevice::scanDiskCacheEntries (this=0x1b9470, > result=0xefffe1e0) at nsDiskCacheDevice.cpp:1238 > #4 0xebdead88 in nsDiskCacheDevice::evictDiskCacheEntries (this=0x1b9470) > at nsDiskCacheDevice.cpp:1329 > > I've blown away my cache directory, gtkEmbed still crashes for me. > Any ideas/help? We should try to clear up this orange streak soon. > > -Chris > > PS: note that coffee & shrike are building/testing gtkEmbed, but > these are debug builds.
