00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:02  * kevinswiberquit (Remote host closed the connection)
00:00:07  * ircretaryjoined
00:00:23  <MI6>libuv-master-gyp: #290 UNSTABLE smartos-ia32 (3/197) windows-x64 (5/197) smartos-x64 (3/197) linux-ia32 (1/197) windows-ia32 (6/197) http://jenkins.nodejs.org/job/libuv-master-gyp/290/
00:02:51  <trevnorris>isaacs: what about you, you actually around right now?
00:03:01  * kevinswiberjoined
00:04:10  * saghulquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
00:05:11  <trevnorris>indutny: you around?
00:05:29  <indutny>partially
00:05:31  * bnoordhuisquit (Ping timeout: 268 seconds)
00:05:48  <trevnorris>indutny: you have background w/ cares_wrap, right?
00:06:13  <isaacs>trevnorris: we're doing demos at the joyent internal hackathon
00:06:27  <trevnorris>isaacs: ooh, sounds like fun :)
00:10:10  <trevnorris>indutny: one of the questions i have is, are all dns calls sync?
00:10:36  * abraxasjoined
00:10:54  <trevnorris>indutny: I just see code in lib/dns.js that artificially places the call in a nextTick. makes it look like the lookup is sync.
00:15:11  * abraxasquit (Ping timeout: 260 seconds)
00:18:00  <indutny>trevnorris: I belive they're async
00:18:03  <indutny>mostly
00:18:12  <indutny>you should look more carefully :)
00:18:22  <indutny>there're think in worker thread though
00:20:07  * pachetquit (Ping timeout: 252 seconds)
00:20:16  <trevnorris>indutny: ok. got that from this comment: c-ares invokes a callback either synchronously or asynchronously
00:20:25  <trevnorris>i'm also working through the code :)
00:21:11  <trevnorris>indutny: just got a question in https://github.com/joyent/node/issues/6505 about throwing in dns.reverse(). hence why I started to dive in.
00:33:40  * dap_quit (Quit: Leaving.)
00:35:15  * brsonjoined
00:37:17  * paulfryzelquit (Remote host closed the connection)
00:37:27  * kevinswiberquit (Remote host closed the connection)
00:42:41  * zz_karupanerurachanged nick to karupanerura
00:43:16  * st_lukequit (Remote host closed the connection)
00:45:54  * octetcloudquit (Ping timeout: 244 seconds)
00:48:30  * dap_joined
00:59:20  * dshaw_quit (Quit: Leaving.)
00:59:36  * pachetjoined
01:09:03  * c4milojoined
01:11:36  * bnoordhuisjoined
01:13:44  <tjfontaine>I just loaded linux core files into mdb and ran ::findjsobjects :)
01:13:58  * c4miloquit (Ping timeout: 268 seconds)
01:16:18  * bnoordhuisquit (Ping timeout: 252 seconds)
01:18:42  * abraxasjoined
01:19:22  <othiym23>tjfontaine: that sounds like dark science
01:21:44  * dap_quit (Quit: Leaving.)
01:22:48  * bradleymeckquit (Quit: bradleymeck)
01:24:26  * bradleymeckjoined
01:27:57  * amartensquit (Quit: Leaving.)
01:28:56  * abraxasquit (Remote host closed the connection)
01:29:48  * paulfryzeljoined
01:30:09  * dshaw_joined
01:34:17  * defunctzombiechanged nick to defunctzombie_zz
01:34:44  * dshaw_quit (Ping timeout: 265 seconds)
01:39:53  * abraxasjoined
01:46:26  * brsonquit (Ping timeout: 264 seconds)
01:51:19  <othiym23>oh asyncListeners, you are so magical
01:51:25  <othiym23>so costly in 0.10, but magical
01:54:22  * brsonjoined
01:55:14  * mikealquit (Quit: Leaving.)
02:00:34  * dap_joined
02:05:23  * dap_quit (Client Quit)
02:08:35  * pachetquit (Ping timeout: 272 seconds)
02:15:13  * dshaw_joined
02:16:21  <tjfontaine>othiym23: actually it was surprisingly low touch
02:17:03  * pachetjoined
02:17:09  <tjfontaine>othiym23: couple patches to the .gyp's to get around nonsense like -fomit-pointer, and actually export the postmortem debugging stuff -- that's all that was needed for node changes
02:17:41  <tjfontaine>othiym23: otherwise implementing two missing functions
02:18:30  <tjfontaine>https://gist.github.com/tjfontaine/7478081/raw/2ef1146803b121256e7bba26a1f5c00e99329f37/gistfile1.txt
02:19:24  * dshaw_quit (Ping timeout: 244 seconds)
02:20:05  * inolenquit (Quit: Leaving.)
02:21:21  * defunctzombie_zzchanged nick to defunctzombie
02:22:02  * brsonquit (Quit: leaving)
02:22:09  * brsonjoined
02:27:23  * kevinswiberjoined
02:31:07  * brsonquit (Ping timeout: 272 seconds)
02:36:37  * octetcloudjoined
02:40:33  * dsantiagoquit (Quit: Computer has gone to sleep.)
02:41:58  * bradleymeckquit (Quit: bradleymeck)
02:42:50  * pachetquit (Ping timeout: 246 seconds)
02:56:03  * skabbesquit (Quit: skabbes)
02:57:12  * c4milojoined
03:01:56  * c4miloquit (Ping timeout: 246 seconds)
03:04:41  * TooTallNatequit (Quit: Computer has gone to sleep.)
03:05:32  * c4milojoined
03:09:21  * inolenjoined
03:11:03  * mikealjoined
03:12:49  * kevinswiberquit (Remote host closed the connection)
03:15:58  * dshaw_joined
03:17:32  * dshaw_quit (Read error: Connection reset by peer)
03:17:43  * dshaw_joined
03:22:25  * dshaw_quit (Ping timeout: 272 seconds)
03:24:25  * dshaw_joined
03:30:00  * dsantiagojoined
03:44:45  * SquirrelCZECH_joined
03:52:38  * dshaw_quit (*.net *.split)
03:52:40  * SquirrelCZECHquit (*.net *.split)
03:56:41  * robonerdquit (Ping timeout: 246 seconds)
03:58:39  * dshaw_joined
04:07:04  * sblomquit (Ping timeout: 260 seconds)
04:10:38  * brsonjoined
04:12:11  * TooTallNatejoined
04:15:00  * TooTallNatequit (Read error: Connection reset by peer)
04:26:41  * kazuponjoined
04:29:33  * dshaw_quit (Quit: Leaving.)
04:33:38  * bradleymeckjoined
04:33:59  * brsonquit (Ping timeout: 272 seconds)
04:34:31  * mikealquit (Quit: Leaving.)
04:36:57  * abraxasquit (Remote host closed the connection)
04:37:24  * abraxasjoined
04:39:31  * dsantiagoquit (Quit: Computer has gone to sleep.)
04:44:06  * dsantiagojoined
04:54:45  * mikealjoined
04:59:19  * mikealquit (Ping timeout: 260 seconds)
05:04:30  * c4miloquit (Remote host closed the connection)
05:04:33  * mikealjoined
05:13:28  * dsantiagoquit (Quit: Computer has gone to sleep.)
05:18:59  * paulfryzelquit (Remote host closed the connection)
05:28:36  * amartensjoined
05:40:02  * robonerdjoined
05:49:56  * paulfryzeljoined
05:50:55  * dsantiagojoined
05:55:23  * paulfryzelquit (Ping timeout: 260 seconds)
05:57:18  * dshaw_joined
05:57:20  * dshaw_quit (Remote host closed the connection)
05:57:34  * dshaw_joined
05:59:23  * brsonjoined
06:02:09  * mikealquit (Quit: Leaving.)
06:03:57  * mikealjoined
06:06:16  * brsonquit (Quit: leaving)
06:08:24  * octetcloudquit (Ping timeout: 260 seconds)
06:11:14  * amartensquit (Quit: Leaving.)
06:21:04  * defunctzombiechanged nick to defunctzombie_zz
06:22:47  * amartensjoined
06:25:05  * bradleymeckquit (Quit: bradleymeck)
06:39:37  * bradleymeckjoined
06:41:52  <MI6>nodejs-v0.10-windows: #321 UNSTABLE windows-ia32 (10/604) windows-x64 (11/604) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/321/
06:51:37  * paulfryzeljoined
06:56:31  * paulfryzelquit (Ping timeout: 260 seconds)
07:05:03  * sblomjoined
07:25:36  * felixgejoined
07:52:30  * paulfryzeljoined
07:56:46  * paulfryzelquit (Ping timeout: 244 seconds)
08:05:07  * rendarjoined
08:11:04  * saghuljoined
08:15:54  * saghulquit (Ping timeout: 265 seconds)
08:28:35  * amartensquit (Quit: Leaving.)
08:41:44  * kazuponquit (Remote host closed the connection)
08:42:51  * kazuponjoined
08:53:06  * paulfryzeljoined
08:54:28  * paulfryzelquit (Read error: No route to host)
08:54:56  * paulfryzeljoined
08:59:38  * paulfryzelquit (Ping timeout: 264 seconds)
09:08:02  * deltalucajoined
09:23:51  * bradleymeckquit (Quit: bradleymeck)
09:24:14  * bradleymeckjoined
09:43:42  * abraxasquit (Remote host closed the connection)
09:47:42  * karupanerurachanged nick to zz_karupanerura
09:50:02  * felixgequit (Ping timeout: 264 seconds)
09:54:40  * felixgejoined
09:55:14  * abraxasjoined
09:55:42  * paulfryzeljoined
10:00:47  * paulfryzelquit (Ping timeout: 272 seconds)
10:01:02  * felixgequit (Ping timeout: 246 seconds)
10:18:26  * mraleph1joined
10:19:18  * mralephquit (Read error: Connection reset by peer)
10:20:35  * kazuponquit (Remote host closed the connection)
10:21:02  * kazuponjoined
10:25:53  * kazuponquit (Ping timeout: 268 seconds)
10:35:53  * hzjoined
10:49:22  <MI6>nodejs-v0.10: #1600 UNSTABLE smartos-x64 (5/604) smartos-ia32 (4/604) http://jenkins.nodejs.org/job/nodejs-v0.10/1600/
10:56:43  * paulfryzeljoined
11:01:04  * paulfryzelquit (Ping timeout: 261 seconds)
11:13:10  * felixgejoined
11:16:44  * kazuponjoined
11:17:37  * bnoordhuisjoined
11:21:22  * saghuljoined
11:22:31  * felixgequit (Ping timeout: 260 seconds)
11:33:21  * dshaw_quit (Quit: Leaving.)
11:34:12  * inolenquit (Quit: Leaving.)
11:37:29  * abraxasquit (Remote host closed the connection)
11:59:10  * kazuponquit (Read error: Connection reset by peer)
12:04:47  * inolenjoined
12:05:58  <mmalecki>indutny: hey
12:06:00  * felixgejoined
12:06:00  * felixgequit (Changing host)
12:06:00  * felixgejoined
12:06:01  <mmalecki>indutny: you around?
12:08:55  * inolenquit (Ping timeout: 244 seconds)
12:14:50  <bnoordhuis>Domenic_: https://codereview.chromium.org/64223010/ - v8 promises impl based on your proposal. i suppose you should look at that?
12:15:43  <bnoordhuis>+1108 lines, -84 lines. that's more than i expected
12:16:15  <bnoordhuis>oh, but +723 lines, -0 lines is test cases. okay, nvm :)
12:17:09  <Domenic_>bnoordhuis: yeah, also, Andreas used it as the opportunity to add monads to the promises, since that's his fetish. So a bunch more lines can die.
12:18:18  * piscisaureus_joined
12:18:51  <bnoordhuis>hah, really? monads? /me looks
12:28:35  * c4milojoined
12:28:41  * abraxasjoined
12:29:27  * abraxasquit (Remote host closed the connection)
12:31:39  * dshaw_joined
12:43:40  * dshaw_quit (Ping timeout: 265 seconds)
12:52:32  <bnoordhuis>someone opened a bug report for node.js v0.4.7...
12:58:03  * paulfryzeljoined
13:00:07  * bradleymeckquit (Quit: bradleymeck)
13:02:30  * paulfryzelquit (Ping timeout: 252 seconds)
13:05:32  * inolenjoined
13:10:19  * inolenquit (Ping timeout: 260 seconds)
13:18:09  * felixgequit (Ping timeout: 244 seconds)
13:21:49  <piscisaureus_>bajtos also got a bug report for node-inspector on 0.4.7
13:21:56  <piscisaureus_>I think this might be the same
13:29:55  * toothrchanged nick to toothrot
13:36:57  * pachetjoined
13:37:00  * pachetquit (Changing host)
13:37:00  * pachetjoined
13:39:15  * dshaw_joined
13:42:36  * bnoordhuisquit (Ping timeout: 268 seconds)
13:43:15  * bradleymeckjoined
13:44:05  * dshaw_quit (Ping timeout: 265 seconds)
13:54:02  * bnoordhuisjoined
13:58:48  * paulfryzeljoined
14:01:23  * felixgejoined
14:01:24  * felixgequit (Changing host)
14:01:24  * felixgejoined
14:01:27  * piscisaureus_quit (Quit: ~ Trillian Astra - www.trillian.im ~)
14:03:33  * paulfryzelquit (Ping timeout: 252 seconds)
14:06:18  * inolenjoined
14:10:57  * inolenquit (Ping timeout: 272 seconds)
14:11:38  * felixgequit (Ping timeout: 264 seconds)
14:13:05  * brsonjoined
14:15:35  * dshaw_joined
14:18:36  * bnoordhuisquit (Ping timeout: 244 seconds)
14:19:28  * m76joined
14:20:20  * dshaw_quit (Ping timeout: 265 seconds)
14:20:50  * pachetquit (Ping timeout: 268 seconds)
14:21:13  * paulfryzeljoined
14:21:38  * m76quit (Write error: Connection reset by peer)
14:30:07  * abraxasjoined
14:34:17  * abraxasquit (Read error: Operation timed out)
14:37:31  * felixgejoined
14:47:00  * felixgequit (Quit: felixge)
14:47:24  * kazuponjoined
14:57:25  * kevinswiberjoined
14:59:50  * bradleymeckquit (Quit: bradleymeck)
15:04:46  * brson_joined
15:05:53  * saghulquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
15:07:01  * inolenjoined
15:07:42  * brsonquit (Ping timeout: 268 seconds)
15:11:39  * inolenquit (Ping timeout: 260 seconds)
15:15:09  * bnoordhuisjoined
15:16:18  * dshaw_joined
15:16:32  * c4miloquit (Remote host closed the connection)
15:21:14  * dshaw_quit (Ping timeout: 265 seconds)
15:21:24  <MI6>nodejs-master: #701 UNSTABLE smartos-ia32 (5/675) linux-x64 (1/675) smartos-x64 (9/675) http://jenkins.nodejs.org/job/nodejs-master/701/
15:24:13  * jmar777joined
15:26:47  * saghuljoined
15:29:32  * piscisaureus_joined
15:30:04  <MI6>joyent/node: Ben Noordhuis v0.10 * 1394d58 : doc: add nodejs.vn to community page (+1 more commits) - http://git.io/gs_Cyw
15:31:54  * pachetjoined
15:32:00  * pachetquit (Changing host)
15:32:00  * pachetjoined
15:33:21  * pachet_joined
15:33:54  * pachet_quit (Client Quit)
15:34:47  * pachetquit (Client Quit)
15:35:25  * jmar777quit (Read error: Connection reset by peer)
15:35:54  * pachetjoined
15:35:55  * jmar777joined
15:37:09  * bradleymeckjoined
15:39:44  <bnoordhuis>doing my first fedora update with fedup. exciting times!
15:40:31  <MI6>nodejs-v0.10: #1601 UNSTABLE smartos-x64 (4/604) smartos-ia32 (4/604) http://jenkins.nodejs.org/job/nodejs-v0.10/1601/
15:41:27  * paulfryzelquit (Remote host closed the connection)
15:44:02  * defunctzombie_zzchanged nick to defunctzombie
15:45:40  <piscisaureus_>I sense significant shit-at-the-wall-throwing on github
15:45:49  <MI6>nodejs-v0.10-windows: #322 UNSTABLE windows-ia32 (10/604) windows-x64 (11/604) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/322/
15:48:56  <bnoordhuis>Upgrade test failed with the following problems:
15:48:56  <bnoordhuis>insufficient disk space need 8M free on / (1.6G free)
15:49:04  <bnoordhuis>*sigh*
15:52:29  <piscisaureus_>ha ha
15:52:35  <piscisaureus_>try this
15:52:51  <piscisaureus_>rm -rf /selfies
15:52:58  <piscisaureus_>rm -rf /pron
15:53:49  * brson_quit (Quit: leaving)
15:54:06  * dshaw_joined
16:03:52  * kevinswiberquit (Remote host closed the connection)
16:07:48  * inolenjoined
16:10:25  * octetcloudjoined
16:12:15  * inolenquit (Ping timeout: 252 seconds)
16:20:08  * deltalucapart ("Leaving")
16:24:04  * dshaw_quit (Quit: Leaving.)
16:25:42  * jmar777quit (Write error: Connection reset by peer)
16:25:44  * AvianFlujoined
16:25:55  * jmar777joined
16:30:58  * paulfryzeljoined
16:31:31  * abraxasjoined
16:36:07  * abraxasquit (Ping timeout: 260 seconds)
16:43:08  <piscisaureus_>mmalecki: twitter.com/mmalecki_
16:43:15  <piscisaureus_>mmalecki: getting a makeover in amsterdam?
16:43:30  <mmalecki>LOL
16:43:51  <mmalecki>doesn't your public health insurance cover those kinds of surgeries btw?
16:44:06  <mmalecki>or did I confuse it with some scandinavian country?
16:45:36  * dshaw_joined
16:46:13  <bnoordhuis>you look great in that tank top, maciej
16:47:06  <mmalecki>thanks Ben!
16:48:00  <octetcloud>mmalecki: child_process.send() is sync? Surprises me, I thought it would used unix domain sockets on unix, FIFOs on windows, and be async, as normal through those
16:48:43  <mmalecki>octetcloud: yeah, I'm not really convinced on the existance of child_process#send in the first place ;)
16:50:49  <octetcloud>mmalecki: that it exists? or where its defined? or that it should be an API? I recall talking to Ben about changing cmd channel to UNIX/DGRAM from stream, to help keep better relationship between fd and msg, but he saying it couldn't be done, because some people send really large json over ctl channel, larger than unix dgram limit
16:51:24  <mmalecki>that it exists
16:51:29  <mmalecki>it feels a bit too high level
16:51:36  <mmalecki>but I totally get it, since fd's
16:51:44  <mmalecki>dunno, don't get me started about APIs ;)
16:52:53  <piscisaureus_>octetcloud: yes it is an unsolved problem
16:53:08  <octetcloud>I use it all the time! Pls don't make it go away! And it really is sync?
16:53:17  <piscisaureus_>octetcloud: but right now it has to be sync, because there is no way to do backpressure
16:53:21  <piscisaureus_>octetcloud: on windows it's async
16:53:37  <piscisaureus_>so we suck in a different way on all platforms
16:54:03  * dshaw_quit (Quit: Leaving.)
16:56:55  <octetcloud>ah, I see. so, the node-y way would have been to make it a stream, to get all the API goodness that comes with? like backpressure. but streams don't allow fds associated with data?
16:58:40  <bnoordhuis>octetcloud: that and the fact that streams are pretty high overhead
16:58:52  <bnoordhuis>s/are/have/
17:00:28  <bnoordhuis>streams-ifying child_process.send() would admittedly be pretty nice
17:01:11  * kazupon_joined
17:05:23  * kazuponquit (Ping timeout: 272 seconds)
17:06:05  * AvianFluquit (Remote host closed the connection)
17:06:07  <piscisaureus_>I would welcome that
17:06:46  * kevinswiberjoined
17:07:14  * paulfryzelquit (Remote host closed the connection)
17:08:10  <bnoordhuis>mmalecki: first post to the mailing list?
17:08:16  * bnoordhuisclicks "Spam"
17:08:30  <bnoordhuis>(i kid, i kid)
17:08:31  <mmalecki>bnoordhuis: is it my first post?
17:08:35  * inolenjoined
17:08:41  <bnoordhuis>according to the google groups admin interface it is
17:08:49  <bnoordhuis>at least from that email address
17:08:53  <mmalecki>hmm, it might have been a different list or email then
17:09:03  <mmalecki>I get anxious when it comes to mailing lists
17:09:25  <bnoordhuis>i have that with flu shots
17:09:46  <bnoordhuis>you never know what kind of reaction you'll get
17:09:54  * c4milojoined
17:10:09  * inolenquit (Read error: No route to host)
17:10:24  * inolenjoined
17:11:53  * bajtosjoined
17:12:17  * dap_joined
17:14:57  * inolenquit (Ping timeout: 252 seconds)
17:15:58  * AvianFlujoined
17:18:29  * TooTallNatejoined
17:23:37  <bnoordhuis>i like how my three year old is into debussy
17:24:30  <bnoordhuis>it's really cute to see her sitting there, listening to clair de lune
17:25:28  * st_lukejoined
17:29:16  * amartensjoined
17:40:54  * paulfryzeljoined
17:41:11  <Domenic_>re: streams-ifying child_process.send() ... we're gonna stream-ify web workers, or die trying.
17:45:58  <piscisaureus_>Domenic_: browsers streams I suppose?
17:46:12  * st_lukequit (Remote host closed the connection)
17:46:47  * st_lukejoined
17:48:28  * superjoe30joined
17:49:21  <Domenic_>piscisaureus_: yeah
17:50:54  * mikealquit (Quit: Leaving.)
17:51:15  * st_lukequit (Ping timeout: 252 seconds)
17:53:15  <MI6>libuv-master: #337 UNSTABLE windows (5/197) smartos (3/197) http://jenkins.nodejs.org/job/libuv-master/337/
17:53:39  * AvianFluquit (Remote host closed the connection)
17:55:38  * AvianFlujoined
18:02:59  <hueniverse>tjfontaine: yt?
18:04:56  * superjoe30quit (Remote host closed the connection)
18:07:24  * superjoe30joined
18:09:39  <othiym23>hey everybody, is there a reason the ServerResponse 'finish' event is undocumented?
18:09:48  <othiym23>i.e. is it an internal API that's going to disappear at some point?
18:10:16  <othiym23>and if so, is there a better way for passive observers to know when a ServerResponse is finished sending data for a particular connection?
18:10:36  <othiym23>oops s/ServerResponse/OutgoingMessage/
18:11:21  <MI6>libuv-node-integration: #306 UNSTABLE linux-ia32 (3/675) osx-x64 (3/675) osx-ia32 (3/675) linux-x64 (2/675) smartos-x64 (9/675) smartos-ia32 (7/675) http://jenkins.nodejs.org/job/libuv-node-integration/306/
18:12:43  * bnoordhuisquit (Ping timeout: 260 seconds)
18:17:05  <tjfontaine>hueniverse: yes, the gyp upgrade borked the builds in pkgsrc -- fucking python2/3 nonsense
18:18:02  <tjfontaine>hueniverse: I'm following up now
18:19:50  <tjfontaine>hueniverse: "it’s up in 2013Q3 already, just need to make it trickle down to 2013Q2"
18:24:15  * sblomquit (Read error: Connection reset by peer)
18:29:55  <hueniverse>tjfontaine: we're holding a release back waiting so please lmk as soon as we have it ready
18:30:48  * st_lukejoined
18:30:58  <tjfontaine>hueniverse: yup, will do
18:32:18  * abraxasjoined
18:34:17  * jmar777quit (Read error: Connection reset by peer)
18:34:48  * jmar777joined
18:34:59  <hueniverse>tjfontaine: thank you sir
18:35:32  <tjfontaine>hueniverse: thank you!
18:36:57  * abraxasquit (Ping timeout: 272 seconds)
18:38:50  * bnoordhuisjoined
18:39:07  * chrisdickinson_joined
18:39:11  * chrisdickinsonquit (Ping timeout: 244 seconds)
18:41:21  * jmar777quit (Read error: Connection reset by peer)
18:41:45  * jmar777joined
18:48:26  * mikealjoined
18:53:09  <MI6>nodejs-master-windows: #485 UNSTABLE windows-x64 (28/675) windows-ia32 (27/675) http://jenkins.nodejs.org/job/nodejs-master-windows/485/
18:57:41  * dap_quit (Quit: Leaving.)
19:05:25  * dap_joined
19:05:57  <trevnorris>morning
19:06:03  * st_lukequit (Read error: Connection reset by peer)
19:06:45  * st_lukejoined
19:07:22  * saghulquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
19:10:45  <trevnorris>bnoordhuis, tjfontaine: thanks for the review :)
19:13:23  <tjfontaine>:)
19:13:26  <tjfontaine>trying to catch up
19:15:03  <tjfontaine>trevnorris: btw, my hack event for the week was being able to run ::findjsobjects on a linux core file from node on mdb :)
19:15:26  <trevnorris>tjfontaine: seriously? that's awesome!
19:15:29  * saghuljoined
19:15:54  <tjfontaine>trevnorris: only needs a couple .gyp changes to make linux node builds a bit saner
19:16:17  <trevnorris>sweetness
19:16:52  <othiym23>tjfontaine: is there a way to count throws in Node from DTrace?
19:17:01  <tjfontaine>othiym23: hmm
19:17:07  <tjfontaine>othiym23: maybe yes
19:17:28  <tjfontaine>othiym23: certainly any throw's that happen in c++
19:17:33  <othiym23>we're seeing worse performance with CLS / the New Relic agent on master than with our gross polyfill under 0.10, and are trying to rule out excessive error throwing / swallowing as the cause
19:18:01  <tjfontaine>othiym23: in that case we can probably just a dtrace probe into v8 directly to track it
19:18:18  <trevnorris>othiym23: on master you should just be able to add an async listener and place a counter in the "error" callback
19:18:20  <groundwater_>i just ordered the dtrace book
19:18:44  <trevnorris>othiym23: otherwie just wrap process._fatalException and count the number of entries.
19:18:57  <groundwater_>tjfontaine: your impressive live debugging session inspired me to level up
19:18:59  <othiym23>trevnorris: yeah, I want to trap stuff that doesn't make it to the top level
19:19:08  <othiym23>i.e. every JS 'throw'
19:19:25  <trevnorris>othiym23: oh, you mean even the stuff that's wrapped in a try/catch?
19:19:30  <othiym23>there's try/catch nonsense all over the place
19:19:32  <othiym23>yes
19:19:41  <tjfontaine>groundwater_: :)
19:20:38  <trevnorris>othiym23: ok. I think there's an internal v8 API for that. let me double check.
19:21:08  <tjfontaine>othiym23: looks like we might be able to -- depending on what the compiler is doing in these cases
19:22:33  * bnoordhuisquit (Ping timeout: 272 seconds)
19:22:35  <othiym23>our benchmarking framework is still pretty nascent, so it's possible / probable we're overlooking something obvious, but we're getting some way counterintuitive numbers right now
19:22:35  <tjfontaine>`pid$target::*isolate*Throw* { @[probefunc] = count(); }` may work if things aren't
19:22:42  <tjfontaine>inlined
19:22:55  <trevnorris>othiym23: nope. sorry.
19:23:07  <othiym23>thanks for looking, trevnorris
19:23:46  <trevnorris>othiym23: yup. so your hypothesis is that the code is throwing and being caught a lot, which is slower on master?
19:23:52  <tjfontaine>hueniverse: btw I've been running the testscript all week and haven't seen an rss increase once things stablized :)
19:24:00  <othiym23>tjfontaine: thanks, I'll give that a shot (is it likely to work on OS X?)
19:24:28  <tjfontaine>I think it has the pid provider
19:24:31  <othiym23>trevnorris: it's *a* hypothesis
19:24:56  <othiym23>well, I can just use node<pid> too, right?
19:25:06  <trevnorris>tjfontaine: how should I include the size of the max allocation. like 0x3FFFFFFF bytes, or 1073741823 bytes, or just do 1GB as an approx?
19:25:37  <tjfontaine>trevnorris: hex please if it's not too inconvenient
19:25:52  <tjfontaine>othiym23: node* is only for static probes
19:26:08  <trevnorris>othiym23: well, I know that pre 3.16 v8 lazy loaded the error messages. but now the internal mechanism generates it on error instantation.
19:26:13  <tjfontaine>othiym23: pid<pid> is actually instrumenting c/c++ functions
19:26:14  <othiym23>trevnorris: groundwater_ has been writing up our first ever benchmarks, and building up from async-listener
19:26:29  <trevnorris>tjfontaine: that's easy enough. want uppercase or lowercase (e.g. 0x3FFFFFFF or 0x3fffffff) ?
19:26:42  <othiym23>trevnorris: this morning he fired up master against our test suite for the first time and stuff was slower than than under 0.10 for the asyncListener tests
19:26:49  <othiym23>whcih is uh not what we were expecting
19:27:00  <trevnorris>othiym23: yeah. i'll want to take a look at that. how much slower?
19:27:23  <othiym23>trevnorris: we're setting up a meeting right now, but I'll sic you and groundwater_ on each other after that's over
19:28:32  <trevnorris>othiym23: honestly, it might be because AsyncWrap captures a lot of internals that the polyfill wouldn't worry about.
19:28:56  <othiym23>it's possible!
19:29:15  <trevnorris>othiym23: i.e. i've seen a base 15% loss just adding a noop async listener because of the extra calls it has to make to js from c++
19:29:22  <trevnorris>othiym23: though, that's a problem i'm actively working on.
19:30:03  <tjfontaine>othiym23: https://gist.github.com/tjfontaine/7490210
19:31:14  <othiym23>tjfontaine: brilliant, thanks!
19:33:12  <trevnorris>tjfontaine: this good? https://github.com/trevnorris/node/commit/85f3089
19:33:55  * saghulquit (Ping timeout: 260 seconds)
19:34:39  <tjfontaine>trevnorris: well -- no, it should be kMaxLength instead of a hardcoded value :)
19:34:55  <othiym23>tjfontaine: you forgot the line with 'var count = 10;' in t.js ;)
19:34:57  <trevnorris>tjfontaine: heh, ok. done.
19:35:15  * dap_quit (Quit: Leaving.)
19:35:32  * mraleph1quit (*.net *.split)
19:35:33  * kellabytequit (*.net *.split)
19:35:39  <tjfontaine>othiym23: oops
19:35:59  <trevnorris>tjfontaine: ok, toString(16) defaults to lowercase. want me to uppercase that?
19:36:07  <tjfontaine>trevnorris: nah
19:36:12  <trevnorris>ok
19:37:29  * mralephjoined
19:38:38  * kellabytejoined
19:38:47  * paddybyersjoined
19:43:57  * kevinswiberquit (Remote host closed the connection)
19:46:27  * bajtosquit (Quit: bajtos)
19:47:51  * st_lukequit (Remote host closed the connection)
19:47:54  * bnoordhuisjoined
19:48:35  <indutny>mmalecki: hey man
19:48:37  <indutny>mmalecki: sup?
19:49:38  * st_lukejoined
19:51:33  * st_lukequit (Remote host closed the connection)
19:52:07  <MI6>joyent/node: Trevor Norris master * d6df1b9 : buffer: convert values to uint, not int (+2 more commits) - http://git.io/BSjE3w
19:52:12  * st_lukejoined
19:56:39  * bnoordhuisquit (Ping timeout: 252 seconds)
19:57:00  <groundwater_>tjfontaine: if i want dtrace to print js-land stack traces, do i need to run on smartos?
19:57:54  <othiym23>groundwater_: yep, ustack / jstack support isn't in OS X
19:58:57  * hzquit
20:00:33  * bnoordhuisjoined
20:06:02  <tjfontaine>groundwater_: yup, what othiym23 said :)
20:07:35  * jmar777quit (Remote host closed the connection)
20:08:37  * inolenjoined
20:09:22  * kazupon_quit (Remote host closed the connection)
20:11:48  <MI6>nodejs-master: #702 UNSTABLE smartos-ia32 (8/675) linux-x64 (1/675) smartos-x64 (10/675) osx-ia32 (1/675) http://jenkins.nodejs.org/job/nodejs-master/702/
20:16:23  * bnoordhuisquit (Ping timeout: 272 seconds)
20:16:50  <hueniverse>tjfontaine: sweet. I am only concerned about more leaks
20:17:30  <hueniverse>tjfontaine: turns out, we are going to keep 100% mobile traffic on node for holiday, so we're all a bit more focused right now...
20:21:36  * dap_joined
20:32:45  <mmalecki>indutny: hey
20:33:00  <mmalecki>indutny: I'm good. I was going to ask you to test npmjs.eu from Russia :)
20:33:06  <mmalecki>indutny: how are you?
20:33:16  * abraxasjoined
20:33:50  * andrew_dwquit (Ping timeout: 246 seconds)
20:37:54  * abraxasquit (Ping timeout: 252 seconds)
20:38:47  * jmar777joined
20:40:05  * kazuponjoined
20:43:51  * kevinswiberjoined
20:45:42  * bnoordhuisjoined
20:45:47  * kazuponquit (Ping timeout: 272 seconds)
20:46:35  <tjfontaine>hueniverse: ok
20:46:40  * sblomjoined
20:46:41  <tjfontaine>hueniverse: I'm not scared :)
20:52:14  <hueniverse>tjfontaine: also not your ass
20:52:27  <hueniverse>tjfontaine: still waiting on my 10.22!!!
20:52:44  <hueniverse>tjfontaine: would it help if I go yell at some Joyent folks?
20:53:14  <indutny>mmalecki: heya
20:53:22  <indutny>lets test it
20:55:41  <indutny>mmalecki: seems to be working
20:57:13  <mmalecki>indutny: cool, how does it compare to .org from there?
20:57:18  <indutny>or
20:57:20  <indutny>oh
20:57:23  <indutny>didn't measure
20:57:56  <groundwater_>tjfontaine: do you think this dtrace probe will catch all the closures created by the agent? pid$target:node:*Runtime_NewClosure*:entry
20:58:45  <indutny>mmalecki: but it works :)
20:58:50  <indutny>mmalecki: are you running couchdb?
20:59:18  * mikealquit (Quit: Leaving.)
20:59:21  <indutny>mmalecki: and what you did about public_users ?
20:59:21  <mmalecki>indutny: yeah, it's couchdb behind haproxy
20:59:30  <mmalecki>indutny: nothing :)
20:59:35  <indutny>mmalecki: oh, need any help? :)
20:59:46  <indutny>ah, nvm
20:59:49  <indutny>it should not be important
20:59:53  <indutny>since its read-only
20:59:54  <mmalecki>I only clone the registry and drop authorization header at proxy level
20:59:57  <mmalecki>yeah
21:00:15  <indutny>great
21:00:36  * c4miloquit (Remote host closed the connection)
21:00:56  <tjfontaine>hueniverse: lemme ask again, all the engineers are on site (including remote) this week, they're doing a bunch of discussions on the future
21:01:12  <tjfontaine>groundwater_: I don't really know, perhaps though
21:01:37  * c4milojoined
21:01:39  <hueniverse>tjfontaine: there won't be any future is I don't get my hands on 0.10.22!!! :-)
21:01:43  <tjfontaine>:P
21:03:52  <groundwater_>tjfontaine: cool, i'm like a kid in some kind of dynamic-tracing candy store
21:04:10  <tjfontaine>:)
21:04:27  <tjfontaine>groundwater_: write a test case, probe it, and jstack() and find otu
21:04:40  <groundwater_>i need to setup my smartos machine first
21:04:53  <groundwater_>it may be time to dist off the vagrant build
21:05:05  <tjfontaine>groundwater_: if you want to do it on a real app, do something similar to @[probfunc, jstack()] = count(); and then tick-10s { exit(); }
21:05:11  <tjfontaine>what's wrong with the JPC? :)
21:05:55  * dap_quit (Quit: Leaving.)
21:06:02  * c4miloquit (Ping timeout: 246 seconds)
21:09:30  * dap_joined
21:10:02  <groundwater_>it's not local
21:10:10  <groundwater_>that requirement is never going to change
21:11:39  * dap_quit (Client Quit)
21:12:02  * kellabytequit (Changing host)
21:12:02  * kellabytejoined
21:12:02  * kellabytequit (Changing host)
21:12:02  * kellabytejoined
21:12:14  <groundwater_>i don't log into azure when i need windows
21:13:15  <sblom>groundwater_: But now you can log in to AWS when you do-- http://aws.typepad.com/aws/2013/11/amazon-workspaces-desktop-computing-in-the-cloud.html
21:24:17  * c4milojoined
21:29:09  * sblomquit (Read error: Connection reset by peer)
21:35:22  * jmar777quit (Remote host closed the connection)
21:40:36  * kevinswiberquit (Remote host closed the connection)
21:41:08  <bnoordhuis>../../deps/v8/include/v8.h:5816:31: warning: typedef 'I' locally defined but not used [-Wunused-local-typedefs] ... annoying warning is annoying
21:42:12  * kazuponjoined
21:43:59  * indexzerojoined
21:47:13  * kazuponquit (Ping timeout: 272 seconds)
21:51:44  <bnoordhuis>indutny: if people don't follow up on issues in 5-10 days, just close the issue
21:53:00  <indutny>bnoordhuis: meh
21:53:08  <indutny>bnoordhuis: I think we should just merge that code
21:53:14  <indutny>bnoordhuis: but probably after I'll take another look at openssl
22:05:23  * chrisdickinson_changed nick to chrisdickinson
22:07:35  * mikealjoined
22:09:50  * indexzeroquit (Quit: indexzero)
22:11:07  * rendarquit
22:28:19  * indexzerojoined
22:31:05  * AvianFluquit (Ping timeout: 268 seconds)
22:31:26  * jmar777joined
22:32:59  * st_lukequit (Remote host closed the connection)
22:33:27  <trevnorris>bnoordhuis: i'm sure you were aware of this, but you can literally set anything as the function context. I just tried passing Null() and it worked...
22:33:28  * st_lukejoined
22:33:35  <trevnorris>bnoordhuis: guess I just wasn't expecting them to allow that.
22:34:00  <trevnorris>haha, and if you pass Null() the "this" becomes the global object.
22:34:02  * abraxasjoined
22:35:39  * jmar777quit (Remote host closed the connection)
22:37:41  * st_lukequit (Ping timeout: 245 seconds)
22:38:28  * abraxasquit (Ping timeout: 245 seconds)
22:39:41  <bnoordhuis>trevnorris: that's a pretty recent change. before, you could only pass an Object. i started that PR before we upgraded to v8 3.22
22:40:20  <bnoordhuis>i'll update the PR
22:40:23  <trevnorris>bnoordhuis: cool. i'm benchmarking to see if it shows any perf gains. think i'll find any? (to pass Null() that is)
22:41:02  <bnoordhuis>it's probably not measurable
22:42:53  * kazuponjoined
22:43:51  <trevnorris>oy. I really want to find a better way to call the callbacks for asyncwrap. running the http benchmark for 30 seconds the listener/before/after were called 11271452 times
22:45:17  * paddybyersquit (Quit: paddybyers)
22:46:50  <trevnorris>othiym23: did you and groundwater_ run the benchmarks on latest master?
22:46:56  * bradleymeckquit (Quit: bradleymeck)
22:47:05  <groundwater_>trevnorris: prob. not the latest, good point
22:47:11  * joshthecoderquit (Quit: IRCRelay - http://ircrelay.com)
22:47:14  * trevnorrisquit (Quit: IRCRelay - http://ircrelay.com)
22:52:55  * pachetquit (Quit: leaving)
22:54:35  * mikealquit (Quit: Leaving.)
22:55:20  * mikealjoined
22:57:31  * paddybyersjoined
23:00:33  * mikealquit (Quit: Leaving.)
23:01:21  * mikealjoined
23:07:21  <octetcloud>bnoordhuis: building your PR for 6414. warnings are pretty intense. what happened?
23:10:59  <bnoordhuis>octetcloud: what warnings are you seeing?
23:13:08  * wolfeidauquit (Remote host closed the connection)
23:16:31  * kazuponquit (Ping timeout: 260 seconds)
23:23:30  <octetcloud>bnoordhuis: ../deps/v8/include/v8.h:5816:31: warning: typedef ‘I’ locally defined but not used
23:24:35  <octetcloud>and something about an unused typedef in one of the check macros. I have to rebuild more of node to find it again
23:25:15  <bnoordhuis>yeah, that's a v8 issue
23:25:30  <bnoordhuis>it's already fixed upstream but not in the version that's bundled with node
23:25:39  <octetcloud>../deps/v8/src/checks.h:271:22: warning: typedef ‘__StaticAssertTypedef__130’ locally defined but not used [-Wunused-local-typedefs]
23:25:43  <octetcloud>that too, I guess
23:25:47  <bnoordhuis>yep
23:27:22  <bnoordhuis>it's amusing to me that you can `yum install pacman` (pacman is arch's package manager)
23:27:51  <bnoordhuis>convenient too. makes it easy to bootstrap arch in a container
23:28:20  * joshthecoderjoined
23:29:25  * trevnorrisjoined
23:30:28  * AvianFlujoined
23:35:37  * paddybyersquit (Quit: paddybyers)
23:36:14  * trevnorr1sjoined
23:36:26  <trevnorr1s>bnoordhuis: have a moment?
23:38:28  * superjoe30quit (Quit: Leaving)
23:39:57  * bnoordhuisquit (Ping timeout: 252 seconds)
23:40:14  <trevnorr1s>well, guess that answers that.
23:40:36  * trevnorr1squit (Client Quit)
23:44:48  * paulfryzelquit (Remote host closed the connection)
23:49:28  <trevnorris>othiym23 / groundwater_: ping
23:49:36  <groundwater_>trevnorris: pong
23:51:31  <trevnorris>groundwater_: so... now that i've had some time away from async listeners I realized something. 1) the naming of AsyncListeners as an API and then "the" async listener as the first function passed is asinine
23:51:31  <trevnorris>2) requiring a listener while also allowing a default storage value to be passed is stupid.
23:52:01  <trevnorris>groundwater_: so, I think "the" async listener should be wrapped into the main callbacks object as "create" or some such
23:52:05  <trevnorris>and be made optional as well.
23:52:41  <groundwater_>so process.addAsyncListener( { create: ..., before: ..., after:..., effor:...} )
23:52:58  <trevnorris>more or less
23:53:43  <trevnorris>passing the first function is an artifact of my first pass. like 4 months ago.
23:54:16  <trevnorris>then i smothered on all the additional api requests that people had on top of the code I had already created.
23:58:45  <groundwater_>i basically agree, but i would like to coordinate this change since we've got async-listeners in play with the agent
23:58:46  * mikealquit (Quit: Leaving.)
23:58:54  <groundwater_>othiym23^
23:59:22  <trevnorris>i understand. just want to hammer this out before the v0.12 release because after that i'm going to consider the public api basically set in stone
23:59:44  <groundwater_>oh i agree