Closed Bug 513329 Opened 13 years ago Closed 11 years ago

Crash at [@ RtlpCoalesceFreeBlocks]


(Core :: General, defect, P2)

Windows XP





(Reporter: cww, Unassigned)



(Keywords: crash, Whiteboard: [crashkill][crashkill-outreach][nVidia Firewall][AVG])

Crash Data

Summary: Crast at [@RtlpCoalesceFreeBlocks ] → Crash at [@RtlpCoalesceFreeBlocks ]
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 ?
Product: Firefox → Core
QA Contact: general → general
Version: 3.5 Branch → Trunk
That's not what I see at all.  What I see is various winsock hooks (LSPs) crashing themselves within the Firefox process.
Group: core-security
Depends on: 514612
For example, SpeedBit Video Accelerator (bug 514612).
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
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)
Blocking 1.9.2+.  Need an owner for this.
Flags: blocking1.9.2+
Priority: -- → P2
Summary: Crash at [@RtlpCoalesceFreeBlocks ] → Crash at [@ RtlpCoalesceFreeBlocks]
This just blew up. Counts of for any Firefox version. Date lags actual crash
date by a day.

Blocks: 520484
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.
cc-ing prazak, he could know more about eventual relations with AVG
It seems that nVidia Firewall is causing this in some cases, a user with bp-48b7e3c5-1ddb-4a36-9397-6fee82091102 on fixed the problem by removing nvlsp.dpp with Lspfix.

Not blocking at this point, but if we can get good STR we could blocklist or outreach?
Flags: wanted1.9.2+
Flags: blocking1.9.2-
Flags: blocking1.9.2+
Whiteboard: [crashkill][crashkill-outreach][nVidia Firewall][AVG]
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
The biggest source of RtlpCoalesceFreeBlocks crashes (75% on 3.5.5, 90% on 3.6b4) is now bug 514612 (SpeedBit Video Accelerator, an LSP).
Suspected idmmbc.dll from
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.
Crash Signature: [@ RtlpCoalesceFreeBlocks]
Duplicated here: Bug 514612
FF6&7 have been working fairly well.

When I ran Internet Explorer and installed the "Download Accelerator Plus" (dap97beta.exe) Plugin from 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.
Still a valid crash in 8.0 - appearing at #116. Not really a top crash anymore so removing the keyword.
Keywords: topcrash
Depends on: 720655
Now that RtlpCoalesceFreeBlocks is in the skiplist, I close it as incomplete.
Closed: 11 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.