Ignore:
Timestamp:
Apr 25, 2013, 12:54:53 PM (12 years ago)
Author:
[email protected]
Message:

JSC: Fix interpreter misbehavior in builds with JIT disabled
https://bugs.webkit.org/show_bug.cgi?id=115190

Patch by Nick Diego Yamane <[email protected]> on 2013-04-25
Reviewed by Oliver Hunt.

Commit http://trac.webkit.org/changeset/147858 modified
some details on how JS stack traces are built. The method
"getLineNumberForCallFrame", renamed in that changeset to
"getBytecodeOffsetForCallFrame" is always returning `0' when
JIT is disabled

How to reproduce:

  • Build webkit with JIT disabled
  • Open MiniBrowser, for example, with http://google.com
  • In a debug build, WebProcess will hit the following ASSERT: Source/JavaScriptCore/bytecode/UnlinkedCodeBlock.cpp:279 ASSERT(low);
  • interpreter/Interpreter.cpp:

(JSC::getBytecodeOffsetForCallFrame):

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/Source/JavaScriptCore/interpreter/Interpreter.cpp

    r148720 r149134  
    571571    if (!codeBlock)
    572572        return 0;
    573 #if ENABLE(JIT)
    574573#if ENABLE(DFG_JIT)
    575574    if (codeBlock->getJITType() == JITCode::DFGJIT)
     
    577576#endif
    578577    return callFrame->bytecodeOffsetForNonDFGCode();
    579 #else
    580     return 0;
    581 #endif
    582578}
    583579
Note: See TracChangeset for help on using the changeset viewer.