art/runtime/jdwp/jdwp_event.cc:661] Check failed: Thread::Current() != GetDebugThread() (Thread::Current()=0x7ffeecc19400, GetDebugThread()=0x7ffeecc19400) Expected event thread [37126388]

Fixed

Bug

[AOSP] duplicate

Migrated-Tools-debugger

[AOSP] mac

[AOSP] Version-Studio-2.3

Migrated-Tools-Layout Editor

[AOSP] win10

[AOSP] Version-Studio-2.2

Migrated-Tools-Studio

[AOSP] assigned

Migrated-Tools-Instant Run

NeedsInfo

Migrated-Tools-Hierarchy Viewer

[AOSP] FutureRelease

Reviewed (L1)

Status Update

No update yet.

Description

ch...@gmail.com

created issue #1

Nov 10, 2016 11:28PM

setting a breakpoint on a method entry causes an abort, pasted below.
it is happened in Android 7.1.1 (Goolge APIs x86_64) API25 emulator.
but everything is good in Android 7.0.0 (Goolge APIs x86_64) API24 and my redmi.

A/art: art/runtime/jdwp/jdwp_event.cc:661] Check failed: Thread::Current() != GetDebugThread() (Thread::Current()=0x7ffeecc19400, GetDebugThread()=0x7ffeecc19400) Expected event thread
A/art: art/runtime/runtime.cc:422] Runtime aborting...
A/art: art/runtime/runtime.cc:422] Aborting thread:
A/art: art/runtime/runtime.cc:422] "JDWP" prio=5 tid=4 WaitingForDebuggerSend
A/art: art/runtime/runtime.cc:422] | group="" sCount=0 dsCount=0 obj=0x12c2fa60 self=0x7ffeecc19400
A/art: art/runtime/runtime.cc:422] | sysTid=3024 nice=0 cgrp=default sched=0/0 handle=0x7ffef2a10450
A/art: art/runtime/runtime.cc:422] | state=R schedstat=( 0 0 0 ) utm=2 stm=2 core=3 HZ=100
A/art: art/runtime/runtime.cc:422] | stack=0x7ffef2914000-0x7ffef2916000 stackSize=1013KB
A/art: art/runtime/runtime.cc:422] | held mutexes= "abort lock"
A/art: art/runtime/runtime.cc:422] native: #00 pc 00000000005315ae /system/lib64/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9ArtMethodEPv+238)
A/art: art/runtime/runtime.cc:422] native: #01 pc 00000000005022cc /system/lib64/libart.so (_ZNK3art6Thread9DumpStackERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEbP12BacktraceMap+412)
A/art: art/runtime/runtime.cc:422] native: #02 pc 00000000004ef05b /system/lib64/libart.so (_ZNK3art10AbortState10DumpThreadERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEPNS_6ThreadE+43)
A/art: art/runtime/runtime.cc:422] native: #03 pc 00000000004eeeb4 /system/lib64/libart.so (_ZNK3art10AbortState4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEE+516)
A/art: art/runtime/runtime.cc:422] native: #04 pc 00000000004e1bc0 /system/lib64/libart.so (_ZN3art7Runtime5AbortEPKc+128)
A/art: art/runtime/runtime.cc:422] native: #05 pc 000000000014cdae /system/lib64/libart.so (_ZN3art10LogMessageD1Ev+1630)
A/art: art/runtime/runtime.cc:422] native: #06 pc 000000000038a557 /system/lib64/libart.so (_ZN3art4JDWP9JdwpState24AcquireJdwpTokenForEventEm+583)
A/art: art/runtime/runtime.cc:422] native: #07 pc 0000000000389c97 /system/lib64/libart.so (_ZN3art4JDWP9JdwpState29SendRequestAndPossiblySuspendEPNS0_9ExpandBufENS0_17JdwpSuspendPolicyEm+199)
A/art: art/runtime/runtime.cc:422] native: #08 pc 000000000038f16f /system/lib64/libart.so (_ZN3art4JDWP9JdwpState16PostClassPrepareEPNS_6mirror5ClassE+1583)
A/art: art/runtime/runtime.cc:422] native: #09 pc 000000000018f8bf /system/lib64/libart.so (_ZN3art11ClassLinker11DefineClassEPNS_6ThreadEPKcmNS_6HandleINS_6mirror11ClassLoaderEEERKNS_7DexFileERKNS9_8ClassDefE+1023)
A/art: art/runtime/runtime.cc:422] native: #10 pc 0000000000419863 /system/lib64/libart.so (_ZN3artL25DexFile_defineClassNativeEP7_JNIEnvP7_jclassP8_jstringP8_jobjectS7_S7_+451)
A/art: art/runtime/runtime.cc:422] native: #11 pc 00000000001ddbb6 /system/framework/x86_64/boot-core-libart.oat (???)
A/art: art/runtime/runtime.cc:422] at dalvik.system.DexFile.defineClassNative(Native method)
A/art: art/runtime/runtime.cc:422] at dalvik.system.DexFile.defineClass(DexFile.java:296)
A/art: art/runtime/runtime.cc:422] at dalvik.system.DexFile.loadClassBinaryName(DexFile.java:289)
A/art: art/runtime/runtime.cc:422] at dalvik.system.DexPathList.findClass(DexPathList.java:418)
A/art: art/runtime/runtime.cc:422] at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:54)
A/art: art/runtime/runtime.cc:422] at com.android.tools.fd.runtime.IncrementalClassLoader$DelegateClassLoader.findClass(IncrementalClassLoader.java:90)
A/art: art/runtime/runtime.cc:422] at com.android.tools.fd.runtime.IncrementalClassLoader.findClass(IncrementalClassLoader.java:62)
A/art: art/runtime/runtime.cc:422] at java.lang.ClassLoader.loadClass(ClassLoader.java:380)
A/art: art/runtime/runtime.cc:422] at java.lang.ClassLoader.loadClass(ClassLoader.java:367)
A/art: art/runtime/runtime.cc:422] at java.lang.ClassLoader.loadClass(ClassLoader.java:367)
A/art: art/runtime/runtime.cc:422] at java.lang.ClassLoader.loadClass(ClassLoader.java:312)
A/art: art/runtime/runtime.cc:422] Dumping all threads without appropriate locks held: thread list lock mutator lock
A/art: art/runtime/runtime.cc:422] All threads:
A/art: art/runtime/runtime.cc:422] DALVIK THREADS (33):
A/art: art/runtime/runtime.cc:422] "JDWP" prio=5 tid=4 Runnable
A/art: art/runtime/runtime.cc:422] | group="" sCount=0 dsCount=0 obj=0x12c2fa60 self=0x7ffeecc19400
A/art: art/runtime/runtime.cc:422] | sysTid=3024 nice=0 cgrp=default sched=0/0 handle=0x7ffef2a10450
A/art: art/runtime/runtime.cc:422] | state=R schedstat=( 0 0 0 ) utm=4 stm=2 core=0 HZ=100
A/art: art/runtime/runtime.cc:422] | stack=0x7ffef2914000-0x7ffef2916000 stackSize=1013KB
A/art: art/runtime/runtime.cc:422] | held mutexes= "abort lock" "mutator lock"(shared held)
A/art: art/runtime/runtime.cc:422] native: #00 pc 00000000005315ae /system/lib64/libart.so (_ZN3art15DumpNativeStackERNSt3__113basic_ostreamIcNS0_11char_traitsIcEEEEiP12BacktraceMapPKcPNS_9ArtMethodEPv+238)
A/art: art/runtime/runtime.cc:422] native: #01 pc 00000000005022cc /system/lib64/libart.so (_ZNK3art6Thread9DumpStackERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEbP12BacktraceMap+412)
A/art: art/runtime/runtime.cc:422] native: #02 pc 000000000051bf58 /system/lib64/libart.so (_ZN3art14DumpCheckpoint3RunEPNS_6ThreadE+936)
A/art: art/runtime/runtime.cc:422] native: #03 pc 000000000051335f /system/lib64/libart.so (_ZN3art10ThreadList13RunCheckpointEPNS_7ClosureE+511)
A/art: art/runtime/runtime.cc:422] native: #04 pc 0000000000512f60 /system/lib64/libart.so (_ZN3art10ThreadList4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEEb+848)
A/art: art/runtime/runtime.cc:422] native: #05 pc 00000000004eee2d /system/lib64/libart.so (_ZNK3art10AbortState4DumpERNSt3__113basic_ostreamIcNS1_11char_traitsIcEEEE+381)
A/art: art/runtime/runtime.cc:422] native: #06 pc 00000000004e1bc0 /system/lib64/libart.so (_ZN3art7Runtime5AbortEPKc+128)
A/art: art/runtime/runtime.cc:422] native: #07 pc 000000000014cdae /system/lib64/libart.so (_ZN3art10LogMessageD1Ev+1630)
A/art: art/runtime/runtime.cc:422] native: #08 pc 000000000038a557 /system/lib64/libart.so (_ZN3art4JDWP9JdwpState24AcquireJdwpTokenForEventEm+583)
A/art: art/runtime/runtime.cc:422] native: #09 pc 0000000000389c97 /system/lib64/libart.so (_ZN3art4JDWP9JdwpState29SendRequestAndPossiblySuspendEPNS0_9ExpandBufENS0_17JdwpSuspendPolicyEm+199)
A/art: art/runtime/runtime.cc:422] native: #10 pc 000000000038f16f /system/lib64/libart.so (_ZN3art4JDWP9JdwpState16PostClassPrepareEPNS_6mirror5ClassE+1583)
A/art: art/runtime/runtime.cc:422] native: #11 pc 000000000018f8bf /system/lib64/libart.so (_ZN3art11ClassLinker11DefineClassEPNS_6ThreadEPKcmNS_6HandleINS_6mirror11ClassLoaderEEERKNS_7DexFileERKNS9_8ClassDefE+1023)
A/art: art/runtime/runtime.cc:422] native: #12 pc 0000000000419863 /system/lib64/libart.so (_ZN3artL25DexFile_defineClassNativeEP7_JNIEnvP7_jclassP8_jstringP8_jobjectS7_S7_+451)
A/art: art/runtime/runtime.cc:422] native: #13 pc 00000000001ddbb6 /system/framework/x86_64/boot-core-libart.oat (Java_dalvik_system_DexFile_defineClassNative__Ljava_lang_String_2Ljava_lang_ClassLoader_2Ljava_lang_Object_2Ldalvik_system_DexFile_2+290)
A/art: art/runtime/runtime.cc:422] at dalvik.system.DexFile.defineClassNative(Native method)
A/art: art/runtime/runtime.cc:422] at dalvik.system.DexFile.defineClass(DexFile.java:296)
A/art: art/runtime/runtime.cc:422] at dalvik.system.DexFile.loadClassBinaryName(DexFile.java:289)
A/art: art/runtime/runtime.cc:422] at dalvik.system.DexPathList.findClass(DexPathList.java:418)
A/art: art/runtime/runtime.cc:422] at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:54)
A/art: art/runtime/runtime.cc:422] at com.android.tools.fd.runtime.IncrementalClassLoader$DelegateClassLoader.findClass(IncrementalClassLoader.java:90)
A/art: art/runtime/runtime.cc:422] at com.android.tools.fd.runtime.IncrementalClassLoader.findClass(IncrementalClassLoader.java:62)
A/art: art/runtime/runtime.cc:422] at java.lang.ClassLoader.loadClass(ClassLoader.java:380)
A/art: art/runtime/runtime.cc:422] at java.lang.ClassLoader.loadClass(ClassLoader.java:367)
A/art: art/runtime/runtime.cc:422] at java.lang.ClassLoader.loadClass(ClassLoader.java:367)
A/art: art/runtime/runtime.cc:422] at java.lang.ClassLoader.loadClass(ClassLoader.java:312)

