-
Type: Bug
-
Resolution: Unresolved
-
Priority: Major - P3
-
None
-
Affects Version/s: None
-
Component/s: None
How frequently does the bug occur?
Always
Description
Hey,
I upgraded from realm 1.10.0 to 1.13.0 and now I'm getting the following error:
It is thrown when a dbQuery is transformed asFlow.
Stacktrace & log output
Unable to find source-code formatter for language: shell. Available languages are: actionscript, ada, applescript, bash, c, c#, c++, cpp, css, erlang, go, groovy, haskell, html, java, javascript, js, json, lua, none, nyan, objc, perl, php, python, r, rainbow, ruby, scala, sh, sql, swift, visualbasic, xml, yaml
`# # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f024b143098, pid=93286, tid=93788 # # JRE version: OpenJDK Runtime Environment Temurin-17.0.9+9 (17.0.9+9) (build 17.0.9+9) # Java VM: OpenJDK 64-Bit Server VM Temurin-17.0.9+9 (17.0.9+9, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-amd64) # Problematic frame: # C [libc.so.6+0x165098] # # No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again # # If you would like to submit a bug report, please visit: # https://github.com/adoptium/adoptium-support/issues # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # --------------- S U M M A R Y ------------ Command Line: -Dcompose.application.configure.swing.globals=true -Dcompose.application.resources.dir=/home/frederik/IdeaProjects/livesets-manager/desktop/build/compose/tmp/prepareAppResources -Dfile.encoding=UTF-8 -Duser.country=DE -Duser.language=de -Duser.variant app.livesets.manager.desktop.MainKt Host: AMD Ryzen 7 7840HS with Radeon 780M Graphics, 16 cores, 27G, Debian GNU/Linux trixie/sid Time: Wed Jan 3 17:19:02 2024 CET elapsed time: 4.784355 seconds (0d 0h 0m 4s) --------------- T H R E A D --------------- Current thread (0x00007f012c03dd30): JavaThread "writer-default.realm" daemon [_thread_in_native, id=93788, stack(0x00007f00be6fd000,0x00007f00be7fd000)] Stack: [0x00007f00be6fd000,0x00007f00be7fd000], sp=0x00007f00be7faad8, free space=1014k Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code) C [libc.so.6+0x165098] Java frames: (J=compiled Java code, j=interpreted, Vv=VM code) j io.realm.kotlin.internal.interop.realmcJNI.realm_commit(J)Z+0 j io.realm.kotlin.internal.interop.realmc.realm_commit(J)Z+1 j io.realm.kotlin.internal.interop.RealmInterop.realm_commit(Lio/realm/kotlin/internal/interop/NativePointer;)V+11 j io.realm.kotlin.internal.WriteTransactionManager$DefaultImpls.commitTransaction(Lio/realm/kotlin/internal/WriteTransactionManager;)V+12 j io.realm.kotlin.internal.SuspendableWriter$WriterRealm.commitTransaction()V+1 j io.realm.kotlin.internal.SuspendableWriter$write$2.invokeSuspend(Ljava/lang/Object;)Ljava/lang/Object;+260 J 2264 c1 kotlin.coroutines.jvm.internal.BaseContinuationImpl.resumeWith(Ljava/lang/Object;)V (128 bytes) @ 0x00007f022d7e90fc [0x00007f022d7e8cc0+0x000000000000043c] J 2417 c1 kotlinx.coroutines.DispatchedTask.run()V (574 bytes) @ 0x00007f022d8274b4 [0x00007f022d826160+0x0000000000001354] j java.util.concurrent.ThreadPoolExecutor.runWorker(Ljava/util/concurrent/ThreadPoolExecutor$Worker;)V+92 java.base@17.0.9 j java.util.concurrent.ThreadPoolExecutor$Worker.run()V+5 java.base@17.0.9 j java.lang.Thread.run()V+11 java.base@17.0.9 v ~StubRoutines::call_stub siginfo: si_signo: 11 (SIGSEGV), si_code: 1 (SEGV_MAPERR), si_addr: 0x0000000000001d58 Registers: RAX=0x0000000000000d58, RBX=0x00007f011ee536f0, RCX=0x00007f00be7fac78, RDX=0x0000000000000000 RSP=0x00007f00be7faad8, RBP=0x0000000000001d58, RSI=0x00007f00be7fac28, RDI=0x0000000000001d58 R8 =0x0000000000000020, R9 =0x000000000002ab30, R10=0x00007f011ec14528, R11=0x00007f011ed39120 R12=0x000000000002ab30, R13=0x00007f011ee536f0, R14=0x00007f00be7fab00, R15=0x00007f011ee537c0 RIP=0x00007f024b143098, EFLAGS=0x0000000000010287, CSGSFS=0x002b000000000033, ERR=0x0000000000000004 TRAPNO=0x000000000000000e Register to memory mapping: RAX=0x0000000000000d58 is an unknown value RBX=0x00007f011ee536f0: <offset 0x00000000002536f0> in /lib/x86_64-linux-gnu/libstdc++.so.6 at 0x00007f011ec00000 RCX=0x00007f00be7fac78 is pointing into the stack for thread: 0x00007f012c03dd30 RDX=0x0 is NULL RSP=0x00007f00be7faad8 is pointing into the stack for thread: 0x00007f012c03dd30 RBP=0x0000000000001d58 is an unknown value RSI=0x00007f00be7fac28 is pointing into the stack for thread: 0x00007f012c03dd30 RDI=0x0000000000001d58 is an unknown value R8 =0x0000000000000020 is an unknown value R9 =0x000000000002ab30 is an unknown value R10=0x00007f011ec14528: <offset 0x0000000000014528> in /lib/x86_64-linux-gnu/libstdc++.so.6 at 0x00007f011ec00000 R11=0x00007f011ed39120: _ZNSo9_M_insertImEERSoT_+0x0000000000000000 in /lib/x86_64-linux-gnu/libstdc++.so.6 at 0x00007f011ec00000 R12=0x000000000002ab30 is an unknown value R13=0x00007f011ee536f0: <offset 0x00000000002536f0> in /lib/x86_64-linux-gnu/libstdc++.so.6 at 0x00007f011ec00000 R14=0x00007f00be7fab00 is pointing into the stack for thread: 0x00007f012c03dd30 R15=0x00007f011ee537c0: <offset 0x00000000002537c0> in /lib/x86_64-linux-gnu/libstdc++.so.6 at 0x00007f011ec00000 Top of Stack: (sp=0x00007f00be7faad8) 0x00007f00be7faad8: 00007f011ecf9d49 0000000000000000 0x00007f00be7faae8: 00007f00be7fac20 00007f00be7fac78 0x00007f00be7faaf8: 00007f011ed3919a 00007f00be7fab01 0x00007f00be7fab08: 00007f00be7fac20 0007000200b11d01 0x00007f00be7fab18: 00007f011fa67f64 00007f00be7fac20 0x00007f00be7fab28: 00007f00be7fae50 00007f00be7fab58 0x00007f00be7fab38: 00007f011f9c9267 00007f011f9c926c 0x00007f00be7fab48: 00007f011f68a21c 00007f011fcd80f0 ... `
Can you reproduce the bug?
Always
Version
1.11.0 - 1.13.0
Are you using encryption?
No
Platform OS and version(s)
Debian testing (trixie)
Build environment
Android Studio version: Hedgehog/IntelliJ IDEA 2023.3.2
Android Build Tools version: 34.0.0
Gradle version: 8.5