If it's not a suspending function and it has not callback, it's blocking?

image.png

red line - when deployed an IO dispatcher

You can make setup return the launch job, you can make setup take in the params required to run and then verify things you want get called

can an android data binding point to a

suspend

function in a variable?

i'm pretty sure the answer is no

Can you call a

suspend

fun from a non

suspend

fun?

you can probably just wrap your suspending function in another function with

runBlocking

, then pass that.

runblocking would be a bad thing

bind to a variable and have the suspend function update it directly

or use livedata

i do that for data, i'm looking for button click handlers

i'd really like to do something like this: https://github.com/Kotlin/kotlinx.coroutines/blob/master/ui/coroutines-guide-ui.md#at-most-one-concurrent-job

but not sure how to make that work with data binding

Coroutines can actually be serialized. I remember seeing something like that here in slack. I think it was part of a Bluetooth framework. In your case a serialized coroutine would probably keep updating a text view that has already been destroyed

Can we have some sample Android Application using ViewModel, Fragments & Coroutines scopes?

Never mind,

Dispatchers.Default

is the default dispatcher, which is definitely not the same as

Dispatchers.Main

Simple

CoroutineScope

use in

ViewModel

https://gist.github.com/pavelaizen/249db7c366c9ad09dc66c2ee69512e25

For the ones who is interested. The cause of docker mvn hanging with coroutines is similar to: https://github.com/Kotlin/kotlinx.coroutines/issues/276 When I use my own defined pool it works.

Is it possible to get current CoroutineContext from within a

suspend

function?

coroutineContext

?

Not sure if it is coroutine lib issue or Intellij Idea bug: i'm trying to build

jar

lib with shadowJar plugin. the lib contains coroutines lib as dependency:

compile "org.jetbrains.kotlinx:kotlinx-coroutines-core:$coroutinesVersion"

I build it with shadowJar task:

shadowJar {
    baseName = 'deps'
    classifier = null
    version = null

    destinationDir = file("$rootDir/src")
}

When i try to use this lib in my project it can't resolve the `jar`'s classes. The code is red. But it compiles fine! The bug is gone when i switched to coroutines 0.22.1 and rebuilt the

jar

Also_i_have_this_exception_in_Idea_event_log_.scala

and here is the jar

will there be a release for 1.2.70?

do nested `createScope`s inherit context?

@bj0 I would assume so, given

coroutineScope

can only be used from coroutines.

so is this the idiomatic way to launch stuff in a scope from a non-suspending function that you may want to cancel later?

I create a CoroutineScooe object to launch from, avoiding GlobalScope