Wayne Mery (:wsmwk) Reporter
	Description • 15 years ago

crash [@ recv]

#38 crasher for 3.0.0, but I'm not sure it's a good metric...eyeballing the crashes it looks to me like only 4-5 people
no comments in any.
don't find any prior for 3.0b3.

two different stacks

bp-c4df9d61-cdd8-4861-8204-65e302090903 
0		@0x1db242c	
1	wsock32.dll	recv	
2	nspr4.dll	_PR_MD_RECV	nsprpub/pr/src/md/windows/w95sock.c:327
3	nspr4.dll	SocketRead	nsprpub/pr/src/io/prsocket.c:657
4	nspr4.dll	PR_WaitForPollableEvent	nsprpub/pr/src/io/prpolevt.c:246
5	thunderbird.exe	nsSocketTransportService::DoPollIteration	netwerk/base/src/nsSocketTransportService2.cpp:702

perhaps less common bp-7e6c1125-bd68-4165-82ee-5fb222091221 (this one is vista)
0		@0x3e5fdd6	
1	wsock32.dll	recv	
2	nspr4.dll	_PR_MD_RECV	nsprpub/pr/src/md/windows/w95sock.c:327
3	nspr4.dll	SocketRecv	nsprpub/pr/src/io/prsocket.c:639
4	ssl3.dll	ssl_DefRecv	security/nss/lib/ssl/ssldef.c:94
5	ssl3.dll	ssl3_GatherData	security/nss/lib/ssl/ssl3gthr.c:90
6	ssl3.dll	ssl3_GatherCompleteHandshake	security/nss/lib/ssl/ssl3gthr.c:195
7	ssl3.dll	ssl3_GatherAppDataRecord	security/nss/lib/ssl/ssl3gthr.c:235
8	ssl3.dll	DoRecv	security/nss/lib/ssl/sslsecur.c:552
9	ssl3.dll	ssl_SecureRecv	security/nss/lib/ssl/sslsecur.c:1123
10	ssl3.dll	ssl_SecureRead	security/nss/lib/ssl/sslsecur.c:1132
11	ssl3.dll	ssl_Read	security/nss/lib/ssl/sslsock.c:1468
12	thunderbird.exe	nsSSLThread::Run	security/manager/ssl/src/nsSSLThread.cpp:1075

	timeless
	Comment 1 • 15 years ago

mdnsNSP is an LSP, it's the only thing remotely interesting in the first crash

the second one is probably fbt32.dll which is malware according to http://www.prevx.com/filenames/X1407955589587272541-X1/FBT32.DLL.html

	Robert Kaiser
	Comment 2 • 14 years ago

Rising significantly in recent days, up to #14 on 3.6 yesterday, with ~1000 crashes and the 4th days in a row with ~10 crashes per million ADU, after being 0.2-0.5 crashes per ADU the week before.

Doesn't have good correlations though, and happens on 3.5, 3.6, 4.0 on different Windows versions, though, so nothing good to nail it down.

	Brian Smith (:briansmith, :bsmith, use NEEDINFO?)
	Comment 3 • 13 years ago

Making crash signature more specific so we can better count different stacks that end at recv().

	Brian Smith (:briansmith, :bsmith, use NEEDINFO?)
	Comment 4 • 13 years ago

I did not file a bug for the second stack trace noted in comment 0 (the one that includes nsSSLThread) because nsSSLThread is no longer a thing after the patch to bug 674147 landed.

	Robert Kaiser
	Comment 5 • 13 years ago

(In reply to Brian Smith (:bsmith) from comment #3)
> Making crash signature more specific so we can better count different stacks
> that end at recv().

Is the more specific signature something actually reported in crash-stats? If not, it means that we don't get any crashes from there connected to this bug any more.

	Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)
	Comment 6 • 8 years ago

I'm marking this bug as WORKSFORME as bug crashlog signature didn't appear from a long time (over half year) in Firefox (except some obsolete Fx <30, no crashes starting since Fx 30).