Java Breakpoint not getting hit when debugging in a native project in a specific scenario [37129500]

Infeasible

Bug

[AOSP] assigned

[AOSP] Version-Studio-2.3

Migrated-Tools-C++

Migrated-Tools-C++ Debugger

Status Update

No update yet.

Description

na...@google.com

created issue #1

Dec 10, 2016 01:20AM

OS: Ubuntu

Android Studio 2.3 Canary 3
Build #AI-162.3561852, built on December 9, 2016
JRE: 1.8.0_112-release-b05 amd64
JVM: OpenJDK 64-Bit Server VM by JetBrains s.r.o

NDK: 14.0.3529234 rc1
LLDB: 2.3.3549278

Steps to reproduce:
1. Import the sample Audio Echo
2. Open the file MainActivity.java and place a break point at the line
status_view = (TextView)findViewById(R.id.statusView);
3. Open the file audio_main.cpp and put a breakpoint in the method

Java_com_google_sample_echo_MainActivity_createSLEngine(
JNIEnv *env, jclass type, jint sampleRate, jint framesPerBuf) {

4. Hit the debug button. First the breakpoint set in step 2 will get hit . Press F9 and then the one in step 3
5. Now open the file MainActivity.java and place a break point at the line
isPlaying = false;
6. Now press F9 again to resume

Expected result:
Breakpoint set in step 6 should get hit

Actual result:
Breakpoint is not hit

idea.log

594 KB

View

Download

Comments

an...@google.com <an...@google.com> #2Dec 12, 2016 07:51PM

Thank you for this feedback. The team may reach out for more information on triaging or reproducing this issue.

[Deleted User] <[Deleted User]> #3May 29, 2017 10:00PM

I have tried the example project you've provided, it does not reproduce.

Could you please try running with -Pandroid.useDexArchive=false? This disables the new dexing pipeline, and fallbacks to the old one.

Message last modified on May 29, 2017 10:00PM

ks...@google.com <ks...@google.com> #4Jun 1, 2017 03:52PM

@Mario Did you get a chance to try the build with -Pandroid.useDexArchive=false flag?

an...@google.com <an...@google.com> Aug 16, 2018 08:17PM

Reassigned to em...@google.com.

em...@google.com <em...@google.com> #5Aug 23, 2018 06:01PM

Status: New

I'm the college of @Mario and I make it work without issues and without using -Pandroid.useDexArchive=false by using alpha6 and removing retrolambda

ar...@google.com <ar...@google.com> Sep 19, 2019 10:24PM

Status: Won't Fix (Infeasible)

ma...@gmail.com <ma...@gmail.com> #6Feb 10, 2022 10:51AM

Sorry my comment from Apr 21, 2017 12:41PM was wrong.
With -Pandroid.useDexArchive=false it looks like this

:app:transformClassesWithDesugarForNonpayItalyCompatDebugAndroidTest
:app:transformClassesWithPreDexForNonpayItalyCompatDebugAndroidTest
Dex: warning: Ignoring InnerClasses attribute for an anonymous inner class
(org.ccil.cowan.tagsoup.Parser$1) that doesn't come with an
associated EnclosingMethod attribute. This class was probably produced by a
compiler that did not target the modern .class file format. The recommended
solution is to recompile the class from source, using an up-to-date compiler
and without specifying any "-target" type options. The consequence of ignoring
this warning is that reflective operations on this class will incorrectly
indicate that it is *not* an inner class.

:app:transformDexWithDexForNonpayItalyCompatDebugAndroidTest FAILED

FAILURE: Build failed with an exception.

* What went wrong:
Execution failed for task ':app:transformDexWithDexForNonpayItalyCompatDebugAndroidTest'.
> com.android.build.api.transform.TransformException: com.android.ide.common.process.ProcessException: java.util.concurrent.ExecutionException: com.android.dex.DexIndexOverflowException: method ID not in [0, 0xffff]: 65536

em...@google.com <em...@google.com> #7Mar 17, 2022 04:25PM

We updated our example repo

https://github.com/originx/Gradle_troubles_android_enteprise where you can see the issue.
Just run

./gradlew spoonGermanyDebugAndroidTest
or
./gradlew spoonGermanyDebugAndroidTest -Pandroid.useDexArchive=false

and you will see the issue