00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:08  * ircretaryjoined
00:00:27  * superjoechanged nick to andrewrk
00:07:32  * guybrushquit (Excess Flood)
00:07:38  * guybrushjoined
00:11:15  * AvianFluquit (Ping timeout: 245 seconds)
00:11:33  <indutny>Kakera: every exception is an object
00:17:01  <indutny>tjfontaine: release time?
00:18:51  * octetcloudquit (Ping timeout: 252 seconds)
00:23:31  * mikolalysenkoquit (Ping timeout: 272 seconds)
00:29:08  * kpdeckerjoined
00:30:27  * mikolalysenkojoined
00:31:53  * thlorenzjoined
00:35:16  * rmgquit (Remote host closed the connection)
00:35:18  * Kakeraquit (Ping timeout: 272 seconds)
00:36:03  * sinclair|workjoined
00:38:31  * kpdeckerquit (Quit: Leaving.)
00:41:30  * thlorenzquit (Remote host closed the connection)
00:45:04  * AWintermanjoined
00:45:08  * zz_karupanerurachanged nick to karupanerura
00:49:41  * AWintermanquit (Ping timeout: 248 seconds)
00:52:19  <tjfontaine>indutny: indeed
00:53:17  <othiym23>so uh does anyone happen to know off the top of their head how long it takes after a Node process exits on Linux for all the sockets to be cleaned up?
00:53:30  <othiym23>I'm troubleshooting a ulimit issue and want to make sure I'm not talking out my ass
00:54:16  <othiym23>I know on OS X, sockets can hang around in CLOSE_WAIT state for 30 seconds without sysctl tuning, but I seem to recall it's much shorter for Linux
00:54:25  * AWintermanjoined
00:54:32  <tjfontaine>the _WAIT states are very tricky
00:55:00  <tjfontaine>but after an exit things should start to clean up pretty quickly, vs if the parent process is still alive
00:56:45  <tjfontaine>othiym23: are we talking about an unclean exit?
00:57:07  <othiym23>clean exit
00:57:19  <othiym23>at worse via process.exit()
00:57:23  <othiym23>*worst
00:57:55  <tjfontaine>well .exit certainly fits the unclean state, I'm not sure we're actually iterating the open handles to close them anymore
00:58:08  <othiym23>aw
00:58:32  <tjfontaine>I'm verifying that state
00:58:43  <othiym23>I wish people understood that setting agent.maxSockets to 10000 did not automatically make their Node processes 2000 times more scalable
00:59:02  <tjfontaine>heh
00:59:16  * kenperkinsjoined
00:59:36  * thlorenzjoined
00:59:40  <othiym23>I mean, sockets may not be in CLOSE_WAIT
01:00:09  <tjfontaine>for instance process.reallyExit is just a wrapper around exit()
01:00:19  <drs>indutny, thank you. I got this tcp/ip socket passing to multiple processes on windows
01:00:28  <othiym23>let me give a clearer problem statement: process makes tons of outbound requests, at some point gets EMFILE, and then the in-process uncaughtException handler nukes the process and then nodemon restarts it
01:00:29  <drs>oops, i got it working i mean :)
01:00:39  <othiym23>their concern is that they're going to just hit the wall again immediately upon restart
01:01:21  <tjfontaine>it won't be immediate, but it it can be soon after
01:01:28  * AWinterm_joined
01:01:48  <othiym23>I think what's going on is that one of the servers to which they're talking is either slow or ECONNRESETting on them a bunch, and they get hit with bursty high load, so they end up with a ton of concurrent requests bogging down on this / these unresponsive servers
01:01:56  * AvianFlujoined
01:01:58  * kazuponjoined
01:02:06  <tjfontaine>sounds quite probable
01:02:37  <othiym23>my *first* piece of advice to them is to jack maxfiles up to 65536 or so, because maxSockets for each of 2 worker processes is 10k
01:02:53  * dshaw_quit (Quit: Leaving.)
01:03:03  <tjfontaine>it's also important to look at ephemeral port count as well as the ulimits
01:03:24  * thlorenzquit (Remote host closed the connection)
01:03:30  <othiym23>my second piece of advice is probably to drop maxSockets by an order of magnitude or so, because it sounds like they're not really thinking rationally about backpressure with that design
01:03:33  <othiym23>yeah
01:04:14  <othiym23>my experience has been that ephemeral port count is a bigger constraint on OS X than Linux due to OS X's 30-second wait state on sockets
01:04:25  * AWintermanquit (Ping timeout: 272 seconds)
01:05:03  * abraxasjoined
01:05:14  <othiym23>thanks for the verification, tjfontaine, I'll do a little more poking around on my own :)
01:05:50  <tjfontaine>ya
01:06:04  <tjfontaine>backpressure is hard to communicate in this capacity
01:06:27  * dshaw_joined
01:08:42  <tjfontaine>ok v0.11.11 release time (finally)
01:09:31  * abraxasquit (Ping timeout: 260 seconds)
01:13:06  * andrewrkquit (Quit: Leaving)
01:18:23  * kenperkinsquit (Quit: Computer has gone to sleep.)
01:22:22  * hzquit
01:23:52  * defunctzombie_zzchanged nick to defunctzombie
01:25:21  * hzjoined
01:25:46  * mikealquit (Quit: Leaving.)
01:29:34  <MI6>joyent/node: Timothy J Fontaine master * 95b8a75 : v8: Upgrade to 3.22.24.19 - http://git.io/H-Jxgg
01:30:18  <MI6>joyent/node: tjfontaine created branch v0.11.11-release - http://git.io/b7omVA
01:33:38  * rmgjoined
01:34:43  * hzquit (Ping timeout: 260 seconds)
01:40:49  * hzjoined
01:41:00  * hzquit (Changing host)
01:41:00  * hzjoined
01:42:31  * drsquit (Quit: leaving)
01:47:39  <MI6>node-review-windows: #17 UNSTABLE windows-x64 (9/700) windows-ia32 (12/700) http://jenkins.nodejs.org/job/node-review-windows/17/
01:48:37  <MI6>nodejs-master-windows: #693 UNSTABLE windows-x64 (9/700) windows-ia32 (12/700) http://jenkins.nodejs.org/job/nodejs-master-windows/693/
01:52:23  <MI6>node-review-unix: #166 UNSTABLE osx-ia32 (1/700) smartos-x64 (1/700) osx-x64 (1/700) http://jenkins.nodejs.org/job/node-review-unix/166/
01:54:19  <MI6>nodejs-master: #907 UNSTABLE linux-x64 (1/700) osx-x64 (1/700) linux-ia32 (1/700) smartos-ia32 (1/700) smartos-x64 (1/700) http://jenkins.nodejs.org/job/nodejs-master/907/
01:56:21  * abraxasjoined
01:58:44  * thlorenzjoined
02:01:45  * rosskquit
02:02:15  * rosskjoined
02:11:02  * rosskquit
02:12:37  * dap_quit (Quit: Leaving.)
02:14:23  * dap_joined
02:14:31  * dap_quit (Client Quit)
02:14:43  <tjfontaine>look, just because I got passive agressive with you on twitter, github, doesn't give you the right to nuke my connectivity at home.
02:15:17  * hzquit
02:20:39  * AWinterm_quit (Remote host closed the connection)
02:34:02  * mikealjoined
02:38:03  * mikealquit (Client Quit)
02:44:29  * brsonquit (Ping timeout: 240 seconds)
02:44:41  * dshaw_quit (Quit: Leaving.)
02:46:36  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
02:48:37  * dsantiag_changed nick to dsantiago
02:52:03  * hueniverse1joined
02:52:11  * hueniversequit (Ping timeout: 260 seconds)
02:53:55  * mikealjoined
02:56:08  * jmar777joined
02:58:32  * mikealquit (Client Quit)
03:11:20  <tjfontaine>I swear to god, I can't win for losing, on this release today
03:15:09  * mikolalysenkoquit (Ping timeout: 272 seconds)
03:30:14  * __rockbot__joined
03:45:50  * kazuponquit (Remote host closed the connection)
03:45:50  * dshaw_joined
03:46:06  <MI6>joyent/node: tjfontaine created tag v0.11.11 - http://git.io/1YbgdA
03:46:21  <MI6>joyent/node: Timothy J Fontaine master * e63268e : Now working on 0.11.12 (+2 more commits) - http://git.io/dYTN8g
03:49:59  <MI6>joyent/node: Timothy J Fontaine v0.10 * a98d541 : blog: Post for v0.11.11 - http://git.io/5DJcTQ
03:56:12  <MI6>nodejs-master: #908 UNSTABLE osx-x64 (1/700) linux-ia32 (1/700) http://jenkins.nodejs.org/job/nodejs-master/908/
03:57:59  <hueniverse1>tjfontaine: what's the feeling about 0.11.11?
03:58:11  <tjfontaine>hueniverse1: getting better all the time
03:58:24  <hueniverse1>but how close?
03:58:33  <hueniverse1>how many real known issues open?
03:58:44  <MI6>nodejs-v0.10-windows: #468 UNSTABLE windows-ia32 (5/610) windows-x64 (6/610) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/468/
03:58:51  <tjfontaine>only a couple of known issues so far as I know
03:59:08  <tjfontaine>but only missing 2 features before branch
03:59:09  <MI6>nodejs-v0.10: #1747 UNSTABLE osx-x64 (5/610) linux-ia32 (3/610) smartos-x64 (7/610) smartos-ia32 (8/610) linux-x64 (3/610) osx-ia32 (2/610) http://jenkins.nodejs.org/job/nodejs-v0.10/1747/
03:59:21  <tjfontaine>which I hopefully get in by friday and branch and freeze
03:59:28  <hueniverse1>tjfontaine: cool
03:59:45  <hueniverse1>branch you mean create 0.12 and just close bugs?
03:59:56  <tjfontaine>then ~ a month to burn down any found bugs or perf issues
04:00:19  <tjfontaine>create a 0.12 branch, and mark it 0.12.0-pre
04:00:40  * thlorenzquit (Remote host closed the connection)
04:03:54  <MI6>nodejs-master-windows: #694 UNSTABLE windows-x64 (10/700) windows-ia32 (13/700) http://jenkins.nodejs.org/job/nodejs-master-windows/694/
04:04:06  <hueniverse1>going to run 0.11.11 through all the tests now and report back if I find anything new
04:06:19  <tjfontaine>please and thank you
04:06:55  * bradleymeckjoined
04:10:07  * bradleymeckquit (Client Quit)
04:16:40  * kazuponjoined
04:21:20  * kazuponquit (Ping timeout: 265 seconds)
04:25:42  * mikolalysenkojoined
04:28:16  * pachetjoined
04:31:54  * jmar777quit (Remote host closed the connection)
04:34:54  * kazuponjoined
04:36:37  * kenperkinsjoined
04:43:17  * mikolalysenkoquit (Ping timeout: 248 seconds)
04:45:36  * indexzerojoined
04:47:57  * mikealjoined
04:51:59  * mikealquit (Ping timeout: 240 seconds)
05:00:29  * mikolalysenkojoined
05:08:24  * __rockbot__quit (Quit: __rockbot__)
05:19:12  * __rockbot__joined
05:26:08  * __rockbot__quit (Quit: __rockbot__)
05:32:42  * m76joined
05:37:32  * drsjoined
05:46:11  * __rockbot__joined
06:16:37  * __rockbot__quit (Quit: __rockbot__)
06:18:18  * mikolalysenkoquit (Ping timeout: 265 seconds)
06:19:51  * mikealjoined
06:34:24  * kellabytequit (Ping timeout: 252 seconds)
06:34:43  <MI6>nodejs-v0.10-windows: #469 UNSTABLE windows-ia32 (5/610) windows-x64 (6/610) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/469/
06:36:36  * marlunjoined
06:37:17  * defunctzombiechanged nick to defunctzombie_zz
06:46:08  * kellabytejoined
06:46:38  * janjongboomjoined
06:53:52  * drsquit (Quit: leaving)
07:04:57  * pachetquit (Quit: leaving)
07:11:01  * chrisdickinsonquit (Read error: Operation timed out)
07:20:43  * chrisdickinsonjoined
07:30:10  * bradleymeckjoined
07:34:59  * dshaw_quit (Quit: Leaving.)
07:38:49  * dshaw_joined
07:42:59  * dshaw_quit (Ping timeout: 240 seconds)
07:45:47  * rendarjoined
07:51:07  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
08:05:39  * dshaw_joined
08:07:06  * dshaw_quit (Read error: Connection reset by peer)
08:07:27  * dshaw_joined
08:10:00  * abraxasquit (Ping timeout: 245 seconds)
08:11:48  * dshaw_quit (Ping timeout: 245 seconds)
08:16:07  * kenperkinsquit (Read error: Connection reset by peer)
08:16:24  * kenperkinsjoined
08:17:15  * dshaw_joined
08:19:07  * dshaw_1joined
08:20:33  * dshaw_1quit (Read error: Connection reset by peer)
08:20:47  * dshaw_1joined
08:21:25  * dshaw_quit (Ping timeout: 248 seconds)
08:21:50  * kpdeckerjoined
08:25:03  * dshaw_1quit (Ping timeout: 252 seconds)
08:30:15  * m76quit (Ping timeout: 265 seconds)
08:50:47  * AvianFluquit (Remote host closed the connection)
09:18:33  * hzjoined
09:19:00  * dshaw_joined
09:21:18  * AvianFlujoined
09:23:28  * dshaw_quit (Ping timeout: 245 seconds)
09:26:50  * m76joined
09:29:49  * AvianFluquit (Ping timeout: 272 seconds)
09:39:03  * karupanerurachanged nick to zz_karupanerura
09:39:18  * mikealquit (Ping timeout: 245 seconds)
09:40:35  * indexzeroquit (Quit: indexzero)
09:40:56  * janjongboomjoined
09:46:44  * kpdeckerquit (Quit: Leaving.)
09:50:51  * kpdeckerjoined
10:00:52  * mikealjoined
10:16:50  * kpdeckerquit (Quit: Leaving.)
10:17:02  * markmmquit (Quit: Bye bye)
10:17:23  * dshaw_joined
10:22:03  * dshaw_quit (Ping timeout: 260 seconds)
10:27:06  * Kakerajoined
10:41:28  * eugenewarejoined
10:45:55  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
10:46:37  <MI6>nodejs-v0.10: #1748 UNSTABLE osx-x64 (5/610) linux-ia32 (2/610) smartos-x64 (7/610) smartos-ia32 (8/610) linux-x64 (3/610) osx-ia32 (4/610) http://jenkins.nodejs.org/job/nodejs-v0.10/1748/
10:51:21  * janjongboomjoined
11:01:15  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
11:11:19  <rendar>are uv_write thread safe?
11:11:34  <rendar>is*
11:15:14  * kazuponquit (Remote host closed the connection)
11:17:25  * dshaw_joined
11:19:10  * kazupon_joined
11:22:11  * dshaw_quit (Ping timeout: 272 seconds)
11:23:19  * kazupon_quit (Ping timeout: 252 seconds)
11:37:39  * janjongboomjoined
11:40:22  * eugenewarequit
11:41:25  * eugenewarejoined
11:43:03  * m76quit (Ping timeout: 245 seconds)
11:50:29  * mralephjoined
11:50:48  * mraleph1quit (Read error: Connection reset by peer)
11:51:50  * m76joined
11:56:56  * daviddiasjoined
11:57:55  * m76quit (Ping timeout: 245 seconds)
12:17:25  * dshaw_joined
12:21:29  * dshaw_quit (Ping timeout: 240 seconds)
12:29:38  * kazuponjoined
12:32:06  * kazupon_joined
12:32:29  * kazuponquit (Read error: Connection reset by peer)
13:01:54  <MI6>joyent/libuv: Fedor Indutny v0.10 * 3e2446d : linux: fix C99/C++ comment (+1 more commits) - http://git.io/60pxxg
13:02:42  <MI6>joyent/libuv: Fedor Indutny master * 923e4ec : Merge branch 'v0.10' (+3 more commits) - http://git.io/XdT9IA
13:02:49  <MI6>libuv-v0.10-windows: #25 FAILURE http://jenkins.nodejs.org/job/libuv-v0.10-windows/25/
13:03:10  <indutny>rendar: npe
13:03:14  <indutny>nope*
13:04:53  * kazupon_quit (Remote host closed the connection)
13:06:52  <MI6>libuv-v0.10: #155 UNSTABLE linux (1/192) smartos (3/192) http://jenkins.nodejs.org/job/libuv-v0.10/155/
13:08:38  <MI6>libuv-master: #456 FAILURE http://jenkins.nodejs.org/job/libuv-master/456/
13:09:44  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
13:10:06  <MI6>libuv-v0.10-gyp: #122 UNSTABLE smartos-ia32 (2/192) smartos-x64 (3/192) osx-ia32 (1/193) http://jenkins.nodejs.org/job/libuv-v0.10-gyp/122/
13:11:25  <MI6>libuv-master-gyp: #414 UNSTABLE smartos-ia32 (3/204) smartos-x64 (3/204) http://jenkins.nodejs.org/job/libuv-master-gyp/414/
13:11:55  * janjongboomjoined
13:13:21  <MI6>libuv-master-windows: #36 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/36/
13:15:48  * c4milojoined
13:16:49  * janjongboomquit (Ping timeout: 272 seconds)
13:17:21  * dshaw_joined
13:21:41  * dshaw_quit (Ping timeout: 248 seconds)
13:21:55  * marlunpart
13:27:15  * kazuponjoined
13:33:27  * m76joined
13:34:29  * mmaleckiquit (Ping timeout: 240 seconds)
13:37:23  * mmaleckijoined
13:43:20  * mmaleckiquit (Ping timeout: 245 seconds)
13:45:05  * mmaleckijoined
13:46:11  * AvianFlujoined
13:48:24  * thlorenzjoined
13:52:58  * hzquit
13:56:17  * kazuponquit (Remote host closed the connection)
14:01:19  * piscisaureusjoined
14:08:43  * hzjoined
14:17:33  * dshaw_joined
14:18:15  * piscisaureusquit (Ping timeout: 272 seconds)
14:21:57  * dshaw_quit (Ping timeout: 248 seconds)
14:26:06  * mikolalysenkojoined
14:29:35  * IRCInfoCustomerjoined
14:29:40  * IRCInfoCustomerpart
14:30:59  * m76quit (Read error: Connection reset by peer)
14:35:27  * kazuponjoined
14:35:31  * piscisaureusjoined
14:46:53  * mikolalysenkoquit (Ping timeout: 252 seconds)
14:54:40  * mikealquit (Quit: Leaving.)
14:56:31  * kazuponquit (Remote host closed the connection)
14:56:58  * kazuponjoined
14:57:24  * kazuponquit (Read error: Connection reset by peer)
14:57:48  * kazuponjoined
15:01:50  * felixge_joined
15:02:29  * felixgequit (Ping timeout: 248 seconds)
15:02:30  * felixge_changed nick to felixge
15:08:20  * pachetjoined
15:08:20  * pachetquit (Changing host)
15:08:20  * pachetjoined
15:12:14  * felixgequit (Ping timeout: 264 seconds)
15:12:36  * felixgejoined
15:13:18  * eugenewarequit (Remote host closed the connection)
15:13:45  * eugenewarejoined
15:14:29  * mikolalysenkojoined
15:17:34  <MI6>nodejs-master: #909 UNSTABLE linux-x64 (1/700) http://jenkins.nodejs.org/job/nodejs-master/909/
15:17:44  * dshaw_joined
15:18:14  * eugenewarequit (Ping timeout: 264 seconds)
15:22:24  * dshaw_quit (Ping timeout: 252 seconds)
15:28:41  * daviddiasquit (Remote host closed the connection)
15:29:11  * daviddiasjoined
15:31:27  * AvianFluquit (Ping timeout: 252 seconds)
15:33:20  * daviddiasquit (Ping timeout: 245 seconds)
15:34:37  * daviddiasjoined
15:34:55  * daviddiasquit (Read error: Connection reset by peer)
15:35:21  * daviddiasjoined
15:40:23  * kazuponquit (Remote host closed the connection)
15:40:49  * kazuponjoined
15:44:03  * piscisaureusquit (Ping timeout: 260 seconds)
15:44:48  * felixge_joined
15:45:23  * kazuponquit (Ping timeout: 272 seconds)
15:45:43  * felixgequit (Remote host closed the connection)
15:45:43  * felixge_changed nick to felixge
15:50:08  * eugenewarejoined
15:55:20  * paulfryzeljoined
15:57:17  * paulfryzelquit (Remote host closed the connection)
15:57:36  * eugenewarequit (Ping timeout: 252 seconds)
15:57:56  * paulfryzeljoined
16:02:42  * c4miloquit (Read error: Connection reset by peer)
16:03:09  * c4milojoined
16:04:49  * c4miloquit (Read error: Connection reset by peer)
16:05:35  * c4milojoined
16:10:08  * c4miloquit (Ping timeout: 245 seconds)
16:14:50  * thlorenzquit (Remote host closed the connection)
16:15:03  * felixge_joined
16:15:03  * felixge_quit (Changing host)
16:15:04  * felixge_joined
16:15:04  * thlorenzjoined
16:15:58  * kenperkinsquit (Remote host closed the connection)
16:16:39  * kenperkinsjoined
16:17:28  * dshaw_joined
16:17:57  * felixgequit (Ping timeout: 252 seconds)
16:19:01  * c4milojoined
16:19:49  * felixge_quit (Ping timeout: 248 seconds)
16:20:20  * felixgejoined
16:20:20  * felixgequit (Changing host)
16:20:20  * felixgejoined
16:21:20  * c4milo_joined
16:21:40  * dshaw_quit (Ping timeout: 245 seconds)
16:22:47  * c4milo__joined
16:24:18  * c4miloquit (Ping timeout: 245 seconds)
16:24:30  * piscisaureusjoined
16:25:59  * c4milo_quit (Ping timeout: 240 seconds)
16:29:35  * dshaw_joined
16:29:43  * piscisaureusquit (Ping timeout: 272 seconds)
16:31:06  * dshaw_quit (Read error: Connection reset by peer)
16:31:27  * dshaw_joined
16:33:50  * hzquit
16:35:51  * dshaw_quit (Ping timeout: 260 seconds)
16:36:39  * dap_joined
16:38:11  * mikolalysenkoquit (Ping timeout: 260 seconds)
16:46:08  * thlorenzquit (Remote host closed the connection)
16:46:22  * thlorenzjoined
16:46:51  * thlorenzquit (Remote host closed the connection)
16:47:07  * thlorenzjoined
16:50:32  * AvianFlujoined
16:51:17  * kazuponjoined
16:51:18  * indexzerojoined
16:51:26  * mikolalysenkojoined
16:51:43  * hzjoined
16:51:49  * thlorenzquit (Remote host closed the connection)
16:51:53  * kpdeckerjoined
16:52:06  * thlorenzjoined
16:53:08  * thlorenzquit (Remote host closed the connection)
16:53:25  * thlorenzjoined
16:55:04  * rmgquit (Remote host closed the connection)
16:55:21  * rmgjoined
16:55:49  * kazuponquit (Ping timeout: 252 seconds)
16:57:38  * mikolalysenkoquit (Ping timeout: 245 seconds)
16:59:57  * bradleymeckquit (Quit: bradleymeck)
17:00:31  * mikealjoined
17:01:13  * drsjoined
17:06:05  * AWintermanjoined
17:07:51  * piscisaureusjoined
17:10:34  * bradleymeckjoined
17:13:53  * KiNgMaRquit (Ping timeout: 245 seconds)
17:14:36  * kellabytequit (Changing host)
17:14:37  * kellabytejoined
17:14:37  * kellabytequit (Changing host)
17:14:37  * kellabytejoined
17:14:40  * janjongboomjoined
17:16:53  * janjongboomquit (Client Quit)
17:17:24  * KiNgMaRjoined
17:26:00  <tjfontaine>morning
17:28:24  <indutny>piscisaureus: hey an
17:28:27  <indutny>man
17:28:29  <indutny>tjfontaine: morning
17:28:37  <indutny>tjfontaine: let's fix that size_t thing once again
17:28:44  <tjfontaine>ya jsut commented on it
17:28:45  <indutny>I didn't notice that you put include in a namespace :)
17:28:50  <tjfontaine>me either
17:28:53  <tjfontaine>bad day yesterday
17:28:56  <indutny>np
17:29:00  <indutny>happens
17:29:06  <indutny>piscisaureus: trying to figure out ipc_pid thing
17:29:17  <piscisaureus>hey indutny
17:29:18  <piscisaureus>sup?
17:29:18  <indutny>WSADuplicateSocket
17:29:22  <piscisaureus>yes
17:29:24  <indutny>it accepts target pid, right
17:29:30  <indutny>why do we set ipc_pid to parent pid then?
17:29:31  <piscisaureus>yes indeed
17:29:51  <indutny> pipe->ipc_pid = uv_parent_pid();
17:29:57  <piscisaureus>oh
17:30:06  <indutny>yeah
17:30:09  <indutny>I think it does wrong thing
17:30:14  <piscisaureus>the assumption is that when you create a pipe that way it is spawned with uv_spawn
17:30:15  <rendar>hmm what is ipc_pid for, if i can ask?
17:30:26  <indutny>hm...
17:30:26  <indutny>ok
17:30:39  <indutny>oh
17:30:41  <indutny>I see
17:30:49  <indutny>it is set in uv_spawn too
17:30:57  <piscisaureus>yes, there it is set to the child pid
17:31:02  <indutny>yep
17:31:20  <piscisaureus>indutny: it's a bit brittle, but the ipc protocol is not advanced enough to negotiate PIDs between processes
17:31:27  <indutny>I see
17:31:30  <indutny>that's fine
17:31:35  <indutny>I guess
17:31:43  <indutny>oh, actually it is not
17:31:45  <piscisaureus>indutny: there's also http://msdn.microsoft.com/en-us/library/windows/desktop/aa365440(v=vs.85).aspx
17:31:53  <indutny>what do you think if I'll pass pids in both ways?
17:31:57  <piscisaureus>indutny: that would work, but it's vista+ only
17:32:02  <piscisaureus>indutny: that would work I guess
17:32:09  <indutny>great
17:32:17  <indutny>piscisaureus: I'll work on it
17:32:20  <indutny>also
17:32:22  <indutny>if you have time
17:32:29  <indutny>please take a look at pipe-handles PR
17:32:43  <indutny>https://github.com/joyent/libuv/pull/1056
17:32:46  <indutny>I have fixed windows side
17:32:50  * andrewrkjoined
17:32:51  <indutny>and tests are passing
17:33:05  <indutny>though, we are not testing queueing multiple handles here yet
17:34:56  * dshaw_joined
17:35:48  <tjfontaine>indutny: https://gist.github.com/tjfontaine/8692923
17:36:04  <indutny>hahaha
17:36:09  <indutny>is it right after first namespace ?
17:36:17  <indutny>there are two namespaces
17:36:49  <tjfontaine>it hit's after the first namespace, and after node_internals.h and after assert.h
17:36:51  <indutny>yeah looks like so
17:36:57  <indutny>seems to be fine
17:37:04  <indutny>applied patch
17:37:25  <indutny>would be cool if you'd do libuv releases too :)
17:37:36  <indutny>there is one small fix
17:37:37  * kenperkins_joined
17:37:40  <indutny>C99 comment
17:37:45  <indutny>and
17:37:49  <indutny>backported fix to v0.10
17:37:59  <indutny>it is not necessary to update them in node right now
17:38:01  <tjfontaine>sure no problem
17:38:07  <indutny>but releasing is quite important
17:39:25  <tjfontaine>ya I can do it in a second
17:40:24  <MI6>joyent/node: Timothy J Fontaine master * c8c26f1 : src: move header inclusion out of namespace - http://git.io/JxIpTA
17:41:33  * kenperkinsquit (Ping timeout: 272 seconds)
17:41:54  <MI6>joyent/libuv: tjfontaine created tag v0.10.24 - http://git.io/aqrYsg
17:41:56  <MI6>joyent/libuv: Timothy J Fontaine v0.10 * 79ffe2f : Now working on v0.10.25 (+1 more commits) - http://git.io/vdLCPQ
17:42:11  <indutny>good
17:42:14  <MI6>libuv-v0.10-windows: #26 FAILURE http://jenkins.nodejs.org/job/libuv-v0.10-windows/26/
17:42:17  <tjfontaine>doing master now
17:42:18  <indutny>thank you
17:42:21  <piscisaureus>tjfontaine: huh, back in time?
17:42:33  * c4milo__quit (Ping timeout: 272 seconds)
17:42:43  * defunctzombie_zzchanged nick to defunctzombie
17:42:45  <tjfontaine>piscisaureus: in time? I am just using your script
17:42:58  <piscisaureus>tjfontaine: oh - libuv :)
17:43:15  <piscisaureus>tjfontaine: sorry, got confused b/c I was just looking at the node 0.10.25 docs
17:43:16  <tjfontaine>ya, version numbers aren't in lock step :)
17:43:49  <MI6>joyent/libuv: tjfontaine created tag v0.11.19 - http://git.io/CJlCqw
17:43:51  <MI6>joyent/libuv: Timothy J Fontaine master * b0ec132 : Now working on v0.11.20 (+1 more commits) - http://git.io/SfIPgw
17:44:11  <MI6>libuv-master-windows: #37 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/37/
17:44:21  * c4milojoined
17:45:29  * c4milo_joined
17:46:43  * txdvquit (Read error: Connection reset by peer)
17:47:16  * txdvjoined
17:47:29  * c4milo__joined
17:48:47  <MI6>libuv-master: #457 FAILURE http://jenkins.nodejs.org/job/libuv-master/457/
17:49:21  <MI6>libuv-review: #118 UNSTABLE smartos-ia32 (2/192) osx-x64 (1/193) smartos-x64 (4/192) http://jenkins.nodejs.org/job/libuv-review/118/
17:49:26  * c4miloquit (Ping timeout: 264 seconds)
17:50:38  <MI6>nodejs-master: #910 UNSTABLE linux-x64 (1/700) linux-ia32 (1/700) smartos-ia32 (1/700) http://jenkins.nodejs.org/job/nodejs-master/910/
17:51:01  * c4milo_quit (Ping timeout: 248 seconds)
17:54:33  <MI6>libuv-master: #458 FAILURE http://jenkins.nodejs.org/job/libuv-master/458/
17:55:23  <MI6>libuv-review: #119 UNSTABLE smartos-ia32 (3/204) smartos-x64 (3/204) http://jenkins.nodejs.org/job/libuv-review/119/
17:55:54  <MI6>libuv-v0.10-gyp: #123 UNSTABLE smartos-ia32 (3/192) smartos-x64 (3/192) osx-x64 (1/193) osx-ia32 (1/193) http://jenkins.nodejs.org/job/libuv-v0.10-gyp/123/
17:57:17  <MI6>libuv-master-gyp: #415 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/415/
17:57:26  <indutny>it seems that dtrace is broken in libuv
17:57:34  <tjfontaine>just in the autoconf build
17:57:43  <tjfontaine>it was that last patch to Makefile.ma
17:57:44  <tjfontaine>*am
17:58:00  <MI6>nodejs-master-windows: #695 UNSTABLE windows-x64 (10/700) windows-ia32 (11/700) http://jenkins.nodejs.org/job/nodejs-master-windows/695/
17:58:00  <tjfontaine>the feature detection in configure.ac isn't picking up that those need to be post-processed
17:58:35  <MI6>libuv-v0.10: #156 UNSTABLE linux (1/192) smartos (3/192) http://jenkins.nodejs.org/job/libuv-v0.10/156/
18:03:02  * indexzeroquit (Quit: indexzero)
18:16:52  <indutny>piscisaureus: so
18:16:59  <indutny>will you have a minute for this https://github.com/joyent/libuv/pull/1056 ?
18:17:16  <indutny>tjfontaine: and perhaps one of your joyent guys https://github.com/joyent/libuv/pull/1056 ?
18:17:37  <piscisaureus>indutny: it looks like more than a minute, but
18:17:55  <piscisaureus>indutny: yes, around 8:15pm cet
18:18:00  <indutny>thank you!
18:18:03  <piscisaureus>(in ~ an hour)
18:19:08  <tjfontaine>sure, lemme ping them
18:20:55  <indutny>thank you guys
18:29:16  * c4milo__quit (Remote host closed the connection)
18:33:52  * indexzerojoined
18:38:02  * defunctzombiechanged nick to defunctzombie_zz
18:41:49  * thlorenzquit (Remote host closed the connection)
18:52:04  * KiNgMaRquit (Quit: ZNC - http://znc.sourceforge.net)
18:52:42  * TooTallNatejoined
18:52:45  * m76joined
18:54:41  * KiNgMaRjoined
18:55:11  * eugenewarejoined
18:59:19  * defunctzombie_zzchanged nick to defunctzombie
19:00:05  * eugenewarequit (Ping timeout: 272 seconds)
19:01:12  * defunctzombiechanged nick to defunctzombie_zz
19:02:52  <piscisaureus>indutny: do I need to review only the windows bits?
19:06:37  * thlorenzjoined
19:10:30  * piscisaureus_joined
19:11:59  * piscisaureusquit (Ping timeout: 240 seconds)
19:12:53  * rosskjoined
19:13:08  * piscisaureus_changed nick to piscisaureus
19:18:41  <indutny>piscisaureus: depends on how much time you have :)
19:18:51  <indutny>piscisaureus: but windows is what I really wanted you to take a look at
19:21:40  * piscisaureusquit (Ping timeout: 245 seconds)
19:21:52  <AlexisMocha>good evening
19:23:11  <AlexisMocha>I am looking into why test-http-client-parser-double-free.js is still flakey. It seems that the server is shutting down before the client has had a chance to process the data.
19:23:25  * mikolalysenkojoined
19:23:42  <AlexisMocha>should a client http request keep the process alive?
19:24:10  <AlexisMocha>anyway, I will investigate...
19:24:51  <tjfontaine>well
19:25:03  <tjfontaine>AlexisMocha: if there's an active write request yes, it should keep the process alive
19:25:08  <tjfontaine>AlexisMocha: but an open tcp connection won't
19:25:17  <tjfontaine>(if it's not marked for reading/writing)
19:25:26  <AlexisMocha>but a pending read?
19:28:38  <tjfontaine>a .readStart() should keep it alive
19:28:53  <tjfontaine>unless otherwise marked .unref()
19:29:46  <AlexisMocha>thanks, that helps
19:35:52  <indutny>AlexisMocha: is server.close() called to early?
19:36:13  <AlexisMocha>indutny: i am testing that theory... was jsut about to ping you :)
19:36:56  <AlexisMocha>indutny: what is the purpose of reading only 1 byte? if i consume the whole buffer and process all readable events (once->on), then the test passes
19:37:18  <tjfontaine>oh this is related to all the read(1)'s?
19:37:35  <indutny>hm...
19:37:52  <AlexisMocha>indutny: not sure that the reason yet, but the theory is that by reading only one byte the client is not in a pending read state and so the process exits too early
19:38:02  <indutny>hm...
19:38:26  <indutny>I think you could move `server.close()` to `close` event listener
19:38:31  <indutny>will it fix the test for you?
19:39:17  <AlexisMocha>probably, gonna try. at that point the assert assert.equal(receivedClose, 1); wouldn't be useful anymore
19:39:41  <indutny>yeah, perhaps
19:43:20  <AlexisMocha>indutny: it seems to be passing with that change. but do you remember what the point was to read only 1 byte? if we don't guarantee that the client is parsing the entire stream, the error could be simply from a connection reset, even though arguably the last assert would catch that
19:43:24  * mikealquit (Quit: Leaving.)
19:43:31  <indutny>the point was to not read it fully
19:44:02  <indutny>and yeah
19:44:04  <indutny>if you wish
19:44:09  <indutny>you could add assert on error message
19:44:17  <indutny>that would make test much clearer
19:45:05  <AlexisMocha>but the goal was to raise the http encoding error, right? what's the advantage of not reading fully?
19:45:53  <indutny>the goal was to not just raise it
19:45:59  <indutny>but to make it emit both 'close' and 'error'
19:46:08  <indutny>where
19:46:08  <indutny>error
19:46:10  <indutny>is a parser error
19:46:21  <indutny>I guess fully reading it will emit 'end' event
19:46:24  <indutny>or something like this
19:46:38  <indutny>and make it pass on node.js without the patch that was fixing this problem
19:48:04  * AvianFluquit (Remote host closed the connection)
19:48:10  <AlexisMocha>mmm.. ok. i'll see if i can just verify the parser error
19:48:11  <AlexisMocha>thanks
19:48:27  <AlexisMocha>i am left with a bunch of flaky tests :/
19:49:30  <indutny>:)
19:49:33  <indutny>good job, man
19:49:37  * AvianFlujoined
19:49:49  <tjfontaine>AlexisMocha: thanks for really knocking this out of the park
19:51:25  <AlexisMocha>thanks guys... but there are still about 10 failures before we can open the champagne ;)
19:51:48  <tjfontaine>heh, AlexisMocha you're 50% done and in doing so you also nailed 50% on v0.10 branch as well :)
19:51:52  <indutny>I'll open champagne on v0.12
19:51:53  <indutny>release
19:51:57  <tjfontaine>heh
19:52:02  <tjfontaine>we're close
19:52:11  * mikolalysenkoquit (Ping timeout: 252 seconds)
19:52:19  <indutny>I think we are
19:52:30  <indutny>https://github.com/joyent/node/issues?milestone=17&state=open
19:52:32  <indutny>45 issues
19:52:56  <tjfontaine>brb lunch
19:53:12  * m76quit (Read error: Connection reset by peer)
19:53:14  <indutny>44 :)
19:53:27  <indutny>43
19:59:44  * daviddia_joined
20:00:35  * kenperkins_quit (Remote host closed the connection)
20:01:48  * daviddiasquit (Ping timeout: 252 seconds)
20:04:53  * mikealjoined
20:17:57  * c4milojoined
20:22:40  * c4miloquit (Ping timeout: 265 seconds)
20:23:32  * kenperkinsjoined
20:26:53  <Kakera>https://github.com/joyent/node/blob/master/lib/zlib.js#L487 couldn't this condition be simplified to `if (availOutAfter === 0)` ?
20:27:18  <Kakera>because availOutAfter should be equal to _chunkSize - _offset
20:31:45  * mikealquit (Quit: Leaving.)
20:32:41  <Kakera>isaacs..?
20:34:13  <robertkowalski>indutny, tjfontaine how get tickets into a milestone?
20:34:21  <indutny>let us now
20:34:22  <indutny> :)
20:48:12  * defunctzombie_zzchanged nick to defunctzombie
20:50:40  * mikealjoined
20:55:01  * mikealquit (Ping timeout: 248 seconds)
21:04:34  * mikealjoined
21:07:49  * bradleymeckquit (Remote host closed the connection)
21:07:56  * mikealquit (Read error: Operation timed out)
21:08:17  * bradleymeckjoined
21:22:36  * felixgequit (Quit: felixge)
21:26:18  * dshaw_quit (Quit: Leaving.)
21:28:13  * dshaw_joined
21:33:14  * dshaw_quit (Ping timeout: 264 seconds)
21:34:18  <MI6>libuv-master-windows: #38 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/38/
21:36:14  <tjfontaine>dear google, why do you hate my commit bot
21:37:49  * daviddia_quit (Remote host closed the connection)
21:37:56  <trevnorris>cool. labels are back on prs
21:38:17  <trevnorris>tjfontaine: how's it be?
21:39:55  * daviddiasjoined
21:40:10  * mcavagejoined
21:40:11  <tjfontaine>fine fine, how are things for you?
21:40:18  * defunctzombiechanged nick to defunctzombie_zz
21:40:21  <tjfontaine>if I change that bind in bens stuff you want me to land?
21:40:28  <tjfontaine>or rather,a re you ok if I do
21:40:38  <tjfontaine>I'll also throw together some quick docs
21:42:36  <MI6>libuv-v0.10-windows: #27 FAILURE http://jenkins.nodejs.org/job/libuv-v0.10-windows/27/
21:42:40  <indutny>tjfontaine: hi again
21:42:48  <indutny>reminding you about https://github.com/joyent/libuv/pull/1082
21:42:56  <indutny>needs some careful smartos investigation
21:43:09  <indutny>also
21:43:09  <indutny>https://github.com/joyent/libuv/pull/1091
21:43:16  <tjfontaine>ya, LeftWing is going to be doing the first one from today
21:43:17  <indutny>though, latter one is generic
21:46:31  <trevnorris>tjfontaine: doing well. wife is going to have the baby later this week. sure. go ahead and land it.
21:47:42  <trevnorris>tjfontaine: also, i'm only running on half brain cells right now. can you explain what you meant in https://github.com/joyent/node/pull/6954 a little better?
21:48:53  <trevnorris>oh. and tried to upgrade to 3.24.26 to use mraleph new irhydra patch.... yeah.
21:49:35  <indutny>has it landed?
21:49:57  <trevnorris>indutny: 6954?
21:50:16  <tjfontaine>trevnorris: whcih part? we should only need to call ::Init() in the direct descendent of AsyncWrap, that keeps the lines of change in the patch pretty small, and keeps it related to the interface that's actually responsible for those changes
21:50:36  <tjfontaine>trevnorris: indutny means the mraleph irhydra patch I suspect
21:50:55  <trevnorris>tjfontaine: ah ok. so like HandleWrap instead if all the way down to TCPWrap?
21:51:32  <tjfontaine>yes exactly
21:51:35  <trevnorris>indutny: the irhydra patch hasn't landed in v8 latest yet, but looks like it's in the queue.
21:52:13  <tjfontaine>if the class inherits directly (`: AsyncWrap`) that class should call `::Init()`
21:52:13  * defunctzombie_zzchanged nick to defunctzombie
21:53:18  <indutny>ok
21:53:31  <trevnorris>tjfontaine: cool. and how does that relate to the .fd problem?
21:54:11  * dshaw_joined
21:54:24  <tjfontaine>trevnorris: in my testing, the handle was fully initialized by that time, as compared to ::Init being called from inside AsyncWrap's constructor
21:55:07  <trevnorris>tjfontaine: ah, I see. cool. i'll make that change.
21:55:33  <tjfontaine>at least process._rawDebug() of the context didn't bork on GetFD :P
21:55:42  <trevnorris>heh
21:56:04  <trevnorris>it's just the attempt to access the object property that fired the getter
21:56:24  <tjfontaine>yes, whcih then tries to derefence the uv_handle_t
21:56:34  <tjfontaine>*dereference
21:56:45  <trevnorris>yeah. cool. i'll implement it and run a test to see if that still happens.
21:56:53  <tjfontaine>nod
21:58:23  <sinclair|work>tjfontaine: hi
21:58:27  <tjfontaine>hi
21:58:43  <sinclair|work>in libuv, is there any smarts happening on the event loop?
21:58:51  <tjfontaine>smarts?
21:59:09  <indutny>smarts?
21:59:16  <sinclair|work>yeah, like throttling or other such things?
21:59:25  <indutny>no
21:59:27  <sinclair|work>or, does it simply just fire off event after event
21:59:30  <indutny>its it stupid as a rock
21:59:33  <indutny>yes
21:59:39  <indutny>smarts is what you should do :)
22:05:44  <tjfontaine>there's also no priority concepts, because we really dont' have a good insight into what you mean
22:07:00  * c4milojoined
22:08:16  * indexzeroquit (Quit: indexzero)
22:09:49  * defunctzombiechanged nick to defunctzombie_zz
22:11:49  * c4miloquit (Ping timeout: 248 seconds)
22:13:44  * janjongboomjoined
22:14:17  <sinclair|work>tjfontaine: i understand
22:14:20  <sinclair|work>thanks
22:14:26  <tjfontaine>yw
22:15:42  <MI6>joyent/node: Alexis Campailla merge-review * 278bf92 : test: flaky test-http-client-parser-double-free - http://git.io/G-XYDA
22:17:34  * dshaw_quit (Quit: Leaving.)
22:19:40  * kpdeckerquit (Quit: Leaving.)
22:29:38  * kpdeckerjoined
22:30:41  <MI6>node-review-unix: #168 UNSTABLE osx-ia32 (2/700) smartos-x64 (1/700) osx-x64 (4/700) linux-x64 (1/700) http://jenkins.nodejs.org/job/node-review-unix/168/
22:32:34  <MI6>node-review-windows: #19 UNSTABLE windows-x64 (8/700) windows-ia32 (12/700) http://jenkins.nodejs.org/job/node-review-windows/19/
22:37:29  * rainabbapart
22:43:09  * rmgquit (Remote host closed the connection)
22:47:45  * rmgjoined
22:57:07  * dshaw_joined
23:02:23  * piscisaureusjoined
23:02:37  * indexzerojoined
23:02:44  <piscisaureus>indutny: I looked at your pipe PR, see the comments on github.
23:04:29  * drsquit (Quit: leaving)
23:06:29  * bradleymeckquit (Quit: bradleymeck)
23:08:27  * indexzeroquit (Quit: indexzero)
23:12:16  <indutny>piscisaureus: thank you
23:17:26  * rendarquit (Quit: Leaving)
23:21:25  * Benviequit (Remote host closed the connection)
23:21:43  * Benviejoined
23:21:48  * brsonjoined
23:27:38  * piscisaureusquit (Ping timeout: 245 seconds)
23:34:36  * paulfryzelquit (Remote host closed the connection)
23:39:22  * rmgquit (Remote host closed the connection)
23:40:21  * thlorenzquit (Remote host closed the connection)
23:40:39  <trevnorris>tjfontaine: rebased https://github.com/joyent/node/pull/6985. repl gives me an error when I try to access tracing.
23:40:46  <trevnorris>but it can still be required
23:41:15  <trevnorris>it might be because of the rebase that I did.
23:41:57  <tjfontaine>it probably can't load v8 because that needs rebased on the newer module loader
23:42:08  <trevnorris>poop.
23:42:26  <tjfontaine>I'll land that tonight and it'll be fine, the rebase should be simple
23:42:35  <tjfontaine>it's pretty straight forward
23:42:44  <trevnorris>yeah. just wanted to try it out now. :)
23:42:52  <tjfontaine>I can tell you what to change locally
23:43:14  <trevnorris>sure. or I can just roll back to the old commit.
23:43:17  <tjfontaine>https://github.com/joyent/node/commit/76b98462e589a69d9fd48ccb9fb5f6e96b539715#diff-5a543a2c1d958ec924db11553ecfb703L1180
23:43:39  <tjfontaine>oh you're not based against latest master anyway
23:43:47  <tjfontaine>what's the error?
23:45:45  <trevnorris>tjfontaine: Error: No such module. and require('tracing').v8 is undefiend
23:46:17  <tjfontaine>right ok, I will go in and fix it, when I land it I assure you it will work ;)
23:46:27  <trevnorris>heh. i'm not worried.
23:46:33  <tjfontaine>testing a thing before I land AlexisMocha's recent test fix
23:46:38  <trevnorris>ok
23:50:56  <AlexisMocha>tjfontaine: if you are talking about https://github.com/joyent/node/pull/6603 it needs a little bit more work. Thanks trevnorris: for the catch
23:51:14  <tjfontaine>6996, I just commented on it
23:52:14  <trevnorris>AlexisMocha: that must have been code cruft.
23:53:40  <AlexisMocha>trevnorris: actually, i should pass backlog in one place
23:53:49  <trevnorris>ok
23:54:56  * rmgjoined
23:55:17  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
23:55:23  * mikolalysenkojoined
23:55:51  * c4milojoined
23:56:44  <tjfontaine>trevnorris: force pushed the rebase
23:56:51  <tjfontaine>oh wait
23:56:52  <tjfontaine>sorry one second
23:56:57  * pachetquit (Quit: leaving)
23:57:33  <tjfontaine>trevnorris: ok *now* it's fixed for you
23:58:35  <trevnorris>heh
23:58:36  <trevnorris>thanks
23:58:53  <MI6>libuv-master-gyp: #416 UNSTABLE smartos-ia32 (3/204) smartos-x64 (3/204) linux-x64 (14/204) osx-x64 (17/205) http://jenkins.nodejs.org/job/libuv-master-gyp/416/
23:59:00  <tjfontaine>I'll throw some docs together and land this though
23:59:05  * kpdeckerquit (Quit: Leaving.)
23:59:23  <trevnorris>tjfontaine: awesome. thanks for your work on this. :)