generally you don't want to look for kotlin libraries unless you're trying to do something like extend the language

for pure functionality like that, just use java libs

btw @brianwernick you can 1)

inline

it and 2) call the block like

block()

😄

Isn’t calling

block()

only in 1.1?

Just a reminder that we have a #C0BQ5GZ0S channel on Slack where once in a while job offers, calls for consulting services, training etc are posted. There is precedence of people actually having found a job from that channel, so it is useful 🙂. There is also a #C0L96QLJW channel where we post invites for conferences, and speaking opportunities

Since List collection is immutable, does that mean it is safe for concurrency use? Or would I encounter problems with a

var

List?

In general it’s not safe but in some cases it may be.

In this case

x2

is an immutable list but actually it’s a mutable list that can be modified by some other parts of your code.

https://kotlinlang.slack.com/archives/general/p1469466062000675 this would be cool to have in #stdlib

addAll adds the elements on the parameters you pass to a mutable collection

It's an overload of the addAll from MutableList

so take all values and add them to a List

@User uploaded a file: Simpler example and commented: Here is a more general example with the same error.

is there a known bug where kotlin uses wrong line numbers in stack traces?

`org.mockito.exceptions.base.MockitoException at UndertowPixelHandlerTest.kt:28`but that file has only 23 lines

@avolkmann: I asked because recursion is one of the usual suspects of stack overflow

you sure is not the case here?

Well as you can see in the second example, I am merely calling the values (which is empty) and then sout every item in it.

@User uploaded a file: Untitled

😄 Well, there is the usual suspect. Yeah probably a bug. Do you get the same result with super.values?

@christophsturm: Inline functions can mess with the line numbers

yes I tried with super.values as well

I can only fix it if I override values in Model

Oh by the way, the same error appears when sout size

It's probably the same for all properties

The java -> kotlin converter on try.kotlinlang.org just dies on the simplest conversions with the following JS Error: kotlin.js:2537 Uncaught TypeError: (intermediate value)(intermediate value)(intermediate value).iterator is not a function

Yesterday when I was going through some of the koans, the compiler didnt show any output at all unless the answer was correct

hi peeps, is there any way to update a value in kotlin's immutable Map?

like not mutate it