Closed Bug 601893 Opened 14 years ago Closed 14 years ago

WebGL crash [@ atioglxx.dll@0x3392e0]

Categories

(Core :: Graphics: CanvasWebGL, defect)

x86
Windows 7
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 602183
Tracking Status
blocking2.0 --- betaN+

People

(Reporter: spammaaja, Unassigned)

References

()

Details

(Keywords: crash, crashreportid)

Crash Data

Attachments

(2 files)

User-Agent:       Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b6) Gecko/20100101 Firefox/4.0b6
Build Identifier: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0b7pre) Gecko/20101004 Firefox/4.0b7pre

WebGL causes crashes in the BeatDetektor3HD demo. Didn't happen before the 20101004 nightly.

http://crash-stats.mozilla.com/report/index/bp-85485d03-c40d-49de-ab4c-491972101005

http://crash-stats.mozilla.com/report/index/bp-e7196f54-6ae5-4a1a-b75e-983bf2101005

http://crash-stats.mozilla.com/report/index/bp-85485d03-c40d-49de-ab4c-491972101005

http://crash-stats.mozilla.com/report/index/bp-345582f6-c997-4530-b531-400f52101005

Reproducible: Always

Steps to Reproduce:
1. Open the URL and click the play button
2. You may need to refresh the page and press the play button again
blocking2.0: --- → ?
Keywords: crash
Attached image GPU-Z screenshot
Keywords: crashreportid
Version: unspecified → Trunk
Very strange: nothing changed in this area on that day. But it could be that there was a latent bug there. This stack track, pointing to UnbindFakeBlackTextures, reminds me of bug 598517.

There are a couple of things that would really help here. First, having a stack trace from a debug build; second, having such a debug build with the patch from bug 597881 (it will soon get pushed anyway) applied and the MOZ_GL_DEBUG environment variable defined.
I tried to find when crash started, with webgl.enabled_for_all_sites;true.

Possible regression window .
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=0fa5626cec95&tochange=9829aad9a09f
These commits aren't directly related to the places found in the stack traces, so I suspect a preexisting problem. It would be very helpful to do as explained in comment 2; see also bug 600870 comment 1.
Is this the correct debug build: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/tinderbox-builds/mozilla-central-win32-debug/1286290590/firefox-4.0b7pre.en-US.win32.zip ?

Could the crash be caused by attempting to start the demo before it has been downloaded? The crash seems to happen only if I click the play button immediately after it appears.
Well, that debug build won't even start. The error message says something about parallel definitions (rough translation to English), application's event log and sxstrace.exe.
Summary: WebGL crash @ atioglxx.dll@0x3392e0 → WebGL crash [@ atioglxx.dll@0x3392e0]
Attached file debug log
Here's a windbg log of the crash, using these instructions: https://developer.mozilla.org/index.php?title=en/How_to_get_a_stacktrace_with_WinDbg.
That is from the normal nightly build though. The debug builds won't run.
It doesn't crash anymore, so I think it got fixed with Bug 602183 - Crash [@ atioglxx.dll@0x15a1d3 ] on certain site. The url in bug 602183 caused a similar crash too for me (@ atioglxx.dll@0x3392e0). http://crash-stats.mozilla.com/report/index/bp-b956eabb-daf8-41a5-8f37-63c182101007
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
blocking2.0: ? → betaN+
Crash Signature: [@ atioglxx.dll@0x3392e0]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: