[Webkit-unassigned] [Bug 53003] Web Inspector: [JSC] implement setting breakpoints by line:column

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sat Jun 9 07:17:39 PDT 2012


--- Comment #24 from Pavel Feldman <pfeldman at chromium.org>  2012-06-09 07:17:37 PST ---
(From update of attachment 145731)
View in context: https://bugs.webkit.org/attachment.cgi?id=145731&action=review

> Source/WebCore/ChangeLog:6
> +        RIM PR https://bugzilla.qnx.com/bugzilla/show_bug.cgi?id=152507 depends on this bug.

What is RIM PR?

> Source/WebCore/bindings/js/ScriptDebugServer.cpp:99
> +    std::sort(breaksVector.begin(), breaksVector.end(), breakpointOrderSortFunction);

If breaksVector are breakpoints in the line, why comparing the line numbers in the comparator?

>> Source/WebCore/bindings/js/ScriptDebugServer.cpp:160
>> +    unsigned hitBreaksCount = m_lastHitScriptBreakpoints.size();
> I don't understand the purpose of m_lastHitScriptBreakpoints - isn't it always empty at this point?

I also can't say I'm following the purpose of the m_lastHitScriptBreakpoints.

> Source/WebCore/bindings/js/ScriptDebugServer.cpp:171
> +            m_lastHitScriptBreakpoints.append(breaksVector.at(i));

So at first, you will go here and consider that you should stop on breakpoint no matter whether its position matches the breakpoint column? This looks wrong.
If you set a breakpoint in the formatted script (which originally was a single javascript line), it will map to say line 1, column 42. Then every statement regardless of the offset will be finding this breakpoint and stopping on it.

> Source/WebCore/bindings/js/ScriptDebugServer.cpp:445
> +        m_currentCallFrame->updatePosition(hitPosition);

This sounds like a hack. You should get someone from the JSC team to bless it.

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

More information about the webkit-unassigned mailing list