00:02:51  * a_lequit (Remote host closed the connection)
00:16:26  * dan336quit (Quit: Leaving.)
00:24:20  * a_lejoined
00:33:30  * a_lequit (Remote host closed the connection)
00:34:45  * a_lejoined
00:36:05  * UniOnquit (Remote host closed the connection)
00:38:59  * a_le_joined
00:40:54  * a_lequit (Read error: Connection reset by peer)
00:49:29  * a_le_quit
00:51:22  * a_lejoined
01:02:24  * kazuponjoined
01:16:52  * kazuponquit (Remote host closed the connection)
01:28:42  * a_lequit (Remote host closed the connection)
01:32:10  * kazuponjoined
01:35:13  * dan336joined
01:41:47  * travis-cijoined
01:41:47  <travis-ci>luvit/luvit#1008 (add-net - cf624f3 : Ryan Phillips): The build failed.
01:41:47  <travis-ci>Change view : https://github.com/luvit/luvit/compare/4a424ec5110a^...cf624f37aa5d
01:41:47  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40017712
01:41:47  * travis-cipart
01:43:37  <rphillips>creationix: what process do you go through to update the binaries
01:43:38  <rphillips>?
01:43:48  <rphillips>just build on one of your machines?
01:52:02  * travis-cijoined
01:52:02  <travis-ci>luvit/luvit#1009 (add-net - 94f417a : Ryan Phillips): The build is still failing.
01:52:02  <travis-ci>Change view : https://github.com/luvit/luvit/compare/cf624f37aa5d...94f417a62fbd
01:52:02  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40018180
01:52:02  * travis-cipart
01:55:39  * travis-cijoined
01:55:39  <travis-ci>luvit/luvit#1010 (add-net - a3c8d0c : Ryan Phillips): The build is still failing.
01:55:39  <travis-ci>Change view : https://github.com/luvit/luvit/compare/94f417a62fbd...a3c8d0c74c78
01:55:39  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40018362
01:55:39  * travis-cipart
01:58:10  <rphillips>https://github.com/luvit/luvit/pull/521/files
01:58:11  <rphillips>works
01:58:27  * travis-cijoined
01:58:28  <travis-ci>luvit/luvit#1013 (add-net - 6f6a48f : Ryan Phillips): The build is still failing.
01:58:28  <travis-ci>Change view : https://github.com/luvit/luvit/compare/a3c8d0c74c78...6f6a48f15f40
01:58:28  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40018627
01:58:28  * travis-cipart
01:58:39  <rphillips>it just needs the binaries updated
02:00:58  <rphillips>socket timers is the only thing missing
02:27:47  * a_lejoined
02:33:09  * a_lequit (Remote host closed the connection)
02:36:28  * a_lejoined
02:43:30  * a_lequit (Remote host closed the connection)
02:58:09  <creationix>cool, I’ll see if I can update the binaries
03:10:32  * travis-cijoined
03:10:32  <travis-ci>luvit/luvi#83 (master - e061db5 : Tim Caswell): The build passed.
03:10:32  <travis-ci>Change view : https://github.com/luvit/luvi/compare/3d6c969187fc...e061db53b5ec
03:10:32  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/40022155
03:10:32  * travis-cipart
03:17:09  * travis-cijoined
03:17:09  <travis-ci>luvit/luvi#84 (v0.1.0 - e061db5 : Tim Caswell): The build passed.
03:17:09  <travis-ci>Change view : https://github.com/luvit/luvi/compare/v0.1.0
03:17:09  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/40022535
03:17:09  * travis-cipart
03:24:16  * kazuponquit (Remote host closed the connection)
04:05:41  * travis-cijoined
04:05:41  <travis-ci>luvit/luvi#85 (master - 08200cc : Tim Caswell): The build has errored.
04:05:41  <travis-ci>Change view : https://github.com/luvit/luvi/compare/e061db53b5ec...08200cc6778b
04:05:41  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/40024488
04:05:41  * travis-cipart
04:06:26  <rphillips>pushed timers and socket timeout support to that pr
04:06:30  <rphillips>https://github.com/luvit/luvit/pull/521/files
04:06:36  * travis-cijoined
04:06:36  <travis-ci>luvit/luvi#86 (v0.1.0 - 08200cc : Tim Caswell): The build has errored.
04:06:36  <travis-ci>Change view : https://github.com/luvit/luvi/compare/e061db53b5ec...08200cc6778b
04:06:36  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/40024563
04:06:36  * travis-cipart
04:07:05  * travis-cijoined
04:07:05  <travis-ci>luvit/luvit#1014 (add-net - e9094e7 : Ryan Phillips): The build has errored.
04:07:05  <travis-ci>Change view : https://github.com/luvit/luvit/compare/6f6a48f15f40...e9094e790631
04:07:05  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40024615
04:07:05  * travis-cipart
04:12:13  * dan336quit (Quit: Leaving.)
04:14:36  * kazuponjoined
04:16:39  * travis-cijoined
04:16:39  <travis-ci>luvit/luvit#1016 (add-net - 369cb63 : Ryan Phillips): The build has errored.
04:16:39  <travis-ci>Change view : https://github.com/luvit/luvit/compare/e9094e790631...369cb6392b1e
04:16:39  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40025106
04:16:39  * travis-cipart
04:43:31  * kazuponquit (Remote host closed the connection)
04:45:29  * kazuponjoined
04:50:47  * travis-cijoined
04:50:47  <travis-ci>luvit/luvi#87 (master - 21c3c1f : Tim): The build passed.
04:50:47  <travis-ci>Change view : https://github.com/luvit/luvi/compare/08200cc6778b...21c3c1fd36f3
04:50:47  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/40026837
04:50:47  * travis-cipart
04:51:05  * travis-cijoined
04:51:05  <travis-ci>luvit/luvit#1018 (luvi-up - 37eb949 : Tim Caswell): The build passed.
04:51:05  <travis-ci>Change view : https://github.com/luvit/luvit/compare/0c6450be094a...37eb94953300
04:51:05  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40026924
04:51:05  * travis-cipart
05:17:37  * travis-cijoined
05:17:37  <travis-ci>luvit/luvit#1019 (add-net - 3d42254 : Ryan Phillips): The build has errored.
05:17:37  <travis-ci>Change view : https://github.com/luvit/luvit/compare/369cb6392b1e...3d422548c3dc
05:17:37  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40027675
05:17:37  * travis-cipart
05:41:14  <rphillips>timer failed on linux for some reason
05:49:57  * travis-cijoined
05:49:57  <travis-ci>luvit/luvit#1021 (add-net - c799483 : Ryan Phillips): The build passed.
05:49:57  <travis-ci>Change view : https://github.com/luvit/luvit/compare/3d422548c3dc...c799483fcbfb
05:49:57  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40029694
05:49:57  * travis-cipart
05:51:53  <rphillips>there
07:08:27  * a_lejoined
07:15:11  * SouLjoined
08:07:18  * kazuponquit (Remote host closed the connection)
08:07:45  * kazuponjoined
08:10:34  * srenatusjoined
08:12:05  * kazuponquit (Ping timeout: 250 seconds)
08:45:17  * a_lequit (Remote host closed the connection)
08:57:52  * songgaoquit (Ping timeout: 265 seconds)
09:04:18  * songgaojoined
09:09:24  * songgaoquit (Ping timeout: 265 seconds)
09:10:18  * songgaojoined
12:29:50  * SouLquit (Ping timeout: 244 seconds)
12:32:12  * SouLjoined
12:32:13  * kazuponjoined
12:58:26  * SouLquit (Remote host closed the connection)
13:25:26  * kazuponquit (Remote host closed the connection)
13:44:05  * kazuponjoined
13:52:12  * imzyxwvujoined
13:53:48  <imzyxwvu>maybe a typo. should https://github.com/luvit/luv/blob/master/src/process.c#L156 'lua_type(L, 01)' be 'lua_type(L, -1)'?
13:54:30  <rphillips>nice find
13:56:03  <rphillips>https://github.com/luvit/luv/pull/87
14:30:50  * kazuponquit (Remote host closed the connection)
14:45:37  * kazuponjoined
15:05:55  * travis-cijoined
15:05:55  <travis-ci>luvit/luv#149 (master - 6d23fed : Ryan Phillips): The build passed.
15:05:55  <travis-ci>Change view : https://github.com/luvit/luv/compare/d79d76e99950...6d23fed66401
15:05:55  <travis-ci>Build details : http://travis-ci.org/luvit/luv/builds/40068438
15:05:55  * travis-cipart
15:24:18  * imzyxwvuquit (Quit: Page closed)
15:33:18  * typedlambdaquit (Ping timeout: 250 seconds)
15:35:52  * typedlambdajoined
15:39:28  * dan336joined
15:54:21  * a_lejoined
16:30:08  * kazuponquit (Remote host closed the connection)
16:32:25  * kazuponjoined
16:42:14  * UniOnjoined
17:14:45  * kazuponquit (Remote host closed the connection)
17:34:26  * a_lequit (Remote host closed the connection)
17:46:57  <creationix>rphillips: I see you updated my timer code to use the new Timer class. Are you not worried about the performance impact?
17:47:24  <rphillips>i'm thinking it's probably negligible, but didn't test that
17:47:43  <creationix>I guess the one user facing change is you now return a wrapper timer instead of a raw timer
17:47:52  <rphillips>right
17:48:09  <rphillips>i can go either way... revert the setTimeout... and internval
17:48:12  <rphillips>interval
17:51:00  <creationix>I think I’d like it kept bare. I’m not too worried about cpu cost, but more the added complexity and GC cost
17:51:18  <rphillips>k
17:52:01  <creationix>did you see the lua-openssl has been updating his samples for luvit/luv
17:55:13  * a_lejoined
17:55:34  <creationix>ok, I think I reviewed all your PRs, I’m going back to finishing fs, it’s almost done
17:55:52  <rphillips>i didn't... awesome
18:02:40  <creationix>My internet seems flakey today. Must be the rain.
18:09:22  <creationix>rphillips: did you see how I added a version property to luvi
18:09:31  <creationix>`require(“luvi”).version` from any luvi app
18:10:05  <rphillips>that is awesome
18:10:35  <creationix>and I rebased the luvi-binaries history to keep the repo size down
18:10:41  <rphillips>reverted the setTimeout/setInterval changed... going to wait for the buildbots
18:10:42  <creationix>it currently only has the 0.1.0 binaries in it
18:10:49  <rphillips>changes*
18:11:06  <creationix>I think your latest luv fix was made after I cut those binaries last night though. You’re not blocked by it are you?
18:12:42  <creationix>rphillips: rje: are most windows machines nowadays 64-bit?
18:12:54  <rphillips>roger
18:13:05  <creationix>so I should probably be making 64-bit luvi binaries if possible
18:13:14  <rphillips>i believe aws has 32bit machines though. rackspace has all 64bit
18:13:18  <creationix>VS express doesn’s allow that I’m pretty sure
18:15:29  * kazuponjoined
18:16:02  * travis-cijoined
18:16:02  <travis-ci>luvit/luvit#1023 (add-net - d606196 : Ryan Phillips): The build has errored.
18:16:02  <travis-ci>Change view : https://github.com/luvit/luvit/compare/c799483fcbfb...d60619646f61
18:16:02  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40090589
18:16:02  * travis-cipart
18:16:07  <creationix>wow, full version costs $499.00
18:20:14  * kazuponquit (Ping timeout: 245 seconds)
18:25:59  <rphillips>creationix: you can request a MSDN license
18:26:22  <creationix>from work?
18:26:28  <rphillips>correct
18:26:59  <rphillips>creationix: http://stackoverflow.com/questions/1865069/how-to-compile-a-64-bit-application-using-visual-c-2010-express
18:27:00  <creationix>cool. I also think appveyor can built 64-bit binaries, you just have to set it up correctly. node-serialport pushes it’s binaries through appveyor now
18:27:04  <rphillips>supposedly it can be done
18:28:46  <creationix>right, there is that method, but the newer version of the sdk doesn’t include a C compiler
18:29:50  <rphillips>hah
18:31:37  <rphillips>emailed you the person's info
18:33:08  * srenatusquit (Quit: Connection closed for inactivity)
18:35:38  * travis-cijoined
18:35:38  <travis-ci>luvit/luvit#1026 (add-net - e737353 : Ryan Phillips): The build passed.
18:35:38  <travis-ci>Change view : https://github.com/luvit/luvit/compare/865b5fd9ed9a...e7373536f57e
18:35:38  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40093040
18:35:38  * travis-cipart
18:39:18  <rphillips>merged into luvi-up
18:40:15  <rphillips>native streams support... i think we should it https://github.com/virgo-agent-toolkit/luvit-stream
18:44:51  * travis-cijoined
18:44:51  <travis-ci>luvit/luvit#1028 (luvi-up - a0fc1bb : Ryan Phillips): The build passed.
18:44:51  <travis-ci>Change view : https://github.com/luvit/luvit/compare/37eb94953300...a0fc1bbf82fc
18:44:51  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40094084
18:44:51  * travis-cipart
18:47:47  <rphillips>appveyor needs irc notifications
18:52:07  <rphillips>http parser library is in C. hmm
18:56:32  <creationix>yep, but that one is easy to bind and doesn’t usually change much
18:56:55  <creationix>https://github.com/creationix/lhttp_parser is mostly lifted from what was in luvit
18:57:34  <creationix>though I would rather an http parser written in lua, but that takes more time
18:59:31  <creationix>rphillips: you can merge your buffer and instanceof PRs if you want
19:00:33  <rphillips>cool
19:06:34  <rphillips>sweet. merged those down
19:06:41  <rphillips>with the tweaks added
19:09:02  <creationix>I would love it if we could write the tls, http, and websocket protocols as generic stream filters instead of cloning the node style APIs. Most people use the high-level apis like https.connect and http.createServer directly and don’t care how it’s implemented.
19:09:27  <creationix>here is my stream filter for http implemented in js for js-git and node https://github.com/creationix/http-codec
19:09:36  <creationix>the docs are lacking
19:10:00  <creationix>but basically give it a push function `function emit(chunk)` and it returns a new push function that emits the transformed protocol.
19:10:27  <creationix>so give it raw tcp chunks and it can parse the server-side of http and emit request events and request body chunks
19:10:38  * travis-cijoined
19:10:39  <travis-ci>luvit/luvit#1032 (luvi-up - 0a20824 : Ryan Phillips): The build passed.
19:10:39  <travis-ci>Change view : https://github.com/luvit/luvit/compare/184e50329130...0a2082418070
19:10:39  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40097298
19:10:39  * travis-cipart
19:10:42  <creationix>the other direction, you can emit response objects and it will http encode them on the tcp stream
19:10:47  <creationix>but it’s stream agnostic
19:11:22  <creationix>the tls handshake will need a little coupling between the two filters, but that can be easily done.
19:11:58  <creationix>here is websocket https://github.com/creationix/websocket-codec
19:13:35  <rphillips>creationix: that sounds reasonable
19:13:54  <creationix>http_parser works in a completely different manner though
19:14:33  <creationix>I especially don’t like how node treats websockets as a different kind of request. This design shows in http_parser
19:15:24  <creationix>if you want to try and port https://github.com/creationix/http-codec/blob/master/http-codec.js to lua, I could show you how to connect it to your net module
19:15:32  <creationix>or I could port it. I’m really almost done with fs
19:18:21  <rphillips>https://github.com/luvit/luvit/pull/268/files
19:18:31  <rphillips>lots of good stuff in this PR.. bummer that it was never merged
19:18:52  * travis-cijoined
19:18:52  <travis-ci>luvit/luvit#1033 (master - b555742 : Ryan Phillips): The build passed.
19:18:52  <travis-ci>Change view : https://github.com/luvit/luvit/compare/ca69dfab5638...b555742cdb01
19:18:52  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40097572
19:18:52  * travis-cipart
19:19:50  <creationix>I remember that one
19:28:50  * travis-cijoined
19:28:50  <travis-ci>luvit/luvit#1034 (fs-sugar - 1ad3ea5 : Tim Caswell): The build has errored.
19:28:50  <travis-ci>Change view : https://github.com/luvit/luvit/compare/c274290954c5...1ad3ea56edcf
19:28:50  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40098853
19:28:50  * travis-cipart
19:29:09  * travis-cijoined
19:29:09  <travis-ci>luvit/luvit#1035 (fs-sugar - 9d80be1 : Tim Caswell): The build passed.
19:29:09  <travis-ci>Change view : https://github.com/luvit/luvit/compare/1ad3ea56edcf...9d80be1d729e
19:29:09  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40099089
19:29:09  * travis-cipart
19:29:57  <creationix>rphillips: my fs pr is ready. It appears some of my other misc fixes got mixed in.
19:30:15  <rphillips>np. reviewing
19:31:21  <rphillips>hmm. I didn't add coroutine support to the sockets
19:31:36  <rphillips>that adapt function is super useful
19:32:22  <creationix>Are you still happy with the api syntax for coroutine mode? (passing in the thread instead of the callback)
19:32:43  <rphillips>yeah, I think it may work weel
19:32:44  <rphillips>well
19:32:52  <creationix>it’s a little verbose, but I guess that’s a feature since there can be hazards around suspended coroutines and shared state
19:34:01  <rphillips>should the readdir functions have the adapt method in them?
19:34:11  <rphillips>maybe scandir as well
19:34:41  <creationix>they do, but since I had to write custom code and not call libuv directly, there are two
19:34:50  <creationix>the internal and the exported (readdir vs fs.readdir)
19:36:27  <rphillips>gotcha
20:04:28  * kazuponjoined
20:09:46  * kazuponquit (Ping timeout: 256 seconds)
20:28:26  * travis-cijoined
20:28:26  <travis-ci>luvit/luvit#1037 (luvi-up - cfe3943 : Tim Caswell): The build passed.
20:28:26  <travis-ci>Change view : https://github.com/luvit/luvit/compare/0a2082418070...cfe39433fcce
20:28:26  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40105164
20:28:26  * travis-cipart
20:56:08  <creationix>rphillips: sorry I didn’t catch these when reveiwing, but github doesn’t have luacheck like my editor. https://github.com/luvit/luvit/commit/aa816a4fa9bdc97a8f9a76c90a8684df82f053ba
20:56:32  <creationix>also use expect in any unit test with async callbacks to ensure they get called
20:56:54  <rphillips>ah gotcha
20:57:30  <bjorn>Just a question I had earlier. What is the reason for doing for example luv.close(handle) instead of handle:close()? As far as I could tell, "handle" is already a full userdata so the member method approach should be possible as well, right?
20:57:34  <creationix>and if you expect the callback to be called multiple times, expect has a second param https://github.com/luvit/luvit/blob/luvi-up/tests/test-timer.lua#L32-L38
20:57:56  <creationix>bjorn: yes it’s possible. I considered adding it to the luv bindings
20:58:12  <creationix>I don’t think there is a performance hit to adding an __index to the userdata
20:58:21  <bjorn>creationix: Ok, nice. :)
20:58:33  <creationix>the biggest issue is I use the same userdata for all uv_handle_t subtypes
20:58:48  <creationix>so I’d have to create unique userdata types for all and give them unique method lists
20:58:48  <bjorn>Hmm, ok.
20:58:54  <bjorn>Yeah.
20:59:14  <creationix>bjorn: are you using luv directly? Luvit wraps all that in it’s own object system
20:59:34  <bjorn>Oh, I didn't realize yet that one wouldn't be using luv API directly when using luvit.
20:59:48  <creationix>luvit is essentially sugar on top of luv
20:59:52  <rch>icing
21:00:10  <creationix>or rather, on top of luvi
21:00:26  <creationix>and luvi is luv as a binary with it’s own luajit embedded (and optional other C libraries like openssl)
21:01:02  <bjorn>Well, that will then probably make the effort of those userdata types not worth it, unless you'd like to use it in luvit.
21:01:39  <creationix>bjorn: you’re welcome to send a pull request creating unique userdatas for all uv types. I just assumed that people using luv directly care about performance and would prefer uv.write(handle, …) over handle:write(…)
21:01:42  <bjorn>Well depending on how many users you think bare luv would have.
21:02:16  <bjorn>creationix: Yeah, I'd love to do it, but I can't take on more projects right now. :)
21:02:39  <creationix>ok, file an issue and I’ll do it when I get a chance. This week I’m sprinting on porting luvit over to use luv
21:03:17  <creationix>it’s worthwhile since I plan on making new sugar layers once luvit is done
21:03:30  <creationix>personally I like working with the userdata values directly
21:03:44  <bjorn>Nah I don't want to put extra issues on your list. I was mainly just wondering why you went for the current approach, and the answer seems to be time and priorities, which is ifne.
21:03:45  <bjorn>fine*
21:03:51  * travis-cijoined
21:03:51  <travis-ci>luvit/luvit#1038 (luvi-up - aa816a4 : Tim Caswell): The build passed.
21:03:51  <travis-ci>Change view : https://github.com/luvit/luvit/compare/cfe39433fcce...aa816a4fa9bd
21:03:51  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40108327
21:03:51  * travis-cipart
21:04:01  <bjorn>Ok, then I'll make an issue for it.
21:04:21  <creationix>awesome thanks.
21:10:17  <bjorn>https://github.com/luvit/luv/issues/88
21:16:36  <creationix>bjorn: perfect. I’ll see if I can add it later
21:16:43  <bjorn>One day I will use luvit to make a server for concurrent map editing in Tiled. :)
21:17:51  <bjorn>Also I think it would make a nice base for a MMORPG server, but that's a project that may have to wait until my pension...
21:29:38  <creationix>:)
21:29:54  <creationix>rphillips: what do you think about luv inserting the userdata at the front of the callback args?
21:30:09  <creationix>I find it annoying, but thought it would useful for OOP style shared methods
21:30:32  <rphillips>it might be useful, but I don't see the usecase yet
21:30:47  <creationix>I’m thinking about removing it since I always just ignore that arg
21:31:03  <creationix>people will need to use bind if they want to preserve it
21:31:32  <creationix>also I’m working on an http server
21:33:21  <rphillips>nice!
21:33:27  <rphillips>i'm a +1 to remove it
21:33:43  <rphillips>i'll add the expect callback support
21:34:18  <rphillips>oh, it looks like you added it
21:34:37  <rphillips>thanks
21:37:18  <creationix>https://github.com/luvit/luv/issues/89
21:42:05  <creationix>rphillips: I’m still porting the actual implementation, but this is how http-codec could be used https://github.com/luvit/luvit/blob/http-codec/test-http-server.lua
21:44:04  <rphillips>think it will work for http2?
21:44:17  <rphillips>i've been tossing around the idea of trying to tackle that on a hackday
21:44:52  * travis-cijoined
21:44:52  <travis-ci>luvit/luvit#1039 (http-codec - b2ebb01 : Tim Caswell): The build passed.
21:44:52  <travis-ci>Change view : https://github.com/luvit/luvit/commit/b2ebb01ccf9d
21:44:52  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40112524
21:44:52  * travis-cipart
21:44:56  <creationix>there is no reason it wouldn’t work
21:45:17  <creationix>we could model tls this way too. Just need to combine the two halves
21:50:55  <creationix>rphillips: ok, repackaged it in a way where the two halves of the protocol can talk to eachother (this is needed for tls and possibly http2) https://github.com/luvit/luvit/blob/0e08f0eb9bd590e636d9c9e6ecb1c99334aedf79/test-http-server.lua#L10-L33
21:53:59  * kazuponjoined
21:59:17  * kazuponquit (Ping timeout: 264 seconds)
22:02:09  <creationix>ok, updated with app logic seperate from codec logic. https://github.com/luvit/luvit/blob/http-codec/test-http-server.lua#L7-L29
22:02:17  <creationix>I mean https://github.com/luvit/luvit/blob/43216f287757381c203aa924defe0ddce48f4349/test-http-server.lua#L7-L29
22:05:30  * DarkGodjoined
22:55:01  * kazuponjoined
23:00:31  * kazuponquit (Ping timeout: 272 seconds)
23:13:26  <creationix>rphillips: I’m getting ~30k reqs/second with the test http server
23:13:54  <creationix>that’s without using http_parser bindings
23:14:04  <rphillips>nice!
23:14:21  <creationix>my parser uses string.find and string.match. I could try another version that uses ffi buffers and a more c-like parser
23:15:01  * travis-cijoined
23:15:01  <travis-ci>luvit/luvit#1040 (http-codec - 5254cb3 : Tim Caswell): The build passed.
23:15:01  <travis-ci>Change view : https://github.com/luvit/luvit/compare/43216f287757...5254cb31a07d
23:15:01  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/40122813
23:15:01  * travis-cipart
23:15:17  <creationix>The sample app is https://github.com/luvit/luvit/blob/http-codec/test-http-server.lua#L7-L36
23:15:22  * kazuponjoined
23:15:35  <creationix>with the codec at https://github.com/luvit/luvit/blob/http-codec/app/modules/http-codec.lua
23:19:44  * kazuponquit (Remote host closed the connection)
23:26:24  * kazuponjoined
23:30:52  * kazuponquit (Ping timeout: 255 seconds)
23:56:35  * dan336quit (Quit: Leaving.)