514592 - npdivx32.dll crashes [@ wcslen | std::basic_string<unsigned short, std::char_traits<unsigned short>, std::allocator<unsigned short> >::assign(unsigned short const*)]

Status: RESOLVED INCOMPLETE

(Plugins Graveyard :: DivX, defect, P2)

Description

[[:Cww]]

Note this isn't bug 508292 or bug 509365 which have the same first line of the crash stack but different stacks.

There are a number of crashes with a stack similar to the following:

http://crash-stats.mozilla.com/report/index/c6b78790-82e3-4955-b095-f574e2090903
http://crash-stats.mozilla.com/report/index/dcee1ec6-acf8-43ae-9313-344d02090903
http://crash-stats.mozilla.com/report/index/5fdd56c7-2373-421f-9cbe-65d782090903
http://crash-stats.mozilla.com/report/index/cb8e9bc3-4bdd-457c-830f-0ba772090903

0  	msvcr80.dll  	wcslen  	
1 	msvcp80.dll 	std::basic_string<unsigned short,std::char_traits<unsigned short>,std::allocator<unsigned short> >::assign 	
2 	msvcp80.dll 	std::basic_string<unsigned short,std::char_traits<unsigned short>,std::allocator<unsigned short> >::basic_string<unsigned short,std::char_traits<unsigned short>,std::allocator<unsigned short> > 	
3 	npdivx32.dll 	npdivx32.dll@0x5cda3

Comment 2

[Damon Sicore (:damons)]

Blocking 1.9.2+

Comment 3

[Mike Beltzner [:beltzner, not reading bugmail]]

Marking all topcrash bugs as P2 (3.6 release blockers, but not 3.6b1 blockers)

Comment 4

[Justin Dolske [:Dolske]]

Looking at the module list for the relevant crash reports, npdivx32.dll is almost always version 1.5.0.52, though there are a few instances of 1.4.3.4. A fresh install of Divx gives me the same version. Looks like 1.5 was probably released in June 2009, if we have old data it might be interesting to see if this became a bigger problem with the upgrade, or if it happened just as often in 1.4.x.

This DLL is the browser plugin DLL ("DivX Web Player"), so there's the option of blocklisting it at some point, assuming a fixed version becomes available (and that they're actually incrementing version numbers).

I got a list of URLs reported with crashes, which included a number of .avi links, and sites with "divx" in the name (eg divxstage.net). However, I didn't have any luck reproducing the crash. Some of the videos were rather long (which I didn't play all the way through), others were short and worked fine. Some crashes were even on the Divx post-install page.

I think the next step is to get the Divx folks involved, to see if they can track down what's causing this.

Comment 6

[Justin Dolske [:Dolske]]

Looks like bug 509130 is also a crash in Divx code, though probably unrelated to the issue in this bug.

Comment 7

[Jesse Ruderman]

Socorro now includes more of the stack in wcslen signatures, e.g.
http://crash-stats.mozilla.com/report/index/33429d2e-611c-4b48-9916-1d3de2091010

Comment 9

[Justin Dolske [:Dolske]]

Overdue status update: I got in touch with DivX a week or two ago, and it sounds like they think this problem may be resolved in DivX Web Player 2.0, which is currently in beta.

I took a look at ~500 crash reports for this signature over the last 2 weeks, to see if 2.0 is showing up with the same problem. The counts, by npdivx32.dll version number, are:

   1 1.4.0.152
  34 1.4.0.233
  71 1.4.2.7
  32 1.4.3.4
 353 1.5.0.52

So, no 2.0 signs yet, although there was some concern that if the new DivX version is installing its own crash handler, that we might not see such crashes in our crash reporter.

Comment 10

[Damon Sicore (:damons)]

1.9.2-'ing.