513329 - Crash at [@ RtlpCoalesceFreeBlocks]

Status: RESOLVED INCOMPLETE

(Core :: General, defect, P2)

Description

[[:Cww]]

Top crash #26 from crash-stats.

http://crash-stats.mozilla.com/report/list?product=Firefox&query_search=signature&query_type=exact&query=&date=&range_value=1&range_unit=weeks&do_query=1&signature=RtlpCoalesceFreeBlocks

Comment 1

[Nelson Bolyard (seldom reads bugmail)]

Just as one would expect from corrupted heap crashes, the stacks are all
over the place, with scarcely any two stacks looking similar.

So, what's MoCo's strategy for finding the culprit? 
Do we make/release a version with a special debug heap? or ?

Comment 2

[Jesse Ruderman]

That's not what I see at all.  What I see is various winsock hooks (LSPs) crashing themselves within the Firefox process.

Comment 3

[Jesse Ruderman]

For example, SpeedBit Video Accelerator (bug 514612).

Comment 4

[timeless]

Adobe Acrobat Reader (bug 514898)

if you pick a random crash, you'll find a random culprit. we already have complaints about some libraries (esp. avg, symantec and vlc [which should be blocklisted!]), so i'm not going to file all of them.

bp-59f1c37a-8675-43ae-9f55-67e862090905 avgssff.dll
bp-8e8740be-41fe-4f71-93ca-349fe2090905 avglngx.dll
bp-0ac00d17-b5eb-405d-9932-39f372090905 avgxpl.dll
bp-ecacb43e-53b4-484f-8447-a8bb92090905 coFFPlgn.dll
bp-998fa6dd-7b90-4745-a708-3f5ff2090905 libvlc.dll 0.8.6.0
bp-dfef29ec-eb59-4fb4-bef1-256932090905 jscript.dll (wmp!)
bp-06bcbecd-cda8-4abf-8c25-1ecc42090905 uxtheme.dll
bp-75c07da1-3960-4183-906b-c190e2090905 npqmp071503000010.dll (move player plugin)

Comment 5

[Damon Sicore (:damons)]

Blocking 1.9.2+.  Need an owner for this.

Comment 6

[Bob Clary [:bc] (inactive)]

This just blew up. Counts of for any Firefox version. Date lags actual crash
date by a day.

20090926:820
20090927:1076
20090928:2319
20090929:5811
20090930:17918

Comment 7

[Marco Bonardo [:mak]]

seeing the dates and the high presence of avg filed could be somehow related to the new release of AVG 8.5.420, if i have found consistent dates it has been released on 24 Sep 2009 and a first update of it (8.5.420a17) has been released on 02 Oct 2009 (dunno if this release is fixing/reducing crashes), release notes are not talking about this kind of fixes.

Comment 8

[Marco Bonardo [:mak]]

cc-ing prazak, he could know more about eventual relations with AVG

Comment 9

[Matthew Middleton (:zzxc)]

It seems that nVidia Firewall is causing this in some cases, a user with bp-48b7e3c5-1ddb-4a36-9397-6fee82091102 on support.mozilla.com fixed the problem by removing nvlsp.dpp with Lspfix.

Reference: http://dm-sumotools01.mozilla.org/cgi-bin/zzxc/chatquery.php?sessionid=dcc7io75061

Comment 10

[Nelson Bolyard (seldom reads bugmail)]

http://dm-sumotools01.mozilla.org/ doesn't resolve for me

Comment 11

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

Not blocking at this point, but if we can get good STR we could blocklist or outreach?

Comment 12

[chris hofmann]

this declined quickly from the 17,000 crash day bc mentioned in comment 6.

early oct  ~3400 crashes per day
mid oct    ~2000 crashes per day
late oct   ~1500 crashes per day
nov   bouncing between 1400-1800 crashes per day

its mapping across all releases of firefox

distribution of all versions where the RtlpCoalesceFreeBlocks crash was found on 20091119-crashdata.csv
 807 Firefox 3.5.5
 219 Firefox 3.0.15
  95 Firefox 3.6b3
  82 Firefox 3.0.11
  54 Firefox 3.6b1
  52 Firefox 3.5.3
  47 Firefox 3.5
  45 Firefox 3.6b2

Comment 13

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

The biggest source of RtlpCoalesceFreeBlocks crashes (75% on 3.5.5, 90% on 3.6b4) is now bug 514612 (SpeedBit Video Accelerator, an LSP).

Comment 14

[Mardeg]

Suspected idmmbc.dll from http://crash-stats.mozilla.com/report/index/bp-f9e434e5-428e-42e2-8b81-385d82101209
An LSP of Internet Download Manager and it's associated Firefox extension (presumably injected by it into Firefox)
User was advised to disable/uninstall the IDM extension and use Flashgot to pass links to IDM instead.

Comment 15

[Rob]

Duplicated here: Bug 514612

Comment 16

[Rob]

FF6&7 have been working fairly well.

When I ran Internet Explorer and installed the "Download Accelerator Plus" (dap97beta.exe) Plugin from http://speedbit.com/ the Installer added 'DAP' for Firefox also. 

FF6 & 7 both seemed to work after installing the Plugin, until this morning. I fired up the Debugger to see why Firefox started and then closed (takes 20 seconds and puts nothing on screen). It seems that a tag-along Program is also installed (even if the check-box is unchecked) called "Speedbit Video Accelerator". One of it's .DLLs was were FF would bail out of execution.

I went into Windows "Add and Remove Programs" and removed the "Speedbit Video Accelerator" (and did not remove Speedbit's "DAP") and now FF will start OK.


I had to use WinDbg to find out which .DLL was being called and remove a different Program than one that I could see with Firefox's 'Plugin Management'.

If we had FF popup a Box to say what the problem was it would makes things much easier than firing up the Debugger.

Comment 17

[Sheila Mooney]

Still a valid crash in 8.0 - appearing at #116. Not really a top crash anymore so removing the keyword.

Comment 18

[Scoobidiver (away)]

Now that RtlpCoalesceFreeBlocks is in the skiplist, I close it as incomplete.