Closed Bug 600147 Opened 14 years ago Closed 13 years ago

[D3D9] Start-up crash [@ CD3DBase::Init() ]

Categories

(Core :: Graphics, defect)

x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX
Tracking Status
blocking2.0 --- -

People

(Reporter: scoobidiver, Assigned: bjacob)

References

Details

(Keywords: crash, regression)

Crash Data

Build : Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b7pre) Gecko/20100927 Firefox/4.0b7pre This is a new crash signature that is introduced by this build. Until now, it happens only on start-up under Windows 7. Signature CD3DBase::Init() UUID 0cbb13d6-e2ed-40da-bfb3-189cc2100927 Time 2010-09-27 20:00:43.155526 Uptime 4 Last Crash 7 seconds before submission Install Age 8 seconds since version was first installed. Product Firefox Version 4.0b7pre Build ID 20100927041306 Branch 2.0 OS Windows NT OS Version 6.1.7600 CPU x86 CPU Info GenuineIntel family 6 model 15 stepping 11 Crash Reason EXCEPTION_ACCESS_VIOLATION_EXEC Crash Address 0xffffffffba7d8254 App Notes AdapterVendorID: 1002, AdapterDeviceID: 71c7 Frame Module Signature [Expand] Source 0 @0xba7d8254 1 d3d9.dll CD3DBase::Init 2 d3d9.dll CEnum::CreateDeviceImpl 3 d3d9.dll CEnum::CreateDeviceEx 4 xul.dll mozilla::layers::DeviceManagerD3D9::Init 5 xul.dll mozilla::layers::LayerManagerD3D9::Initialize gfx/layers/d3d9/LayerManagerD3D9.cpp:95 6 xul.dll nsWindow::GetLayerManager widget/src/windows/nsWindow.cpp:3222 7 xul.dll PresShell::DocumentStatesChanged layout/base/nsPresShell.cpp:5011 8 xul.dll nsDocument::DocumentStatesChanged content/base/src/nsDocument.cpp:4329 9 xul.dll NotifyDocumentTree dom/base/nsGlobalWindow.cpp:7147 10 xul.dll nsGlobalWindow::SetActive dom/base/nsGlobalWindow.cpp:7155 11 xul.dll nsGlobalWindow::ActivateOrDeactivate dom/base/nsGlobalWindow.cpp:7139 12 xul.dll nsFocusManager::WindowRaised dom/base/nsFocusManager.cpp:669 13 xul.dll nsWebShellWindow::HandleEvent xpfe/appshell/src/nsWebShellWindow.cpp:447 14 xul.dll nsWindow::DispatchEvent widget/src/windows/nsWindow.cpp:3532 15 xul.dll nsWindow::DispatchWindowEvent widget/src/windows/nsWindow.cpp:3562 16 xul.dll nsWindow::DispatchFocus widget/src/windows/nsWindow.cpp:4085 17 xul.dll nsWindow::DispatchFocusToTopLevelWindow widget/src/windows/nsWindow.cpp:4048 18 xul.dll nsWindow::ProcessMessage widget/src/windows/nsWindow.cpp:5107 19 xul.dll nsWindow::WindowProcInternal widget/src/windows/nsWindow.cpp:4338 20 xul.dll nsWindow::WindowProc widget/src/windows/nsWindow.cpp:4290 ... More reports at : http://crash-stats.mozilla.com/report/list?product=Firefox&version=Firefox%3A4.0b7pre&query_search=signature&query_type=exact&query=CD3DBase%3A%3AInit%28%29&range_value=4&range_unit=weeks&hang_type=any&process_type=any&plugin_field=&plugin_query_type=&plugin_query=&do_query=1&admin=&signature=CD3DBase%3A%3AInit%28%29
blocking2.0: --- → ?
This could be related to the fixing of bug 594976. Perhaps those device are just thoroughly messed up and shouldn't be getting HW accel at all?
Depends on: 594976
> This could be related to the fixing of bug 594976. Except that bug 594976 landing is in b7pre/20100928 build and not in b7pre/20100927.
That's interesting... since nothing touched this code since then :s.
Assignee: nobody → bjacob
blocking2.0: ? → final+
OK, Implementing the ATI driver blocklist...
blocking2.0: ? → -
Crash Signature: [@ CD3DBase::Init() ]
In the past month we have 2 of these on 8.0, 1 on 7.0.1 and 2 on 3.6. This isn't high enough volume to spend time on. Resolving as won't fix and it can be reopened if it spikes up.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.