I don't know why this affects PowerPC specifically, since it looks like
a generic problem...
It's "reproducible" on my PowerPC by middle-clicking many links in
Epiphany to open background tabs (e.g. go to a packages.qa.debian.org
page and middle-click everything in sight), and causes a hang. My stack trace
matches what Yves-Alexis reported.
It seems that ~nsCacheEntryDescriptor calls the nsCacheEntryDescriptor's
Close method (frame #9 in Yves-Alexis' stack trace), which takes the
lock nsCacheService::ServiceLock() before calling
gService->CloseDescriptor (gService is a global nsCacheService in
nsCacheService.cpp), passing itself as an argument. This can
cause *another* nsCacheEntryDescriptor to be released, and if its
refcount has reached zero, that causes the deletion of that second
nsCacheEntryDescriptor, causing *its* Close method to be called. When the
second invocation of Close also tries to take the
nsCacheService::ServiceLock(), the result is a deadlock.
Downgrading all the binary packages which came from xulrunner's source
to 1.8.0.4-1 seems to solve the problem; this is weird, since the offending
cache code doesn't seem to have changed!
Hope this helps,
Simon
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
