00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:10  * ircretaryjoined
00:01:47  * stagasquit (Ping timeout: 252 seconds)
00:08:23  * rmgquit (Ping timeout: 252 seconds)
00:14:31  * AvianFluquit (Ping timeout: 260 seconds)
00:37:47  * janjongboomjoined
00:40:42  * paulfryzeljoined
00:44:57  * paulfryzelquit (Ping timeout: 251 seconds)
00:45:21  * zz_karupanerurachanged nick to karupanerura
00:52:19  * wolfeidauquit (Remote host closed the connection)
00:59:43  * mikolalysenkojoined
01:01:03  * c4milo_quit (Remote host closed the connection)
01:04:08  * kazuponjoined
01:08:18  * mikealquit (Quit: Leaving.)
01:14:15  * thlorenzjoined
01:18:41  * abraxasjoined
01:18:46  * perintquit (Read error: Connection reset by peer)
01:19:23  * rmgjoined
01:23:33  * thlorenzquit (Remote host closed the connection)
01:24:08  * thlorenzjoined
01:24:50  * perintjoined
01:24:51  * perintquit (Remote host closed the connection)
01:25:05  * perintjoined
01:28:24  * thlorenzquit (Ping timeout: 252 seconds)
01:33:00  * perintquit (Remote host closed the connection)
01:37:36  * wolfeidaujoined
01:37:42  * wavdedjoined
01:41:21  * paulfryzeljoined
01:43:33  * perintjoined
01:44:25  * octetcloudquit (Ping timeout: 252 seconds)
01:45:50  * paulfryzelquit (Ping timeout: 265 seconds)
01:54:03  * mikolalysenkoquit (Ping timeout: 265 seconds)
01:56:23  * mikolalysenkojoined
01:57:21  * TooTallNatequit (Quit: Computer has gone to sleep.)
01:57:46  * mikealjoined
02:01:24  * Ralithquit (Ping timeout: 260 seconds)
02:03:02  * AvianFlujoined
02:05:03  * TooTallNatejoined
02:12:23  * kenperkins_joined
02:14:15  * isaacsquit (Disconnected by services)
02:14:18  * isaacs_joined
02:15:00  * kenperkinsquit (Ping timeout: 272 seconds)
02:16:30  * mikealquit (Quit: Leaving.)
02:18:59  * paulfryzeljoined
02:23:24  * paulfryzelquit (Ping timeout: 252 seconds)
02:26:07  * AvianFluquit (Remote host closed the connection)
02:28:48  * Ralithjoined
02:31:18  * AvianFlujoined
02:34:16  * thlorenzjoined
02:39:49  * TooTallNatequit (Quit: Computer has gone to sleep.)
02:54:28  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
02:58:03  * m76joined
03:05:07  * mcavagequit (Remote host closed the connection)
03:06:05  * mcavagejoined
03:06:16  * mcavagequit (Remote host closed the connection)
03:06:53  * brsonquit (Quit: Lost terminal)
03:06:58  * abraxasquit (Remote host closed the connection)
03:08:36  * brsonjoined
03:14:18  * abraxasjoined
03:17:06  * mikealjoined
03:19:49  * paulfryzeljoined
03:20:17  * AvianFluquit (Remote host closed the connection)
03:22:59  * mikealquit (Quit: Leaving.)
03:24:27  * paulfryzelquit (Ping timeout: 252 seconds)
03:26:28  * c4milojoined
03:27:00  * dap_quit (Quit: Leaving.)
03:32:05  * kazuponquit (Remote host closed the connection)
03:35:19  * c4miloquit (Read error: Connection reset by peer)
03:35:44  * c4milojoined
03:42:55  * wavdedquit (Quit: Hasta la pasta)
03:45:51  * __rockbot__joined
03:48:16  * mikolalysenkoquit (Ping timeout: 260 seconds)
03:54:21  * sindresorhusquit (Quit: IRCRelay - http://ircrelay.com)
03:55:05  * sindresorhusjoined
03:55:39  * __rockbot__quit (Quit: __rockbot__)
03:56:48  * sindresorhusquit (Client Quit)
03:57:09  * sindresorhusjoined
03:57:34  * sindresorhusquit (Client Quit)
03:57:51  * sindresorhusjoined
03:58:37  * sindresorhuspart
04:07:21  * jmar777quit (Remote host closed the connection)
04:10:57  * kazuponjoined
04:12:11  * abraxasquit (Remote host closed the connection)
04:19:00  * abraxasjoined
04:20:33  * paulfryzeljoined
04:23:38  * c4miloquit (Read error: Connection reset by peer)
04:23:51  * c4milojoined
04:24:57  * paulfryzelquit (Ping timeout: 252 seconds)
04:30:18  * AvianFlujoined
04:31:08  * mikealjoined
04:31:49  * mikealquit (Client Quit)
04:36:06  * mikealjoined
04:40:28  * mikealquit (Ping timeout: 252 seconds)
04:45:41  * thlorenzquit (Remote host closed the connection)
04:47:10  * hueniverse1joined
04:49:54  * kazupon_joined
04:53:18  * AvianFluquit (Remote host closed the connection)
04:55:02  * mikolalysenkojoined
04:55:22  * c4miloquit (*.net *.split)
04:55:22  * kazuponquit (*.net *.split)
04:55:23  * ircretaryquit (*.net *.split)
04:55:25  * hueniversequit (*.net *.split)
04:57:09  * ircretaryjoined
05:00:08  * mikolalysenkoquit (Ping timeout: 265 seconds)
05:00:18  * stagasjoined
05:05:52  * TooTallNatejoined
05:06:32  * mikealjoined
05:16:14  * mikealquit (Quit: Leaving.)
05:17:16  * bajtosjoined
05:17:40  * isaacs_changed nick to isaacs
05:17:47  <Ralith>What's the proper way to bind a IPv6 UDP socket in 0.11?
05:19:42  <Ralith>nvm, got it
05:21:17  * paulfryzeljoined
05:21:55  <Ralith>weird how uv_ip4_addr successfully parses ::
05:22:46  * paulfryzelquit (Read error: Connection reset by peer)
05:23:07  * paulfryzeljoined
05:27:23  * paulfryzelquit (Ping timeout: 252 seconds)
05:28:32  * jmar777joined
05:52:00  * hueniverse1quit (Quit: Leaving.)
05:52:11  * hueniversejoined
06:06:26  * m76quit (Ping timeout: 252 seconds)
06:07:42  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
06:11:18  * sindresorhusjoined
06:16:51  * jmar777quit
06:17:49  * jmar777joined
06:23:50  * paulfryzeljoined
06:28:26  * paulfryzelquit (Ping timeout: 252 seconds)
06:41:10  <MI6>nodejs-v0.10-windows: #426 UNSTABLE windows-x64 (11/608) windows-ia32 (10/608) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/426/
06:41:19  * mikealjoined
06:41:26  * mikealquit (Client Quit)
06:42:07  <Ralith>okay, looking at the impl, not so weird, just not what I'd expected
06:48:32  * brsonquit (Quit: leaving)
06:58:38  * Damn3dquit (Ping timeout: 240 seconds)
07:17:02  * m76joined
07:17:23  * jmar777quit (Remote host closed the connection)
07:24:30  * paulfryzeljoined
07:27:41  * kazupon_quit (Remote host closed the connection)
07:28:56  * paulfryzelquit (Ping timeout: 252 seconds)
07:40:06  * indexzeroquit (Quit: indexzero)
07:47:29  * rendarjoined
07:48:48  * janjongboomjoined
08:03:00  * hzjoined
08:04:48  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
08:07:35  * rmgquit (Remote host closed the connection)
08:13:48  * bajtosquit (Quit: bajtos)
08:22:55  * mikealjoined
08:25:18  * paulfryzeljoined
08:27:29  * mikealquit (Ping timeout: 265 seconds)
08:29:26  * mikealjoined
08:29:59  * paulfryzelquit (Ping timeout: 252 seconds)
08:33:19  * indexzerojoined
08:36:31  * calvinfojoined
08:37:10  * Damn3djoined
08:37:53  * rmgjoined
08:44:24  * rmgquit (Ping timeout: 265 seconds)
08:47:49  * rmgjoined
08:53:24  <mmalecki>morning!
08:55:17  * rmgquit (Ping timeout: 252 seconds)
09:16:32  * calvinfoquit (Quit: Leaving.)
09:18:33  * mikeal1joined
09:21:54  * calvinfojoined
09:21:59  * mikealquit (Ping timeout: 262 seconds)
09:23:05  * indexzeroquit (Quit: indexzero)
09:26:04  * paulfryzeljoined
09:28:59  * Ralithquit (Ping timeout: 260 seconds)
09:30:33  * Ralithjoined
09:30:50  * paulfryzelquit (Ping timeout: 264 seconds)
09:33:28  * janjongboomjoined
09:35:37  * calvinfoquit (Quit: Leaving.)
09:54:51  <indutny>morning
10:11:38  * karupanerurachanged nick to zz_karupanerura
10:25:05  * kazuponjoined
10:33:15  * piscisaureusjoined
10:39:00  * abraxasquit (Remote host closed the connection)
10:45:14  * stagasquit (Ping timeout: 265 seconds)
11:05:57  <MI6>nodejs-v0.10: #1702 UNSTABLE linux-x64 (1/608) osx-x64 (5/608) linux-ia32 (2/608) smartos-x64 (7/608) smartos-ia32 (7/608) osx-ia32 (5/608) http://jenkins.nodejs.org/job/nodejs-v0.10/1702/
11:27:35  * paulfryzeljoined
11:32:02  * paulfryzelquit (Ping timeout: 252 seconds)
11:54:39  * dogonthesunjoined
11:56:37  * zheng_joined
12:02:10  * kazuponquit (Remote host closed the connection)
12:07:45  * piscisaureusquit (Ping timeout: 252 seconds)
12:27:43  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
12:28:22  * paulfryzeljoined
12:28:52  * janjongboomjoined
12:33:05  * paulfryzelquit (Ping timeout: 252 seconds)
12:36:47  * titoquit (Ping timeout: 245 seconds)
12:40:27  * daviddiasjoined
12:40:36  * daviddiasquit (Remote host closed the connection)
12:41:04  * daviddiasjoined
12:41:57  * titojoined
12:46:04  * m76quit (Read error: Connection reset by peer)
12:52:35  * AlexisMochaquit (Read error: Connection reset by peer)
12:57:42  * dogonthesunquit (Read error: Connection reset by peer)
12:57:54  * dogonthesunjoined
13:06:09  * piscisaureusjoined
13:16:00  * AlexisMochajoined
13:29:07  * paulfryzeljoined
13:33:35  * paulfryzelquit (Ping timeout: 252 seconds)
13:39:41  * hzquit
13:40:33  * zheng_quit (Read error: Connection reset by peer)
13:40:53  * zheng_joined
14:05:43  * dogonthesunquit (Ping timeout: 260 seconds)
14:13:56  * m76joined
14:23:57  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
14:27:44  * daviddia_joined
14:27:57  <mmalecki>piscisaureus: yo, Nathan wants to join
14:28:08  <mmalecki>piscisaureus: that's okay? also do we meet at Centraal?
14:29:56  * paulfryzeljoined
14:30:42  * daviddi__joined
14:30:50  * daviddiasquit (Ping timeout: 264 seconds)
14:32:26  * daviddia_quit (Read error: No route to host)
14:32:58  * janjongboomjoined
14:34:38  * paulfryzelquit (Ping timeout: 252 seconds)
14:36:32  <piscisaureus>mmalecki: sure and yes that seems like a good plan
14:37:45  <piscisaureus>mmalecki: let's take the train at 19:37
14:38:50  <mmalecki>piscisaureus: sure. let's meet in front of the station around 19:25? 19:30?
14:39:56  <piscisaureus>I'll be there between :25 and :30
14:42:12  * AvianFlujoined
14:42:49  * kazuponjoined
14:48:10  * Ralt_joined
14:49:19  * Ralt_part
14:50:16  * piscisaureusquit (Ping timeout: 265 seconds)
14:53:46  * daviddiasjoined
14:55:11  * rmgjoined
14:56:07  * jmar777joined
14:57:19  * daviddi__quit (Ping timeout: 272 seconds)
14:59:48  * rmgquit (Ping timeout: 260 seconds)
15:01:21  * thlorenzjoined
15:06:26  * mikolalysenkojoined
15:07:37  * hzjoined
15:11:18  * Ralt_joined
15:11:48  * Ralt_part
15:19:20  * pachetjoined
15:30:45  * paulfryzeljoined
15:32:43  * c4milojoined
15:34:36  * c4milo_joined
15:35:08  * paulfryzelquit (Ping timeout: 252 seconds)
15:37:29  * dogonthesunjoined
15:37:32  * paulfryzeljoined
15:37:53  * c4miloquit (Ping timeout: 252 seconds)
15:42:27  * AvianFluquit (Remote host closed the connection)
15:43:27  * c4milojoined
15:44:01  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
15:46:06  <MI6>nodejs-master: #836 FAILURE smartos-x64 (6/692) smartos-ia32 (9/692) osx-ia32 (1/692) osx-x64 (1/692) ubuntu-x64 (1/692) ubuntu-ia32 (3/692) centos-x64 (3/692) http://jenkins.nodejs.org/job/nodejs-master/836/
15:46:08  * c4milo_quit (Ping timeout: 252 seconds)
15:49:38  <tjfontaine>hm
15:50:02  <tjfontaine>g++: internal compiler error: Killed (program cc1plus)
15:50:03  <tjfontaine>seriously.
15:50:43  <mmalecki>lots of actionable error output right there!
15:50:58  * dogonthesunquit (Read error: Connection reset by peer)
15:51:26  * dogonthesunjoined
15:52:22  * pquernaquit (Ping timeout: 246 seconds)
16:01:46  * kazuponquit (Remote host closed the connection)
16:02:27  * kenperkins_changed nick to kenperkins
16:03:35  * dogonthesun_joined
16:05:40  * dogonthesunquit (Ping timeout: 265 seconds)
16:10:52  * pquernajoined
16:10:52  * pquernaquit (Changing host)
16:10:52  * pquernajoined
16:20:07  * dogonthesun_quit (Ping timeout: 260 seconds)
16:26:40  * c4miloquit (Read error: Connection reset by peer)
16:27:57  * c4milojoined
16:28:15  * bajtosjoined
16:28:42  * AvianFlujoined
16:35:39  * piscisaureusjoined
16:35:51  <piscisaureus>hey mmalecki
16:35:59  <piscisaureus>has nathan reached legal drinking age yet?
16:46:21  * rmgjoined
16:56:26  <tjfontaine>call in 3.5mins
16:58:09  <tjfontaine>hrm no hangout url listed on that invite
16:59:04  <piscisaureus>tjfontaine: am I supposed / expected to join or no?
16:59:30  <tjfontaine>you are invited, and if you want/can you're more than welcome
17:00:03  <piscisaureus>Let's, then
17:00:11  <piscisaureus>is there a link?
17:00:19  <piscisaureus>is it the same as the tuesday meetings link?
17:00:52  <tjfontaine>making a link now
17:02:02  <tjfontaine>https://plus.google.com/hangouts/_/calendar/dGpmb250YWluZUBub2RlanMub3Jn.7o3iugm5mbjqj81eb56fsoj118
17:02:32  * kazuponjoined
17:03:07  <tjfontaine>isaacs: ^
17:04:14  * c4miloquit (Remote host closed the connection)
17:05:05  <tjfontaine>trevnorris: .
17:07:01  * daviddia_joined
17:07:26  * daviddiasquit (Ping timeout: 264 seconds)
17:07:37  * kazuponquit (Ping timeout: 246 seconds)
17:13:12  * dap_joined
17:19:20  * mikolalysenkoquit (Ping timeout: 260 seconds)
17:24:54  * mikolalysenkojoined
17:29:14  * calvinfojoined
17:29:31  <MI6>joyent/libuv: Alexis Campailla master * c0716b3 : windows: improved handling of invalid FDs - http://git.io/3O6jug
17:29:32  * mikolalysenkoquit (Ping timeout: 252 seconds)
17:31:39  * mikolalysenkojoined
17:32:02  * Damn3dquit (Ping timeout: 264 seconds)
17:35:05  * daviddia_quit (Read error: Connection reset by peer)
17:35:14  * kenperkinsquit (Quit: Computer has gone to sleep.)
17:35:16  * daviddiasjoined
17:38:12  * thlorenzquit (Remote host closed the connection)
17:39:17  * kenperkinsjoined
17:41:19  * kenperkinsquit (Client Quit)
17:44:53  * mikolalysenkoquit (Ping timeout: 272 seconds)
17:46:25  * piscisaureusquit (Ping timeout: 272 seconds)
17:47:26  * mikeal1quit (Quit: Leaving.)
17:47:59  * mikealjoined
17:54:38  * brsonjoined
17:56:54  * kazuponjoined
17:57:50  * Ralithquit (Ping timeout: 264 seconds)
18:00:04  * TooTallNatejoined
18:00:58  * piscisaureusjoined
18:02:53  * kazuponquit (Ping timeout: 272 seconds)
18:04:29  * mikealquit (Quit: Leaving.)
18:08:34  * thlorenzjoined
18:11:00  * mikealjoined
18:11:05  * mikealquit (Client Quit)
18:11:32  * daviddiasquit (Remote host closed the connection)
18:12:10  * daviddiasjoined
18:14:50  * octetcloudjoined
18:16:49  * daviddiasquit (Ping timeout: 272 seconds)
18:17:22  * daviddiasjoined
18:17:27  * thlorenzquit (Ping timeout: 272 seconds)
18:19:06  <MI6>libuv-review: #111 FAILURE smartos-x64 (2/191) linux-x64 (1/191) linux-ia32 (1/191) smartos-ia32 (2/191) windows-ia32 (8/191) http://jenkins.nodejs.org/job/libuv-review/111/
18:20:39  * Ralithjoined
18:20:53  * mikealjoined
18:21:01  <MI6>libuv-master: #421 FAILURE windows (4/202) http://jenkins.nodejs.org/job/libuv-master/421/
18:23:00  <MI6>libuv-master-gyp: #373 FAILURE windows-x64 (4/202) http://jenkins.nodejs.org/job/libuv-master-gyp/373/
18:24:25  * piscisaureusquit (Ping timeout: 272 seconds)
18:24:51  <MI6>libuv-master: #422 FAILURE windows (4/202) http://jenkins.nodejs.org/job/libuv-master/422/
18:27:50  * daviddiasquit (Ping timeout: 264 seconds)
18:31:21  * daviddiasjoined
18:34:21  <MI6>libuv-master-gyp: #374 FAILURE linux-x64 (1/203) smartos-ia32 (3/203) smartos-x64 (3/203) http://jenkins.nodejs.org/job/libuv-master-gyp/374/
18:35:53  * mikolalysenkojoined
18:37:13  * Benviequit (Ping timeout: 245 seconds)
18:38:35  * daviddiasquit (Remote host closed the connection)
18:39:09  * daviddiasjoined
18:39:52  * Benviejoined
18:43:17  * thlorenzjoined
18:43:47  * ikjoined
18:44:02  * daviddiasquit (Ping timeout: 264 seconds)
18:44:43  * ikpart
18:46:46  * kenperkinsjoined
18:52:17  * thlorenzquit (Ping timeout: 272 seconds)
18:52:55  * mikolalysenkoquit (Ping timeout: 272 seconds)
18:57:34  * mikolalysenkojoined
18:58:19  * kazuponjoined
18:59:36  * calvinfoquit (Quit: Leaving.)
19:03:35  * kazuponquit (Ping timeout: 252 seconds)
19:13:33  * mikolalysenkoquit (Ping timeout: 272 seconds)
19:18:36  * thlorenzjoined
19:25:33  * isaacs_mobilejoined
19:26:15  * thlorenzquit (Read error: Operation timed out)
19:29:35  * isaacs_mobilequit (Remote host closed the connection)
19:30:22  * isaacs_mobilejoined
19:30:53  * calvinfojoined
19:34:36  * isaacs_mobilequit (Remote host closed the connection)
19:37:49  * thlorenzjoined
19:38:39  * indexzerojoined
19:40:31  <trevnorris>wtf? ^
19:43:01  * kenperkinsquit (Ping timeout: 246 seconds)
19:43:48  * bajtosquit (Quit: bajtos)
19:47:56  * isaacs_mobilejoined
19:47:58  * indexzeroquit (Quit: indexzero)
19:51:27  * isaacs_mobilequit (Remote host closed the connection)
19:57:34  * isaacs_mobilejoined
19:59:20  * kazuponjoined
20:02:02  * isaacs_mobilequit (Ping timeout: 264 seconds)
20:04:12  * kazuponquit (Ping timeout: 252 seconds)
20:12:54  * mikolalysenkojoined
20:13:25  <trevnorris>tjfontaine: i'm pretty much done w/ the domain revert. all node tests pass. going to run it through hapi in a moment to see what happens.
20:16:17  <trevnorris>hueniverse: ping
20:19:53  <trevnorris>tjfontaine / indutny: can someone give me a quick LGTM on this? https://github.com/joyent/node/pull/6837
20:24:18  * c4milojoined
20:36:39  * kenperkinsjoined
20:41:07  <tjfontaine>trevnorris: moment
20:43:03  <MI6>node-review: #150 FAILURE http://jenkins.nodejs.org/job/node-review/150/
20:43:28  <tjfontaine>hmm
20:44:59  <tjfontaine>trevnorris: so, AL error handlers are still preserving the ability to intercept and handle errors?
20:46:34  <hueniverse>trevnorris: pong
20:57:44  <trevnorris>tjfontaine: yeah. how should that interoperability work? I guess just let domains run through their error handles as well?
20:58:40  <trevnorris>hueniverse: just did a revert of having domains us AL. hapi test coverage is at 99.88%
21:00:20  * kazuponjoined
21:05:39  <hueniverse>trevnorris: gave up?
21:06:17  <trevnorris>hueniverse: no. just deferring so the v0.12 release can go out. i've been working on this (as in everything AL related) for 6 months and need a break.
21:06:21  <octetcloud>https://gist.github.com/sam-github/8341916
21:06:42  <octetcloud>so, if you supply the same fd twice or more to spawn... node breaks pretty badly
21:06:53  <octetcloud>https://gist.github.com/sam-github/8341573
21:06:55  * kazuponquit (Ping timeout: 252 seconds)
21:08:12  <octetcloud>basically, after for, for each entry in the stdio array, node does a dup2(fromfd, tofd), then closes fromfd. so later, when it tries to dup2() fromfd to the next child fd, it fails
21:08:24  <hueniverse>trevnorris: is this in master?
21:08:49  <trevnorris>hueniverse: about to be. just a little tidying up to do
21:09:08  <octetcloud>child is left with a fd that is invalid, and dies a terrible death. node doesn't like when fd 2 invalid.
21:09:09  <hueniverse>trevnorris: ok. lmk so I can get coverage fixed
21:13:28  <groundwater>trevnorris: ping
21:13:35  <trevnorris>groundwater: poong
21:13:59  <groundwater>trevnorris: mind if i ask what the plan is for 0.12 w/ AL and EEOs?
21:14:12  * kenperkinsquit (Quit: Computer has gone to sleep.)
21:14:12  <groundwater>just so i'm sure i understand
21:14:51  <trevnorris>groundwater: take over the world? i'm not sure. seems tjfontaine has more of a direction in mind for AL, and also seems to want to avoid EEO if possible.
21:14:55  <trevnorris>at least from what I gather.
21:15:07  <trevnorris>to AL will, i guess, be moved to a different module
21:15:26  <trevnorris>well, to _a_ module instead of just being on the process object
21:15:47  <groundwater>on another note, i poked through the AL source in more detail yesterday
21:16:00  <groundwater>i'm learnin'
21:22:08  * kenperkinsjoined
21:23:12  <trevnorris>give me 5. it's about to change again. :)
21:24:18  <groundwater>i'll give you 10
21:27:42  <tjfontaine>octetcloud: sigh.
21:27:55  <tjfontaine>octetcloud: please file that bug as well :/
21:28:20  <octetcloud>@tjfontaine: https://github.com/joyent/libuv/issues/1074
21:29:34  <octetcloud>I'd offer patch, but I'm crazy busy, and already pulled to much hair out tracking this down. serves me right for not running *strace* first, before the other crap I tried
21:29:53  <tjfontaine>trevnorris: re: AL / domain error handling, we need to make sure we get it right, whatever our solution is there -- it's certainly going to cause interesting interactions between two places trying to say "I'm handling this" ... "no I want to handle it"
21:30:53  <tjfontaine>:)
21:30:53  <tjfontaine>sorry about that
21:30:53  <tjfontaine>octetcloud: I presume you're trying to share logging between two processes?
21:30:53  <tjfontaine>two sub children I guess
21:31:37  <trevnorris>tjfontaine: yeah. well, imo domains are fundamentally broken. so... we'll figure it out later.
21:32:22  <tjfontaine>trevnorris: heh, I understand that feeling, but we can't also break people using domains today
21:32:42  <octetcloud>I'm spawning a detached child. daemons shouldn't write to out/err, but if they do, I want it to go somewhere. same place, so obvious was to provide same parent fd as both 1 and 2 inc child. workaround is easy, i open file twice in parent, so I have two fds
21:33:05  <tjfontaine>trevnorris: in the scenario where a module is using domains to handle some error classification, and then someone upstack of that includes something that uses AL to handle errors and that interaction goes poorly *boom*
21:33:20  <tjfontaine>octetcloud: nod
21:33:56  <trevnorris>tjfontaine: sure. and we're the lucky ones who get to define which has precedence.
21:35:11  <trevnorris>tjfontaine: domains are labeled unstable and AL is experimental. so I think we have some wiggle room.
21:35:13  <tjfontaine>maybe, unless people are performing actions and *expecting* to see things in the domain error handler and then suddenly don't
21:35:36  <MI6>joyent/node: Trevor Norris master * 828f145 : src: revert domain using AsyncListeners - http://git.io/TznNGg
21:35:40  * c4miloquit (Remote host closed the connection)
21:35:50  <tjfontaine>it's kinda like expecting something to throw an exception and then all of the sudden it's not
21:36:14  <tjfontaine>(.net does this [or used to] one of the things it would do as part of initialization is internally throw an out of memory exception]
21:36:14  <trevnorris>tjfontaine: well, it wouldn't be difficult to allow the domain error callbacks to still fire.
21:37:53  <tjfontaine>we jsut need to make sure that the interaction of people handling errors in AL doesn't break people trying to handle errors in domains and vice versa :)
21:40:44  <trevnorris>well, it should be impossible for anything domain related to break how AL works. and i'd see it like someone using domains, then someone else attaching to unhandledException. except more fine grain than that.
21:41:54  <tjfontaine>would be interesting to do a few tests to see if we can induce a negative interaction, maybe groundwater would like to do that, since he likes to understand these interactions
21:42:57  * c4milojoined
21:51:17  * jmar777quit (Remote host closed the connection)
21:52:54  <txdv>MERGE THE IPV6
21:52:54  <LOUDBOT>SWEET JESUS, WHAT SMELLS LIKE A SOILED MATTRESS IN HERE
21:53:06  <txdv>ITS tjfontaine
21:54:42  * m76quit (Read error: Connection reset by peer)
21:55:44  <tjfontaine>indeed
21:56:34  * rendarquit (Quit: good night)
22:02:48  * kazuponjoined
22:03:27  <groundwater>tjfontaine trevnorris what do you want me to try and break?
22:04:07  <MI6>joyent/node: Trevor Norris master * 646ac18 : node: AsyncListener use separate storage mechanism - http://git.io/3VPMcg
22:04:10  <tjfontaine>groundwater: on current master domains handling is no longer based on AL, can you break assumptions/contract of either domain error handling or AL error handling by using either
22:04:38  <groundwater>aha
22:04:45  * mikealquit (Quit: Leaving.)
22:04:55  <trevnorris>hueniverse: master should be good for testing
22:04:56  <tjfontaine>catch my drift?
22:05:14  <hueniverse>trevnorris: great
22:05:22  * mikealjoined
22:05:34  <groundwater>tjfontaine i'm inferring that refactoring domains atop AL was not working
22:05:54  <tjfontaine>groundwater: it was causing consternation, and we don't necessarily want it to block the release
22:06:15  <groundwater>tjfontaine understood
22:06:27  <groundwater>tjfontaine how does your tracing idea fit into the release plan?
22:06:27  <tjfontaine>groundwater: since it's mostly a performance and edge case clarification mechanism for domains, we can add it later in 0.13 or beyond, when trevor has the inclination and motivation to fix it
22:07:22  <tjfontaine>groundwater: I've got the ok from chrisa for the inclusion of the node specific bits, the libusdt bit is still on the outside but not too scary, I have a refactor of the external facing api to make more sense, and then we're going to bikeshed among us on what this means
22:07:31  <tjfontaine>groundwater: but it should be able to get in this week
22:07:48  <tjfontaine>I'm hoping to freeze and branch 0.12 next week
22:07:59  * kazuponquit (Ping timeout: 272 seconds)
22:08:25  <tjfontaine>it's unclear if I'll get the addon layer in in that time frame
22:12:17  * rmgquit (Remote host closed the connection)
22:12:58  <tjfontaine>trevnorris, indutny, isaacs: lgty? https://gist.github.com/tjfontaine/8342543
22:13:05  * calvinfoquit (Quit: Leaving.)
22:14:15  <trevnorris>tjfontaine: for people who have their core's dumped automatically to a specific location, running make test will cause that to fill up.
22:14:27  <trevnorris>though i'm fine w/ aborting
22:14:34  <tjfontaine>trevnorris: no, ulimit -c 0 happens first
22:14:51  <trevnorris>oh, you actually put that in the command. heh
22:14:52  <trevnorris>ok
22:14:58  <tjfontaine>:)
22:17:38  <MI6>joyent/node: Jeff Barczewski master * 82c2084 : test: check RR scheduler has necessary methods - http://git.io/YJUI4g
22:19:34  <trevnorris>tjfontaine: might want to check out jenkins.nodejs.org the build queue is huge.
22:19:56  * AvianFluquit (Remote host closed the connection)
22:20:00  <groundwater>tjfontaine: so on master, returning true/false from the error AL affects whether process.on('uncaughtException') is triggered, but has no affect on domain.on('error')
22:20:08  <groundwater>cc trevnorris ^
22:20:13  <groundwater>is that the desired behavior?
22:20:15  <trevnorris>yeah. meant to be that way
22:20:24  <trevnorris>because if AL handles it then it's no longer an uncaughtException. :)
22:20:36  <MI6>nodejs-master: #837 FAILURE smartos-x64 (7/692) smartos-ia32 (6/692) osx-ia32 (1/692) ubuntu-x64 (1/692) centos-x64 (2/692) http://jenkins.nodejs.org/job/nodejs-master/837/
22:20:55  <groundwater>trevnorris but it's still a domain error?
22:21:05  <othiym23>it also prevents process._fatalException from being triggered, which will keep certain errors from making it to the domain, no?
22:21:15  <othiym23>at least on master
22:21:22  <othiym23>I think that's how the polyfill works, at any rate
22:21:24  <tjfontaine>trevnorris: ya, i queued a bunch of things for the cached commits
22:21:37  <trevnorris>no. process._fatalException is triggered. that's how AL is triggered
22:21:49  <trevnorris>groundwater: the domain error handlers fire so the users know it occurred
22:21:57  <trevnorris>at least that's my reasoning
22:23:24  <groundwater>so, do any of us use the 'return true' functionality from the error handler?
22:23:34  <othiym23>oh right, I overwrite process._fatalException in the polyfill
22:23:47  <othiym23>CLS very specifically does not
22:25:25  <trevnorris>groundwater: you mean from AL?
22:25:32  <groundwater>trevnorris yes
22:25:58  <trevnorris>groundwater: and who is "us"? like, in core?
22:26:09  <groundwater>trevnorris core or othiym23
22:26:15  <othiym23>I'm guessing he means people who've built things atop asyncListener
22:26:18  <groundwater>i.e. should the intercept errors functionality just be removed?
22:26:44  <tjfontaine>well
22:27:01  <tjfontaine>if the answer is to eventually write domains atop al, then no -- but if that's not part of the roadmap then maybe
22:28:17  <groundwater>this is purely my opinion, but i'll say it in case anyone else is thinking it. i would omit it *until* i actually was writing domains on top of AL
22:29:03  <groundwater>it's a dangerous functionality to have in, and all our current needs can be solved without it
22:29:45  <tjfontaine>groundwater: I understand, but backward compatibility and what not, if *know* the plan is to support that, then at the very least we need to document return values have meaning, even though they are not currently used
22:30:07  <tjfontaine>if *we* know, words, they drop
22:30:20  <txdv>why bother with backwards comp
22:31:07  <tjfontaine>because it matters, a lot
22:31:19  <tjfontaine>it shows the maturity of a project and product
22:31:31  <trevnorris>groundwater: the ability for AL to optionally handle errors is key to its purpose
22:32:14  <txdv>tjfontaine: php goes with that
22:32:25  <txdv>strln and stuff
22:32:26  <txdv>very mature
22:32:30  <trevnorris>and, sorry, but AL was designed beyond your needs. my goal from the beginning was to create the end all for tracing/error handling/etc. in node
22:32:36  <tjfontaine>are you trolling me right now txdv?
22:32:47  <txdv>a bit, im sorry
22:33:43  <txdv>core node people discussing all important stuff on the libuv channel
22:33:46  <trevnorris>groundwater: this is also part of bert's grand tasks scheme. to be able to track every resource on a single async request then cleanup afterwards if there's an rror.
22:33:55  * kenperkinsquit (Quit: Computer has gone to sleep.)
22:34:03  <othiym23>trevnorris: I think the discussion between you and tjfontaine this week has shown that it's hard to define a be-all / end-all tracing framework in the absence of specific use cases
22:34:15  <txdv>tell bert to merge ipv6
22:35:14  <groundwater>trevnorris: i'm not advocating that the api be fixed to ignore the return type; i was suggesting that until there is a core feature using that, it be omitted. as tjfontaine pointed out, it depends greatly on how stable the api should be from the beginning
22:35:52  <trevnorris>groundwater: nothing about AL was created for core. it was all for userland. same w/ domains.
22:36:08  <trevnorris>i couldn't give a crap about users bad error handling. this was for them.
22:36:36  <tjfontaine>what's your guys schedule next week, can we have a whiteboard summit on this?
22:37:19  <groundwater>tjfontaine: M-W open
22:37:31  <othiym23>tjfontaine: I have a few short meetings but am otherwise free
22:38:08  <tjfontaine>trevnorris: can you make it up to the city?
22:38:12  * AvianFlujoined
22:39:44  <trevnorris>M or W would work for me.
22:41:00  <tjfontaine>either is fine wiht me, groundwater, othiym23 you guys pick
22:41:20  <othiym23>Mondays suck, so Wednesday makes sense to me
22:41:23  <othiym23>groundwater: you?
22:41:47  <groundwater>i like monday only because it gets it out of the way quicker
22:42:01  <groundwater>wed is my #2 choice, but also acceptable
22:43:10  <tjfontaine>ok, lets go with wednesday, and hammer the fuck out of this idea
22:43:59  <trevnorris>tjfontaine: after hours or during hours?
22:44:07  <tjfontaine>I'd prefer during the work day
22:44:18  <tjfontaine>we can totally do dinner
22:44:25  <tjfontaine>and lunch and what not
22:44:38  * rmgjoined
22:44:44  <tjfontaine>and it can be here at joyent or if NR wants to do it in their fancy digs taht's cool too :P
22:46:07  <groundwater>your call, we have tons of space, but i don't mind walking
22:46:09  <othiym23>I'm sure I can find us a meeting room, or we can just hang out on the 10th floor
22:46:14  <groundwater>trevnorris it prob depends where you wanna head to
22:46:29  <othiym23>I also am not opposed to coming down to Mountain View, and can drive
22:47:32  * zheng_quit (Read error: Connection reset by peer)
22:50:37  <trevnorris>well, sounds like we're just all full of options. let's keep it somewhere w/ a conference room, since we'll probably be getting pretty animated while talking about this. :)
22:51:48  <tjfontaine>heh
22:52:10  <tjfontaine>let's do it at new relic
22:52:38  <groundwater>cool!
22:53:10  <groundwater>and ya'll are welcome to hang out at our coffee bar / lounge are after
22:53:45  <tjfontaine>I'm fine on timing, it is probably more related to what time trevor can make it up
22:54:18  <trevnorris>heh, that's right next to moz sf
22:54:22  <tjfontaine>yup
22:54:26  <othiym23>sure is
22:54:36  <othiym23>you have more snacks, but we have a barista
22:54:41  <trevnorris>heh
22:54:50  <trevnorris>i can be there by or before lunch
22:54:53  <tjfontaine>maybe afterward I can spend some time on the roof of moz :)
22:55:43  <groundwater>yes tjfontaine upvote for you
22:55:57  <trevnorris>sure. not a problem
22:56:22  * daviddiasjoined
22:56:47  <MI6>nodejs-master: #838 FAILURE smartos-x64 (6/693) smartos-ia32 (9/693) osx-ia32 (2/693) ubuntu-x64 (2/693) centos-x64 (3/693) http://jenkins.nodejs.org/job/nodejs-master/838/
23:03:49  * kazuponjoined
23:06:40  <trevnorris>tjfontaine: jenkins having problems, or did I break the world?
23:08:09  <tjfontaine>looking
23:08:30  <trevnorris>tjfontaine: also, is this what your gist is meant to fix? https://github.com/joyent/node/issues/6836
23:08:45  <tjfontaine>yup, the commit log should say that
23:08:48  <trevnorris>ok
23:09:02  <tjfontaine>We are in an unrecoverable state if v8 throws a FatalError, actually
23:09:02  <tjfontaine>ask the operating system to dump core in this case.
23:09:06  * c4miloquit (Remote host closed the connection)
23:09:07  <tjfontaine>Fixes #6836
23:09:11  <trevnorris>ok cool
23:09:15  <tjfontaine>lgty?
23:09:25  * kazuponquit (Ping timeout: 272 seconds)
23:10:21  <MI6>joyent/node: Trevor Norris master * 2eddd74 : http: use writev on chunked encoding - http://git.io/8xVmwA
23:11:19  <trevnorris>tjfontaine: yeah
23:11:23  <tjfontaine>k
23:12:00  <MI6>joyent/node: Timothy J Fontaine v0.10 * 270c2de : src: OnFatalError handler must abort() - http://git.io/Oq1cRw
23:30:18  <MI6>joyent/node: Ryan Graham master * 5106cad : domain: fix off-by-one in Domain.exit() - http://git.io/p6jeFQ
23:32:43  <MI6>nodejs-v0.10-windows: #427 UNSTABLE windows-ia32 (13/609) windows-x64 (15/609) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/427/
23:33:31  * thlorenzquit (Remote host closed the connection)
23:33:50  * mikolalysenkoquit (Ping timeout: 264 seconds)
23:36:18  * kenperkinsjoined
23:39:45  <tjfontaine>trevnorris: did that domains fix apply to 0.10?
23:40:10  <MI6>nodejs-v0.10: #1703 UNSTABLE smartos-x64 (9/609) smartos-ia32 (9/609) osx-ia32 (3/609) linux-ia32 (5/609) osx-x64 (4/609) linux-x64 (5/609) http://jenkins.nodejs.org/job/nodejs-v0.10/1703/
23:43:26  * kazuponjoined
23:48:07  * kazuponquit (Ping timeout: 252 seconds)
23:49:58  <MI6>nodejs-master: #839 FAILURE smartos-x64 (9/693) centos-x64 (1/693) smartos-ia32 (6/693) ubuntu-x64 (2/693) http://jenkins.nodejs.org/job/nodejs-master/839/
23:55:22  * pachetquit (Quit: leaving)