Is there any way that the coroutines library might...

# coroutines

[Rafal]

Is there any way that the coroutines library might not be ready for the 16 KB page support in Android 15?

I'm trying to test my app with use of this guide but the app is crashing with really enigmatic error logs. I can find some logs related to coroutines:

<http://runtime.cc:708]|runtime.cc:708]>   native: #00 pc 00081eb8  /apex/com.android.runtime/lib64/bionic/libc.so (syscall+24) (BuildId: 81c1fbfee9904a1dc89f2a3eb88aa8ff)
<http://runtime.cc:708]|runtime.cc:708]>   native: #01 pc 00976e5f  /apex/com.android.art/lib64/libart.so (art::Thread::Park+1295) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #02 pc 0088ac90  /apex/com.android.art/lib64/libart.so (art::Unsafe_park +592) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #03 pc 02855e9e  /memfd:jit-cache (deleted) (offset 2000000) (art_jni_trampoline+158)
<http://runtime.cc:708]|runtime.cc:708]>   native: #04 pc 02352fba  /memfd:jit-cache (deleted) (offset 2000000) (java.util.concurrent.locks.LockSupport.parkNanos+170)
<http://runtime.cc:708]|runtime.cc:708]>   native: #05 pc 0236ff97  /memfd:jit-cache (deleted) (offset 2000000) (kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.park+231)
<http://runtime.cc:708]|runtime.cc:708]>   native: #06 pc 0236f2bd  /memfd:jit-cache (deleted) (offset 2000000) (kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.tryPark+509)
<http://runtime.cc:708]|runtime.cc:708]>   native: #07 pc 0236db90  /memfd:jit-cache (deleted) (offset 2000000) (kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker+464)
<http://runtime.cc:708]|runtime.cc:708]>   native: #08 pc 00212154  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+756) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #09 pc 00553a6c  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke+204) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #10 pc 006c95a3  /apex/com.android.art/lib64/libart.so (bool art::interpreter::DoCall<false>+2339) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #11 pc 002331db  /apex/com.android.art/lib64/libart.so (void art::interpreter::ExecuteSwitchImplCpp<false>+14987) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #12 pc 0022d2e5  /apex/com.android.art/lib64/libart.so (ExecuteSwitchImplAsm+5) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #13 pc 00104464  /data/app/~~Vy6e--THB4c_TQe3Emq3OA==/com.example.app-==/base.apk (kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run)
<http://runtime.cc:708]|runtime.cc:708]>   native: #14 pc 006c1f0c  /apex/com.android.art/lib64/libart.so (art::interpreter::Execute +652) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #15 pc 00a36d99  /apex/com.android.art/lib64/libart.so (artQuickToInterpreterBridge+969) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #16 pc 0022b77c  /apex/com.android.art/lib64/libart.so (art_quick_to_interpreter_bridge+140) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #17 pc 00212154  /apex/com.android.art/lib64/libart.so (art_quick_invoke_stub+756) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #18 pc 00553a6c  /apex/com.android.art/lib64/libart.so (art::ArtMethod::Invoke+204) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #19 pc 00978414  /apex/com.android.art/lib64/libart.so (art::Thread::CreateCallback+1444) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #20 pc 00977e65  /apex/com.android.art/lib64/libart.so (art::Thread::CreateCallbackWithUffdGc+5) (BuildId: 37164bf9a88b19d6bb6b6e49afca7d34)
<http://runtime.cc:708]|runtime.cc:708]>   native: #21 pc 0006d2fa  /apex/com.android.runtime/lib64/bionic/libc.so (__pthread_start+58) (BuildId: 81c1fbfee9904a1dc89f2a3eb88aa8ff)
<http://runtime.cc:708]|runtime.cc:708]>   native: #22 pc 000601a8  /apex/com.android.runtime/lib64/bionic/libc.so (__start_thread+56) (BuildId: 81c1fbfee9904a1dc89f2a3eb88aa8ff)
<http://runtime.cc:708]|runtime.cc:708]>   at jdk.internal.misc.Unsafe.park(Native method)
<http://runtime.cc:708]|runtime.cc:708]>   - waiting on an unknown object
<http://runtime.cc:708]|runtime.cc:708]>   at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:376)
<http://runtime.cc:708]|runtime.cc:708]>   at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.park(CoroutineScheduler.kt:847)
<http://runtime.cc:708]|runtime.cc:708]>   at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.tryPark(CoroutineScheduler.kt:792)
<http://runtime.cc:708]|runtime.cc:708]>   at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.runWorker(CoroutineScheduler.kt:740)
<http://runtime.cc:708]|runtime.cc:708]>   at kotlinx.coroutines.scheduling.CoroutineScheduler$Worker.run(CoroutineScheduler.kt:693)
<http://runtime.cc:708]|runtime.cc:708]>

[Dmitry Khalanskiy [JB]]

In this stacktrace, we're simply calling https://docs.oracle.com/javase/8/docs/api/java/util/concurrent/locks/LockSupport.html#parkNanos-long- and asking the thread to sleep for some time. It should be a completely benign operation. Also, we don't use any native code on the JVM. I suggest reporting your issue to Google: https://issuetracker.google.com/issues?q=Android%2F