Comments

ha...@metacube.com <ha...@metacube.com> #2Nov 14, 2016 06:39AM

We use build flavours heavily with a lot of common code. The refactoring support in AS is really good but it continually catches us out when it doesn't work across all flavours in a project. It's a big gap for serious product development.

am...@google.com <am...@google.com> #3Nov 14, 2016 07:32AM

Assigned to am...@google.com.

We at my company need this same feature. We have a lot of white labels and need refactor the same class across flavours. :(

ch...@gmail.com <ch...@gmail.com> #4Nov 16, 2016 06:34AM

I need this feature too...

ch...@gmail.com <ch...@gmail.com> #5Nov 16, 2016 06:36AM

+1, I need this very badly

am...@google.com <am...@google.com> #6Nov 16, 2016 07:05AM

+1 My company also need this feature.

da...@gmail.com <da...@gmail.com> #7Nov 18, 2016 12:47AM

Can we atleast know the status of the issue please? Will it be fixed or is it in low priority. It's been 4 years.

da...@gmail.com <da...@gmail.com> #8Nov 18, 2016 12:50AM

We are currently investigating possibly solutions.

am...@google.com <am...@google.com> #9Nov 18, 2016 03:58AM

+1 This will exclude a lot of unnecessary work. In my work I have 25 flavours. :(

[Deleted User] <[Deleted User]> #11Nov 18, 2016 10:32AM

Any update on this?

am...@google.com <am...@google.com> #12Nov 18, 2016 11:10AM

We also need this feature...please...

[Deleted User] <[Deleted User]> #13Nov 18, 2016 11:53AM

I would like to vote for this feature as well.

ch...@gmail.com <ch...@gmail.com> #14Nov 19, 2016 09:16AM

ig...@gmail.com <ig...@gmail.com> #15Nov 19, 2016 05:08PM

Build flavor source code is useless until this is fixed.

am...@google.com <am...@google.com> #16Nov 21, 2016 08:57AM

am...@google.com <am...@google.com> #17Dec 1, 2016 05:22AM

Marked as fixed.

ro...@gmail.com <ro...@gmail.com> #21Jan 5, 2017 04:20PM

I know you don't usually have answers for this question but I'll try anyway. Any idea when this fix will roll out? As far as I can tell, I'm unable to debug any device with 7.1.1, which is a pretty big problem. My Pixel received the Jan 2017 update and the issue is still present.

Is this a fix that will arrive in a monthly Android update or will it be pushed out some other way? Is there any kind of work-around?

mi...@gmail.com <mi...@gmail.com> #22Jan 5, 2017 04:38PM

I have the same problem with my Nexus 5x.Debug is a really important thing for development and not yet it can not be used. I have to use an older device or emulator with a lower version. Yesterday I received Jan 2017 update, but the error persists.

ke...@gmail.com <ke...@gmail.com> #23Jan 9, 2017 08:39PM

Problem is serious and remaining. Google please action.

su...@generism.com <su...@generism.com> #25Jan 12, 2017 10:20AM

Same problem than than Miroslav.
Nexus 5x and Debug mode and Breakpoint on Activity.onCreate => Fail

we...@gmail.com <we...@gmail.com> #26Jan 17, 2017 12:33AM

same in pixel device at 7.1.1

lo...@gmail.com <lo...@gmail.com> #27Jan 17, 2017 10:24AM

If you experience this problem, try turning off instant run. It helped in my case (Android Wear 2 Preview)

[Deleted User] <[Deleted User]> #28Jan 17, 2017 05:50PM

Same problem in Pixel C Tablet.

jh...@gmail.com <jh...@gmail.com> #29Jan 20, 2017 09:07AM

Same problem on Nexus 6P physical device, as well as emulators. Turning off Instant Run helped for me

jo...@gmail.com <jo...@gmail.com> #30Jan 23, 2017 12:53PM

Same problem on Sony Xperia X running 7.1.1.

ap...@gmail.com <ap...@gmail.com> #31Feb 2, 2017 12:27AM

[Comment deleted]

ap...@gmail.com <ap...@gmail.com> #32Feb 2, 2017 12:28AM

[Comment deleted]

ap...@gmail.com <ap...@gmail.com> #33Feb 2, 2017 12:29AM

Same issue, attempting to debug my app on a Nexus 6p running N4F26J .

A/art: art/runtime/jdwp/jdwp_event.cc:661] Check failed: Thread::Current() != GetDebugThread() (Thread::Current()=0x7103636400, GetDebugThread()=0x7103636400) Expected event thread

Turning off Instant Run worked, I can debug now. I also reported this as an Instant Run issue.

[Deleted User] <[Deleted User]> #34Feb 2, 2017 02:52AM

Same problem here, Nexus 6P emulator. Turning off "Instant Run" made it work for me.

[Deleted User] <[Deleted User]> #35Feb 4, 2017 12:39AM

Same issue AS 2.2.3 on Win 10. Sometimes clearing all breakpoints fixes it, but the only true workaround seems to be to turn off InstantRun.

vs...@google.com <vs...@google.com> #36Feb 4, 2017 12:40AM

Could someone file a new bug about Instant Run and provide a reproducible test case? Thanks!

bo...@gmail.com <bo...@gmail.com> #40May 28, 2017 10:10AM

I am currently facing the same issue on the Android Wear emulator 7.1.1 - making it impossible for me to resolve a bug I have in my project (no debugger...)
am...@google.com / #17 in which versions are we supposed to see this fix?

da...@gmail.com <da...@gmail.com> #41May 28, 2017 10:40PM

Disabling instant run is a temporary fix if you need to debug.

mt...@gmail.com <mt...@gmail.com> #42Jul 27, 2017 08:13AM

I'm having same issue on Android 2.3.3 (Windows 10) and Android 7.1.1.

ra...@gmail.com <ra...@gmail.com> #43Jul 31, 2017 06:21AM

stably reproducible on Emulator tablets with Android N for me. Cleared all breakpoints for now to unblock.

Stacktrace attached in case needed.

deleted

Restricted

0 B

pa...@gmail.com <pa...@gmail.com> #44Aug 13, 2017 08:41AM

After my Nexus 6 got updated to 7.1.1, my app was crashing immediately, in the debugger, with similar crash log to #1.
Seeing this,

https://stackoverflow.com/questions/40618803/android-app-crashes-when-launched-in-debug-mode ,
removed all breakpoints, and the app no longer crashes in debugger!

Why you have it as Status fixed?

mu...@gmail.com <mu...@gmail.com> #45Oct 23, 2017 01:25PM

I am having the same problem. By disabling instant run in my android studio the problem goes away

je...@gmail.com <je...@gmail.com> #46Jan 2, 2018 08:07PM

I am having this problem. My app runs without error, but when using the debugger it crashes.

compileSdkVersion 27
buildToolsVersion '27.0.2'

Stacktrace attached

deleted

Restricted

0 B

je...@gmail.com <je...@gmail.com> #47Jan 2, 2018 08:35PM

I was able to resolve above by clearing all breakpoints

lo...@gmail.com <lo...@gmail.com> #48Jan 22, 2018 04:04PM

Any news about the fix from Google? The issue has been marked as fixed more than a year ago, saying that the fix "it will be available in a future build". But it's clearly still here.

[Deleted User] <[Deleted User]> #49Apr 4, 2018 10:36AM

+1 Any update on this issue?

ab...@gmail.com <ab...@gmail.com> #50Jun 5, 2018 09:31AM

Still facing the same issue, I had to disable instant run to make it work.

ma...@hotmail.com <ma...@hotmail.com> #51Oct 19, 2018 02:41PM

There is at least a regression here, upgrading to Android Studio 3.2.1 (from the latest 3.1) introduced this crash for me. Same project, same device, but the JVM would now crash on any activity launch instead of hitting an expected breakpoint.

[Deleted User] <[Deleted User]> #52Jan 18, 2019 06:16PM

Subscribing by comment, since I just hit this bug myself (or something very similar). Couldn't find another way to subscribe.

[Deleted User] <[Deleted User]> #53Apr 29, 2019 04:04PM

Subscribing by comment. It would be nice if Google told us when they bothered to release the fix (or it they have over a year later). Then we could confirm if it is actually fixed or if the problem is still on going.

Issue 37126388

Description

Issue summary

Comments

ha...@metacube.com <ha...@metacube.com> #2Nov 14, 2016 06:39AM

am...@google.com <am...@google.com> #3Nov 14, 2016 07:32AM

ch...@gmail.com <ch...@gmail.com> #4Nov 16, 2016 06:34AM

ch...@gmail.com <ch...@gmail.com> #5Nov 16, 2016 06:36AM

am...@google.com <am...@google.com> #6Nov 16, 2016 07:05AM

da...@gmail.com <da...@gmail.com> #7Nov 18, 2016 12:47AM

da...@gmail.com <da...@gmail.com> #8Nov 18, 2016 12:50AM

am...@google.com <am...@google.com> #9Nov 18, 2016 03:58AM

[Deleted User] <[Deleted User]> #11Nov 18, 2016 10:32AM

am...@google.com <am...@google.com> #12Nov 18, 2016 11:10AM

[Deleted User] <[Deleted User]> #13Nov 18, 2016 11:53AM

ch...@gmail.com <ch...@gmail.com> #14Nov 19, 2016 09:16AM

ig...@gmail.com <ig...@gmail.com> #15Nov 19, 2016 05:08PM

am...@google.com <am...@google.com> #16Nov 21, 2016 08:57AM

am...@google.com <am...@google.com> #17Dec 1, 2016 05:22AM

ro...@gmail.com <ro...@gmail.com> #21Jan 5, 2017 04:20PM

mi...@gmail.com <mi...@gmail.com> #22Jan 5, 2017 04:38PM

ke...@gmail.com <ke...@gmail.com> #23Jan 9, 2017 08:39PM

su...@generism.com <su...@generism.com> #25Jan 12, 2017 10:20AM

we...@gmail.com <we...@gmail.com> #26Jan 17, 2017 12:33AM

lo...@gmail.com <lo...@gmail.com> #27Jan 17, 2017 10:24AM

[Deleted User] <[Deleted User]> #28Jan 17, 2017 05:50PM

jh...@gmail.com <jh...@gmail.com> #29Jan 20, 2017 09:07AM

jo...@gmail.com <jo...@gmail.com> #30Jan 23, 2017 12:53PM

ap...@gmail.com <ap...@gmail.com> #31Feb 2, 2017 12:27AM

ap...@gmail.com <ap...@gmail.com> #32Feb 2, 2017 12:28AM

ap...@gmail.com <ap...@gmail.com> #33Feb 2, 2017 12:29AM

[Deleted User] <[Deleted User]> #34Feb 2, 2017 02:52AM

[Deleted User] <[Deleted User]> #35Feb 4, 2017 12:39AM

vs...@google.com <vs...@google.com> #36Feb 4, 2017 12:40AM

bo...@gmail.com <bo...@gmail.com> #40May 28, 2017 10:10AM

da...@gmail.com <da...@gmail.com> #41May 28, 2017 10:40PM

mt...@gmail.com <mt...@gmail.com> #42Jul 27, 2017 08:13AM

ra...@gmail.com <ra...@gmail.com> #43Jul 31, 2017 06:21AM

pa...@gmail.com <pa...@gmail.com> #44Aug 13, 2017 08:41AM

mu...@gmail.com <mu...@gmail.com> #45Oct 23, 2017 01:25PM

je...@gmail.com <je...@gmail.com> #46Jan 2, 2018 08:07PM

je...@gmail.com <je...@gmail.com> #47Jan 2, 2018 08:35PM

lo...@gmail.com <lo...@gmail.com> #48Jan 22, 2018 04:04PM

[Deleted User] <[Deleted User]> #49Apr 4, 2018 10:36AM

ab...@gmail.com <ab...@gmail.com> #50Jun 5, 2018 09:31AM

ma...@hotmail.com <ma...@hotmail.com> #51Oct 19, 2018 02:41PM

[Deleted User] <[Deleted User]> #52Jan 18, 2019 06:16PM

[Deleted User] <[Deleted User]> #53Apr 29, 2019 04:04PM

Add comment

Issue metadata