Repository navigation
Crash and freeze on build #1367
Description
Activity
App Version:
vC-r-0602-1322-arm64-v8a
Android 15NOTE: Why can't you download older versions? It's likely that this issue did not occur before.
I've noticed that the app is even freezing when it isn't building. I don't know what it's doing in the background then...
The stutters, freezes and crashes (probably OOM) is likely caused by something else. Unfortunately, it makes the app unusable.
Extremely high RAM usage after the initial project synchronization. Even when synchronization is no longer running, RAM usage does not decrease.
@KonerDev Hello! Are you still experiencing this issue with newer releases of the app?
Yes, in v26.29 the app is still crashing during the build process. It usually starts with extreme lags and UI stutters and eventually leads to a crash or app restart.
Feel free to tell me if you need more information for debugging/reproducing the issue
Version : v26.29 (C-r-0714-1232) (260714122)
CI Build : true
Branch : stage
Commit : 8e33ec6
Variant : arm64-v8a (release)
Build type : OFFICIAL
F-Droid Build : false
F-Droid Version : null
F-Droid Version code : -1
SDK Version : 35
Supported ABIs : [arm64-v8a, armeabi-v7a, armeabi]
Manufacturer : samsung
Device : SM-A336BLatest stacktrace:
java.lang.OutOfMemoryError: Failed to allocate a 80 byte allocation with 3052848 free bytes and 2981KB until OOM, target footprint 536870912, growth limit 536870912; giving up on allocation because <1% of heap free after GC. at java.lang.StringFactory.newStringFromBytes(Native Method) at java.lang.StringLatin1.newString(StringLatin1.java:774) at java.lang.StringBuilder.toString(StringBuilder.java:500) at com.itsaky.androidide.fragments.output.BuildOutputFragment.processLogs(SourceFile:159) at com.itsaky.androidide.fragments.output.BuildOutputFragment$processLogs$1.invokeSuspend(SourceFile:11) at kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(SourceFile:8) at kotlinx.coroutines.DispatchedTask.run(SourceFile:109) at kotlinx.coroutines.scheduling.CoroutineScheduler.runSafely(SourceFile:0) at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.executeTask(SourceFile:59) at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(SourceFile:28) at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(SourceFile:0)It's always crashing because there isnt enough memory. What could be the cause of this extremely high memory usage?
@Ben-ADFA NOTE: I also tried building an app based on the default Compose template offered in Code on the Go. This build was working fine, with no stutters or crashes.
The issue can therefore presumably only be reproduced when using the exact project I was building? (Clone https://www.github.com/Xed-Editor/Xed-Editor)
Note, older versions ARE available, we just don't link to them. The pattern is:
https://download.appdevforall.org/CodeOnTheGo-releaseYY.WW-armv8a.apk where YY is the 2-digit year and WW is the 2-digit week-of-year. If you want the 32bit variant, change '8' to '7' in 'v8a'.
Reacted by KonerDev
During the execution of the "assembleDebug" task, the user interface frequently stutters and freezes. After a while, it freezes completely and eventually crashes.The crash screen is blank and no stacktrace is shown. In the idelog.txt file I found this exception:
When manually running the gradlew build from the console (from the home screen without opening the project in the app) the build doesnt crash.
That's really unfortunate. I've always enjoyed using this app. I hope you can resolve this issue soon. Please let me know if you need any further information.