Closed Bug 513329 Opened 12 years ago Closed 10 years ago
Crash at [@ Rtlp
Coalesce Free Blocks]
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.
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 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)
Blocking 1.9.2+. Need an owner for this.
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. 20090926:820 20090927:1076 20090928:2319 20090929:5811 20090930:17918
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 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
http://dm-sumotools01.mozilla.org/ doesn't resolve for me
Not blocking at this point, but if we can get good STR we could blocklist or outreach?
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 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.
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 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.
Still a valid crash in 8.0 - appearing at #116. Not really a top crash anymore so removing the keyword.
Now that RtlpCoalesceFreeBlocks is in the skiplist, I close it as incomplete.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.