Closed Bug 340759 Opened 19 years ago Closed 19 years ago

Crash after nsCSSFrameConstructor::ConstructFrameInternal calls PL_ArenaAllocate [@ ntdll.dll]

Categories

(Firefox :: General, defect)

2.0 Branch
x86
Windows XP
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 339861

People

(Reporter: bc, Unassigned)

Details

(Keywords: crash, regression)

Crash Data

Attachments

(1 file)

I've been crashing for a few days in Bone Cho builds on winxp with stacks like TB19624486 after just normal browsing etc. I haven't seen a bug with a stack quite like this, so I'm going to go ahead file this one. Note that ntdll.dll is at the top of the stack and looking at <http://talkback-public.mozilla.org/reports/firefox/FF2x/FF2x-topcrashers.html> this looks like a common occurence starting 20060531. Not sure if where this should go, so leaving in ff/general for now.
ntdll.dll is really high on the topcrash list for Firefox 2, but I didn't see any common things below it on the stack. It looks like a bunch of JavaScript Engine crashes appeared at the same time -- could something in the JavaScript Engine be corrupting the heap and causing random crashes?
Flags: blocking-firefox2?
Summary: Crash after nsCSSFrameConstructor::ConstructFrameInternal calls PL_ArenaAllocate → Crash after nsCSSFrameConstructor::ConstructFrameInternal calls PL_ArenaAllocate [@ ntdll.dll]
Attaching this so it doesn't get lost.
See also bug 335558 (and bug 339861). Even though the stacks seem totally unrelated, disabling form history makes a big difference to number of ntdll.dll crashes (as reported by mozillazine nightly testers). The problem should be backed out soon, awaiting review in 335558.
Thanks Nick, lets dupe to 339861. *** This bug has been marked as a duplicate of 339861 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Flags: blocking-firefox2?
Crash Signature: [@ ntdll.dll]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: