00:15:13  * dan336quit (Quit: Leaving.)
00:30:59  * kazuponjoined
00:35:45  * kazuponquit (Ping timeout: 255 seconds)
00:36:32  <rphillips>creationix: does the new require system support luarocks packages?
00:37:12  <rphillips>I'm about to close this issue on neovim, but you should chime in. https://github.com/neovim/lua-client/issues/3
00:39:07  <rphillips>my last comment is going to be a record of luv for barebone libuv bindings, luvi for an executable, and the new incarnation of luvit for socket and node-like libraries.
00:47:09  * kazuponjoined
00:51:53  * kazuponquit (Ping timeout: 244 seconds)
01:03:00  * dan336joined
01:08:55  * dan336quit (Quit: Leaving.)
19:41:18  * creationixtopic: Lua + libUV + jiT = pure awesome-sauce | http://luvit.io | https://github.com/luvit/luvit | https://github.com/luvit/luv
19:42:28  <creationix>hmm, nope, it’s not in the err param in listen’s callback
19:42:34  <creationix>I wonder what’s printing that message
19:52:19  <creationix>ok, the segfault is in lua_pushlstring in the read callback
19:56:25  * a_lejoined
20:01:07  * a_lequit (Ping timeout: 245 seconds)
20:08:52  <creationix>hmm, I get a different error every time. Haven’t seen the same C stack trace yet
20:52:28  <creationix>Interesting, the ECONNRESET errors are being passed to lua as random values in the heap (mostly really tiny float numbers, but sometimes valid tables and values)
20:56:12  <creationix>https://github.com/luvit/luv/commit/4393ff707fbc88c375bea37da0fc019006727051
20:58:30  * travis-cijoined
20:58:30  <travis-ci>luvit/luv#155 (master - 4393ff7 : Tim Caswell): The build passed.
20:58:30  <travis-ci>Change view : https://github.com/luvit/luv/compare/f085edccb42e...4393ff707fbc
20:58:30  <travis-ci>Build details : http://travis-ci.org/luvit/luv/builds/40412204
20:58:30  * travis-cipart
21:00:55  <creationix>actually, this is a better fix https://github.com/luvit/luv/commit/a6d7ddf2b1a5308a0db5a5c435f11646e3f3630b
21:02:26  * travis-cijoined
21:02:27  <travis-ci>luvit/luv#156 (master - a6d7ddf : Tim Caswell): The build passed.
21:02:27  <travis-ci>Change view : https://github.com/luvit/luv/compare/4393ff707fbc...a6d7ddf2b1a5
21:02:27  <travis-ci>Build details : http://travis-ci.org/luvit/luv/builds/40412453
21:02:27  * travis-cipart
21:16:51  * travis-cijoined
21:16:52  <travis-ci>luvit/luvit#1058 (http-codec - f9bf8ee : Tim Caswell): The build passed.
21:16:52  <travis-ci>Change view : https://github.com/luvit/luvit/compare/67010abd8be2...f9bf8ee760e0
21:16:52  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40413269
21:16:52  * travis-cipart
21:30:45  <rphillips>interesting comment from the neovim guy
21:45:20  <creationix>yep, I think people will like luvit allowing normal require
21:45:29  <creationix>but then it’s up to them to not mix event loops
21:45:38  <creationix>or mix blocking I/O with non-blocking event loops
21:46:21  <creationix>btw, I’ve gotten my http test server so fast that I can’t max out the luvit processes anymore
21:47:57  <creationix>I’m at 50k/sec with 4 processes (clustered) with cpu usage averaging around 44%
21:48:09  <creationix>so it should be able to to do over 100k/sec with a fast enough client
21:48:25  <creationix>maybe I’ll test over gigabit and use two computers when I’m back in my office
21:48:54  <creationix>oh, and memory usage for the entire cluster (4 workers + 1 master) is under 10mb
21:53:47  * a_lejoined
22:17:49  * travis-cijoined
22:17:50  <travis-ci>luvit/luvit#1059 (http-codec - f5462a5 : Tim Caswell): The build passed.
22:17:50  <travis-ci>Change view : https://github.com/luvit/luvit/compare/f9bf8ee760e0...f5462a532595
22:17:50  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40423275
22:17:50  * travis-cipart
22:27:58  * DarkGodjoined
22:34:13  <rphillips>wow. nice :)
23:22:09  * a_lequit (Remote host closed the connection)