Closed
Bug 389194
Opened 17 years ago
Closed 15 years ago
crash [@ PL_DHashTableOperate] at first launch after first reboot, using FF 2.0.0.5
Categories
(Core :: Security: PSM, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: ray, Assigned: KaiE)
Details
(Keywords: crash)
Crash Data
Attachments
(1 file)
19.81 KB,
text/plain
|
Details |
Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.5) Gecko/20070713 Firefox/2.0.0.5 Mac OS X 10.4.9 on 2.16 GHz Intel Core Duo with 2 GB RAM I downloaded FF 2.0.0.5 yesterday and used it with no problems. Last night, I powered down my laptop. I started up and launched FF 2.0.0.5. It immediately crashed. I was able to re-launch and it is working fine. Thread 1 Crashed: 0 libxpcom_core.dylib 0x00e06ee3 PL_DHashTableOperate + 15 1 libxpcom_core.dylib 0x00e0f9e1 nsCStringHashSetSuper::GetEntry(nsACString_internal const&) + 19 2 org.mozilla.firefox 0x00350eec nsSSLIOLayerHelpers::isKnownAsIntolerantSite(nsCString const&) + 42 3 org.mozilla.firefox 0x00351a0b nsSSLIOLayerAddToSocket(int, char const*, int, char const*, int, PRFileDesc*, nsISupports**, int) + 945 4 org.mozilla.firefox 0x00351ba1 nsSSLIOLayerNewSocket(int, char const*, int, char const*, int, PRFileDesc**, nsISupports**, int) + 79 5 org.mozilla.firefox 0x00059149 nsSSLSocketProvider::~nsSSLSocketProvider [in-charge deleting]() + 159 6 org.mozilla.firefox 0x005b0f98 nsSocketTransport::BuildSocket(PRFileDesc*&, int&, int&) + 366 7 org.mozilla.firefox 0x005b1437 nsSocketTransport::InitiateSocket() + 303 8 org.mozilla.firefox 0x005b2256 nsSocketTransport::OnSocketEvent(unsigned, unsigned, nsISupports*) + 272 9 org.mozilla.firefox 0x00870457 nsSocketEvent::HandleEvent(PLEvent*) + 41 10 libxpcom_core.dylib 0x00e44551 PL_HandleEvent + 21 11 org.mozilla.firefox 0x0033c382 nsSocketTransportService::ServiceEventQ() + 108 12 org.mozilla.firefox 0x0033c809 nsSocketTransportService::ServiceEventQ() + 1267 13 libxpcom_core.dylib 0x00e46fe3 nsThread::Main(void*) + 41 14 libnspr4.dylib 0x00edaffd PR_Select + 813 15 libSystem.B.dylib 0x90024987 _pthread_body + 84
Comment 2•17 years ago
|
||
This bug has the same stacktrace as bug 342646. That bug was fixed, but bugs like bug 345904 were made duplicate of that bug. I guess it isn't totally fixed yet.
Assignee: nobody → kengert
Severity: normal → critical
Component: General → Security: PSM
Product: Firefox → Core
QA Contact: general → psm
Summary: crash at first launch after first reboot, using FF 2.0.0.5 → crash [@ PL_DHashTableOperate] at first launch after first reboot, using FF 2.0.0.5
Version: 2.0 Branch → 1.8 Branch
Comment on attachment 273336 [details] crash log >Thread 1 Crashed: >0 libxpcom_core.dylib 0x00e06ee3 PL_DHashTableOperate + 15 >1 libxpcom_core.dylib 0x00e0f9e1 nsCStringHashSetSuper::GetEntry(nsACString_internal const&) + 19 >2 org.mozilla.firefox 0x00350eec nsSSLIOLayerHelpers::isKnownAsIntolerantSite(nsCString const&) + 42 >3 org.mozilla.firefox 0x00351a0b nsSSLIOLayerAddToSocket(int, char const*, int, char const*, int, PRFileDesc*, nsISupports**, int) + 945 >4 org.mozilla.firefox 0x00351ba1 nsSSLIOLayerNewSocket(int, char const*, int, char const*, int, PRFileDesc**, nsISupports**, int) + 79 >5 org.mozilla.firefox 0x00059149 nsSSLSocketProvider::~nsSSLSocketProvider [in-charge deleting]() + 159 >6 org.mozilla.firefox 0x005b0f98 nsSocketTransport::BuildSocket(PRFileDesc*&, int&, int&) + 366 >7 org.mozilla.firefox 0x005b1437 nsSocketTransport::InitiateSocket() + 303 >8 org.mozilla.firefox 0x005b2256 nsSocketTransport::OnSocketEvent(unsigned, unsigned, nsISupports*) + 272 >9 org.mozilla.firefox 0x00870457 nsSocketEvent::HandleEvent(PLEvent*) + 41 >10 libxpcom_core.dylib 0x00e44551 PL_HandleEvent + 21 >11 org.mozilla.firefox 0x0033c382 nsSocketTransportService::ServiceEventQ() + 108 >12 org.mozilla.firefox 0x0033c809 nsSocketTransportService::ServiceEventQ() + 1267 >13 libxpcom_core.dylib 0x00e46fe3 nsThread::Main(void*) + 41 >14 libnspr4.dylib 0x00edaffd PR_Select + 813 >15 libSystem.B.dylib 0x90024987 _pthread_body + 84 http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/xpcom/ds/nsDoubleHashtable.h&rev=3.17&mark=99,103-104,330#99 http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/security/manager/ssl/src/nsNSSIOLayer.cpp&rev=1.131&mark=1301#1297 psm isn't checking the rv from Init here, that's a bug. (but it's unlikely to be the cause of this crash...) frame 5 is some confusion involving pick_two(compiler, optimizer, debugger, stackwalker). It should really be nsTLSSocketProvider::NewSocket or nsSSLSocketProvider::NewSocket I was having trouble following infoObject, I've decided the standard path is this: http://bonsai.mozilla.org/cvsblame.cgi?file=/mozilla/security/manager/ssl/src/nsNSSIOLayer.cpp&rev=1.131&mark=2524,2566,812 the NS_RELEASE_THIS is of course gross. I believe the proper path would be SSL_RevealPinArg since then one could at least follow the maze of twisty passages (although a comment mentioning |SSL_RevealPinArg| is being avoided because we know it's pointing to ourselves would also work.)
Updated•15 years ago
|
Whiteboard: [needs timeless to split out bugs from comment 3, i guess]
Bug 505682 submitted for the first part. the second part well... meh.
Whiteboard: [needs timeless to split out bugs from comment 3, i guess]
Comment 5•15 years ago
|
||
If *timeless* thinks it's meh, it's meh.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
Updated•13 years ago
|
Crash Signature: [@ PL_DHashTableOperate]
You need to log in
before you can comment on or make changes to this bug.
Description
•