Closed Bug 514592 Opened 12 years ago Closed 9 years ago

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

Categories

(Plugins Graveyard :: DivX, defect, P2)

All
Windows XP
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: cww, Unassigned)

References

Details

(Keywords: crash, Whiteboard: [crashkill][crashkill-thirdparty])

Crash Data

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
Keywords: crash, topcrash
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins
Summary: [@ wcslen - std::basic_string<unsigned short,std::char_traits<unsigned short> ] crashes → npdivx32.dll [@ wcslen - std::basic_string<unsigned short,std::char_traits<unsigned short> ] crashes
Version: 3.5 Branch → 1.9.1 Branch
Duplicate of this bug: 519353
Assignee: nobody → dolske
Summary: npdivx32.dll [@ wcslen - std::basic_string<unsigned short,std::char_traits<unsigned short> ] crashes → npdivx32.dll [@ wcslen] std::basic_string<unsigned short,std::char_traits<unsigned short> crashes
Blocking 1.9.2+
Flags: blocking1.9.2+
Marking all topcrash bugs as P2 (3.6 release blockers, but not 3.6b1 blockers)
Priority: -- → P2
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.
Looks like bug 509130 is also a crash in Divx code, though probably unrelated to the issue in this bug.
Socorro now includes more of the stack in wcslen signatures, e.g.
http://crash-stats.mozilla.com/report/index/33429d2e-611c-4b48-9916-1d3de2091010
Summary: npdivx32.dll [@ wcslen] std::basic_string<unsigned short,std::char_traits<unsigned short> crashes → npdivx32.dll crashes [@ wcslen | std::basic_string<unsigned short, std::char_traits<unsigned short>, std::allocator<unsigned short> >::assign(unsigned short const*)]
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.
Whiteboard: [crashkill][crashkill-thirdparty]
1.9.2-'ing.
Flags: blocking1.9.2+ → blocking1.9.2-
Component: Plug-ins → DivX
Flags: blocking1.9.2-
Product: Core → Plugins
QA Contact: plugins → divx
Version: 1.9.1 Branch → unspecified
Assignee: dolske → nobody
Crash Signature: [@ wcslen | std::basic_string<unsigned short, std::char_traits<unsigned short>, std::allocator<unsigned short> >::assign(unsigned short const*)]
Crash Signature: [@ wcslen | std::basic_string<unsigned short, std::char_traits<unsigned short>, std::allocator<unsigned short> >::assign(unsigned short const*)] → std::allocator<wchar_t> >::assign(wchar_t const*)] [@ wcslen | std::basic_string<unsigned short, std::char_traits<unsigned short>, std::allocator<unsigned short> >::assign(unsigned short const*)] [@ wcslen | std::basic_string<wchar_t, std::char_traits<wc…
Keywords: topcrash
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
Product: Plugins → Plugins Graveyard
You need to log in before you can comment on or make changes to this bug.