00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:08  * ircretaryjoined
00:08:21  <indutny>one sec
00:08:55  <indutny>oh
00:09:01  <indutny>I have no idea about AL
00:09:02  <indutny>sorry
00:09:11  <trevnorris>heh, neither does anyone else :P
00:09:16  <trevnorris>it's more of a sanity check really. :)
00:09:57  <indutny>ok
00:11:14  * AvianFluquit (Remote host closed the connection)
00:13:04  <othiym23>isaacs tjfontaine and dshaw_ are live on nodeup.com right now
00:15:45  * pachet_quit (Quit: leaving)
00:16:32  * c4milo_quit (Remote host closed the connection)
00:17:52  * kenperkins_joined
00:17:59  * kenperkinsquit (Read error: Connection reset by peer)
00:24:38  * brsonjoined
00:25:25  * julianduquequit (Quit: leaving)
00:25:39  * julianduquejoined
00:27:14  * kenperkins_quit (Read error: Connection reset by peer)
00:29:05  * kenperkinsjoined
00:30:27  * zz_karupanerurachanged nick to karupanerura
00:31:24  <othiym23>trevnorris: thanks for jumping on that ticket of joliss's
00:31:41  <trevnorris>othiym23: what, you mean 6929?
00:31:48  <othiym23>I've been encouraging her to poke more at Node core since NodeConf
00:31:50  <othiym23>yeah
00:32:32  <trevnorris>coolio. i'm afraid i'm going to drive her away. honestly there's so much code there that could be improved outside of the scope of what she's working on it makes me cringe.
00:33:50  * mcculloughseanjoined
00:34:34  <othiym23>yeah, but this is a nice, targeted micro-optimization, with significant benefits
00:34:56  * paulfryzeljoined
00:39:21  * paulfryzelquit (Ping timeout: 252 seconds)
00:40:20  * kenperkinsquit (Quit: Computer has gone to sleep.)
00:44:49  <othiym23>indutny: the NodeUp crew is making horrible puns based on bud's name right now
00:44:56  <othiym23>but isaacs is saying nice things about it!
00:45:03  <trevnorris>othiym23: is her handle joliss in #node.js?
00:45:25  * kellabytequit (Read error: Operation timed out)
00:45:46  <othiym23>trevnorris: I don't think she's on IRC much, jo_liss on Twitter
00:46:21  <othiym23>trevnorris: but I think she's joliss on Freenode if you want to hassle her on IRC
00:48:42  <trevnorris>othiym23: you're not a core maintainer, but you have as much time in AL as anyone. might giving this a look? https://github.com/joyent/node/pull/6930
00:48:57  * brsonquit (Remote host closed the connection)
00:49:12  * brsonjoined
00:50:00  <indutny>othiym23: hahaha
00:50:11  <indutny>othiym23: can you quote any of them? :)
00:50:26  * thepumpkinquit (Remote host closed the connection)
00:51:11  <othiym23>indutny: "it's a budding young tool" was the most obvious one
00:51:17  <indutny>hahaha
00:51:20  <othiym23>trevnorris: sure thing boss
00:51:20  <indutny>excellent
00:52:57  <indutny>isaacs: btw, are you going to use it for npm?
00:53:04  <indutny>sorry, not listening you guys :)
00:53:37  * kellabytejoined
00:56:04  <othiym23>trevnorris: hold on, let me pull down that branch and run the tests
00:56:15  <othiym23>the code changes look good to me
00:57:21  * thlorenzjoined
00:57:43  * kazuponjoined
01:00:35  <trevnorris>othiym23: cool. thanks.
01:06:04  <othiym23>turns out that make is pretty slow when you forget -j 8
01:09:04  <MI6>joyent/node: Jo Liss master * b9bec20 : path: improve POSIX path.join() performance - http://git.io/N_P_Og
01:09:47  <trevnorris>othiym23: hehe.
01:10:20  <trevnorris>othiym23: when you're done there can you just give a LGTM on the ticket. I'll sign you off in the merged commit.
01:10:49  <othiym23>trevnorris: done
01:10:53  <trevnorris>othiym23: thanks :)
01:13:27  <trevnorris>othiym23: is ogd@aoaioxxysz.net seriously your email address?
01:14:06  <othiym23>trevnorris: you betcha
01:14:13  <trevnorris>wow. ok. :)
01:14:16  <othiym23>trevnorris: has been for 14 years ;)
01:14:25  <trevnorris>heh
01:14:35  <othiym23>I think I've signed the CLA as forrest@newrelic.com, though
01:15:16  <trevnorris>othiym23: nope. i was checking that out now.
01:15:22  <othiym23>huh OK
01:15:39  <othiym23>I should probably do that at some point ;)
01:16:15  <MI6>joyent/node: Trevor Norris master * e6016da : node: remove asyncStack (+1 more commits) - http://git.io/5nzJyQ
01:19:33  * octetcloudquit (Ping timeout: 248 seconds)
01:21:25  <MI6>nodejs-master: #874 FAILURE linux-x64 (2/694) osx-x64 (2/694) osx-ia32 (1/694) smartos-x64 (2/694) http://jenkins.nodejs.org/job/nodejs-master/874/
01:23:06  <othiym23>failures look unrelated
01:23:17  <othiym23>this is what happens when tjfontaine isn't shackled to his desk
01:23:23  <othiym23>and isn't wearing his hat
01:23:56  <trevnorris>heh yeah. turning an engineer into a "lead" of something is certain death to whatever they were working on. :P
01:25:32  <trevnorris>ok. i'm out
01:25:34  * trevnorris&
01:25:34  <LOUDBOT>JONATHAND QUIT DOWNLOADING PR0N!
01:25:44  <trevnorris>LOUDBOT, AGAIN
01:25:44  <LOUDBOT>trevnorris: OHH CAPLOCKS DAY, OHH CAPLOCKS DAY, YOU ARE VERY LOUD!
01:25:48  <trevnorris>LOUDBOT, AGAIN
01:25:49  <LOUDBOT>trevnorris: TODAY AT 11:30AM JOHN TESH WAS FOUND DEAD DURING AN APPARENT ATTEMPT AT AUTO-EROTIC ASPHYXIATION.
01:26:05  <trevnorris>ok. now that's how I like to end my day.
01:29:03  <MI6>nodejs-master-windows: #661 UNSTABLE windows-x64 (14/694) windows-ia32 (14/694) http://jenkins.nodejs.org/job/nodejs-master-windows/661/
01:30:37  * Ralithquit (Ping timeout: 272 seconds)
01:32:33  * abraxasjoined
01:35:45  * paulfryzeljoined
01:40:13  * paulfryzelquit (Ping timeout: 252 seconds)
01:43:29  * kenperkinsjoined
01:43:39  * kenperkinsquit (Client Quit)
01:50:34  <MI6>nodejs-master-windows: #662 UNSTABLE windows-x64 (22/695) windows-ia32 (13/695) http://jenkins.nodejs.org/job/nodejs-master-windows/662/
01:53:25  * brsonquit (Ping timeout: 272 seconds)
01:54:44  * dshaw_quit (Quit: Leaving.)
01:54:48  * AvianFlujoined
01:55:20  * mcavagequit (Remote host closed the connection)
01:55:42  <MI6>nodejs-master: #875 UNSTABLE linux-x64 (1/695) osx-x64 (2/695) linux-ia32 (5/695) osx-ia32 (1/695) smartos-ia32 (2/695) smartos-x64 (3/695) http://jenkins.nodejs.org/job/nodejs-master/875/
01:55:58  * Ralithjoined
01:58:24  * kazuponquit (Remote host closed the connection)
01:58:51  * kazuponjoined
02:02:43  * dap_quit (Quit: Leaving.)
02:02:58  * kazuponquit (Ping timeout: 246 seconds)
02:07:51  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
02:19:06  <vigith>is there any obvious reason why "client = malloc(sizeof(uv_tcp_t));" will seg fault?
02:21:22  * kazuponjoined
02:36:28  * paulfryzeljoined
02:40:43  * paulfryzelquit (Ping timeout: 252 seconds)
02:55:26  * c4milojoined
03:04:01  * octetcloudjoined
03:10:32  * kazuponquit (Remote host closed the connection)
03:23:37  * c4miloquit (Read error: Connection reset by peer)
03:27:49  * calvinfojoined
03:28:59  * paulfryzeljoined
03:31:50  * c4milojoined
03:33:09  * paulfryzelquit (Ping timeout: 252 seconds)
03:48:21  * jmar777joined
03:57:45  * calvinfoquit (Quit: Leaving.)
03:58:21  * kazuponjoined
04:00:31  * c4miloquit (Read error: Connection reset by peer)
04:06:56  * c4milojoined
04:12:28  * kazuponquit (Remote host closed the connection)
04:12:36  * kazuponjoined
04:18:15  * thlorenzquit (Remote host closed the connection)
04:18:50  * thlorenzjoined
04:23:31  * thlorenzquit (Ping timeout: 272 seconds)
04:24:09  * wolfeidaujoined
04:27:12  * c4miloquit (Remote host closed the connection)
04:29:38  * paulfryzeljoined
04:34:01  * paulfryzelquit (Ping timeout: 252 seconds)
04:58:33  * calvinfojoined
04:58:44  * calvinfoquit (Read error: Connection reset by peer)
04:58:56  * calvinfojoined
04:59:52  * calvinfo1joined
04:59:52  * calvinfoquit (Read error: Connection reset by peer)
05:00:02  <vigith>how do i know whether a tcp connection is open or not?
05:00:46  <vigith>i am getting seg_fault if i try to do uv_write on a closed client/req
05:00:47  * calvinfo1quit (Read error: Connection reset by peer)
05:00:49  * calvinfojoined
05:01:42  * calvinfo1joined
05:01:43  * calvinfoquit (Read error: Connection reset by peer)
05:02:24  * calvinfo1quit (Read error: Connection reset by peer)
05:02:33  * calvinfojoined
05:03:28  * calvinfo1joined
05:03:29  * calvinfoquit (Read error: Connection reset by peer)
05:04:11  * calvinfo1quit (Read error: Connection reset by peer)
05:04:23  * calvinfojoined
05:05:12  * calvinfoquit (Read error: Connection reset by peer)
05:05:18  * calvinfojoined
05:06:14  * calvinfo1joined
05:06:14  * calvinfoquit (Read error: Connection reset by peer)
05:06:27  * mikolalysenkojoined
05:06:58  * calvinfo1quit (Read error: Connection reset by peer)
05:07:10  * calvinfojoined
05:08:07  * calvinfo1joined
05:08:07  * calvinfoquit (Read error: Connection reset by peer)
05:08:49  * calvinfo1quit (Read error: Connection reset by peer)
05:09:01  * calvinfojoined
05:09:53  * calvinfo1joined
05:09:53  * calvinfoquit (Read error: Connection reset by peer)
05:10:47  * calvinfo1quit (Read error: Connection reset by peer)
05:10:50  * calvinfojoined
05:11:41  * calvinfo1joined
05:11:42  * calvinfoquit (Read error: Connection reset by peer)
05:12:29  * calvinfo1quit (Read error: Connection reset by peer)
05:12:40  * calvinfojoined
05:15:43  * Benviequit (Ping timeout: 272 seconds)
05:22:16  * jmar777quit (Remote host closed the connection)
05:23:27  * Benviejoined
05:30:30  * paulfryzeljoined
05:34:53  * paulfryzelquit (Ping timeout: 252 seconds)
05:39:06  * calvinfoquit (Quit: Leaving.)
05:40:43  * AvianFluquit (Remote host closed the connection)
05:44:44  * calvinfojoined
05:46:00  * brsonjoined
06:01:50  * mikolalysenkoquit (Ping timeout: 252 seconds)
06:15:46  * c4milojoined
06:17:31  * julianduquequit (Quit: rebooting)
06:17:52  * julianduquejoined
06:19:05  * julianduquequit (Client Quit)
06:19:54  * julianduquejoined
06:20:34  * c4miloquit (Ping timeout: 246 seconds)
06:31:13  * paulfryzeljoined
06:35:30  <MI6>nodejs-v0.10-windows: #453 UNSTABLE windows-ia32 (7/610) windows-x64 (12/610) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/453/
06:35:45  * paulfryzelquit (Ping timeout: 252 seconds)
06:48:42  * kenperkinsjoined
06:52:02  * hueniversejoined
06:54:26  * bajtosjoined
06:57:09  * octetcloudquit (Ping timeout: 248 seconds)
06:58:11  * mikolalysenkojoined
07:02:47  * mikolalysenkoquit (Ping timeout: 260 seconds)
07:17:23  <isaacs>indutny: i'm actually kinda making pound work
07:17:32  <isaacs>indutny: bud looks promising, but it's still young/scary
07:30:57  * calvinfoquit (Quit: Leaving.)
07:31:57  * paulfryzeljoined
07:32:58  * kenperkinsquit (Quit: Computer has gone to sleep.)
07:33:13  <othiym23>but it's budding with promise!
07:33:22  <othiym23>says the guy who's writing a ton of promises code tonight
07:33:40  * Benvie_joined
07:36:15  * paulfryzelquit (Ping timeout: 252 seconds)
07:37:03  * Benviequit (Ping timeout: 252 seconds)
07:37:51  * Benviejoined
07:38:05  * Benvie_quit (Ping timeout: 252 seconds)
07:58:09  * calvinfojoined
07:58:18  * mikolalysenkojoined
08:03:23  * mikolalysenkoquit (Ping timeout: 252 seconds)
08:04:42  * c4milojoined
08:05:26  * m76joined
08:05:45  * mikolalysenkojoined
08:09:25  * c4miloquit (Ping timeout: 246 seconds)
08:11:11  * mikolalysenkoquit (Ping timeout: 265 seconds)
08:14:44  * rendarjoined
08:18:17  * indexzeroquit (Quit: indexzero)
08:21:28  * calvinfoquit (Quit: Leaving.)
08:32:38  * paulfryzeljoined
08:34:40  * brsonquit (Quit: leaving)
08:37:07  * paulfryzelquit (Ping timeout: 252 seconds)
08:47:25  * abraxasquit (Remote host closed the connection)
08:54:47  * Benviequit (Ping timeout: 260 seconds)
09:06:35  * mikolalysenkojoined
09:11:35  * mikolalysenkoquit (Ping timeout: 260 seconds)
09:20:37  <indutny>isaacs: ok, I see
09:20:48  <indutny>vigith: heya
09:21:00  <indutny>vigith: segfaulting malloc() is something quite odd
09:21:26  <indutny>on other hand `uv_write()` could segfault in case of memory corruption
09:21:40  <indutny>do you have a stack trace, where it happens?
09:24:51  * janjongboomjoined
09:33:29  * paulfryzeljoined
09:37:59  * paulfryzelquit (Ping timeout: 252 seconds)
09:41:40  * karupanerurachanged nick to zz_karupanerura
09:46:52  * hzjoined
09:53:37  * c4milojoined
09:58:26  * c4miloquit (Ping timeout: 252 seconds)
10:05:46  * hz__joined
10:05:50  * hzquit (Disconnected by services)
10:05:51  * hz__changed nick to hz
10:07:20  * mikolalysenkojoined
10:12:27  * mikolalysenkoquit (Ping timeout: 252 seconds)
10:27:35  * janjongboomquit (Ping timeout: 260 seconds)
10:28:23  * janjongboomjoined
10:34:25  * paulfryzeljoined
10:38:51  * paulfryzelquit (Ping timeout: 252 seconds)
10:46:47  <MI6>nodejs-v0.10: #1732 UNSTABLE osx-x64 (7/610) linux-ia32 (4/610) smartos-x64 (8/610) smartos-ia32 (8/610) linux-x64 (2/610) osx-ia32 (5/610) http://jenkins.nodejs.org/job/nodejs-v0.10/1732/
11:02:19  * kazuponquit (Remote host closed the connection)
11:02:20  * daviddiasjoined
11:02:46  * kazuponjoined
11:07:35  * kazuponquit (Ping timeout: 272 seconds)
11:07:52  * abraxasjoined
11:08:06  * mikolalysenkojoined
11:13:08  * mikolalysenkoquit (Ping timeout: 252 seconds)
11:21:45  * bajtosquit (Quit: bajtos)
11:34:58  * paulfryzeljoined
11:39:21  * paulfryzelquit (Ping timeout: 252 seconds)
11:42:35  * c4milojoined
11:42:54  * abraxasquit (Remote host closed the connection)
11:48:01  * c4miloquit (Ping timeout: 272 seconds)
11:58:12  <MI6>joyent/node: Ben Noordhuis master * 6514a41 : test: fix array sorting bug (+1 more commits) - http://git.io/1awzNw
12:00:00  <indutny> taam
12:00:07  <indutny>piscisaureus: hey man
12:00:35  <mmalecki>morning Fedor
12:01:05  <mmalecki>indutny: is bud usable in production?
12:01:19  <indutny>mmalecki: this is a good question indeed
12:01:21  <indutny>morning
12:01:23  <mmalecki>indutny: I want to put it in front of our varnish at spacedock
12:01:27  <indutny>I should have an answer quite soon
12:01:29  <mmalecki>indutny: I can just give it a try
12:01:40  <indutny>yep, that perhaps is the best thing you could do right now
12:01:43  <indutny>from my side
12:01:51  <indutny>I could say that it worked fine for almost a month on my blog
12:02:26  <mmalecki>all right, I'll give it a shot and let you know
12:02:27  <indutny>mmalecki: let me know if you'll need any help
12:02:32  <indutny>cool
12:02:32  <indutny>thank you
12:02:33  <mmalecki>sure thing, thanks
12:04:54  <indutny>you're welcome
12:07:13  <indutny>ok, gtg
12:08:49  * mikolalysenkojoined
12:12:21  <MI6>nodejs-master: #876 FAILURE osx-x64 (2/695) osx-ia32 (4/695) smartos-x64 (2/695) http://jenkins.nodejs.org/job/nodejs-master/876/
12:13:21  * janjongboomquit (Ping timeout: 272 seconds)
12:13:59  * mikolalysenkoquit (Ping timeout: 260 seconds)
12:14:25  * janjongboomjoined
12:14:42  * bajtosjoined
12:22:43  <MI6>nodejs-master-windows: #663 UNSTABLE windows-x64 (20/695) windows-ia32 (12/695) http://jenkins.nodejs.org/job/nodejs-master-windows/663/
12:30:22  * kellabytequit (Changing host)
12:30:22  * kellabytejoined
12:30:22  * kellabytequit (Changing host)
12:30:22  * kellabytejoined
12:33:44  * titoquit (Read error: Operation timed out)
12:35:46  * paulfryzeljoined
12:40:13  * paulfryzelquit (Ping timeout: 252 seconds)
12:41:40  * titojoined
12:51:18  * c4milojoined
13:08:07  * insertcoffeejoined
13:09:37  * mikolalysenkojoined
13:14:41  * mikolalysenkoquit (Ping timeout: 252 seconds)
13:24:14  * insertcoffeequit (Ping timeout: 264 seconds)
13:29:07  * janjongboomquit (Ping timeout: 260 seconds)
13:29:58  * janjongboomjoined
13:36:29  * paulfryzeljoined
13:41:05  * paulfryzelquit (Ping timeout: 252 seconds)
13:43:48  * abraxasjoined
13:48:24  * abraxasquit (Ping timeout: 252 seconds)
13:57:16  * bajtosquit (Quit: bajtos)
14:06:15  * piscisaureus_joined
14:09:15  * piscisaureusquit (Ping timeout: 260 seconds)
14:10:10  * piscisaureus__joined
14:10:19  * mikolalysenkojoined
14:12:47  * janjongboomquit (Ping timeout: 272 seconds)
14:12:53  * piscisaureus_quit (Ping timeout: 248 seconds)
14:14:32  * janjongboomjoined
14:15:14  * daviddiasquit (Ping timeout: 264 seconds)
14:15:57  * mikolalysenkoquit (Ping timeout: 272 seconds)
14:19:11  * daviddiasjoined
14:32:20  * thlorenzjoined
14:37:16  * paulfryzeljoined
14:41:24  * c4miloquit (Remote host closed the connection)
14:41:35  * paulfryzelquit (Ping timeout: 252 seconds)
14:44:45  * c4milojoined
14:50:49  * kazuponjoined
14:53:45  * jmar777joined
14:58:28  * janjongboomquit (Ping timeout: 245 seconds)
14:59:34  * janjongboomjoined
15:11:08  * mikolalysenkojoined
15:16:27  * mikolalysenkoquit (Ping timeout: 260 seconds)
15:20:22  <MI6>nodejs-master: #877 UNSTABLE linux-x64 (2/695) osx-x64 (2/695) linux-ia32 (2/695) osx-ia32 (1/695) smartos-ia32 (3/695) smartos-x64 (3/695) http://jenkins.nodejs.org/job/nodejs-master/877/
15:26:58  * kenperkinsjoined
15:38:10  * paulfryzeljoined
15:42:27  * paulfryzelquit (Ping timeout: 252 seconds)
15:45:16  * paulfryzeljoined
15:50:19  * piscisaureus__quit (Ping timeout: 272 seconds)
15:57:45  * AvianFlujoined
16:00:59  * defunctzombiechanged nick to defunctzombie_zz
16:02:56  <tjfontaine>morning
16:03:08  * pachetjoined
16:05:20  <mmalecki>good beer-o-clock
16:11:57  * mikolalysenkojoined
16:22:25  * kazuponquit (Remote host closed the connection)
16:22:28  * bajtosjoined
16:22:52  * kazuponjoined
16:23:04  * dap_joined
16:23:06  <tjfontaine>indutny: anything to go in to libuv v0.10 before a release?
16:23:11  <indutny>hm...
16:23:13  <indutny>let's see
16:23:14  <indutny>yeah
16:23:16  <indutny>there is one patch
16:23:25  <tjfontaine>I have asked folks here to review the stdio patch
16:23:31  <tjfontaine>and the fs events rearm
16:23:37  <indutny>ah
16:23:37  <indutny>ok
16:23:38  <indutny>cool
16:23:41  <indutny>that's all then :)
16:23:49  <tjfontaine>want me to hold a release until we can get some movement on that?
16:25:01  * kazupon_joined
16:26:11  * kazuponquit (Read error: Connection reset by peer)
16:27:14  * piscisaureusjoined
16:28:16  <kenperkins>lol namecheap has a gorgeous new landing page
16:28:26  <kenperkins>but their logged in section is still ghetto web 1.0
16:29:12  * pachet_joined
16:32:23  * pachetquit (Ping timeout: 272 seconds)
16:36:19  * janjongboomquit (Ping timeout: 260 seconds)
16:37:42  * janjongboomjoined
16:42:23  <MI6>joyent/node: tjfontaine created branch merge-test - http://git.io/Cjsjdw
16:49:02  <indutny>tjfontaine: yep
16:49:07  <indutny>kenperkins: yeah
16:49:11  <indutny>kenperkins: moving one domain to them
16:49:16  * defunctzombie_zzchanged nick to defunctzombie
16:49:18  <indutny>will see if there will be any problems
16:50:08  * octetcloudjoined
16:50:19  * defunctzombiechanged nick to defunctzombie_zz
16:51:15  <MI6>node-review-unix: #154 FAILURE linux-ia32 (1/695) osx-ia32 (2/695) osx-x64 (4/695) linux-x64 (3/695) http://jenkins.nodejs.org/job/node-review-unix/154/
16:54:43  * octetcloudquit (Ping timeout: 245 seconds)
16:56:03  * bradleymeckjoined
17:01:23  <MI6>node-review-windows: #7 UNSTABLE windows-x64 (12/695) windows-ia32 (12/695) http://jenkins.nodejs.org/job/node-review-windows/7/
17:07:24  * bradleymeckquit (Quit: bradleymeck)
17:10:04  * pachet_quit (Quit: leaving)
17:11:18  * pachetjoined
17:11:20  * thlorenzquit (Remote host closed the connection)
17:16:06  * kenperkinsquit (Remote host closed the connection)
17:16:46  * kenperkinsjoined
17:17:34  * rphillipsquit (Quit: ZNC - http://znc.in)
17:19:28  * TooTallNatejoined
17:21:01  <tjfontaine>man I'm glad I did a test of that merge before doing it
17:23:38  * dap_quit (Quit: Leaving.)
17:27:28  * dap_joined
17:28:24  * defunctzombie_zzchanged nick to defunctzombie
17:28:40  * mikealjoined
17:29:57  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
17:29:58  * Benviejoined
17:31:25  * rphillipsjoined
17:33:57  * piscisaureusquit (Ping timeout: 248 seconds)
17:45:16  * pachetquit (Quit: leaving)
17:47:25  * c4miloquit (Remote host closed the connection)
17:47:57  * calvinfojoined
17:51:29  * piscisaureusjoined
17:53:13  <MI6>libuv-master: #441 FAILURE http://jenkins.nodejs.org/job/libuv-master/441/
17:53:48  * TooTallNatequit (Quit: Computer has gone to sleep.)
17:58:31  * c4milojoined
17:58:53  * Ralithquit (Ping timeout: 272 seconds)
18:00:11  <indutny>tjfontaine: :)
18:00:15  <indutny>tjfontaine: need any help?
18:01:04  <tjfontaine>yes, what would you like to work on? :)
18:01:13  <indutny>hahaha
18:01:19  <indutny>I meant merge
18:01:52  * isaacs_mobilejoined
18:01:53  <tjfontaine>there's an ordering issue in that merge from the libuv changes, I clearly fubard something, I have an idea though
18:02:37  <tjfontaine>indutny: can you do a v8 merge in master?
18:02:52  <indutny>tjfontaine: huuuh?
18:02:57  <indutny>v8 merge?
18:03:03  <indutny>you mean rm -rf deps/v8
18:03:06  <indutny>git co origin/master deps/v8
18:03:23  <tjfontaine>aye, but of the appropriate branch :)
18:03:39  <indutny>erm
18:03:45  <indutny>ok
18:03:55  <indutny>though I don't get which branch
18:03:57  <indutny>if not origin/master :)
18:04:05  <tjfontaine>no, v8's proper branch
18:04:07  <tjfontaine>:)
18:04:16  * thlorenzjoined
18:04:20  <indutny>ah, ok
18:04:33  <tjfontaine>3.22 right now
18:04:37  <indutny>actually
18:04:48  <indutny>tjfontaine: you want to update it?
18:05:04  <tjfontaine>hmm?
18:05:11  <tjfontaine>I want to do an update of the v8 branch in master
18:05:23  <tjfontaine>or, was looking to see if *you* would do that for me?
18:05:44  <tjfontaine>https://github.com/v8/v8/commits/3.22 this branch
18:06:32  <indutny>ok
18:06:34  <indutny>I see now
18:06:39  <indutny>so I'll do v0.10 merge
18:06:44  <indutny>and then v8 update
18:07:12  <indutny>btw, would be cool to update libuv in master too :)
18:07:18  <indutny>after you'll do all the release stuff
18:07:22  <tjfontaine>yse, that's all part of the release stuff
18:07:25  <indutny>ok
18:07:40  <indutny>some changes will need to be done in src/*.cc
18:07:45  <indutny>mostly uv_tcp_bind
18:07:49  <indutny>but perhaps few others
18:07:54  * defunctzombiechanged nick to defunctzombie_zz
18:08:06  <indutny>and good news is that we'll make one step forward dualstack TCP
18:08:06  <indutny>;)
18:08:48  * isaacs_mobilequit (Remote host closed the connection)
18:09:11  <piscisaureus>indutny: I'd like triplestack
18:09:22  <indutny>oh, that would work eventually
18:09:24  <piscisaureus>It'd be nice to support ipv7 too
18:10:33  <tjfontaine>we can do a release of libuv master at anytime, it'd be nice to do a merge of v0.10 into master first, then cut a release
18:10:40  <tjfontaine>if berts around right now and is motivated he can feel free to do it
18:11:04  <piscisaureus>libuv releasing?
18:11:12  <piscisaureus>Is there anything special that I should be aware of?
18:11:45  * isaacs_mobilejoined
18:12:26  <indutny>well
18:12:29  <indutny>two my PRs ;)
18:12:37  <piscisaureus>indutny: which ones?
18:13:03  <piscisaureus>indutny: you mean, patches that were landed already?
18:13:58  <tjfontaine>there are joyent folk looking into the v0.10 stuff atm, as you wanted extra eyes
18:14:03  <indutny>piscisaureus: nope
18:14:14  <indutny>yeah, they're in review
18:14:18  * isaacs_mobilequit (Remote host closed the connection)
18:16:03  <piscisaureus>indutny: I can take a quick look if they
18:16:07  <piscisaureus>'re not too invasive
18:16:12  <indutny>they are not
18:16:36  <indutny>https://github.com/joyent/libuv/pull/1083
18:16:38  <indutny>https://github.com/joyent/libuv/pull/1082
18:17:27  <piscisaureus>indutny: 1083 needs to be done for the other platform too...
18:17:55  <indutny>huh?
18:18:02  <indutny>isn't windows using pointers for files?
18:18:06  <indutny>oooh
18:18:11  <indutny>you mean that the same file could be used
18:18:14  <piscisaureus>indutny: 1082 looks simple enough, but I am no sunos expert
18:19:01  <piscisaureus>spawn(nblabla, ..., { stdio: [ 'inherit', 'inherit', 3 ] })
18:19:01  <piscisaureus>indutny: what you are trying to achieve is supporting this, right?
18:19:09  <piscisaureus>Argh
18:19:10  <piscisaureus>no I mean
18:19:21  <piscisaureus>spawn(nblabla, ..., { stdio: [ 'inherit', 'inherit', 1 ] })
18:19:26  <indutny>spawn(nblablab, ... { stdio: [0, 1, 1 ] })
18:19:48  <piscisaureus>right
18:19:52  <indutny>that's what I do
18:20:03  <piscisaureus>indutny: right, so that redirects the child stdout the the parent stderr
18:20:04  <indutny>I'm trying to make it not close `1` twice
18:20:13  <indutny>other way around
18:20:14  <indutny>but yes
18:20:19  <piscisaureus>right
18:20:19  <indutny>child stderr and stdout to parent stdout
18:20:39  <piscisaureus>indutny: so what about ['pipe', 'pipe', '&1']
18:20:52  <piscisaureus>indutny: is that something unrelated?
18:20:59  <indutny>yeah
18:21:04  <piscisaureus>right
18:21:07  <indutny>it just isn't supported
18:21:08  <indutny>but
18:21:14  <indutny>I think you should be able to do it
18:21:29  <indutny>just by using not only uv_spawn()
18:21:33  <piscisaureus>indutny: ok, then indeed this patch needs to winos counterpart
18:22:06  <piscisaureus>indutny: we could add a UV_SPAWN_DUP_FD mode as an addition to UV_SPAWN_INHERIT_FD
18:22:15  <indutny>perhaps
18:24:17  <indutny>piscisaureus: hm... I can't see how win is affected
18:24:28  <piscisaureus>indutny: you're right, it isn't
18:24:38  <indutny>so what do you want me to patch? :)
18:24:46  <piscisaureus>indutny: nothing :)
18:24:50  <indutny>oook
18:24:52  <indutny>LGTY?
18:25:52  <rendar>piscisaureus, so in theory UV_SPAWN_DUP_FD will be specified for those fd one want to replace, and UV_SPAWN_INHERIT_FD for those fd one want to inherit (e.g. parent's stdout)
18:26:00  <rendar>?
18:26:30  <piscisaureus>indutny: trying to wrap my head around your patch. hold on.
18:26:36  <piscisaureus>indutny: you want to put this in v0.10 too?
18:26:43  <indutny>yep
18:27:23  * kazupon_quit (Remote host closed the connection)
18:27:50  * kazuponjoined
18:28:26  <indutny>though, it indeed doesn't solve some overlap problems
18:28:42  <indutny>2 -> 0, 1 -> 1, 0 -> 2
18:28:44  <piscisaureus>indutny: what happens if I inherit [1, 0, 2] ?
18:28:49  <piscisaureus>hmm
18:28:56  <indutny>I think it'll fail
18:29:15  <indutny>sounds like a separate issue anyway
18:30:10  <indutny>I could implement parallel move algorithm for it :)
18:30:34  <indutny>basically, ordering all moves would solve the problem
18:30:37  <indutny>whatever it'll be
18:30:58  <piscisaureus>indutny: also what if the error_fd happens to be one that we need to assign?
18:31:02  <piscisaureus>heh
18:31:12  <piscisaureus>this is fun
18:31:30  <indutny>indeed
18:31:47  <indutny>well, we could dup out error_fd :)
18:32:05  * kazuponquit (Ping timeout: 248 seconds)
18:32:36  <piscisaureus>who says that that dup wouldn't be at risk of being duped
18:33:27  <piscisaureus>indutny: the safest I guess would be to dup everything to 100+original fd
18:33:37  <indutny>that's lame
18:33:39  <indutny>parallel move
18:33:42  <indutny>is what we need
18:34:02  <indutny>https://www.google.ru/url?sa=t&rct=j&q=&esrc=s&source=web&cd=3&cad=rja&ved=0CDsQFjAC&url=http%3A%2F%2Fgallium.inria.fr%2F~xleroy%2Fpubli%2Fparallel-move.pdf&ei=DQ_gUuaII8S44ATQnIGgBQ&usg=AFQjCNENVni8N4HEaDT5SpppV-hAZE6oow&sig2=WBsVv-3yP1wbSTdlnAKnrw&bvm=bv.59568121,d.bGE
18:34:12  <piscisaureus>indutny: so your patch looks "ok" if we very much limit what it is supposed to fix
18:34:15  <indutny>no kidding
18:34:32  <indutny>piscisaureus: yeah, I don't think that we will be able to fix other issue in this release anyway
18:36:29  * bradleymeckjoined
18:37:26  <piscisaureus>indutny: ok, lgtm
18:37:30  <indutny>great
18:37:31  <indutny>thank you
18:38:02  <piscisaureus>indutny: are you going to rebase and land or me?
18:38:14  <indutny>yep
18:38:16  <indutny>I'll do it
18:39:17  <piscisaureus>indutny: be nice to the guy who wrote the actual fix :)
18:39:22  <piscisaureus>indutny: the test is nice tho
18:39:27  <indutny>haha
18:39:33  <indutny>I'll add him to the commit
18:39:38  <indutny>though, commits can't have two authors
18:40:41  <piscisaureus>indutny: maybe separate the fix from the test? Whatever :)
18:40:54  <piscisaureus>or just mention in the commit log
18:41:04  <MI6>joyent/libuv: Fedor Indutny v0.10 * e403a2c : process: close stdio after dup2'ing it - http://git.io/LNfqIA
18:41:05  <indutny>I think this should be fine ^
18:41:33  <piscisaureus>sure
18:41:34  <piscisaureus>ok
18:41:37  <piscisaureus>let me merge again
18:41:53  * brsonjoined
18:42:09  <piscisaureus>indutny: I can't merge the fix for sunos, get someone @ pleasure ent to review that.
18:42:19  <piscisaureus>port_foobar is a mystery to me
18:42:31  <indutny>haha
18:43:53  * mikolalysenkoquit (Ping timeout: 245 seconds)
18:44:15  <MI6>nodejs-master-windows: #664 UNSTABLE windows-x64 (16/695) windows-ia32 (13/695) http://jenkins.nodejs.org/job/nodejs-master-windows/664/
18:44:36  <indutny>so
18:44:45  <MI6>libuv-v0.10: #152 UNSTABLE smartos (3/192) http://jenkins.nodejs.org/job/libuv-v0.10/152/
18:44:50  <indutny>I'm waiting for you guys to do all the merges
18:44:59  <indutny>and releases
18:45:04  <indutny>to do joyent/node#master merge
18:45:04  * mikolalysenkojoined
18:45:19  <MI6>libuv-v0.10-gyp: #120 UNSTABLE smartos-ia32 (2/192) smartos-x64 (3/192) http://jenkins.nodejs.org/job/libuv-v0.10-gyp/120/
18:47:00  <piscisaureus>indutny: so if I merge your patch into master I get a conflict
18:47:06  <indutny>certainly
18:47:15  <indutny>and it'll be resolved by replacing close() with uv__close()
18:47:16  <indutny>I think
18:47:21  <indutny>do you want me to do it?
18:47:23  <piscisaureus>indutny: ah, that makes sense
18:47:34  <piscisaureus>indutny: no if the logic didn't change I can do it
18:48:19  <indutny>yeah, seems like everything else is the same
18:49:46  <MI6>libuv-v0.10-windows: #16 FAILURE http://jenkins.nodejs.org/job/libuv-v0.10-windows/16/
18:50:09  <trevnorris>tjfontaine: ping
18:50:48  <MI6>joyent/libuv: Bert Belder master * 53effc3 : Merge branch 'v0.10' (+6 more commits) - http://git.io/RhBJxA
18:51:44  <MI6>libuv-master-windows: #21 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/21/
18:51:56  <piscisaureus>tjfontaine: do you know if jenkins is healthy ?
18:51:59  <MI6>libuv-master: #442 FAILURE http://jenkins.nodejs.org/job/libuv-master/442/
18:52:05  * kenperkins_joined
18:52:25  <MI6>libuv-master-gyp: #399 FAILURE http://jenkins.nodejs.org/job/libuv-master-gyp/399/
18:52:33  <indutny>haha
18:52:36  <indutny>piscisaureus: you asking? :)
18:52:58  * Ralithjoined
18:53:00  <piscisaureus>indutny: well maybe you broke everything
18:55:53  * kenperkinsquit (Ping timeout: 272 seconds)
18:56:21  * octetcloudjoined
18:56:22  <indutny>haha
18:56:26  <indutny>very unlikely
18:57:09  <trevnorris>indutny: ping 6902
18:57:10  <trevnorris>../src/stream_wrap.cc:308:5: error: use of undeclared identifier 'memcpy'
18:57:10  <trevnorris> memcpy(data, buf.base, buf.len);
18:57:22  <indutny>oh
18:57:37  <indutny>ok, this is rather simple
18:57:41  <indutny>anything else?
18:57:50  <trevnorris>well, haven't gotten past that yet. :P
18:58:02  <indutny>:)
18:58:03  <indutny>ok
18:58:09  * kazuponjoined
18:58:25  <piscisaureus>indutny: yeah I can't build after your patch...
18:58:33  <MI6>joyent/node: Yorkie master * c7f5c98 : crypto: remove duplicate ERR_load_crypto_strings() - http://git.io/j1CONQ
18:58:38  <indutny>piscisaureus: seriously?
18:58:41  <piscisaureus>indutny: can you fix that? I have to run now, will be back online in later
18:58:50  <piscisaureus>indutny: that's on linux btw
18:58:55  <indutny>hm...
18:58:57  <indutny>ok
18:58:59  * inolenquit (Ping timeout: 252 seconds)
18:59:00  <indutny>builds just fine on osx
18:59:05  <indutny>let me try
18:59:18  <piscisaureus>indutny: this is after merging to master btw
18:59:22  <indutny>aaah
18:59:26  <indutny>so after your merge :)
18:59:37  * inolenjoined
18:59:51  <piscisaureus>indutny: yeah
18:59:54  <piscisaureus>indutny:
18:59:55  <piscisaureus>../test/test-spawn.c: In function ‘run_test_spawn_same_stdout_stderr’:
18:59:55  <piscisaureus>../test/test-spawn.c:641:3: error: incompatible type for argument 3 of ‘uv_spawn’
18:59:55  <piscisaureus> r = uv_spawn(uv_default_loop(), &process, options);
18:59:58  <indutny>oh
19:00:01  <indutny>I think it is simple
19:00:04  <indutny>&options
19:00:12  <piscisaureus>indutny: can you land your patch separately on master then?
19:00:25  <piscisaureus>indutny: I don't want to make too many actual changes in a merge commit
19:00:34  <indutny>ok
19:00:35  <piscisaureus>must go
19:00:36  * mikealquit (Quit: Leaving.)
19:01:01  <indutny>piscisaureus: ttyl
19:01:02  <indutny>thank you!
19:03:38  <trevnorris>othiym23: ping
19:03:40  * brsonquit (Ping timeout: 265 seconds)
19:04:34  * mikealjoined
19:04:51  * piscisaureusquit (Ping timeout: 252 seconds)
19:06:11  <othiym23>trevnorris: pong
19:06:39  * daviddiasquit (Remote host closed the connection)
19:07:02  <trevnorris>othiym23: so, since tjfontaine has now fallen, meaning he just seems to always be in meetings. :P maybe you can offer some insight into what his tracing probes do
19:07:09  * daviddiasjoined
19:07:49  <trevnorris>othiym23: do you know, are they supposed to work like async listeners where you attach one and it goes on indefinitely across the call stack, or is it more like a switch where you ask to know when x, y or z happens
19:07:58  <trevnorris>but when you turn it off you are no longer notified?
19:09:29  <MI6>joyent/libuv: Fedor Indutny master * 3a4ec61 : test: fix after merge - http://git.io/ZpnyXA
19:09:53  * tjkrusinskijoined
19:10:35  <othiym23>trevnorris: I think the best non-tjfontaine person to hassle is groundwater
19:10:49  <othiym23>trevnorris: since he's been working with tjfontaine's branch directly
19:10:53  <trevnorris>groundwater: hey, yo! respond to me now!
19:11:23  * daviddiasquit (Ping timeout: 245 seconds)
19:11:38  * mikealquit (Quit: Leaving.)
19:11:39  <groundwater>trevnorris i'm not loudbot
19:12:01  <trevnorris>groundwater: LISTEN NOW YOU!!!!
19:12:07  <trevnorris>groundwater: :)
19:12:31  <trevnorris>to prevent typing more unnecessarily, can you read the above to othiym23 and tell me what you know?
19:12:52  <groundwater>trevnorris the tracing probes are context free
19:13:04  <groundwater>i.e. they are either on or off
19:13:08  <trevnorris>groundwater: really?!? sweet!!!!!!!!!!!!
19:13:16  <trevnorris>that just makes this entire thing so much more simple
19:13:19  <MI6>nodejs-master: #878 FAILURE osx-x64 (1/695) osx-ia32 (3/695) smartos-ia32 (2/695) smartos-x64 (3/695) http://jenkins.nodejs.org/job/nodejs-master/878/
19:13:27  <MI6>libuv-master-windows: #22 UNSTABLE windows-ia32 (4/203) windows-x64 (4/203) http://jenkins.nodejs.org/job/libuv-master-windows/22/
19:13:28  * daviddiasjoined
19:13:28  <groundwater>let me make sure we're on the same page though
19:14:08  * piscisaureusjoined
19:14:08  <groundwater>you can subscribe to all the typical AL events
19:14:15  <groundwater>but if you later remove a probe, it will never fire
19:14:19  <MI6>libuv-master-gyp: #400 UNSTABLE smartos-ia32 (4/204) smartos-x64 (3/204) http://jenkins.nodejs.org/job/libuv-master-gyp/400/
19:14:25  <groundwater>unlike ALs which will continue to fire along that particular continuation
19:14:30  <MI6>libuv-master: #443 FAILURE http://jenkins.nodejs.org/job/libuv-master/443/
19:16:07  <trevnorris>yeah. so, add an AL, remove an AL, it will continue to fire around whatever it encapsulated. probe turn on, get stuff, turn off, don't get stuff.
19:16:27  <groundwater>yes
19:16:51  <trevnorris>oh, this is so freaking nice. I was actually trying to do both at the same time.
19:16:57  <groundwater>the probes are definitely a lower abstraction than ALs
19:16:59  <trevnorris>holly freakin crap. this makes life so easy
19:17:10  <groundwater>trevnorris is dancing in the streets
19:17:18  <trevnorris>FREAK YEAH I AM
19:17:19  <LOUDBOT>I THINK YOU MEAN: CANADIA.
19:17:25  <groundwater>^
19:19:26  <piscisaureus>meh. so many test failures on linux...
19:19:43  <trevnorris>piscisaureus: since the merge?
19:19:51  <piscisaureus>no but just
19:19:56  <piscisaureus>pipe_connect_to_file
19:19:56  <trevnorris>ah
19:20:10  <piscisaureus>getaddrinfo_fail
19:20:22  <MI6>nodejs-master-windows: #665 UNSTABLE windows-x64 (18/695) windows-ia32 (15/695) http://jenkins.nodejs.org/job/nodejs-master-windows/665/
19:20:27  <piscisaureus>fs_event_watch_file_twice
19:20:30  <piscisaureus>fs_readdir_file
19:20:37  <piscisaureus>dlerror
19:20:42  <trevnorris>yeah. running them now.
19:21:55  <piscisaureus>trevnorris: tell me what you get. maybe it's my setup
19:22:05  * mikolalysenkoquit (Ping timeout: 252 seconds)
19:22:29  <trevnorris>piscisaureus: pipe_connect_to_file, fs_event_watch_file_twice, fs_readdir_file, dlerror
19:23:02  <trevnorris>so, same as you
19:23:44  <piscisaureus>except getaddrinfo but that may be because this internet is weird
19:23:55  <piscisaureus>I wonder what makes dlerror fail
19:24:01  <piscisaureus>nothing has changed about that for years
19:25:50  <trevnorris>piscisaureus: um. i want to gdb the assertion failure. is there a parameter I can pass to ./run-tests to tell it to allow the assertion to blow?
19:26:13  <piscisaureus>trevnorris: so it seems that dlerror fails if not run from the right directory
19:26:30  <piscisaureus>trevnorris: if you build debug it always breaks on SIGABRT
19:27:28  <piscisaureus>trevnorris: gotcha. you have to run run-tests from the libuv root dir
19:27:33  <piscisaureus>then the tests don't fail
19:27:54  <trevnorris>wtf.
19:28:09  <trevnorris>that seems annoying.
19:28:13  <piscisaureus>trevnorris: it's because it expects some fixtures in 'test/fixtures'
19:28:24  <trevnorris>eh, ok
19:30:46  <MI6>joyent/libuv: piscisaureus created tag v0.10.23 - http://git.io/jpbIwA
19:30:48  <MI6>joyent/libuv: Bert Belder v0.10 * b8b6588 : Now working on v0.10.24 (+1 more commits) - http://git.io/G9ME9g
19:31:29  * kazuponquit (Ping timeout: 240 seconds)
19:31:50  * mikealjoined
19:31:58  * janjongboomjoined
19:34:06  * bajtosquit (Quit: bajtos)
19:34:27  <MI6>libuv-v0.10: #153 UNSTABLE osx (1/193) smartos (3/192) http://jenkins.nodejs.org/job/libuv-v0.10/153/
19:36:59  * indexzerojoined
19:37:41  <MI6>libuv-review: #116 UNSTABLE smartos-ia32 (3/192) smartos-x64 (3/192) osx-ia32 (1/193) http://jenkins.nodejs.org/job/libuv-review/116/
19:37:45  <MI6>libuv-v0.10-gyp: #121 UNSTABLE smartos-ia32 (2/192) smartos-x64 (3/192) linux-x64 (1/192) osx-ia32 (1/193) http://jenkins.nodejs.org/job/libuv-v0.10-gyp/121/
19:41:03  * janjongboomquit (Ping timeout: 252 seconds)
19:41:20  <MI6>libuv-review-windows: #13 FAILURE http://jenkins.nodejs.org/job/libuv-review-windows/13/
19:41:21  <MI6>libuv-v0.10-windows: #17 FAILURE http://jenkins.nodejs.org/job/libuv-v0.10-windows/17/
19:41:58  <trevnorris>piscisaureus: ../src/unix/linux-core.c:640:34: warning: variable 'n' is uninitialized when used here [-Wuninitialized]
19:41:58  <trevnorris> TOUCH /var/projects/libuv/out/Release/obj.target/uv_dtrace_header.stamp
19:41:58  <trevnorris> for (len = sizeof("cpu0"); n /= 10; len++);
19:42:36  <piscisaureus>trevnorris: never seen that? is it serious?
19:42:42  <trevnorris>piscisaureus: yeah, in ../src/unix/linux-core.c:638
19:42:49  <trevnorris>unsigned int n;
19:42:52  <trevnorris>just set it = 0;
19:43:25  * indexzeroquit (Quit: indexzero)
19:43:45  * janjongboomjoined
19:45:22  <trevnorris>groundwater: the great thing about that is it'll be trivial to set the flags up for almost zero cost checks for when they're not being used.
19:46:06  <groundwater>trevnorris so the JS-level API is still up int he air, but i think there C++ side is pretty clear, right?
19:46:17  <trevnorris>groundwater: and, i'll need to talk to tjfontaine about this, but if we want to fire off a c++ what not from js, if done correctly then the call cost is in the sub 10ns department.
19:46:25  <trevnorris>groundwater: i'm talking more implementation details.
19:46:33  <trevnorris>honestly I don't care much about whatever api he wants
19:46:42  * abraxasjoined
19:47:22  <groundwater>trevnorris do you have your changes in a branch?
19:47:38  <groundwater>i can have a look if you like
19:47:39  <piscisaureus>tjfontaine: it seems that the author of https://github.com/joyent/libuv/commit/da32344 didn't sign the CLA
19:47:51  <trevnorris>groundwater: well, I have this so far: https://github.com/joyent/node/pull/6923
19:47:52  <piscisaureus>tjfontaine: that's my bad (unintentional)
19:47:54  <groundwater>lunch!
19:48:11  <piscisaureus>tjfontaine: but the patch is very obvious and minimal
19:48:54  * daviddia_joined
19:48:56  <trevnorris>i love running the libuv benchmarks, and thinking oh. if only node were that fast. :P
19:49:32  * mikolalysenkojoined
19:50:57  * daviddiasquit (Ping timeout: 252 seconds)
19:51:15  * abraxasquit (Ping timeout: 272 seconds)
19:51:49  * TooTallNatejoined
19:52:40  * daviddia_quit (Remote host closed the connection)
19:53:53  * daviddiasjoined
19:54:27  * daviddia_joined
19:57:27  <trevnorris>HAHA my first libuv PR! https://github.com/joyent/libuv/pull/1085
19:57:32  <trevnorris>piscisaureus: review? ;P
19:58:00  <piscisaureus>trevnorris: welcome :) lgtm
19:58:04  <piscisaureus>trevnorris: you have commit bits?
19:58:13  <trevnorris>nope. :(
19:58:23  * daviddiasquit (Ping timeout: 260 seconds)
19:59:36  <MI6>joyent/libuv: Trevor Norris master * 5008f8d : linux: silence uninitialized variable warning - http://git.io/UHPnqw
19:59:57  <trevnorris>whoot! thanks piscisaureus
20:01:45  <MI6>libuv-master: #444 FAILURE http://jenkins.nodejs.org/job/libuv-master/444/
20:04:26  <indutny>trevnorris: thank you
20:04:29  <indutny>em
20:04:31  <indutny>wron wrong
20:04:36  <indutny>piscisaureus: who did it!
20:04:44  <trevnorris>eh?
20:04:52  <indutny>https://github.com/joyent/libuv/pull/1085/files#diff-ef6a692d0a1d5779d26d4f57afcf3d42R639
20:04:58  <indutny>you should unwrap that line
20:05:00  <indutny>from assert()
20:05:00  <MI6>libuv-master-gyp: #401 UNSTABLE smartos-ia32 (3/204) smartos-x64 (4/204) osx-x64 (1/205) osx-ia32 (1/205) http://jenkins.nodejs.org/job/libuv-master-gyp/401/
20:05:02  <indutny>that's the real fix
20:05:11  <indutny>I mean
20:05:18  <indutny>int r = sscanf();
20:05:20  <indutny>assert(r == 1)
20:05:24  <indutny>sscanf should happen
20:05:44  <indutny>trevnorris: is it clear?
20:06:13  <MI6>joyent/libuv: Fedor Indutny master * 37e12bd : Revert "linux: silence uninitialized variable warning" - http://git.io/KRbwPg
20:06:21  <indutny>sorry, no offence meant
20:06:24  <indutny>offense*
20:06:26  <trevnorris>indutny: wtf. why the revert?
20:06:28  * pachetjoined
20:06:33  <indutny>because it is not fixing the problem
20:06:37  <indutny>only hiding it
20:06:59  <trevnorris>so fix the problem. i was just silencing the compiler warning.
20:07:25  <MI6>libuv-master-windows: #23 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/23/
20:07:26  <indutny>well, there's no point in silencing warning
20:07:32  <indutny>if the bug is still there
20:07:35  <indutny>but you're right
20:07:37  <indutny>thanks for catching it?
20:07:47  <indutny>I commented https://github.com/joyent/libuv/pull/1085#issuecomment-33061357
20:07:54  <indutny>trevnorris: want to open another PR?
20:07:57  <indutny>or should I do it?
20:08:13  * bradleymeckquit (Quit: bradleymeck)
20:09:19  <piscisaureus>right, fedor is right
20:09:35  <piscisaureus>indutny: sorry for letting it through ...
20:09:41  <indutny>np
20:09:43  <trevnorris>indutny: above you said int r = . did you mean n = ?
20:09:48  <MI6>libuv-master: #445 FAILURE http://jenkins.nodejs.org/job/libuv-master/445/
20:09:49  <indutny>yeah
20:09:57  <indutny>wait
20:09:57  <trevnorris>ok. now that makes more sense.
20:09:57  <indutny>no
20:09:58  <piscisaureus>trevnorris: no
20:10:02  <piscisaureus>trevnorris: here's what you do
20:10:18  <piscisaureus>trevnorris:
20:10:18  <piscisaureus>unsigned int n;
20:10:18  <piscisaureus>int r = sscanf(...);
20:10:18  <piscisaureus>assert(r == 1);
20:10:31  <indutny>sscanf contains &n
20:10:33  * daviddiasjoined
20:10:33  <indutny>and will set it
20:10:43  <indutny>the warning was happening because sscanf() was in assert
20:10:44  <trevnorris>one sec.
20:10:52  <indutny>and assertions are removed in release mode
20:11:01  <piscisaureus>trevnorris: the problem is that if asserts are off, that sscanf(... &n) == 1 expression is not evaluated
20:11:06  <indutny>yeah
20:11:11  <indutny>piscisaureus: +1
20:11:12  <indutny>:)
20:11:20  <MI6>libuv-master-gyp: #402 UNSTABLE smartos-ia32 (3/204) smartos-x64 (3/204) osx-x64 (1/205) osx-ia32 (2/205) http://jenkins.nodejs.org/job/libuv-master-gyp/402/
20:11:44  <trevnorris>ok. doing that now.
20:11:51  <indutny>trevnorris: sorry for being rude
20:11:56  <indutny>didn't mean that
20:12:18  <trevnorris>no, no worries, not being rude.
20:12:43  <trevnorris>well fuck. now you get: ../src/unix/linux-core.c:639:11: warning: unused variable 'r' [-Wunused-variable]
20:13:25  * daviddia_quit (Read error: No route to host)
20:13:41  <piscisaureus>that's weird
20:13:48  <piscisaureus>but the patch is still correct
20:13:58  <piscisaureus>gcc is just being childish
20:14:02  <trevnorris>it's because the assert is removed, right? so r is assigned but no longer used.
20:14:06  <piscisaureus>yeah
20:14:09  <trevnorris>and i'm using clang. :P
20:14:24  <trevnorris>and it's just very verbose about warnings, so they annoy me.
20:14:36  * janjongboomquit (Ping timeout: 252 seconds)
20:14:44  <trevnorris>man, think I forgot to take my meds this morning.
20:14:50  <trevnorris>indutny: sorry to you if i'm coming off like an ass
20:15:36  <trevnorris>piscisaureus: so, anyway around that warning, or just fix it and forget the warning?
20:15:41  <indutny>np
20:15:45  <indutny>everything was fine
20:15:54  <indutny>trevnorris: add (void) r // silence clang warning
20:15:55  <indutny>should help
20:16:01  <indutny>perhaps without "clang" word
20:16:19  * Ralithquit (Read error: Connection reset by peer)
20:16:24  <indutny>piscisaureus: mind looking at another simple thing, please? https://github.com/joyent/libuv/pull/1086
20:16:31  <trevnorris>heh, ok
20:17:10  * janjongboomjoined
20:17:17  * Ralith_joined
20:17:56  <piscisaureus>indutny: I'm having stack overflow ...
20:18:06  <indutny>piscisaureus: huh?
20:18:08  <indutny>where
20:18:11  <piscisaureus>in my head
20:18:18  <indutny>ah, ok
20:18:22  <indutny>happens
20:18:32  <piscisaureus>indutny: I was trying to do a release
20:18:42  <indutny>this should not block it
20:18:45  <piscisaureus>but now, blocked on a better patch from trevnorris :)
20:18:48  <indutny>hahaha
20:18:56  <indutny>well
20:18:56  <trevnorris>almost done :)
20:19:15  <indutny>good that we caught it
20:19:18  <indutny>actually
20:19:20  <piscisaureus>indutny: it looks okay to me, but who am I?
20:19:20  <indutny>trevnorris caught it
20:19:27  <indutny>piscisaureus: you are bertje :)
20:19:32  <indutny>I guess
20:19:32  <indutny>no?
20:19:44  <piscisaureus>indutny: of course uv__close now no longer catches stdio open errors
20:19:58  <trevnorris>here you two go: https://github.com/joyent/libuv/pull/1087
20:20:24  <trevnorris>indutny: and saying I caught it is far too big a compliment. i just hate it when clang pukes on my screen. :P
20:20:28  <piscisaureus>indutny: also if the kqueue hack closes fd <= 2 it's closing stdio right? That not bad?
20:20:41  <piscisaureus>is it not possible to just call close() and not uv__close in the kqueue hack?
20:20:42  <indutny>piscisaureus: well
20:20:44  * bradleymeckjoined
20:20:48  <indutny>wait a minute
20:20:51  <indutny>imagine
20:20:55  <indutny>close(2)
20:20:57  <indutny>and then
20:20:59  <indutny>kevent() => 2
20:21:00  <indutny>ok?
20:21:12  <indutny>erm
20:21:14  <indutny>s/kevent/kqueue()/
20:21:15  <indutny>sorry
20:21:22  <indutny>then kqueue hack will eventually close it
20:21:24  <indutny>and bam!
20:21:29  <piscisaureus>indutny: how does close(2) ever happen
20:21:33  <piscisaureus>stdio can't be closed
20:21:37  <piscisaureus>indutny: agree with https://github.com/joyent/libuv/pull/1087/files ?
20:21:55  <indutny>make test will agree :)
20:21:56  <indutny>one sec
20:22:07  <indutny>piscisaureus: a good question
20:22:13  <indutny>but it does :)
20:22:25  <indutny>probably with stdin
20:22:35  <indutny>I think that happens because of piping in node
20:22:42  <indutny>need to investigate it
20:22:59  <MI6>libuv-master-windows: #24 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/24/
20:23:02  <MI6>joyent/libuv: Trevor Norris master * 74b2900 : linux: move sscanf() out of the assert() - http://git.io/3NmGKw
20:23:06  <indutny>thank you, trevor!
20:23:14  <trevnorris>and thank you indutny :)
20:23:18  <MI6>libuv-master-windows: #25 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/25/
20:23:25  <trevnorris>my first commit to libuv. i feel so proud.
20:23:38  <indutny>haha
20:23:41  <indutny>second actually
20:23:42  <indutny>:)
20:23:43  <indutny>haha
20:23:48  <trevnorris>hehe, yeah. true.
20:26:28  <MI6>libuv-master: #446 FAILURE http://jenkins.nodejs.org/job/libuv-master/446/
20:26:46  <indutny>tjfontaine: what do you think about updating cares in v0.10?
20:26:48  * daviddiasquit (Ping timeout: 245 seconds)
20:27:01  <indutny>seems to be fixing https://github.com/joyent/node/issues/6931
20:27:17  * mikolalysenkoquit (Ping timeout: 252 seconds)
20:27:33  <MI6>joyent/libuv: Bert Belder master * a568ed6 : authors: add two addresses to .mailmap, fix their name in AUTHORS - http://git.io/fNYZJQ
20:28:00  <MI6>libuv-master-gyp: #403 UNSTABLE smartos-ia32 (3/204) smartos-x64 (3/204) osx-x64 (1/205) osx-ia32 (1/205) http://jenkins.nodejs.org/job/libuv-master-gyp/403/
20:28:08  * kazuponjoined
20:28:30  <MI6>libuv-master-windows: #26 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/26/
20:28:42  <MI6>joyent/node: Vladimir Kurchatkin master * 103b896 : doc: skip type parsing inside code blocks - http://git.io/EMj7CA
20:29:29  * Ralith_quit (Ping timeout: 252 seconds)
20:29:43  <MI6>libuv-master: #447 FAILURE http://jenkins.nodejs.org/job/libuv-master/447/
20:30:50  <indutny>ouch :)
20:32:34  <indutny>piscisaureus: you still there?
20:32:43  <indutny>do you have any objections for https://github.com/joyent/node/pull/6941 ?
20:32:51  <indutny>it seems that ben has updated it to your fork
20:32:53  <indutny>so
20:33:05  <indutny>I thought that you may know if there could be any problems with v0.10
20:33:29  <MI6>libuv-master-gyp: #404 UNSTABLE smartos-ia32 (4/204) smartos-x64 (3/204) osx-x64 (2/205) http://jenkins.nodejs.org/job/libuv-master-gyp/404/
20:33:51  * Ralithjoined
20:34:36  <MI6>joyent/libuv: Bert Belder master * 278b58d : Merge tag 'v0.10.23' (+1 more commits) - http://git.io/L8RhIQ
20:34:40  <piscisaureus>git cd ..
20:34:57  * janjongboomquit (Ping timeout: 252 seconds)
20:35:33  <trevnorris>indutny: real quick about 6931. I get different results from v0.10 and master
20:35:35  <trevnorris>should I?
20:35:52  <indutny>yep
20:36:05  <indutny>that's because master has newer cares
20:36:09  <trevnorris>ah, ok.
20:36:16  <indutny>that's why I opened pull request
20:36:18  <indutny>to update it in v0.10
20:36:33  * defunctzombie_zzchanged nick to defunctzombie
20:36:44  * janjongboomjoined
20:36:58  <trevnorris>well. i'd include that in "bug fix" territory, so fine by me. but tjfontaine will have to make the final call.
20:37:10  <indutny>yeah
20:37:12  <indutny>bad thing
20:37:18  <indutny>is that I'm totally unaware of this update
20:37:20  <indutny>I mean
20:37:24  <indutny>I don't know what else has changed
20:37:29  <trevnorris>heh
20:37:50  <MI6>joyent/libuv: piscisaureus created tag v0.11.18 - http://git.io/i3bXjw
20:37:52  <MI6>joyent/libuv: Bert Belder master * 666aa2f : Now working on v0.11.19 (+1 more commits) - http://git.io/V_yYag
20:37:53  <trevnorris>well, if it breaks anything else, people will complain. users are the best form of unit tests. :P
20:37:57  <indutny>oh
20:38:00  <indutny>there is a changelog
20:38:30  * brsonjoined
20:38:47  <indutny>yeah, it contains a lot
20:38:54  <piscisaureus>tjfontaine: released
20:38:59  <indutny>yay!
20:39:04  <piscisaureus>indutny: I am unaware of what ben does in piscisaureus/cares
20:39:07  <piscisaureus>(not c-ares btw)
20:39:39  <indutny>oh
20:39:42  <indutny>gosh
20:39:55  <indutny>I guess we should trust CI then
20:40:00  <indutny>and it is borked :(
20:40:02  <indutny>tjfontaine!!!
20:40:06  * mikolalysenkojoined
20:40:13  <trevnorris>othiym23: oh, and i'm really sorry to what my AL update is going to do to you. :(
20:40:20  <MI6>libuv-master: #448 FAILURE http://jenkins.nodejs.org/job/libuv-master/448/
20:40:27  * Ralithquit (Ping timeout: 252 seconds)
20:40:38  * brsonquit (Client Quit)
20:42:13  * Ralithjoined
20:42:52  * daviddiasjoined
20:43:36  <MI6>libuv-master: #449 FAILURE http://jenkins.nodejs.org/job/libuv-master/449/
20:44:16  <MI6>libuv-master-windows: #27 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/27/
20:44:43  <MI6>libuv-master-windows: #28 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/28/
20:44:56  <MI6>libuv-review: #117 UNSTABLE smartos-ia32 (4/204) smartos-x64 (3/204) http://jenkins.nodejs.org/job/libuv-review/117/
20:45:35  * indexzerojoined
20:47:34  <MI6>libuv-master-gyp: #405 UNSTABLE smartos-ia32 (3/204) smartos-x64 (4/204) osx-ia32 (1/205) http://jenkins.nodejs.org/job/libuv-master-gyp/405/
20:49:18  * daviddiasquit (Ping timeout: 245 seconds)
20:49:28  * daviddia_joined
20:49:37  <MI6>nodejs-master-windows: #666 UNSTABLE windows-x64 (14/695) windows-ia32 (18/695) http://jenkins.nodejs.org/job/nodejs-master-windows/666/
20:51:15  <MI6>libuv-master-gyp: #406 UNSTABLE smartos-ia32 (3/204) smartos-x64 (3/204) osx-ia32 (1/205) http://jenkins.nodejs.org/job/libuv-master-gyp/406/
20:51:31  * daviddia_quit (Read error: Connection reset by peer)
20:51:38  * daviddiasjoined
20:52:53  <hueniverse>trevnorris: so where do we stand? is it time to start assuming 0.11 is stable and resolve hapi issues?
20:53:13  <trevnorris>hueniverse: from my perspective, yes.
20:53:19  <MI6>nodejs-master: #879 FAILURE linux-x64 (1/695) osx-x64 (1/695) linux-ia32 (3/695) osx-ia32 (3/695) smartos-x64 (3/695) http://jenkins.nodejs.org/job/nodejs-master/879/
20:53:22  <hueniverse>trevnorris: ok
20:53:29  <hueniverse>I'll push it up the list
20:54:51  * mikolalysenkoquit (Ping timeout: 260 seconds)
20:56:09  * kpdeckerjoined
20:56:12  * piscisaureusquit (Quit: ~ Trillian Astra - www.trillian.im ~)
20:58:24  * mikolalysenkojoined
20:59:04  * kazuponquit (Read error: Connection reset by peer)
20:59:09  * kazupon_joined
20:59:57  <kpdecker>ahoy. I've heard rumors of a vm module rework under 0.11 / 0.12. Is this in the works? Is there any additional information on what to expect for changes?
21:00:40  * brsonjoined
21:02:13  * brsonquit (Client Quit)
21:02:13  <othiym23>kpdecker: if you mean the contextify integration, yes, those patches have landed
21:02:28  * brsonjoined
21:02:38  <othiym23>it basically just makes vm operate more like most people thought it did in the first place
21:02:47  <kpdecker>great
21:03:14  <kpdecker>Any sense of how close the behavior should be of 0.10+contextify vs. 0.11?
21:03:17  * AWinterm_quit (Ping timeout: 252 seconds)
21:06:11  * daviddia_joined
21:06:11  * AWintermanjoined
21:07:38  * daviddiasquit (Ping timeout: 245 seconds)
21:07:43  * AWinterm_joined
21:08:22  * AvianFluquit
21:10:47  * AWintermanquit (Ping timeout: 272 seconds)
21:11:55  * AvianFlujoined
21:12:58  * hzquit
21:15:09  * mikolalysenkoquit (Ping timeout: 252 seconds)
21:16:26  * brsonquit (Ping timeout: 264 seconds)
21:16:48  * hzjoined
21:21:54  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
21:26:20  * janjongboomjoined
21:32:37  * c4miloquit (Remote host closed the connection)
21:32:45  * kazupon_quit (Ping timeout: 252 seconds)
21:34:18  <MI6>libuv-master-windows: #29 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/29/
21:35:02  * AvianFluquit (Remote host closed the connection)
21:35:23  * jmar777quit (Remote host closed the connection)
21:36:14  <MI6>joyent/node: Trevor Norris master * 56ebf30 : node: clear nextTickQueue when using domains - http://git.io/iEO6YA
21:37:12  * AWinterm_quit (Remote host closed the connection)
21:38:30  * AvianFlujoined
21:39:03  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
21:40:02  * jmar777joined
21:41:52  * janjongboomjoined
21:45:46  * brsonjoined
21:45:46  * brsonquit (Client Quit)
21:46:29  * indexzeroquit (Quit: indexzero)
21:47:30  * abraxasjoined
21:48:18  * mcavagejoined
21:48:58  * mikolalysenkojoined
21:51:50  * dshaw_joined
21:51:56  * bradleymeckquit (Quit: bradleymeck)
21:52:05  * abraxasquit (Ping timeout: 248 seconds)
21:53:11  <MI6>nodejs-master: #880 FAILURE linux-x64 (4/695) osx-x64 (2/695) linux-ia32 (3/695) osx-ia32 (1/695) smartos-x64 (3/695) http://jenkins.nodejs.org/job/nodejs-master/880/
21:53:46  * trevnorrispart ("Leaving")
21:53:51  * trevnorrisjoined
21:53:55  <MI6>nodejs-master-windows: #667 UNSTABLE windows-x64 (13/695) windows-ia32 (16/695) http://jenkins.nodejs.org/job/nodejs-master-windows/667/
21:55:02  * jmar777quit (Remote host closed the connection)
21:59:27  * AWintermanjoined
22:00:32  * mcavagequit (Remote host closed the connection)
22:01:14  * mcavagejoined
22:01:27  * calvinfopart
22:03:58  * rendarquit (Quit: Leaving)
22:05:26  * mikolalysenkoquit (Ping timeout: 240 seconds)
22:06:06  * mikolalysenkojoined
22:08:42  * c4milojoined
22:12:19  <MI6>libuv-v0.10-windows: #18 FAILURE http://jenkins.nodejs.org/job/libuv-v0.10-windows/18/
22:12:26  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
22:23:12  * kellabytequit (Remote host closed the connection)
22:23:37  * daviddia_quit (Remote host closed the connection)
22:24:08  * daviddiasjoined
22:28:20  * daviddiasquit (Ping timeout: 245 seconds)
22:29:07  * kazuponjoined
22:33:16  <trevnorris>groundwater: ping me back when you're back from lunch
22:36:36  <hueniverse>TOTAL FAIL on 0.11: https://github.com/hueniverse/sntp
22:40:13  * AWintermanquit (Read error: Connection reset by peer)
22:40:15  * brsonjoined
22:40:37  * AWintermanjoined
22:45:10  * hzquit
22:58:11  * thlorenzquit (Remote host closed the connection)
22:58:44  * thlorenzjoined
23:02:25  * kazuponquit (Ping timeout: 252 seconds)
23:03:01  * thlorenzquit (Ping timeout: 248 seconds)
23:03:09  * mikolalysenkoquit (Ping timeout: 272 seconds)
23:04:05  * brsonquit (Ping timeout: 248 seconds)
23:05:54  <groundwater>trevnorris pong
23:06:59  * dshaw_quit (Quit: Leaving.)
23:10:20  * kazuponjoined
23:10:36  <trevnorris>groundwater: hey dude. so. since I haven't heard from tjfontaine today figured you could help me brainstorm.
23:10:46  <groundwater>trevnorris sure thing
23:11:13  <trevnorris>groundwater: othiym23 tells me you've been using tjfontaine's branch. that true?
23:11:15  * brsonjoined
23:11:16  * dshaw_joined
23:12:03  <groundwater>trevnorris yes
23:12:11  <groundwater>been implementing a sort-of tracer on top of it
23:12:12  <tjfontaine>sorry I've been out of pocket, I'll be back shortly
23:12:26  <trevnorris>hueniverse: wow. wtf. i'm looking at that now.
23:13:41  <trevnorris>groundwater: ok. so i'm feeling all my performance crazy power welling up inside. knowing that they're on/off, not like AL, gives me a ton of options.
23:14:07  <groundwater>*nods*
23:14:28  <trevnorris>groundwater: so, i'm trying to understand the consumer of this thing. like, for a user to be able to write a script that consumes this, but also will this allow other programs to probe what's going on inside of node?
23:15:11  <trevnorris>hueniverse: um... don't even know where to start with that.
23:16:23  * brsonquit (Ping timeout: 245 seconds)
23:16:26  <groundwater>so, while these probes *may* merge with existing static dtrace probes, they are not at this time dtrace probes
23:16:38  <groundwater>but from the outside, they look and act very similar
23:16:47  * kazuponquit (Remote host closed the connection)
23:17:14  * kazuponjoined
23:21:51  * kazuponquit (Ping timeout: 260 seconds)
23:24:03  <trevnorris>hueniverse: so... not sure if it's broken backwards compat or what, but you shouldn't expect a second argument from the socket.send callback in lib/index.js line 134
23:24:48  <trevnorris>hueniverse: if you remove the "bytes !== 48" from the if() then almost all tests pass
23:25:59  <trevnorris>groundwater: ok. have to grab a drink but be right back. to be honest the tracing impl that i've seen just confuses me.
23:26:14  <trevnorris>groundwater: and i want you to step me through what you've done so far, if that's cool. :)
23:28:11  * pachetquit (Quit: leaving)
23:29:37  * daviddiasjoined
23:32:04  <groundwater>trevnorris sure thing, i'll do my best
23:32:57  * brsonjoined
23:34:18  * daviddiasquit (Ping timeout: 245 seconds)
23:35:09  * c4milo_joined
23:35:36  <hueniverse>trevnorris: I'll try
23:38:21  * c4miloquit (Ping timeout: 272 seconds)
23:38:37  * brsonquit (Ping timeout: 272 seconds)
23:48:16  * abraxasjoined
23:48:28  * tjkrusinskiquit (Ping timeout: 245 seconds)
23:50:05  * dshaw_quit (Quit: Leaving.)
23:51:47  * m76quit (Read error: Connection reset by peer)
23:53:07  <trevnorris>groundwater: you still around?
23:53:11  * abraxasquit (Ping timeout: 272 seconds)
23:54:20  <groundwater>trevnorris sup
23:54:28  * jmar777joined
23:54:58  <trevnorris>groundwater: first, how are you working w/ that branch. I can't build the stupid thing.
23:56:22  <groundwater>hmm... let me see which commit i have checked out
23:56:47  <groundwater>trevnorris 498ea452c30cbe1ef0ca682af5133d582fc26c10
23:56:49  <trevnorris>groundwater: ok, where i'm confused is that it's trying to build w/ src/node_dtrace.cc then does a bunch of bindings at that level.
23:57:53  <trevnorris>groundwater: tbh the code in lib/tracing just confuses the hell out of me. do you have an example script of how you're using it?
23:57:53  <othiym23>trevnorris: are you building on Linux?
23:57:56  <trevnorris>othiym23: yeah
23:58:12  <othiym23>groundwater: and you're building on OS X, right?
23:58:17  <groundwater>trevnorris okay i built it on osx
23:58:23  <groundwater>haven't tried linux yet
23:58:48  <trevnorris>can you gist some scripts that consume this api?
23:58:53  <MI6>libuv-master-gyp: #407 UNSTABLE smartos-ia32 (3/204) smartos-x64 (3/204) http://jenkins.nodejs.org/job/libuv-master-gyp/407/
23:59:21  <groundwater>trevnorris https://gist.github.com/jacobgroundwater/78d00f871dfd35777440
23:59:37  <groundwater>this works as a pretty good v1 tracer
23:59:42  <groundwater>minus a few potholes