Is there any reason stacktrace recovery is <uncond...
# coroutines
k
Is there any reason stacktrace recovery is unconditionally disabled on native targets? It’s not in the
kotlinx-coroutines-debug
module which is JVM only. Is there a big performance penalty on native for this?
The documentation about stacktrace recovery also doesn’t make it clear that it’s only available on JVM. The only bit that’s mentioned in the docs which hints at this is the following: > kotlinx-coroutines-debug module provides one of the most powerful debug capabilities in
kotlinx.coroutines
. > This is a separate module with a *JVM agent*…… But since stacktrace recovery is implemented in the core module it’s not clear to me if it should be available on other targets or not.
d
It's not disabled, it's just not implemented. There's neither
setStackTrace
(which would allow overwriting the stack trace) on Kotlin/Native nor (to my knowledge) enough reflection capabilities there to allow creating a copy of an exception.
k
Ah that makes sense.
Is there any way the documentation can be clarified?
d