[Webkit-unassigned] [Bug 25454] New: ASSERT in CodeBlock::reparseForExceptionInfoIfNecessary after reloading mlb.com while stopped at a JS breakpoint

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Apr 28 12:32:05 PDT 2009


https://bugs.webkit.org/show_bug.cgi?id=25454

           Summary: ASSERT in CodeBlock::reparseForExceptionInfoIfNecessary
                    after reloading mlb.com while stopped at a JS breakpoint
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Macintosh
        OS/Version: Mac OS X 10.5
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: JavaScriptCore
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: ggaren at apple.com


4/22/09 3:03 AM Alexey Proskuryakov:
I'm often getting an assertion failure/crash when trying to reproduce
<rdar://problem/6216106>.

1. Get a local copy of <http://oakland.athletics.mlb.com/> from
<rdar://problem/6425077>.
2. Open index.html, and enable debugging in Web Inspector.
3. Set a breakpoint in trays.js in function function resetMenues.
4. Hover top menu on the page, which will make JS stop on the breakpoint.
5. Reload the page.
6. Step over in JS debugger, which is still stopped.

Results: an assertion failure in
CodeBlock::reparseForExceptionInfoIfNecessary():
            ASSERT(newCodeBlock.m_instructionCount == m_instructionCount);

This is not 100% reproducible, but happens often. In release builds, a crash
occurs.

4/23/09 3:12 PM Geoff Garen:
Specifically, the assertion means that we compiled the same chunk of code
twice, and got a different result the second time. This probably indicates an
error in the bytecode and/or JIT compiler.

4/23/09 3:45 PM Geoff Garen:
One clue: Simply loading this page with the debugger enabled produces many
syntax and runtime errors that aren't there with the debugger disabled. So the
debugger seems to be wreaking havoc on source code and/or compilation.


-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.



More information about the webkit-unassigned mailing list