@david.bilik And have you been able to reproduce the issue without lookig at the bytecode, eg. by adding a println to a custom setter and seeing if that runs? Maybe the setter/getter wasn't called because the compiler optimised it away?

yes, the logs were not printed in setter, only when not accessed in lambda

@david.bilik I wasn't able to reproduce this on 1.1.2-5 with this code:

fun main(args: Array<String>) {
    val test = Test()

    val runnable = Runnable { test.value = 5}
    runnable.run()
}

class Test {
    var value: Int = 3
        set(value) {
            print(value)
        }
}

Did I misunderstand the problem?

hm, in REPL I cannot reproduce it either .. ok will digg deeper 😄 thanks

Oh I wish for serializable coroutines

Is that still planned? The github issue looks pretty dead. I wonder how swarm framework does it...

You can try writing your own, serializable implementation.

@restioson Nothing prevents you from writing project/library with serializable coroutines -- all the core implementation classes (state machine impls) are designed to be serializable (they even implement java.io.Serializable marker for what it worth). As long as locals of each coroutine are serializable, you are good to go. Btw, what do you what to achieve? 1 reply @elizarov, maybe @restioson is thinking of implementing something like the Seaside Smalltalk webserver (http://seaside.st/). IIRC it has the async "call" being the sending of a web page to the client, and the "return" being the next request in a session-tied flow, which can be implemented as a single method (or nested method calls). I imagine you would serialise each continuation between response/request pairs if you didn't want them to use up memory and/or wanted them to survive a server restart.

Hi, I was looking at the definition of the Array class for some reason and noticed that the constructor was inlined, but when I tried to do it it didn't work. When looking at the source it seemed to be using an annotation to achieve this. I was wondering what is the reason for this. Link to source: https://github.com/JetBrains/kotlin-native/blob/master/runtime/src/main/kotlin/kotlin/Array.kt

This is probably a special implementation for kotlin-native. #kotlin-native would be the right channel for that

@damian thanks

well it’s a general java question

also “become eligible for garbage collection” works

RefQueue

@diesieben07 @jw thanks!

hello, is it possible to access a field in the companion object of a Kotlin interface from another class?

@diesieben07 commented on @sherry.yuan’s file https://kotlinlang.slack.com/files/U4JN4S343/F5X1CCKSB/-.txt: Yes, it is. In this case you would use

A.NUMBER

, which is short for

A.Companion.NUMBER

. If you name the companion object (e.g.

companion object MyConstants

) the long-hand syntax would change to

A.MyConstants.NUMBER

.

@sherry.yuan commented on @sherry.yuan’s file https://kotlinlang.slack.com/files/U4JN4S343/F5X1CCKSB/-.txt: okay I just fixed it, my problem was that I changed the interface in a different library but didn’t sync gradle to pick up the change

@sherry.yuan commented on @sherry.yuan’s file https://kotlinlang.slack.com/files/U4JN4S343/F5X1CCKSB/-.txt: thanks though 🙂

oh nice!

Small project that I'm working on. Hopefully it will make other developers lives easier: https://github.com/JLLeitschuh/kotlin-guiced

👍 for MOSFET on profile pic 🙂

Thanks!

Legitimately, I've been using that stock photo as my profile picture since I was a kid. I didn't even know it was a MOSFET. Even now that I have a degree in Robotics and CS I didn't know what it was until you just told me. 😛

But thanks

Is there a way to call the equivalent of Java's

this.getClass().getResource(...)

in a top-level Kotlin method? There is no class to point to...

this::class.javaClass

might get you a reference?

Well the problem is that

this

is not even defined as the method doesn't belong to a file class.

Well this might work then, which is how getClass().getResource() works anyway I think?

Thread.currentThread().contextClassLoader.getResource(...)