Will try to create the issue later in the night!

Thanks for your help!

Yes, both files will help.

ok

@yan Created the issue that we discussed yesterday. https://youtrack.jetbrains.com/issue/KT-17245 Let me know if I can help more !

@wfisher has left the channel

📣 📣 📣 EAP build

1.1.2-eap-69

is now available. Among various bug fixes, it includes “Inline method” refactoring and incremental compilation support for Maven.

my projects now compiles, both with kapt1 and kapt3. https://youtrack.jetbrains.com/issue/KT-17196 is still open, so I guess it wasn't looked at.

^ @yan

^ FIY @h0tk3y

i have issue with the kotlin plugin it seems, the memory is raising every second (1200M/1200M right now)

logs are full of : 2017-04-12 160046,907 [7440575] WARN - inspections.IntellijLintClient - Could not load custom rule jar file /Users/nitrog42/.android/build-cache/4db768bb83cef018804b638239677ae379c164f7/output/jars/lint.jar java.lang.ClassCastException: timber.lint.IssueRegistry cannot be cast to com.android.tools.klint.client.api.IssueRegistry

^ @vyacheslav.gerasimov

really appreciating the inline method refactoring @mglukhikh

Why was 1.1.2-eap-64 released after 1.1.2-eap-69?

I recommend to use 1.1.2-eap-69. 1.1.2-eap-64 was probably released for some internal reason. And it's in kotlin-dev.

📣 📣 📣 EAP build

1.1.2-eap-73

is now available. Includes fixes for high memory consumption issues and some performance improvements.

Does it fix the huge memory consumption with Jooq? (it needs in Kotlin at least 4 times the memory it needs in Java, needing to enlarge the Java heap to massive sizes in order to make more than two completions every minute)

@ntrrgc I’m not sure about this particular case, but it’s easy to try!

nah, it's still painfully slow.

📣 📣 📣 EAP build

1.1.2-eap-77

is now available. Includes stability improvements and bug fixes.

I created a project on github to of an extention for java.util.File class adding methods to delete after few seconds. How can I contribute with my project? https://github.com/vinicius-rob-cunha/kotlin-auto-delete-file

@vinicius.rob.cunha The main problem with this kind of thing is shutting down your executor or thread when the app exits

@cedric yes but i do not see this as a problem, once, delete files it's not essential task. So if is running any schedule when app exits it's not a big problem. Sorry if I didn't see all scenario, i'm new with contribution on projects If you has any suggestion to improve my code will be welcome

I mean if you still have a pool with a thread in it, even idle, it might prevent the JVM from exiting

Oh yeah, i created the pool with single Thread and ThreadFactory creating a deamons threads

val deleteService = Executors.newSingleThreadScheduledExecutor(object : ThreadFactory {
		override fun newThread(r: Runnable?): Thread? {
			var t = Thread(r)
			t.isDaemon = true
			return t;			
		}
	})

@hotchemi has left the channel

@vach has left the channel

With the latest EAP (1.1.2-eap-77) we're getting this error:

e: org.jetbrains.kotlin.codegen.CompilationException: Back-end (JVM) Internal error: wrong code generated
org.jetbrains.kotlin.codegen.CompilationException Back-end (JVM) Internal error: Couldn't transform method node: <init> (Landroid/content/Context;Landroid/util/AttributeSet;I)V:

Is it a known issue?

ping @yole ^