Closed
Bug 553569
Opened 15 years ago
Closed 15 years ago
Crash [@ cairo_region_create_rectangles ] (stack overflow?)
Categories
(Core :: Graphics, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: ted, Unassigned)
References
Details
(Keywords: crash)
Crash Data
Attachments
(4 files)
I was browsing around, I had just opened up a new window containing jwz.livejournal.com, and then my browser became unresponsive. It finally crashed, although I didn't get the crash report, but the windows crash dialog. I attached a debugger and got the following stack. It appears to be a stack overflow. Julian Seward notes that the top frame there uses ~2k of stack memory, which would explain why it overflowed there.
My Firefox process at the time was using nearly 1GB of private bytes. I have D2D enabled on this profile.
Reporter | ||
Comment 1•15 years ago
|
||
Here's a minidump I saved from the debugger. I was using the Win32 20100317041424 nightly.
I'm crashing alot with this stack , atleast twice a day , it isn't a top crash because breakpad doesn't always fireup
http://crash-stats.mozilla.com/report/index/bp-3755e4ee-a805-4412-bc84-d62452100415
This should be a blocker , it's impossible to use D2D when you are sure that firefox will crash sooner or later
This is a saved web page able to trigger this bug, i've removed almost everything from the page because it wasn't suitable for work
Comment 4•15 years ago
|
||
What font are you rendering that with? It doesn't trigger a crash for me but I don't seem to have a font that can display it.
I can't see which font is using because as soon as the page loads firefox freezes solid ,clicking around doesn't do anything and if i use aeropeek i see a black preview and after the browser is killed by windows with an error in xul.dll without breakpad triggering.
As long as i don't go to aeropeek the browser doesn't crash but is dead.
This is a screenshot in safemode, maybe you can see the font
http://yfrog.com/jd99899730j
I'm not sure is the font because removing more from the page doesn't trigger a crash even tho i'm unable to reduce the testcase yet
Comment 6•15 years ago
|
||
Well, apart from that it's Cyrillic I have no idea. What GPU do you have?
I've a 8800gt , win7 x64 , it's not the Cyrillic stuff, i've reduced it more , see the new attach, i've replaced the cyrillic with jibberish and it still hangs. To be sure i've disabled D2D/DW and it doesn't hang. It's very weird, if i modify the source more like removing the marquee or a table it doesn't hang.
Comment 9•15 years ago
|
||
It crashes for me too on Windows 7 32bit. Using 8400GS with 196.34 drivers.
http://crash-stats.mozilla.com/report/index/bp-bb37e7f3-d46d-44a5-8e78-63a352100421
Comment 10•15 years ago
|
||
Hrm, neither my NVidia or ATI hardware seems to do this, both your hardware is from the GeForce 9 series, I wonder if this is some sort of hardware specific bug.
Comment 11•15 years ago
|
||
A crash report from visiting comment #8 attachment:
bp-f1aa30ac-4640-4522-8655-dc6b22100421
Using D2D, Win7 x64 and GPU is nvidia 8800 GTS on v197.45 drivers.
Comment 12•15 years ago
|
||
Bas, maybe contacting Nvidia about these problem (also problems in 550684 and 558708) could help us resolving it.
Comment 13•15 years ago
|
||
I can't reproduce it anymore since latest cairo landed
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100426
Comment 14•15 years ago
|
||
Neither do I.
Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100426
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Comment 15•15 years ago
|
||
Presumably new cairo uses slightly different fallback which resolves this problem for us. You're not seeing any other negative effects here either? (i.e. stuff not rendering correctly or anything like that)
Assignee | ||
Updated•13 years ago
|
Crash Signature: [@ cairo_region_create_rectangles ]
You need to log in
before you can comment on or make changes to this bug.
Description
•