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)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED INVALID

People

(Reporter: timeless, Assigned: KaiE)

References

Details

(Keywords: assertion, crash)

Crash Data

Attachments

(1 file)

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
Blocks: 295879
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.
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?
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)
Depends on: 320954
Attachment #206371 - Flags: review?(kengert)
Crash Signature: [@ PK11_GetInternalSlot]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: