Fixed
Status Update
No update yet.
Comments
mu...@gmail.com
[Comment deleted]
rp...@google.com
Also of note is the adb error when trying to install bad APK: INSTALL_FAILED_DEXOPT
tr...@gmail.com
load dex files over 5Gb. -> load dex files over 5Mb.
ry...@gmail.com
Same here! Looking forward to a solution :)
Android Studio version: 0.8.12
buildToolsVersion 21.0.1
Gradle 1.11
Android Studio version: 0.8.12
buildToolsVersion 21.0.1
Gradle 1.11
us...@gmail.com
There is already an option in dx allowing to force generation of smaller dex files:
--set-max-idx-number=<value>
Unfortunately changing the default is not a solution since the linearAlloc limit can be reached at very different levels depending on the classes hierarchy and other criteria.
In addition for most applications, moving to multidex will only help to workaround the linearalloc limit for the installation. But the application will still crash against the same limit at execution. The only working use case where I know multidex can help with linearalloc is when the apk does not contains one application but distinct pieces running in separate process.
--set-max-idx-number=<value>
Unfortunately changing the default is not a solution since the linearAlloc limit can be reached at very different levels depending on the classes hierarchy and other criteria.
In addition for most applications, moving to multidex will only help to workaround the linearalloc limit for the installation. But the application will still crash against the same limit at execution. The only working use case where I know multidex can help with linearalloc is when the apk does not contains one application but distinct pieces running in separate process.
al...@gmail.com
Thanks for your quick response.
It's nice to know about that command line option. I do not see it in the output of 'dx --help', might be good to add that.
I'm not very familiar with the 'linearAlloc limit' issue outside of the context of the dexopt step. My sample app is able to run once the lower idx value is set, although I do not actually call into any of the library code that is bundled with the app. I assume it's undefined when/if the 'linearAlloc limit' will be hit in a large application on gb.
I'm a bit confused as to the platform compatibility of multidex given the 'linearAlloc limit' bug. What specific versions of Android are supported? The multidex code implies back to v4 (https://android.googlesource.com/platform/frameworks/multidex/+/master/library/src/android/support/multidex/MultiDex.java ) but it would seem that ICS is the earliest supported platform. Is this correct?
It's nice to know about that command line option. I do not see it in the output of 'dx --help', might be good to add that.
I'm not very familiar with the 'linearAlloc limit' issue outside of the context of the dexopt step. My sample app is able to run once the lower idx value is set, although I do not actually call into any of the library code that is bundled with the app. I assume it's undefined when/if the 'linearAlloc limit' will be hit in a large application on gb.
I'm a bit confused as to the platform compatibility of multidex given the 'linearAlloc limit' bug. What specific versions of Android are supported? The multidex code implies back to v4 (
vi...@gmail.com
The option is not documented in --help because it was designed for testing and we're not capable of documenting a reliable way to use it as a workaround of the linearalloc limit.
The linearalloc limit is reached when loading classes. At install time dexopt is loading all classes contained in the dex so it's facing the limit immediately. At execution the limit may be reached after some delay dependending of the usage you have of the packaged classes. If you face it at install time but not at execution, this means you never trigger the loading of some classes. In a real application those never loaded classes should have been shrinked away manually or by Proguard. The exception is when there are different groups of classes in the dex files used in separate process.
About multidex library supported versions I've merged recently a change to try to be clearerhttps://android-review.googlesource.com/#/c/108023/
The summary is that the library should work down to API 4 (Donut), but below ICS applications will probably be hit by the linearalloc limit
The linearalloc limit is reached when loading classes. At install time dexopt is loading all classes contained in the dex so it's facing the limit immediately. At execution the limit may be reached after some delay dependending of the usage you have of the packaged classes. If you face it at install time but not at execution, this means you never trigger the loading of some classes. In a real application those never loaded classes should have been shrinked away manually or by Proguard. The exception is when there are different groups of classes in the dex files used in separate process.
About multidex library supported versions I've merged recently a change to try to be clearer
The summary is that the library should work down to API 4 (Donut), but below ICS applications will probably be hit by the linearalloc limit
hr...@gmail.com
for Android studio use:
dexOptions {
additionalParameters = ['--multi-dex', '--set-max-idx-number=40000']
}
dexOptions {
additionalParameters = ['--multi-dex', '--set-max-idx-number=40000']
}
ra...@google.com
ra...@google.com
I still have this issue and it's driving me nuts
sp...@google.com
Is the Running Devices window still open at step 3? Does anything change if you close it?
ra...@google.com
Nothing changes if I close it. Just did, and now I can't paste anything into Studio until I restart the IDE.
sp...@google.com
sp...@google.com
sp...@google.com
an...@google.com
Thank you for your patience while our engineering team worked to resolve this issue. A fix for this issue is now available in:
- Android Studio Ladybug Feature Drop | 2024.2.2 Canary 1
- Android Gradle Plugin 8.8.0-alpha01
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
Thank you for taking the time to submit feedback — we really appreciate it!
an...@google.com
The fixes for this issue are now also available in:
- Android Studio Meerkat | 2024.3.1 Canary 5
- Android Gradle Plugin 8.9.0-alpha05
We encourage you to try the latest update.
If you notice further issues or have questions, please file a new bug report.
ep...@gmail.com
Excelente
ep...@gmail.com
Buenisima
Description
Scenarios:
1) Copy some text from anywhere outside the Android Studio (like browser/android Apps/other Linux apps...), try to paste anywhere in Android Studio (Dialogue box/Editor/terminal...) : NOT WORKING.
2) Copy some text from Android Studio, try to paste in android studio : NOT WORKING.
But the copied text is present in Clipboard. Checked by pressing Ctrl+Shift+V in Android Studio to show clipboard history.
3) Copy some text from Android Studio, try to paste outside Android Studio (like browser/android Apps/other Linux apps...) : WORKING FINE.
Android Studio Version : 3.4.1.
Device : Google Pixelbook (i5 7th Gen, 8Gb, 128Gb)
OS : ChromeOS
NOTE:
1) Not sure if it is an Android Studio Bug. Before updating to Android Studio 3.4.1, copy & paste is working very well without any bug in the same device.
2) Copy & Paste is working in Other Linux Apps. (Like Visual Studio Code, Terminal : by using Ctrl+Shift+V )
TRIED TROUBLE SHOOTS:
1) Uninstalled Android Studio.
2) Performed a Powerwash in Pixelbook.
3) Installed Android Studio again.
Still no use.
Build: 3.4.1, AI-183.6156.11.34.5522156, 201905012035, AI-183.6156.11.34.5522156, JRE 1.8.0_152-release-1343-b16-5323222x64 JetBrains s.r.o, OS Linux(amd64) v4.19.44-04905-gdcd4527c595a, screens 2400x1600Android Gradle Plugin: 3.4.1Gradle: 5.1.1NDK: from local.properties: (not specified); latest from SDK: (not found); LLDB: pinned revision 3.1 not found; latest from SDK: (package not found); CMake: from local.properties: (not specified); latest from SDK: (not found); from PATH: (not found); Source: user_sentiment_feedback IMPORTANT: Please read