00:06:53  * erlbot--joined
00:08:00  * dan336quit (Quit: Leaving.)
00:09:03  * a_lequit (Remote host closed the connection)
00:09:30  * a_lejoined
00:10:08  * a_lequit (Remote host closed the connection)
00:10:59  * a_lejoined
00:15:25  * a_lequit (Ping timeout: 255 seconds)
00:16:55  <rje>creationix: getting back to that dupe'd extern on travis, is there somewhere we include main.c whole? it isn't making any sense.
00:27:54  * a_lejoined
00:49:01  * travis-cijoined
00:49:01  <travis-ci>luvit/luvi#186 (feat/add_zlib - cc2817c : Rob Emanuele): The build is still failing.
00:49:01  <travis-ci>Change view : https://github.com/luvit/luvi/compare/2216e7228426...cc2817cc309e
00:49:01  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/42932414
00:49:01  * travis-cipart
00:56:57  * UniOnquit (Remote host closed the connection)
01:14:16  <rje>rphillips: creationix: does lua-openssl build for you on a mac?
01:17:23  <rphillips>with the static build yes
01:18:46  <rje>rphillips: yeah, i have that fine with static, just not large. trying to debug the large non-static build that travis is yaking about.
01:19:19  <rphillips>link?
01:19:26  <rphillips>oh that one
01:20:43  <rje>https://travis-ci.org/luvit/luvi/jobs/42932416
01:21:42  <rje>this is on my branch where its not using the right name for zlib, it should be -lz for the link, i was looking to debug it locally but it seems on osx there are issues with the dynamic large build
01:23:33  <rphillips>hmm... i get an rpath warning as well
01:24:07  <rphillips>hmm. it linked for me
01:24:58  <rphillips>cd build && make VERBOSE=1
01:25:09  <rphillips> /usr/bin/cc -O3 -DNDEBUG -Wl,-search_paths_first -Wl,-headerpad_max_install_names -pagezero_size 10000 -image_base 100000000 -pagezero_size 10000 -image_base 100000000 CMakeFiles/luvi.dir/src/main.c.o jitted_tmp/src/lua/init.lua_luvi_generated.o -o luvi libuv.a libluajit.a liblua_openssl.a liblua_zlib.a -framework Foundation -framework CoreServices
01:25:09  <rphillips>-framework ApplicationServices /usr/lib/libdl.dylib -lm libopenssl.a deps/zlib/libz.1.2.8.dylib
01:25:37  <rphillips>it should be a static library for libz
01:30:12  <rje>rphillips: oops, fixed
01:30:35  * kazuponjoined
01:31:38  <rje>rphillips: fixed the static that is
01:32:45  * travis-cijoined
01:32:45  <travis-ci>luvit/luvi#188 (feat/add_zlib - 5144001 : Rob Emanuele): The build is still failing.
01:32:45  <travis-ci>Change view : https://github.com/luvit/luvi/compare/cc2817cc309e...51440010b791
01:32:45  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/42935467
01:32:45  * travis-cipart
01:33:37  <rphillips>rje: i have a slightly different fi
01:33:38  <rphillips>fix
01:35:05  <rphillips>rje: https://github.com/luvit/luvi/compare/feat/add_zlib...fix_static_zlib#diff-617136cc57e4a29ba162db89572f10d2R6
01:35:46  <rphillips>i dont think these list appends are needed: https://github.com/luvit/luvi/compare/feat/add_zlib...fix_static_zlib#diff-ee5412686ea9b1903120fc2925202c01R9
01:36:33  * travis-cijoined
01:36:33  <travis-ci>luvit/luvi#190 (fix_static_zlib - b601232 : Ryan Phillips): The build failed.
01:36:33  <travis-ci>Change view : https://github.com/luvit/luvi/compare/cc2817cc309e^...b601232728ce
01:36:33  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/42935702
01:36:33  * travis-cipart
01:41:33  * travis-cijoined
01:41:33  <travis-ci>luvit/luvi#191 (fix_static_zlib - a5b465f : Ryan Phillips): The build was fixed.
01:41:33  <travis-ci>Change view : https://github.com/luvit/luvi/compare/b601232728ce...a5b465fc9368
01:41:33  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/42936007
01:41:33  * travis-cipart
01:42:00  <rphillips>rje: ^
01:45:44  * travis-cijoined
01:45:44  <travis-ci>luvit/luvi#192 (fix_static_zlib - c046518 : Ryan Phillips): The build passed.
01:45:44  <travis-ci>Change view : https://github.com/luvit/luvi/compare/a5b465fc9368...c04651883975
01:45:44  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/42936291
01:45:44  * travis-cipart
01:47:43  <rphillips>https://github.com/luvit/luvi/pull/37
01:47:48  <rphillips>merges into your branch
01:48:27  * erlbot--quit (Ping timeout: 244 seconds)
01:49:00  * travis-cijoined
01:49:00  <travis-ci>luvit/luvi#193 (fix_static_zlib - c02d527 : Ryan Phillips): The build passed.
01:49:00  <travis-ci>Change view : https://github.com/luvit/luvi/compare/c04651883975...c02d527642d4
01:49:00  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/42936519
01:49:00  * travis-cipart
01:57:34  * dan336joined
02:02:51  * phorequit (Quit: looks like i ran out of coffee)
02:03:33  <rje>rphillips: sweet, thanks
02:07:04  * a_lequit (Remote host closed the connection)
02:07:40  * a_lejoined
02:08:58  * travis-cijoined
02:08:58  <travis-ci>luvit/luvi#195 (feat/add_zlib - 2c32235 : Rob Emanuele): The build was fixed.
02:08:58  <travis-ci>Change view : https://github.com/luvit/luvi/compare/51440010b791...2c32235ca651
02:08:58  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/42937661
02:08:58  * travis-cipart
02:11:58  * a_lequit (Ping timeout: 255 seconds)
02:50:20  <rphillips>https://github.com/luvit/luvit/pull/553
02:51:54  * travis-cijoined
02:51:54  <travis-ci>luvit/luvit#1298 (fixes/bind - 6aa2166 : Ryan Phillips): The build passed.
02:51:54  <travis-ci>Change view : https://github.com/luvit/luvit/commit/6aa21663e460
02:51:54  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/42940260
02:51:54  * travis-cipart
03:24:04  * a_lejoined
03:50:45  * kazuponquit (Remote host closed the connection)
04:06:14  * dan336quit (Quit: Leaving.)
04:07:12  * dan336joined
04:07:12  * dan336quit (Client Quit)
04:18:48  * dan336joined
04:51:16  * kazuponjoined
04:56:36  * kazuponquit (Ping timeout: 264 seconds)
04:58:35  * kazuponjoined
05:05:02  <rphillips>got the virgo logger rewritten in luvit https://gist.github.com/rphillips/1e3e279c0e78eecd9ae0
05:05:22  <rphillips>https://gist.github.com/rphillips/1e3e279c0e78eecd9ae0
05:07:40  * endou_joined
05:09:24  * endouquit (Ping timeout: 258 seconds)
05:51:53  * travis-cijoined
05:51:53  <travis-ci>luvit/luvi#197 (feat/add_zlib - dcc675b : Rob Emanuele): The build was broken.
05:51:53  <travis-ci>Change view : https://github.com/luvit/luvi/compare/2c32235ca651...dcc675b71584
05:51:53  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/42948961
05:51:53  * travis-cipart
05:58:44  * dan336quit (Quit: Leaving.)
06:23:47  * travis-cijoined
06:23:47  <travis-ci>luvit/luvi#199 (feat/add_zlib - a3753a9 : Rob Emanuele): The build is still failing.
06:23:47  <travis-ci>Change view : https://github.com/luvit/luvi/compare/dcc675b71584...a3753a9c6c3b
06:23:47  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/42950338
06:23:47  * travis-cipart
06:31:49  * travis-cijoined
06:31:49  <travis-ci>luvit/luvi#200 (feat/add_zlib - 8bb2d4c : Rob Emanuele): The build is still failing.
06:31:49  <travis-ci>Change view : https://github.com/luvit/luvi/compare/a3753a9c6c3b...8bb2d4ccfe92
06:31:49  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/42950724
06:31:49  * travis-cipart
06:55:04  * a__quit (Remote host closed the connection)
06:56:19  * a__joined
07:11:49  * kazuponquit (Remote host closed the connection)
07:36:51  * erlbot--joined
07:48:28  * kazuponjoined
08:25:40  * DarkGodjoined
08:37:22  * a_lequit (Ping timeout: 245 seconds)
11:50:21  * kazuponquit (Remote host closed the connection)
12:29:00  * cledevjoined
14:34:51  * kazuponjoined
14:42:57  * travis-cijoined
14:42:57  <travis-ci>luvit/luvit#1300 (luvi-up - fbc7137 : Ryan Phillips): The build passed.
14:42:57  <travis-ci>Change view : https://github.com/luvit/luvit/compare/05c6ef170711...fbc7137bdaa8
14:42:57  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/42987475
14:42:57  * travis-cipart
15:08:36  * KennethWilkejoined
15:23:08  <KennethWilke>g'morning
15:23:38  <rphillips>morning
15:23:41  <rphillips>creationix: https://github.com/luvit/luvit/pull/554
15:23:46  <rphillips>rje: ^
15:26:48  * travis-cijoined
15:26:48  <travis-ci>luvit/luvit#1301 (add_fs_write_stream - 543aba8 : Ryan Phillips): The build failed.
15:26:48  <travis-ci>Change view : https://github.com/luvit/luvit/commit/543aba8d7729
15:26:48  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/42992078
15:26:48  * travis-cipart
15:31:30  * travis-cijoined
15:31:30  <travis-ci>luvit/luvit#1301 (add_fs_write_stream - 543aba8 : Ryan Phillips): The build failed.
15:31:30  <travis-ci>Change view : https://github.com/luvit/luvit/commit/543aba8d7729
15:31:30  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/42992078
15:31:30  * travis-cipart
15:37:14  * travis-cijoined
15:37:14  <travis-ci>luvit/luvit#1303 (add_fs_write_stream - 251dd21 : Ryan Phillips): The build was fixed.
15:37:14  <travis-ci>Change view : https://github.com/luvit/luvit/compare/543aba8d7729...251dd2154b2e
15:37:14  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/42993408
15:37:14  * travis-cipart
15:49:27  * dan336joined
15:59:51  * kazuponquit (Remote host closed the connection)
16:02:50  * kazuponjoined
16:11:59  <KennethWilke>has the api for the uv module changed from whats used in this: https://github.com/luvit/lit/blob/master/server.lua
16:15:17  * b_lindeijerjoined
16:15:17  * b_lindeijerquit (Changing host)
16:15:17  * b_lindeijerjoined
16:15:35  <rch>it should just match libuv
16:18:25  <KennethWilke>that's what i was expecting, but the interface i've been able to find seem to have some abstractions on that
16:18:56  * bjornquit (Quit: No Ping reply in 180 seconds.)
16:19:20  <KennethWilke>like to create a socket uv.Tcp:new() seems to be the way to go, though in this file uv.new_tcp() is used
16:19:59  <KennethWilke>when i try the new_tcp() i get ' attempt to call field 'new_tcp' (a nil value)'
16:24:25  <KennethWilke>https://gist.github.com/anonymous/82f5204e54fd56fa9fc3 this is what i've gotten to work so far, but unsure how i can set a handler for incoming data
16:25:28  <rphillips>KennethWilke: https://gist.github.com/rphillips/b578e7b98613f53e508d
16:25:47  <rphillips>oh wait, you are using raw libuv
16:26:09  <KennethWilke>yeah i tried doing that :on thing too
16:26:12  <rphillips>KennethWilke: you need to call the read_start method on the handle
16:26:30  <KennethWilke>yeah i tried that, but not sure what or if that method takes arguments
16:26:45  <KennethWilke>do i do the :on and then the read_start method?
16:27:15  <KennethWilke>ooooh that does seem to be what i was missing
16:27:26  <KennethWilke>ty!
16:27:56  <KennethWilke>was doing half of what i should have been doing in my tinkering
16:28:34  <rphillips>in read_start, the data argument can be nil to signify an eof
16:28:48  <rphillips>just a heads up
16:30:11  <KennethWilke>alrighty
16:30:22  <KennethWilke>and generally the events will be about like they are for http://nodejs.org/api/net.html#net_event_data ?
16:30:29  * kazuponquit (Remote host closed the connection)
16:31:07  <rphillips>not with the raw libuv binding
16:31:20  <rphillips>you will want luvit on the net.Socket wrapper
16:31:23  <rphillips>to get the event emitters
16:31:42  <rphillips>luv just gives the raw binding
16:33:32  <KennethWilke>not sure i follow on that
16:34:00  <KennethWilke>the only way i've been able to find to get the events so far is by adding things in that fashion
16:34:25  <KennethWilke>client:on(name, func) and such
16:39:44  * kazuponjoined
16:40:22  * kazuponquit (Remote host closed the connection)
16:43:31  * KennethWilkequit (Quit: Leaving)
16:43:56  <rphillips>https://github.com/luvit/luv/blob/master/tests/test-tcp.lua
16:44:09  * KennethWilkejoined
16:44:30  <rphillips>i guess what I'm trying to say is that event emitters (client:on(...)) is luvit sugar added on top of luv
16:44:45  <rphillips>luv doesn't have any concept of event emitters
16:45:01  <KennethWilke>yeah i get that, since the :on stuff is not a libuv thing, but it's the only thing i've been able to get working so far
16:45:21  <rphillips>gotcha
16:48:14  * UniOnjoined
16:49:30  <KennethWilke>i'm wondering if i'm using the wrong version of something here
16:49:58  <KennethWilke>the server code in lit is pretty recent, but the api it uses doesn't match what i'm getting in my luvit, which is off the master branch
16:54:33  <KennethWilke>okay so the luvi-up branch is what lit seems to roll with, and what i'm seeing running with that looks more like what i'm familiar with so gonna try that route
16:56:40  <creationix>right, master is the old luvit
16:58:12  <KennethWilke>so as far as the usage of the 'uv' module, the luvi-up branch is where things will be going right?
16:58:41  <KennethWilke>the new hawtness
16:58:42  <creationix>right, luvi-up is luvit with luv inside it as “uv"
16:58:54  <KennethWilke>okay, sounds good
16:59:00  <creationix>and the awesome luvi build system
16:59:09  <KennethWilke>shit be very fast
16:59:46  <creationix>that’s the idea. All the hard work of compiling and linking C is done in luvi so luvit only has to zip files and append the zip to itself
16:59:53  <creationix>and even that is done by luvi
17:05:03  <KennethWilke>would there be a good place for me to create/submit some code examples to help other newbs?
17:09:31  <creationix>KennethWilke: since you’re using luv’s APIs directly, the luv wiki no github would be a good place I think.
17:09:38  <creationix>s/no/on/
17:09:51  <KennethWilke>yeah thats what it looks like
17:10:02  <KennethWilke>i might throw a few PRs into https://github.com/luvit/luv/tree/master/examples if i get something nice
17:10:11  <KennethWilke>oh, or the wiki
17:10:38  * DarkGod2quit (Ping timeout: 256 seconds)
17:12:58  * b_lindeijerquit (*.net *.split)
17:13:02  <KennethWilke>ahh! 40 minutes until the rest of my day gets wrecked by meetings
17:15:33  <creationix>Yeah, good examples are fine too
17:15:39  * b_lindeijerjoined
17:15:59  <creationix>you could also submit examples to luvit where there is more provided by the platform (like the p() pretty printer and sane require system)
17:16:21  * DarkGod2joined
17:19:31  <KennethWilke>https://github.com/dvv/luvit-zmq this looks pretty stale, d'ya know if theres any other zmq bindings for luvit?
17:38:23  <rphillips>creationix: see my writestream PR? https://github.com/luvit/luvit/pull/554
17:38:50  <creationix>KennethWilke: I seriously doubt there are any that are compatable with luv since I rewrote it just a couple months ago
17:39:19  <creationix>luvit was bound directly to libuv 0.8.x, luv uses libuv 1.0.0
17:39:28  <creationix>the libuv APIs changed quite a bit which is why I just rewrite luv from scratch
17:39:40  <creationix>(took me about two weeks of furious sprinting, it was fun)
17:39:52  <KennethWilke>bah i can see that,
17:39:59  <KennethWilke>i was lucky to start with 1.0.0-rc1
17:40:08  <KennethWilke>so all my libuv stuff is pretty fresh
17:40:15  <creationix>yep, 1.0 is pretty nice
17:40:31  <KennethWilke>well, except for the lack of examples it was great lol
17:40:32  <creationix>rphillips: I did.
17:40:49  <KennethWilke>and they have those fancy sphinx docs now
17:40:55  <KennethWilke>very handy
17:41:05  * kazuponjoined
17:44:00  <creationix>yes, the new libuv docs are amazing, except for the vague parts I keep finding
17:44:15  <creationix>nothing like bindings the entire API surface to help you go over the docs with a fine-toothed comb
17:45:20  <KennethWilke>lol yeah i've bugged saghul about several things that were odd in the docs
17:45:56  <KennethWilke>like saying to use a typedef'd callback, and the prototype for the callbacks not being in the docs
17:46:10  * kazuponquit (Ping timeout: 255 seconds)
17:54:31  <creationix>docs + header file + unit tests are how I survived
17:54:40  <creationix>at least the docs listed all the API names
17:55:02  <creationix>even if it says nothing more than “read the man page for mkdtemp”
17:55:30  <creationix>which by the way isn’t very helpful because the uv function has a different signature and obviously works differently
17:55:31  <KennethWilke>yeah, and their api is pretty nicely abstracted over normal socket stuff, i found things to be pretty predictable
17:55:49  <KennethWilke>lol yeah
17:55:59  <creationix>that’s when I end up reading libuv’s unit tests
17:57:06  <KennethWilke>lol yeah, i know the feeling, i recall having to look at the unit tests to figure out tcp stuff
17:57:18  <KennethWilke>or the address resolution stuff
17:57:22  <KennethWilke>one of the two
17:57:25  <KennethWilke>or both maybe
18:01:59  * a_lejoined
18:02:12  <creationix>yeah, the DNS stuff wasn’t documented well either
18:02:18  <creationix>the TCP stuff I already knew from libuv 8.x
18:04:21  <KennethWilke>i dunno if there's a better way for this, but here's what i slapped together so far
18:04:42  <KennethWilke>https://github.com/luvit/luvit/pull/555/files
18:05:36  <KennethWilke>gotta run to sprint planning, will try to be back later
18:08:16  <creationix>KennethWilke: thanks, let me know when you’re back
18:13:25  * DarkGodquit (Quit: Leaving)
18:13:53  <rje>creationix: rphillips: https://github.com/luvit/luvi/pull/34
18:14:29  <creationix>rje: still need the addition to make.bat right?
18:14:34  <creationix>(for the large flavor)
18:14:48  * travis-cijoined
18:14:48  <travis-ci>luvit/luvi#202 (feat/add_zlib - 91f23be : Rob Emanuele): The build was fixed.
18:14:48  <travis-ci>Change view : https://github.com/luvit/luvi/compare/8bb2d4ccfe92...91f23be5b5d9
18:14:48  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/43010081
18:14:48  * travis-cipart
18:19:42  <rje>creationix: thanks
18:20:14  <creationix>rje: and I’d like to somehow have zlib replace miniz when it’s turned on, but that can be done later I think
18:20:19  <creationix>as long as they don’t conflict now
18:25:41  <rje>creationix: no reason it should conflict
18:39:13  * travis-cijoined
18:39:13  <travis-ci>luvit/luvi#203 (feat/add_zlib - 0921944 : Rob Emanuele): The build passed.
18:39:13  <travis-ci>Change view : https://github.com/luvit/luvi/compare/91f23be5b5d9...092194484e2e
18:39:13  <travis-ci>Build details : http://travis-ci.org/luvit/luvi/builds/43012681
18:39:13  * travis-cipart
18:51:14  <rje>when does the windows test build run?
18:53:54  <creationix>rje: appveyor is slow
18:54:08  <creationix>I can run locally on my laptop real quick. If that passes, I’d say it’s good enough
18:55:05  <rje>i was just curious as it was fast last night, i'm booting windows now
18:56:03  <creationix>yeah, it was fast for a few days after thanksgiving. I guess the backlog was caught up or something
18:56:58  * creationixforgot to submodule update —init
18:57:49  <creationix>rje: when you get it all cloned and updated, running `make large` should build it
18:59:48  * travis-cijoined
18:59:48  <travis-ci>luvit/luvit#1306 (luvi-up - 189545b : Ryan Phillips): The build passed.
18:59:48  <travis-ci>Change view : https://github.com/luvit/luvit/compare/fbc7137bdaa8...189545bb752e
18:59:48  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43014888
18:59:48  * travis-cipart
19:03:28  <creationix>rje: “Cannot open include file: ‘zlib.h’”
19:09:00  * UniOn_joined
19:11:54  * UniOnquit (Ping timeout: 244 seconds)
19:13:51  <creationix>looks like appveyor got the same error I did
19:14:00  <creationix>https://ci.appveyor.com/project/creationix/luvi/build/1.0.213/job/078drrd9a2kvuf95#L3093
19:28:50  <rje>hmm, why is tiny trying include zlib
19:30:07  * kazuponjoined
19:34:37  * kazuponquit (Ping timeout: 240 seconds)
19:52:56  <creationix>rje: that was large I thought
19:53:27  <creationix>yeah, looks like tiny passed https://ci.appveyor.com/project/creationix/luvi/build/1.0.214
19:54:59  * DarkGodjoined
19:55:39  <creationix>Got binary module loading working from the bundle https://github.com/luvit/luvit/commit/0e671fac1e80524e0b30d16c54c8eeef703a813c
19:56:00  <creationix>still have the issue of how to manage binary modules, but at least we can load them again
19:56:14  <rje>creationix: yeah, when i tried to run the make.bat i first tried in git bash which screws up the cmake output
19:56:31  <creationix>interesting, never tried that
19:56:36  <rje>creationix: re: binary modules, awesome
19:56:39  <creationix>I use the visual studio special command prompt
19:56:49  <creationix>which is cmd.exe based I think
19:56:54  * travis-cijoined
19:56:54  <travis-ci>luvit/luvit#1307 (luvi-up - 0e671fa : Tim Caswell): The build was broken.
19:56:54  <travis-ci>Change view : https://github.com/luvit/luvit/compare/189545bb752e...0e671fac1e80
19:56:54  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43020776
19:56:54  * travis-cipart
19:57:10  <rje>right, i'm using poweshell now
19:57:35  <creationix>oops, broken the build
19:57:42  <rje>odd that it's not including the zlib dir in the include path for windows
19:57:46  <creationix>hmm, and committed to master, ouch. I’m not doing well today
19:57:57  * cledevquit (Ping timeout: 240 seconds)
19:58:23  * DarkGodquit (Remote host closed the connection)
20:00:40  <creationix>rje: I’m trusting you can figure out the windows issue. Let me know if you need help.
20:00:55  <creationix>as soon as we fix the build, I’ll cut a new version of luvi
20:01:48  * travis-cijoined
20:01:48  <travis-ci>luvit/luvit#1308 (luvi-up - 0f6582d : Tim Caswell): The build was fixed.
20:01:48  <travis-ci>Change view : https://github.com/luvit/luvit/compare/0e671fac1e80...0f6582d9347b
20:01:48  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43021230
20:01:48  * travis-cipart
20:23:51  * travis-cijoined
20:23:51  <travis-ci>luvit/luvit#1309 (fix-examples - f119657 : Tim Caswell): The build passed.
20:23:51  <travis-ci>Change view : https://github.com/luvit/luvit/commit/f119657acacf
20:23:51  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43023549
20:23:51  * travis-cipart
20:25:41  * dan336quit (Read error: No route to host)
20:25:54  * dan336joined
20:30:54  * kazuponjoined
20:35:55  * kazuponquit (Ping timeout: 252 seconds)
20:37:16  * phorejoined
20:44:57  <rje>creationix, i feel like this is using a 5lb mallet when a ballpeen would have been better https://github.com/luvit/luvi/commit/bbc9c7cc74133a74026c0a72a7f5323043aeff0a
20:45:24  <creationix>I see, I wonder why it didn’t work
20:46:43  <rje>they do some MSVC specific changes here https://github.com/luvit/zlib/blob/25a99ccdcf2da46bd965918a25569a70f5ca60b9/CMakeLists.txt#L62
20:47:08  <rje>its like CMAKE_CURRENT_SOURCE_DIR is wrong
20:49:33  <creationix>ouch
21:10:14  * cledevjoined
21:13:49  * phorequit (Quit: looks like i ran out of coffee)
21:15:31  * phorejoined
21:24:27  * phorequit (Quit: looks like i ran out of coffee)
21:26:34  <KennethWilke>creationix: hey there, i'm back for a lil bit...
21:26:43  <creationix>welcome
21:27:01  <KennethWilke>i'm trying to do those changes you mentioned, like i was trying server:tcp_bind() and it was telling me attempt to index local 'server' (a userdata value)
21:27:48  <KennethWilke>do i instantiate the tcp socket in a different way to get an object instead of a userdata struct
21:28:54  <KennethWilke>like via some kinda :new() call on something
21:31:42  <creationix>ahh, I remove the prefixes often
21:31:45  <creationix>server:bind()
21:32:12  <creationix>https://github.com/luvit/luv/blob/master/src/luv.c#L240-L377
21:32:26  <creationix>TCP has it’s own methods, and inherits from handle and stream
21:32:52  <KennethWilke>yeah, it still throws that same error for me
21:33:01  <KennethWilke>'attempt to index local 'server' (a userdata value)'
21:33:25  <creationix>what’s your luvi version?
21:33:27  <KennethWilke>i think that's because my server local variable is a userdata type, so it can't do table lookups
21:33:33  <creationix>`require(“luvi”).version`
21:33:46  <creationix>yeah, it’s a userdata, but I put the methods on it’s metatable
21:33:59  <creationix>you can’t do that in lua, but you can in C
21:34:03  <KennethWilke>v0.4.2
21:34:09  <creationix>ok, need a newer luvi
21:34:17  <creationix>0.5.0 was where that feature was added
21:34:27  <KennethWilke>ahh okay, how do i go about doing that?
21:34:28  <creationix>grab the latest luvi-up from luvit and make sure to update submodules
21:34:32  <KennethWilke>kk
21:34:37  <creationix>the luvi-binaries submodule has the luvi builds
21:35:58  <KennethWilke>thar we go
21:36:01  <KennethWilke>on 0.5.1 now
21:36:42  <creationix>:)
21:36:54  <creationix>there were some breaking changes between them, but it’s fairly minor
21:36:56  <KennethWilke>and to cleanly shut those sockets down, do i just do like a client:close()
21:37:03  <creationix>string constants are now lowercase
21:37:10  <creationix>“directory” vs “DIR” for file type for example
21:37:13  <KennethWilke>blasphemy!
21:37:16  <KennethWilke>lol
21:37:47  <creationix>I’m not entirely clear on when shutdown is needed before close
21:37:59  <creationix>but you should always close any uv handle or it will leak memory/resources
21:38:06  <KennethWilke>yeah for sure
21:38:14  <KennethWilke>lsof was like hey... you're leaking FDs
21:38:34  <creationix>the way I wrote the bindings, lua can’t GC the userdata values till after the uv_close callback
21:38:45  <creationix>so it leaks in both libuv and lua if you don’t close them
21:49:25  <KennethWilke>alrighty, i have a new commit thrown into the mix there that uses the method calls and looks like it cleanup up properly
21:49:51  <KennethWilke>at least as far as i'm aware, was getting some leftover socket file descriptors before, but not now
21:50:20  <KennethWilke>i adore lines line "server:accept(client)"
21:50:30  <KennethWilke>that's not a very descriptive line of code, is it?
21:50:30  <KennethWilke>:p
21:50:49  <creationix>:)
21:50:51  <KennethWilke>lines like* rather
21:54:08  <creationix>KennethWilke: thanks for the example
21:54:34  <creationix>I’m going through and marking all the broken examples so we know what works in 2.0 and what doesn’t
21:54:35  <KennethWilke>no problem, thanks for writing the stuff that makes the example worth having!
21:56:15  <creationix>rphillips: I’m having trouble with the joystick example. I’m getting “Failure to allocate buffer”
21:56:25  <creationix>you just copied the buffer library from old luvit right?
21:56:27  <rphillips>hmm
21:56:55  <rphillips>correct
21:57:41  <creationix>oh, nevermind, it’s nothing to do with buffer
21:57:46  <creationix>that’s a libuv error because fs.read changed
22:01:16  * travis-cijoined
22:01:16  <travis-ci>luvit/luvit#1311 (luvi-up - 395a17e : Tim Caswell): The build passed.
22:01:16  <travis-ci>Change view : https://github.com/luvit/luvit/compare/0f6582d9347b...395a17e0383a
22:01:16  <travis-ci>Build details : http://travis-ci.org/luvit/luvit/builds/43034208
22:01:16  * travis-cipart
22:01:59  <KennethWilke>this is pretty nice....
22:02:28  <KennethWilke>the performance via luvit basically identical to my prototype proxy in C w/libuv
22:02:37  <creationix>yeah, luajit is insanely fast
22:02:52  <creationix>and you can thanks bjorn for asking for the method syntax https://github.com/luvit/luv/issues/88
22:02:57  <KennethWilke>it might even be faster.... my C sucks!
22:03:00  <KennethWilke>lol
22:03:23  <creationix>well, sometimes luajit is faster than well written C even
22:03:40  <KennethWilke>getting like 60k req per second with redis-benchmark
22:03:41  <creationix>Andy Wingo found a way to to packet filtering faste than the linux kernel using luajit
22:03:49  <KennethWilke>all locally of course
22:04:02  <KennethWilke>gotta run to another meeting, y'all take it easy!
22:04:03  <creationix>he was processing raw tcp at full memory bandwidth and the lua wasn’t even cpu bound
22:04:08  <creationix>KennethWilke: take care
22:04:21  * KennethWilkequit (Quit: Leaving)
22:04:36  <creationix>rch: 60k/sec redis. That’s pretty good :)
22:04:58  <rch>i do like the method sugar
22:05:05  <rch>creationix: heh nice
22:05:38  <rphillips>that is cool
22:19:59  * kazuponjoined
22:24:37  * kazuponquit (Ping timeout: 240 seconds)
23:20:46  * kazuponjoined
23:25:27  * kazuponquit (Ping timeout: 258 seconds)
23:57:11  * kazuponjoined