Closed Bug 637396 Opened 13 years ago Closed 5 years ago

Firefox 4.0b13pre startup Crash [@ _pixman_setup_combiner_functions_32 ]

Categories

(Core :: Graphics, defect)

x86
Windows XP
defect
Not set
critical

Tracking

()

RESOLVED WONTFIX
Tracking Status
blocking2.0 --- -

People

(Reporter: marcia, Unassigned)

Details

(Keywords: crash, Whiteboard: [startupcrash])

Crash Data

Seen while reviewing crash stats. http://tinyurl.com/5vtsmje to the reports which are all Win XP. Currently the #5 top crash on the trunk.


Frame 	Module 	Signature [Expand] 	Source
0 	xul.dll 	_pixman_setup_combiner_functions_32 	obj-firefox/gfx/cairo/libpixman/src/pixman-combine.c.template:2384
1 	xul.dll 	openPrefFile 	modules/libpref/src/nsPrefService.cpp:642
2 	xul.dll 	pref_LoadPrefsInDir 	modules/libpref/src/nsPrefService.cpp:751
3 	xul.dll 	pref_InitInitialObjects 	modules/libpref/src/nsPrefService.cpp:906
4 	xul.dll 	nsPrefService::Init 	modules/libpref/src/nsPrefService.cpp:141
5 	xul.dll 	nsPrefServiceConstructor 	modules/libpref/src/nsPrefsFactory.cpp:45
6 	xul.dll 	mozilla::GenericFactory::CreateInstance 	obj-firefox/xpcom/build/GenericFactory.cpp:48
7 	xul.dll 	nsComponentManagerImpl::CreateInstanceByContractID 	xpcom/components/nsComponentManager.cpp:1315
8 	xul.dll 	nsComponentManagerImpl::GetServiceByContractID 	xpcom/components/nsComponentManager.cpp:1676
9 	xul.dll 	nsCOMPtr_base::assign_from_gs_contractid 	obj-firefox/xpcom/build/nsCOMPtr.cpp:132
10 	xul.dll 	nsChromeRegistryChrome::Init 	chrome/src/nsChromeRegistryChrome.cpp:176
11 	xul.dll 	nsChromeRegistry::GetSingleton 	chrome/src/nsChromeRegistry.cpp:687
12 	xul.dll 	nsChromeRegistryConstructor 	xpcom/build/nsXPComInit.cpp:283
13 	xul.dll 	mozilla::GenericFactory::CreateInstance 	obj-firefox/xpcom/build/GenericFactory.cpp:48
14 	xul.dll 	nsComponentManagerImpl::CreateInstanceByContractID 	xpcom/components/nsComponentManager.cpp:1315
15 	xul.dll 	nsComponentManagerImpl::GetServiceByContractID 	xpcom/components/nsComponentManager.cpp:1676
16 	xul.dll 	nsCOMPtr_base::assign_from_gs_contractid 	obj-firefox/xpcom/build/nsCOMPtr.cpp:132
17 	xul.dll 	mozilla::services::GetChromeRegistryService 	xpcom/build/ServiceList.h:1
18 	xul.dll 	ParseManifestCommon 	xpcom/components/ManifestParser.cpp:613
19 	xul.dll 	ParseManifest 	xpcom/components/ManifestParser.cpp:660
20 	xul.dll 	nsComponentManagerImpl::RegisterJarManifest 	xpcom/components/nsComponentManager.cpp:597
21 	xul.dll 	nsComponentManagerImpl::ManifestManifest 	xpcom/components/nsComponentManager.cpp:694
22 	xul.dll 	ParseManifestCommon 	xpcom/components/ManifestParser.cpp:633
23 	xul.dll 	ParseManifest 	xpcom/components/ManifestParser.cpp:660
24 	xul.dll 	nsComponentManagerImpl::RegisterJarManifest 	xpcom/components/nsComponentManager.cpp:597
25 	xul.dll 	nsComponentManagerImpl::Init 	xpcom/components/nsComponentManager.cpp:403
26 	xul.dll 	NS_InitXPCOM2_P 	xpcom/build/nsXPComInit.cpp:527
27 	xul.dll 	ScopedXPCOMStartup::Initialize 	toolkit/xre/nsAppRunner.cpp:1186
28 	xul.dll 	XRE_main 	toolkit/xre/nsAppRunner.cpp:3541
29 	firefox.exe 	wmain 	toolkit/xre/nsWindowsWMain.cpp:128
30 	firefox.exe 	__tmainCRTStartup 	obj-firefox/memory/jemalloc/crtsrc/crtexe.c:591
31 	kernel32.dll 	BaseProcessStart
Severity: normal → critical
blocking2.0: --- → ?
For me, this really looks like a series of dupes from a single reporter. All within 2 minutes or so, all right at startup.
The last frame looks bogus, this is more likely in the prefs component.
Component: Graphics → Preferences: Backend
QA Contact: thebes → preferences-backend
It sits about #14 on the trunk for the past week (43 crashes). There are definitely crashes higher on the list. Why was this nominated?
Based on volume, don't think it blocks.
blocking2.0: ? → -
... and based on it being just one user.
Crash Signature: [@ _pixman_setup_combiner_functions_32 ]
a mere two crashes in past 5 months
bp-b68e2ac0-4340-4b52-9d18-eb1402130507 FF21
bp-28fb87e6-59d3-41c2-a689-bf4c02130627 FF22

0	gkmedias.dll	_pixman_setup_combiner_functions_32	gfx/cairo/libpixman/src/pixman-combine32.c
1	gkmedias.dll	_pixman_choose_implementation	gfx/cairo/libpixman/src/pixman-implementation.c
2	gkmedias.dll	_moz_pixman_image_composite32	gfx/cairo/libpixman/src/pixman.c
3	gkmedias.dll	_cairo_image_surface_composite	gfx/cairo/cairo/src/cairo-image-surface.c
4	gkmedias.dll	_cairo_win32_surface_composite	gfx/cairo/cairo/src/cairo-win32-surface.c
5	gkmedias.dll	_cairo_surface_composite	gfx/cairo/cairo/src/cairo-surface.c
6	gkmedias.dll	_composite_rectangle	gfx/cairo/cairo/src/cairo-win32-surface.c
Whiteboard: [startupcrash]
That stack is completely different from the stack in comment 0, FWIW.
This signature is occurring in very low numbers, i.e. 43 times in the past 6 months. I looked at a few of them and they're definitely all happening in gfx code, with nothing to do with prefs.
Component: Preferences: Backend → Graphics

Closing because no crashes reported for 12 weeks.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.