Navigation Menu

Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crash in dartium dev tools at breakpoint #14802

Closed
blois opened this issue Nov 4, 2013 · 5 comments
Closed

Crash in dartium dev tools at breakpoint #14802

blois opened this issue Nov 4, 2013 · 5 comments
Assignees
Labels
type-bug Incorrect behavior (everything from a crash to more subtle misbehavior)

Comments

@blois
Copy link
Contributor

blois commented Nov 4, 2013

When hitting the following URL (can create a backup if needed):
http://blois.sea.corp.google.com:9898/github/blois/logging2_dartium_crash/test/registry_test.html

Have break on all exceptions on.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffd8f27700 (LWP 1229)]
0x0000000001512ed2 in WebCore::Frame::page (this=0x0) at ../../third_party/WebKit/Source/core/page/Frame.h:284
284 return m_page;
(gdb) print
The history is empty.
(gdb) bt

­0 0x0000000001512ed2 in WebCore::Frame::page (this=0x0) at ../../third_party/WebKit/Source/core/page/Frame.h:284

­1 0x00000000025fae91 in WebCore::PageScriptDebugServer::runMessageLoopOnPause (this=0x34b09cf5b980, context=...)

    at ../../third_party/WebKit/Source/bindings/v8/PageScriptDebugServer.cpp:192

­2 0x0000000002608a17 in WebCore::ScriptDebugServer::handleProgramBreak (this=0x34b09cf5b980, executionState=..., exception=...,

    hitBreakpointNumbers=...) at ../../third_party/WebKit/Source/bindings/v8/ScriptDebugServer.cpp:390

­3 0x0000000002608aa4 in WebCore::ScriptDebugServer::handleProgramBreak (this=0x34b09cf5b980, eventDetails=..., exception=...,

    hitBreakpointNumbers=...) at ../../third_party/WebKit/Source/bindings/v8/ScriptDebugServer.cpp:397

­4 0x00000000026093d5 in WebCore::ScriptDebugServer::handleV8DebugEvent (this=0x34b09cf5b980, eventDetails=...)

    at ../../third_party/WebKit/Source/bindings/v8/ScriptDebugServer.cpp:478

­5 0x000000000256792d in WebCore::DartDebugServer::handleException (this=0x34b09d258c60, exception=0x34b09ebbd138, trace=0x7fffd8f22e88)

    at ../../third_party/WebKit/Source/bindings/dart/DartDebugServer.cpp:411

­6 0x0000000002567564 in WebCore::DartDebugServer::exceptionHandler (isolateId=7115, exception=0x34b09ebbd138, trace=0x7fffd8f22e88)

    at ../../third_party/WebKit/Source/bindings/dart/DartDebugServer.cpp:363

­7 0x000000000443fc69 in dart::DebuggerEventHandler (event=0x7fffd8f22c90) at ../../dart/runtime/vm/debugger_api_impl.cc:151

­8 0x000000000447cb4b in dart::Debugger::SignalExceptionThrown (this=0x34b09d0a1770, exc=...) at ../../dart/runtime/vm/debugger.cc:1307

­9 0x000000000448a0ce in dart::Exceptions::Throw (exception=...) at ../../dart/runtime/vm/exceptions.cc:561

­10 0x000000000448a336 in dart::Exceptions::ThrowByType (type=dart::Exceptions::kNoSuchMethod, arguments=...)

    at ../../dart/runtime/vm/exceptions.cc:606

­11 0x0000000004d07f51 in dart::DN_HelperObject_noSuchMethod (isolate=0x34b09f328820, arguments=0x7fffd8f23700)

    at ../../dart/runtime/lib/object.cc:99

­12 0x0000000004d07892 in dart::BootstrapNatives::DN_Object_noSuchMethod (args=0x7fffd8f23700) at ../../dart/runtime/lib/object.cc:57

­13 0x00007fffd681b25d in ?? ()

­14 0x000034b09f328820 in ?? ()

­15 0x0000000001000006 in WTF::StringBuilder::resize (this=0x34b09d3c6220, newSize=13488)

    at ../../third_party/WebKit/Source/wtf/text/StringBuilder.cpp:89

@vsmenon
Copy link
Member

vsmenon commented Nov 6, 2013

Looking...


cc @jacob314.
Set owner to @vsmenon.
Added Started label.

@vsmenon
Copy link
Member

vsmenon commented Nov 6, 2013

It appears that we hit a problem when we handle a breakpoint while we're already blocked on another.

@vsmenon
Copy link
Member

vsmenon commented Nov 6, 2013

I've landed a fix for now: https://codereview.chromium.org/59283004/

We should either upstream or find a better fix - probably the latter. Reassigning to jacobr to review when he gets back.


Set owner to @jacob314.
Removed this from the M8 milestone.
Added this to the Later milestone.
Added Triaged label.

@kasperl
Copy link

kasperl commented Jul 10, 2014

Removed this from the Later milestone.
Added Oldschool-Milestone-Later label.

@kasperl
Copy link

kasperl commented Aug 4, 2014

Removed Oldschool-Milestone-Later label.

@kevmoo kevmoo added type-bug Incorrect behavior (everything from a crash to more subtle misbehavior) and removed priority-unassigned labels Feb 29, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type-bug Incorrect behavior (everything from a crash to more subtle misbehavior)
Projects
None yet
Development

No branches or pull requests

5 participants