Closed
Bug 295878
Opened 20 years ago
Closed 19 years ago
very early access in viewer to a https url pr_asserts [@ PK11_GetInternalSlot]
Categories
(Core :: Security: PSM, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: timeless, Assigned: KaiE)
References
Details
(Keywords: assertion, crash)
Crash Data
Attachments
(1 file)
|
98.46 KB,
text/plain
|
Details |
steps: R:\mozilla\all-i686-pc-cygwin\dist\bin>viewer.exe "https://bugzilla.mozilla.org/show_bug.cgi?id=295854 expected results: page loads actual results: pr_assert nspr4.dll!PR_Assert(const char * s=0x02e00fb0, const char * file=0x02e00f80, int ln=0x00000724) Line 602 C > nss3.dll!PK11_GetInternalSlot() Line 1828 + 0x1d C nss3.dll!PK11_TokenExists(unsigned long type=0x00001011) Line 1881 + 0x5 C ssl3.dll!ssl3_config_match_init(sslSocketStr * ss=0x0180d960) Line 677 + 0x2e C ssl3.dll!ssl2_ConstructCipherSpecs(sslSocketStr * ss=0x0180d960) Line 206 + 0x9 C ssl3.dll!ssl2_BeginClientHandshake(sslSocketStr * ss=0x0180d960) Line 3000 + 0x9 C ssl3.dll!ssl_Do1stHandshake(sslSocketStr * ss=0x0180d960) Line 149 + 0xd C ssl3.dll!ssl_SecureSend(sslSocketStr * ss=0x0180d960, const unsigned char * buf=0x0180b198, int len=0x000001a8, int flags=0x00000000) Line 1038 + 0x9 C ssl3.dll!ssl_SecureWrite(sslSocketStr * ss=0x0180d960, const unsigned char * buf=0x0180b198, int len=0x000001a8) Line 1072 + 0x13 C ssl3.dll!ssl_Write(PRFileDesc * fd=0x0180ca40, const void * buf=0x0180b198, int len=0x000001a8) Line 1310 + 0x15 C pipnss.dll!nsSSLIOLayerWrite(PRFileDesc * fd=0x01832e00, const void * buf=0x0180b198, int amount=0x000001a8) Line 1146 + 0x1a C++ nspr4.dll!PR_Write(PRFileDesc * fd=0x01832e00, const void * buf=0x0180b198, int amount=0x000001a8) Line 146 + 0x14 C necko.dll!nsSocketOutputStream::Write(const char * buf=0x0180b198, unsigned int count=0x000001a8, unsigned int * countWritten=0x0128feb8) Line 549 + 0x12 C++ necko.dll!nsHttpConnection::OnReadSegment(const char * buf=0x0180b198, unsigned int count=0x000001a8, unsigned int * countRead=0x0128feb8) Line 513 + 0x26 C++ necko.dll!nsHttpTransaction::ReadRequestSegment(nsIInputStream * stream=0x0180b4d8, void * closure=0x0180aff8, const char * buf=0x0180b198, unsigned int offset=0x00000000, unsigned int count=0x000001a8, unsigned int * countRead=0x0128feb8) Line 353 + 0x1c C++ xpcom_core.dll!nsStringInputStream::ReadSegments(unsigned int (nsIInputStream *, void *, const char *, unsigned int, unsigned int, unsigned int *)* writer=0x00fc6800, void * closure=0x0180aff8, unsigned int aCount=0x000001a8, unsigned int * result=0x0128feb8) Line 239 + 0x22 C++ necko.dll!nsHttpTransaction::ReadSegments(nsAHttpSegmentReader * reader=0x0180bc60, unsigned int count=0x00001000, unsigned int * countRead=0x0128feb8) Line 378 + 0x2b C++ necko.dll!nsHttpConnection::OnSocketWritable() Line 548 + 0x1e C++ necko.dll!nsHttpConnection::OnOutputStreamReady(nsIAsyncOutputStream * out=0x0180bf30) Line 759 + 0xb C++ necko.dll!nsSocketOutputStream::OnSocketReady(unsigned int condition=0x00000000) Line 489 C++ necko.dll!nsSocketTransport::OnSocketReady(PRFileDesc * fd=0x01832e00, short outFlags=0x0003) Line 1449 C++ necko.dll!nsSocketTransportService::Run() Line 576 C++ xpcom_core.dll!nsThread::Main(void * arg=0x00dca7c0) Line 118 + 0x1a C++ nspr4.dll!_PR_NativeRunThread(void * arg=0x00dca8d8) Line 436 + 0xd C nspr4.dll!pr_root(void * arg=0x00dca8d8) Line 116 + 0xd C msvcr71d.dll!_threadstartex(void * ptd=0x00dec0c8) Line 241 + 0xd C kernel32.dll!_BaseThreadStart@8() + 0x37
Comment 1•20 years ago
|
||
The assertion in GetInternalSlot means that NSS has not been initialized, or that NSS initialization failed, but the caller then went ahead and behaved as if it had succeeded. This is a programming error in the caller of NSS, and the assertion is there to detect such programming errors external to NSS. The solution is probably to initialize NSS before attempting to do whatever is being attempted.
| Assignee | ||
Comment 2•19 years ago
|
||
I don't understand how a SSL connection can be active without having NSS initialized. Timeless, can you please describe better what you mean with "very early access in viewer to a https". Were you switching profiles?
| Assignee | ||
Updated•19 years ago
|
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
well, this happens to me in mfcembed if i try to visit https://bugzilla.mozilla.org or https://sf.net (there's already a crashed mfcembed open).
Attachment #206371 -
Flags: review?
Comment on attachment 206371 [details] log showing most activity through sslsock.c i can breakpoint any method you like. just specify which. or just build mfcembed and visit https://sf.net or https://bugzilla.mozilla.org
Attachment #206371 -
Flags: review? → review?(kengert)
Attachment #206371 -
Flags: review?(kengert)
Updated•13 years ago
|
Crash Signature: [@ PK11_GetInternalSlot]
You need to log in
before you can comment on or make changes to this bug.
Description
•