00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:09  * ircretaryjoined
00:00:28  <tjfontaine>trevnorris: my pleasure, then we'll be able to get some movement on the AL stuff and then my tracing api, and this shit will be done
00:00:37  * c4miloquit (Ping timeout: 248 seconds)
00:01:06  * piscisaureusjoined
00:01:19  <trevnorris>seriously. and i'll be so happy it have it out.
00:01:22  * eugenewarejoined
00:04:25  <AlexisMocha>tjfontaine: is there anything you need me to do about 6996?
00:04:42  <tjfontaine>not yet, I am going to test fedor's theory
00:05:34  <AlexisMocha>ok, i'll check on it tomorrow. it's getting late here
00:05:46  <tjfontaine>AlexisMocha: sounds good, enjoy
00:07:19  * mikealjoined
00:10:09  * kpdeckerjoined
00:12:46  * andrewrkquit (Quit: Leaving)
00:14:38  * daviddiasquit (Ping timeout: 264 seconds)
00:23:33  <trevnorris>tjfontaine: is tracing just for gc? I swear ben was talking about exposing more profiling parts of v8.
00:23:39  <trevnorris>but i'm pretty brain dead...
00:26:38  <tjfontaine>did you read my PR description?
00:27:09  <trevnorris>tjfontaine: fyi, I tried doing it from repl and it segfaults
00:27:12  <tjfontaine>there is one commit that I didn't include, because it wasn't finished, not that we can't add it, I just wasn't going to commit it without it being done, and int he short term I wanted to get tracing.js in so you can start doing your work
00:27:18  * dshaw_quit (Read error: Connection reset by peer)
00:27:27  <trevnorris>tjfontaine: cool. thanks.
00:27:31  * dshaw_joined
00:27:50  <tjfontaine>trevnorris: ok lemme look at it again, but in that case there's no difference between the constructor chain, and then is only doable by calling Init outside of it
00:28:47  <trevnorris>tjfontaine: eh? Init() as in async wrap? i'm talking about running tracing.v8.on('gc', function() { console.log(arguments[0]); }); from repl and running gc();
00:28:56  <tjfontaine>oh, oh oh
00:28:59  * AvianFluquit (Ping timeout: 240 seconds)
00:29:10  <tjfontaine>I thought you were talking about AL and _handle.fd
00:29:23  <trevnorris>heh ok
00:29:29  <trevnorris>no. haven't finished that yet. :)
00:29:55  <tjfontaine>that's interesting though, does the test pass for you?
00:30:03  <tjfontaine>test/simple/test-v8-gc.js
00:30:32  <tjfontaine>it's passing on my branch, so it's possible it's an unrelated change
00:31:30  <tjfontaine>nope, seems to be failing here as well ;)
00:31:45  <tjfontaine>so -- while I was reviewing this code a second ago I realized 2 things
00:32:20  <tjfontaine>1) this gc profile check is kinda scary, in memory constrained environments we're going to be creating more objects
00:32:36  * dshaw_1joined
00:32:37  <tjfontaine>2) it's constructing and setting objects with named properties, which is one of your no-nos
00:34:29  * kpdeckerquit (Quit: Leaving.)
00:34:44  * dshaw_quit (Read error: Operation timed out)
00:35:18  * zz_karupanerurachanged nick to karupanerura
00:37:13  * daviddiasjoined
00:37:46  <tjfontaine> frame #0: 0x000000010015b557 node`v8::Object::Get(v8::Handle<v8::Value>) [inlined] v8::internal::MemoryChunk::FromAddress(this=<unavailable>) at spaces.h:306
00:37:49  <tjfontaine> frame #1: 0x000000010015b557 node`v8::Object::Get(v8::Handle<v8::Value>) [inlined] v8::internal::HeapObject::GetHeap(this=<unavailable>) at objects-inl.h:1192
00:37:52  <tjfontaine> frame #2: 0x000000010015b557 node`v8::Object::Get(v8::Handle<v8::Value>) [inlined] v8::internal::HeapObject::GetIsolate(that=0x0000000000000000) at objects-inl.h:1199
00:37:55  <tjfontaine> frame #3: 0x000000010015b557 node`v8::Object::Get(this=0x0000000000000000, key=<unavailable>) + 23 at api.cc:3213
00:38:00  <tjfontaine>that's a nasty bug, but anyway something's null :)
00:39:10  * Kakeraquit (Ping timeout: 245 seconds)
00:43:45  * piscisaureusquit (Ping timeout: 245 seconds)
00:46:33  <tjfontaine>trevnorris: good news, and bad news, it works fine from a file but not from the repl
00:46:52  <tjfontaine>trevnorris: so we're just missing initialization in Environment in a path
00:47:58  * dshaw_joined
00:48:00  <trevnorris>tjfontaine: yeah. the test passes.
00:48:21  * dshaw_1quit (Ping timeout: 252 seconds)
00:48:21  <tjfontaine>well the test is sorta opaque
00:48:25  <trevnorris>heh
00:48:36  <tjfontaine>not that there's a *great* way to test it
00:48:38  <trevnorris>strange. nice job tracking that down so quickly.
00:48:41  <trevnorris>yeah
00:51:59  <tjfontaine>we could probably do: gc() watch heap size, create a buffer, gc, compare heap size, set to null, gc twice watch heap size -- along the way checking each timestamp is increasing
00:55:04  * defunctzombie_zzchanged nick to defunctzombie
00:55:07  <tjfontaine>I wonder what happens with --expose-gc these callbacks and gc() in 3.24
00:55:15  <tjfontaine>since currently it's sync at the moment
00:57:07  * thlorenzjoined
00:57:46  * dshaw_quit (Read error: Connection reset by peer)
00:58:19  <trevnorris>ooh. yeah.
00:58:28  <trevnorris>i tried to update to 3.24, but that was no good.
00:58:29  * dshaw_joined
00:58:34  <trevnorris>anyways. out for a bit.
00:58:36  * trevnorris&
00:58:36  <LOUDBOT>HOW DID WE EVEN LIVE BEFORE HAIR CHALK
00:58:44  <trevnorris>LOUDBOT: I MISSED YOU
00:58:44  <LOUDBOT>trevnorris: TOO BOLD FOR A CANADIAN
01:02:43  * kazuponjoined
01:02:44  * kazuponquit (Remote host closed the connection)
01:02:51  * kazuponjoined
01:04:10  * kpdeckerjoined
01:07:53  * mikolalysenkoquit (Ping timeout: 252 seconds)
01:08:15  * drsjoined
01:08:31  * dshaw_quit (Quit: Leaving.)
01:09:09  <drs>what would be the point of calling uv_timer_init, then uv_timer_start, then immedietly unreffing the object you just started?
01:10:03  <tjfontaine>you have a timer that you don't want to hodl your loop open
01:10:04  * AvianFlujoined
01:10:31  <drs>would it continue to fire (4 arg of uv_timer_start) if it gets unref?
01:11:05  <tjfontaine>yes, it's just a matter of informing the event loop auditing if this handle should keep the event loop alive
01:11:33  <drs>ok thanks
01:14:56  * mcavagequit
01:15:53  * kpdeckerquit (Quit: Leaving.)
01:18:27  * mikealquit (Quit: Leaving.)
01:21:37  * rmgquit (Remote host closed the connection)
01:25:55  * daviddia_joined
01:28:47  * daviddiasquit (Ping timeout: 252 seconds)
01:29:36  * kpdeckerjoined
01:36:05  * paulfryzeljoined
01:41:23  * paulfryzelquit (Ping timeout: 245 seconds)
01:44:49  * c4milojoined
01:45:06  * abraxasjoined
01:49:19  * c4miloquit (Ping timeout: 252 seconds)
01:52:15  * rmgjoined
01:52:15  <drs>on Windows, once a tcp socket gets flagged as UV_HANDLE_SHARED_TCP_SOCKET it doesn't seem like it can ever get closed when uv_close is called on it.. right?
01:52:21  * kpdeckerquit (Quit: Leaving.)
01:56:14  * defunctzombiechanged nick to defunctzombie_zz
01:59:26  * defunctzombie_zzchanged nick to defunctzombie
02:01:00  * rmgquit (Ping timeout: 265 seconds)
02:03:54  * mikolalysenkojoined
02:05:05  * hzquit
02:08:53  * mikolalysenkoquit (Ping timeout: 245 seconds)
02:10:50  * abraxasquit (Remote host closed the connection)
02:11:27  * hzjoined
02:12:33  * TooTallNatequit (Quit: Computer has gone to sleep.)
02:14:54  * dap_quit (Quit: Leaving.)
02:17:25  * AWintermanquit (Remote host closed the connection)
02:18:34  * rosskquit
02:30:43  * mikolalysenkojoined
02:48:54  * Benviequit (Read error: Connection reset by peer)
02:49:19  * Benviejoined
03:09:50  * indexzerojoined
03:19:20  * abraxasjoined
03:28:39  * bradleymeckjoined
03:31:03  * andrewrkjoined
03:33:45  * c4milojoined
03:36:20  * hzquit
03:38:20  * c4miloquit (Ping timeout: 245 seconds)
03:50:52  * bradleymeckquit (Quit: bradleymeck)
03:51:29  * kazuponquit (Remote host closed the connection)
03:53:41  * bradleymeckjoined
04:14:10  * bradleymeckquit (Quit: bradleymeck)
04:16:11  * bradleymeckjoined
04:20:52  * kazuponjoined
04:22:03  * thlorenzquit (Remote host closed the connection)
04:25:48  * bradleymeckquit (Quit: bradleymeck)
04:29:58  * bradleymeckjoined
04:34:31  * defunctzombiechanged nick to defunctzombie_zz
04:34:38  * c4milojoined
04:35:12  * abraxasquit (Remote host closed the connection)
04:35:29  * bradleymeckquit (Quit: bradleymeck)
04:39:05  * c4miloquit (Ping timeout: 252 seconds)
04:46:54  * c4milojoined
04:52:48  * dominictarrjoined
04:56:10  * __rockbot__joined
04:57:22  * kazuponquit (Remote host closed the connection)
04:57:48  * kazuponjoined
05:00:38  * seldojoined
05:02:05  * kazuponquit (Ping timeout: 245 seconds)
05:34:10  * dshaw_joined
05:42:58  * m76joined
05:45:58  * mikealjoined
05:48:40  * abraxasjoined
05:55:39  * guybrushquit (Excess Flood)
05:55:45  * guybrushjoined
05:58:17  * kazuponjoined
06:02:38  * kazuponquit (Ping timeout: 245 seconds)
06:04:45  * brsonquit (Quit: leaving)
06:05:13  * brsonjoined
06:09:16  <tjfontaine>The v8 property is an EventEmitter, it exposes events and interfaces specific to the version of v8 built with node. These interfaces are subject to change by upstream and are therefore not covered under the stability index.
06:16:51  * indexzeroquit (Quit: indexzero)
06:23:39  * kazuponjoined
06:27:05  * felixgejoined
06:30:27  * daviddia_quit (Read error: Connection reset by peer)
06:34:41  <MI6>nodejs-v0.10-windows: #470 UNSTABLE windows-ia32 (5/610) windows-x64 (6/610) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/470/
06:36:03  * janjongboomjoined
06:36:06  * __rockbot__quit (Quit: __rockbot__)
06:49:01  * AvianFluquit (Remote host closed the connection)
06:51:25  * inolenquit (Quit: Leaving.)
06:54:25  * c4milo_joined
06:54:57  * c4milo_quit (Remote host closed the connection)
06:56:49  * c4miloquit (Ping timeout: 252 seconds)
06:58:26  * AvianFlujoined
06:59:18  * TooTallNatejoined
07:02:44  * bradleymeckjoined
07:02:56  * inolenjoined
07:10:52  * abrknjoined
07:14:51  * kenperkins_joined
07:15:34  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
07:16:18  * dominictarrquit (Quit: dominictarr)
07:16:24  * bsdgurujoined
07:18:32  * kenperkinsquit (Ping timeout: 265 seconds)
07:32:09  * grncdrpart
07:36:11  * mikolalysenkoquit (Ping timeout: 252 seconds)
07:45:32  * bsdguruquit (Quit: bsdguru)
07:48:27  * janjongboomjoined
07:49:42  * janjongboomquit (Client Quit)
07:50:38  * brsonquit (Ping timeout: 264 seconds)
07:52:27  * brsonjoined
07:54:04  * brsonquit (Client Quit)
07:54:33  * mikolalysenkojoined
07:57:24  * AvianFluquit (Remote host closed the connection)
08:00:33  * brsonjoined
08:02:32  * dominictarrjoined
08:05:27  * dominictarrquit (Client Quit)
08:06:57  * bsdgurujoined
08:08:20  * rendarjoined
08:18:33  * hueniverse1quit (Quit: Leaving.)
08:18:48  * hueniversejoined
08:20:32  * dshaw_quit (Quit: Leaving.)
08:27:58  * AvianFlujoined
08:34:54  * mikolalysenkoquit (Ping timeout: 265 seconds)
08:35:59  * AvianFluquit (Ping timeout: 240 seconds)
08:40:21  * eugenewarequit (Remote host closed the connection)
08:40:49  * eugenewarejoined
08:45:07  * eugenewarequit (Ping timeout: 252 seconds)
08:46:17  * brsonquit (Quit: leaving)
08:51:09  * dshaw_joined
08:55:39  * dshaw_quit (Ping timeout: 252 seconds)
08:55:43  * daviddiasjoined
08:58:22  * janjongboomjoined
09:02:40  * daviddiasquit (Read error: Connection reset by peer)
09:04:45  * daviddiasjoined
09:14:16  * mikolalysenkojoined
09:18:59  * mikolalysenkoquit (Ping timeout: 240 seconds)
09:32:58  * karupanerurachanged nick to zz_karupanerura
09:33:15  * hzjoined
09:48:31  * abraxasquit (Remote host closed the connection)
09:50:20  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
09:56:30  * abraxasjoined
09:57:37  * daviddiasquit (Read error: Connection reset by peer)
10:01:27  * eugenewarejoined
10:06:14  * eugenewarequit (Ping timeout: 264 seconds)
10:14:58  * mikolalysenkojoined
10:18:12  * eugenewarejoined
10:20:19  * mikolalysenkoquit (Ping timeout: 260 seconds)
10:28:27  * kazuponquit (Remote host closed the connection)
10:28:55  * kazuponjoined
10:30:52  * kazupon_joined
10:31:11  * kazuponquit (Read error: Connection reset by peer)
10:37:25  * eugenewarequit (Remote host closed the connection)
10:37:52  * eugenewarejoined
10:42:29  * eugenewarequit (Ping timeout: 240 seconds)
10:43:20  * m76quit (Read error: Connection reset by peer)
10:46:36  <MI6>nodejs-v0.10: #1749 UNSTABLE osx-x64 (7/610) linux-ia32 (2/610) smartos-x64 (8/610) smartos-ia32 (8/610) linux-x64 (2/610) osx-ia32 (6/610) http://jenkins.nodejs.org/job/nodejs-v0.10/1749/
10:50:24  * Kakerajoined
11:02:41  * daviddiasjoined
11:03:09  * daviddia_joined
11:03:23  * daviddia_quit (Remote host closed the connection)
11:03:24  * daviddiasquit (Read error: No route to host)
11:03:58  * daviddiasjoined
11:04:04  <indutny>heya
11:12:55  * eugenewarejoined
11:15:35  * eugenewarequit (Remote host closed the connection)
11:15:43  * eugenewarejoined
11:15:46  * mikolalysenkojoined
11:17:40  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
11:21:10  * mikolalysenkoquit (Ping timeout: 265 seconds)
11:29:10  * mraleph1joined
11:29:10  * mralephquit (Read error: Connection reset by peer)
11:32:09  * abraxasquit (Remote host closed the connection)
11:33:09  * abraxasjoined
11:39:10  <mmalecki>morning Fedor!
11:40:14  <indutny>morning mmalecki
11:40:50  * Kakeraquit (Ping timeout: 245 seconds)
11:46:00  * kazupon_quit (Remote host closed the connection)
11:46:27  * kazuponjoined
11:46:36  * kazuponquit (Read error: Connection reset by peer)
11:46:55  * kazuponjoined
11:50:00  * abraxasquit (Remote host closed the connection)
11:50:59  * kazuponquit (Ping timeout: 240 seconds)
11:51:11  * felixgequit (Remote host closed the connection)
11:56:32  * felixgejoined
11:57:05  * daviddia_joined
11:58:03  * daviddiasquit (Ping timeout: 245 seconds)
12:04:49  * janjongboomjoined
12:11:22  * felixgequit (Quit: felixge)
12:16:34  * mikolalysenkojoined
12:17:31  * dshaw_joined
12:17:37  * eugenewarequit (Remote host closed the connection)
12:18:04  * eugenewarejoined
12:19:15  * daviddiasjoined
12:20:07  * m76joined
12:21:23  * daviddia_quit (Ping timeout: 245 seconds)
12:21:35  * mikolalysenkoquit (Ping timeout: 265 seconds)
12:21:59  * dshaw_quit (Ping timeout: 240 seconds)
12:22:38  * eugenewarequit (Ping timeout: 245 seconds)
12:30:59  * bsdguruquit (Ping timeout: 240 seconds)
12:37:01  * piscisaureusjoined
12:40:38  * bsdgurujoined
12:43:20  * titoquit (Read error: Operation timed out)
12:49:37  * piscisaureusquit (Ping timeout: 265 seconds)
12:50:37  * titojoined
12:51:39  * dshaw_joined
12:56:29  * dshaw_quit (Ping timeout: 272 seconds)
13:17:18  * mikolalysenkojoined
13:21:07  <AlexisMocha>indutny: heya
13:22:58  <AlexisMocha>I investigated that flaky test more and to me things seem consistent with my initial analysis. But maybe I am missing something...
13:23:30  * mikolalysenkoquit (Ping timeout: 252 seconds)
13:23:41  <AlexisMocha>the test failing or succeeding seems to depend on how much data is read each time at the client socket
13:24:00  <AlexisMocha>SUCCESS sequence:
13:24:06  <AlexisMocha>onread 23k
13:24:23  <AlexisMocha>since this is more than the watermark, the parser pauses the socket
13:24:37  <AlexisMocha>the test does read(1) => socket is resumed
13:24:51  <AlexisMocha>onread 65k
13:25:09  <AlexisMocha>since this is more than the watermark, the parser pauses the socket
13:25:34  <AlexisMocha>but these 65k contain the invalid encoding, and the error is raised
13:25:43  <AlexisMocha>FAIL sequence:
13:25:43  <indutny>heya
13:25:52  <AlexisMocha>hi :)
13:25:54  <AlexisMocha>onread 23k
13:26:01  <AlexisMocha>since this is more than the watermark, the parser pauses the socket
13:26:09  <AlexisMocha>the test does read(1) => socket is resumed
13:26:31  <AlexisMocha>onread *23k*
13:26:50  <AlexisMocha>the socket is paused again
13:27:00  <AlexisMocha>but the error has not arrived yet
13:28:20  <AlexisMocha>onread 65k -> this is not parsed
13:28:30  <AlexisMocha>server.close() -> the process exits
13:28:33  <indutny>perhaps, we should try writing
13:28:35  <indutny>XXXXXXX
13:28:38  <indutny>instead of AAAAAAAAAA
13:28:46  <indutny>so it'll fail immediately
13:29:00  <indutny>I didn't actually think about AAAAAA being a valid transfer-encoding prefix at that time :)
13:29:08  <AlexisMocha>but the overflow bug is fixed, it shouldn't make a difference
13:29:19  <indutny>well, the difference is that error will be emitted
13:29:25  <indutny>brb
13:29:44  <AlexisMocha>they will both emit HPC_INVALID_CONTENT_LENGTH
13:29:53  <AlexisMocha>XXXX because X is not a valid hex digit
13:30:03  <AlexisMocha>and AAAAAA because of overflow
13:34:30  * sinclair|workquit (Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131205075310])
13:34:35  * thlorenzjoined
13:44:51  * piscisaureusjoined
13:50:47  * abraxasjoined
13:51:49  * dshaw_joined
13:52:38  * daviddiasquit (Ping timeout: 245 seconds)
13:54:06  * daviddiasjoined
13:55:55  * abraxasquit (Ping timeout: 260 seconds)
13:55:57  * dshaw_quit (Ping timeout: 252 seconds)
13:56:28  * paulfryzeljoined
14:00:50  * paulfryzelquit (Ping timeout: 245 seconds)
14:12:38  * dshaw_joined
14:13:24  * AvianFlujoined
14:17:05  * dshaw_quit (Ping timeout: 245 seconds)
14:22:05  * abrknquit (Ping timeout: 252 seconds)
14:23:00  * felicityquit (Ping timeout: 252 seconds)
14:23:40  * felicityjoined
14:25:00  * abrknjoined
14:30:53  * c4milojoined
14:33:10  * thlorenzquit (Remote host closed the connection)
14:33:57  * thlorenzjoined
14:36:21  * daviddiasquit (Remote host closed the connection)
14:37:59  * thlorenzquit (Ping timeout: 240 seconds)
14:38:32  * thlorenzjoined
14:42:26  * daviddiasjoined
14:42:38  * defunctzombie_zzchanged nick to defunctzombie
14:45:16  * Kakerajoined
14:46:26  * kazuponjoined
14:47:04  * thlorenzquit (Ping timeout: 265 seconds)
14:47:53  * Bamberrousejoined
14:47:56  * defunctzombiechanged nick to defunctzombie_zz
14:47:57  * Bamberrousepart
14:51:37  * daviddiasquit (Remote host closed the connection)
14:51:48  * dshaw_joined
14:52:06  * daviddiasjoined
14:55:06  * eugenewarejoined
14:56:15  * dshaw_quit (Ping timeout: 265 seconds)
14:56:23  * daviddiasquit (Ping timeout: 245 seconds)
14:57:12  * paulfryzeljoined
14:58:32  * bsdguruquit (Quit: bsdguru)
15:00:25  * eugenewarequit (Ping timeout: 252 seconds)
15:01:43  * paulfryzelquit (Ping timeout: 260 seconds)
15:12:36  * mikolalysenkojoined
15:13:53  <indutny>AlexisMocha: sorry, was afk
15:14:04  * AvianFluquit (Remote host closed the connection)
15:14:25  <AlexisMocha>indutny: np
15:14:48  <indutny>hm...
15:14:59  <indutny>I think I finally understood what you was talking about
15:17:01  <AlexisMocha>ok, thanks
15:17:01  * daviddiasjoined
15:17:17  <AlexisMocha>so it's just the test that invalid, right?
15:17:40  <MI6>nodejs-master: #911 UNSTABLE linux-x64 (1/700) osx-ia32 (1/700) smartos-ia32 (1/700) http://jenkins.nodejs.org/job/nodejs-master/911/
15:19:33  * kazuponquit (Remote host closed the connection)
15:20:01  * kazuponjoined
15:24:30  * kazuponquit (Ping timeout: 252 seconds)
15:26:36  * bsdgurujoined
15:26:55  * drsquit (Quit: leaving)
15:32:00  * pachetjoined
15:32:00  * pachetquit (Changing host)
15:32:00  * pachetjoined
15:33:42  * pachetquit (Client Quit)
15:33:49  * pachetjoined
15:33:58  * kenperkins_quit (Remote host closed the connection)
15:34:39  * kenperkinsjoined
15:36:04  * defunctzombie_zzchanged nick to defunctzombie
15:43:58  * indexzerojoined
15:47:18  <piscisaureus>indutny: re - pipe pending handles. I didn't see any bugs, just think it is unnecessarily complicated and win/pipe.c is already a mess. Also your code actually does not avoid a malloc b/c even the first pending handle requires a malloc now.
15:47:33  <piscisaureus>indutny: but you're a grownup, if you think this is fine then you can land it.
15:47:36  <indutny>hm...
15:48:06  <indutny>actually I see what you mean
15:49:44  * thlorenzjoined
15:51:24  * dshaw_joined
15:52:07  * abraxasjoined
15:55:20  * pachetquit (Quit: leaving)
15:55:48  <indutny>AlexisMocha: looks like test is just invalid
15:55:50  * dshaw_quit (Ping timeout: 245 seconds)
15:55:52  <indutny>let's remove it
15:55:57  <indutny>would you mind opening PR for it?
15:56:01  * pachetjoined
15:56:38  * abraxasquit (Ping timeout: 264 seconds)
15:57:59  * paulfryzeljoined
15:58:52  <AlexisMocha>indutny: so we dont' care to test for HPE_INVALID_CONTENT_LENGTH? if we read the request fully, the error will be raised and the test is passing. Isn't that worth something?
15:59:13  * paulfryzelquit (Read error: No route to host)
15:59:16  <indutny>that test wasn't for it :)
15:59:21  <indutny>and there is a test in http-parser
15:59:26  * AvianFlujoined
15:59:41  * paulfryzeljoined
15:59:44  <AlexisMocha>ok i guess i don't know what the test was meant for :)
16:00:14  <indutny>haha
16:00:17  <indutny>for parser double free
16:00:29  * piscisaureusquit (Ping timeout: 241 seconds)
16:00:29  <indutny>but it isn't reproducing anything now
16:01:18  <AlexisMocha>so assuming the parser double free issue was not fixed, the test with resume() wouldn't catch it?
16:04:13  <indutny>it doesn't catch it in any form now
16:04:31  <indutny>so that's why I think it is not relevant anymore
16:04:35  * paulfryzelquit (Ping timeout: 272 seconds)
16:12:47  <AlexisMocha>it did help us catch the parser encoding issue though, which no other test did
16:13:55  <AlexisMocha>well, we can chat about it during the status call later today
16:14:20  * kazuponjoined
16:15:10  * piscisaureusjoined
16:18:00  * paulfryzeljoined
16:18:08  * dshaw_joined
16:20:21  * paulfryzelquit (Remote host closed the connection)
16:20:57  * paulfryzeljoined
16:31:01  * bradleymeckquit (Quit: bradleymeck)
16:33:58  * defunctzombiechanged nick to defunctzombie_zz
16:35:09  * kpdeckerjoined
16:36:37  * jmar777joined
16:38:18  * paulfryz_joined
16:38:25  * paulfryz_quit (Remote host closed the connection)
16:38:32  * dshaw_quit (Quit: Leaving.)
16:40:40  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
16:41:30  * paulfryzelquit (Ping timeout: 252 seconds)
16:49:34  * kpdeckerquit (Quit: Leaving.)
16:50:22  <indutny>AlexisMocha: well, we have a test in http-parser now
16:53:03  <indutny>tjfontaine: call?
16:53:08  <indutny>piscisaureus: trevnorris: ^
16:53:09  <indutny>AlexisMocha: ^
16:53:14  <indutny>in 7 minutes
16:53:14  <indutny>:)
16:53:26  <piscisaureus>indutny: do you need me to be on it?
16:53:30  <indutny>idk
16:53:40  <piscisaureus>(or tjfontaine AlexisMocha ?)
16:54:18  <tjfontaine>we have a call yes
16:54:32  <tjfontaine>piscisaureus: I have at least one issue I'd like your commentary on
16:54:40  <piscisaureus>alright
16:54:48  <tjfontaine>piscisaureus: but we can get that out of the way at the start
16:54:58  <piscisaureus>tjfontaine: I don't think I have the invite but if you paste the link I will join
16:55:01  <tjfontaine>https://plus.google.com/hangouts/_/calendar/dGpmb250YWluZUBub2RlanMub3Jn.7o3iugm5mbjqj81eb56fsoj118
16:55:07  <piscisaureus>ok, cool
16:55:11  <tjfontaine>piscisaureus: the invite was sent to team@nodejs.org
16:55:30  <tjfontaine>so it is where ever you have your @nodejs.org forwarding to
16:55:30  <piscisaureus>Oh dammit I have a nodejs.org e-mail :)
16:56:10  <tjfontaine>indutny, trevnorris, AlexisMocha: call in 4min
16:56:18  <indutny>ok
16:58:48  * daviddiasquit (Remote host closed the connection)
16:59:18  * daviddiasjoined
17:01:13  * bsdguruquit (Ping timeout: 272 seconds)
17:02:34  * daviddia_joined
17:02:58  * daviddiasquit (Read error: No route to host)
17:04:40  * bsdgurujoined
17:05:28  * kpdeckerjoined
17:15:33  * bradleymeckjoined
17:18:07  * rmgjoined
17:19:36  * mcavagejoined
17:20:43  * rosskjoined
17:20:56  * mikealquit (Quit: Leaving.)
17:21:31  * dap_joined
17:30:02  * janjongboomjoined
17:37:04  * mikealjoined
17:41:10  * kpdecker1joined
17:41:10  * kpdeckerquit (Read error: Connection reset by peer)
17:45:08  * TooTallNatejoined
17:46:13  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
17:46:49  * AWintermanjoined
17:47:21  * janjongboomjoined
17:48:15  * mikealquit (Quit: Leaving.)
17:49:18  * janjongboomquit (Client Quit)
17:49:21  <MI6>joyent/node: Fedor Indutny v0.10 * e796e11 : node: do not ever close stdio - http://git.io/KrVSYw
17:49:26  <indutny>tadam
17:49:27  <indutny>:)
17:49:46  * daviddia_quit (Remote host closed the connection)
17:50:06  <indutny>42 issues left
17:50:08  <indutny>in v0.12 milestone
17:50:15  * Benviequit (Ping timeout: 252 seconds)
17:50:15  * daviddiasjoined
17:50:37  * Benviejoined
17:52:17  <MI6>joyent/node: Alexis Campailla master * 49c2372 : test: delete invalid http test - http://git.io/8kBK7Q
17:52:49  * abraxasjoined
17:53:06  * daviddia_joined
17:53:32  <MI6>libuv-master: #459 FAILURE http://jenkins.nodejs.org/job/libuv-master/459/
17:54:43  * daviddiasquit (Ping timeout: 245 seconds)
17:57:14  * abraxasquit (Read error: Operation timed out)
17:57:48  * [m76]joined
17:57:54  <MI6>nodejs-v0.10: #1750 UNSTABLE osx-x64 (7/610) linux-ia32 (2/610) smartos-x64 (7/610) smartos-ia32 (7/610) linux-x64 (2/610) osx-ia32 (9/610) http://jenkins.nodejs.org/job/nodejs-v0.10/1750/
17:58:57  <MI6>nodejs-v0.10-windows: #471 UNSTABLE windows-ia32 (5/610) windows-x64 (6/610) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/471/
18:00:50  * m76quit (Ping timeout: 245 seconds)
18:01:59  <MI6>nodejs-master: #912 UNSTABLE osx-x64 (1/699) smartos-x64 (1/699) http://jenkins.nodejs.org/job/nodejs-master/912/
18:05:22  * brsonjoined
18:08:40  <MI6>nodejs-master-windows: #697 UNSTABLE windows-x64 (9/699) windows-ia32 (10/699) http://jenkins.nodejs.org/job/nodejs-master-windows/697/
18:10:59  * bradleymeckquit (Quit: bradleymeck)
18:14:00  * kazuponquit (Remote host closed the connection)
18:14:47  * kazuponjoined
18:17:23  * rossk_joined
18:18:40  * rossk__joined
18:18:46  * rossk_quit (Read error: Connection reset by peer)
18:19:15  * kazuponquit (Ping timeout: 265 seconds)
18:21:09  * rosskquit (Ping timeout: 252 seconds)
18:25:57  * dshaw_joined
18:38:41  * janjongboomjoined
18:43:14  <MI6>nodejs-master-windows: #698 UNSTABLE windows-x64 (9/699) windows-ia32 (12/699) http://jenkins.nodejs.org/job/nodejs-master-windows/698/
18:44:59  <tjfontaine>othiym23, Domenic_: pign
18:45:00  <tjfontaine>*ping
18:45:07  <Domenic_>pong
18:45:20  <tjfontaine>are there v8 harmony features that you consider safe to enable?
18:45:24  * thlorenzquit (Remote host closed the connection)
18:45:59  <Domenic_>trying to find an up-to-date list of them
18:46:00  <tjfontaine>https://gist.github.com/tjfontaine/8715862 what's available in our current build of v8, 3.22
18:46:40  <Domenic_>numeric literals seem safe
18:47:26  <Domenic_>tentatively scoping, symbols, collections, generators, strings, arrays, and maths
18:47:30  <Domenic_>but i want to check those
18:47:42  <Domenic_>especially scoping and collections i am not sure on
18:48:16  <Domenic_>strings looks safe http://code.google.com/p/v8/source/browse/branches/bleeding_edge/src/harmony-string.js?spec=svn15960&r=15960
18:48:33  * mcavagequit (Remote host closed the connection)
18:48:59  * mcavagejoined
18:49:31  <Domenic_>arrays looks safe
18:50:57  <Domenic_>maths looks safe
18:51:34  <jmar777>By enabling, are you talking about unhiding behind v8 flags?
18:52:38  <Domenic_>collections looks safe although only a subset of ES6 features are implemented. but those that are implemented, are correct.
18:53:20  * mcavagequit (Ping timeout: 245 seconds)
18:53:36  <Domenic_>generators are probably safe, the only outstanding issue is https://code.google.com/p/v8/issues/detail?id=3099 which pretty edge-casey
18:54:16  <Domenic_>for scoping and symbols i would email andreas rossberg to check. i am not confident i can judge those.
19:00:18  * thlorenzjoined
19:03:07  * mcavagejoined
19:09:23  <tjfontaine>sorry I got an IRL interrupt
19:10:25  <tjfontaine>Domenic_: so, I guess the question is, are the only extra features --harmony adds that you're not comfortable with is scoping and symbols?
19:11:11  <Domenic_>no, i am also uncomfortable with iteration, observation (ES7), proxies, and modules, as well as any others that they put under the --harmony flag in the future.
19:11:23  <tjfontaine>ok
19:11:31  <Domenic_>scoping and symbols are the ones that i am unsure on---might be ready, might not.
19:11:35  <tjfontaine>ah ok
19:11:39  <tjfontaine>thanks, I appreciate it
19:12:02  * defunctzombie_zzchanged nick to defunctzombie
19:12:38  <Domenic_>np! would be exciting to start turning on these switches :D
19:13:23  * mikealjoined
19:15:13  * mikolalysenkoquit (Ping timeout: 272 seconds)
19:18:47  <tjfontaine>Domenic_: what potential new globals do we encounter that could be breaking existing code?
19:21:17  <Domenic_>tjfontaine: collections: Map, Set, WeakMap, WeakSet. symbols: Symbol. modules: System. proxies: Proxy, Reflect.
19:21:42  <tjfontaine>ok
19:22:20  <tjfontaine>also, why isn't there a "use harmony" feature option? :)
19:22:32  <Domenic_>as in, a pragma?
19:22:37  <tjfontaine>a la "use strict"; yes
19:22:44  <Domenic_>yeah, nobody likes "use strict", is why :P
19:22:48  <tjfontaine>heh
19:22:58  <tjfontaine>but it solves at least some of these problems ;)
19:23:04  <tjfontaine>at least it's not our problem anymore
19:23:14  <Domenic_>i don't think globals can break code really
19:23:24  <Domenic_>cuz they're overwritable/shadowable
19:23:51  <Domenic_>the code would have to be doing something dumb like `if (global.WeakMap) { break my program }`
19:33:57  * rendarquit (Ping timeout: 248 seconds)
19:45:13  * kazuponjoined
19:45:36  <tjfontaine>Domenic_: what about typeof?
19:45:46  <tjfontaine>what's your disposition on that feature that is
19:45:53  * piscisaureusquit (Ping timeout: 272 seconds)
19:46:23  * rendarjoined
19:48:17  <Domenic_>tjfontaine: typeof reformation is not in any ES spec. it was a v8 team experiment to see if they could fix `typeof null`, but they can't, it breaks too many web pages. it shouldn't even exist anymore; all it does is confuse people.
19:48:30  <tjfontaine>ok
19:49:48  * kazuponquit (Ping timeout: 252 seconds)
19:51:27  * defunctzombiechanged nick to defunctzombie_zz
19:53:51  * abraxasjoined
19:54:48  * rossk__quit (Remote host closed the connection)
19:55:15  * rosskjoined
19:56:15  * octetcloudjoined
19:56:39  * rossk_joined
19:58:55  * abraxasquit (Ping timeout: 272 seconds)
19:59:21  * brsonquit (Quit: leaving)
19:59:36  * brsonjoined
20:00:00  * rosskquit (Ping timeout: 245 seconds)
20:00:17  * kazuponjoined
20:01:46  * c4miloquit (Remote host closed the connection)
20:02:21  * c4milojoined
20:04:19  * c4milo_joined
20:04:41  * c4miloquit (Read error: Connection reset by peer)
20:04:41  * indexzeroquit (Quit: indexzero)
20:04:45  * mcavagequit (Remote host closed the connection)
20:04:50  * mikealquit (Quit: Leaving.)
20:05:18  * mcavagejoined
20:05:31  * kazuponquit (Ping timeout: 272 seconds)
20:06:46  * defunctzombie_zzchanged nick to defunctzombie
20:13:40  * tjkrusinskijoined
20:17:20  * mikealjoined
20:19:58  * dshaw_quit (Quit: Leaving.)
20:21:43  * dshaw_joined
20:24:59  <trevnorris>indutny, tjfontaine: there's still the stupid thing that I'm seeing equal number of uv_try_write/uv_write as I am seeing uv_write.
20:25:12  <indutny>hm...
20:25:22  <indutny>you mean that it doesn't improve anything?
20:25:29  <indutny>this is rather surprising
20:25:30  * bradleymeckjoined
20:26:02  <trevnorris>it's just node not telling itself not to fire both
20:26:31  <indutny>hm...
20:26:32  <indutny>impossible
20:27:06  <trevnorris>what happens if you call cork(), write(), uncork(). I see uv_try_write then uv_write2
20:27:16  <indutny>oh
20:27:16  <indutny>well
20:27:28  <indutny>it does happen only for strings and buffers
20:27:30  <indutny>not writev
20:27:42  <indutny>so perhaps it does a buffer/string write
20:27:45  <indutny>and then writev() ?
20:28:05  <trevnorris>possible. in http we treat string writes differently for some reason.
20:28:20  <trevnorris>why don't we just convert those to buffers and put them in the write queue?
20:28:58  <trevnorris>tjfontaine: this is where some of those flame graphs would come in handy
20:29:15  <indutny>trevnorris: you mean writev() ?
20:29:37  * piscisaureusjoined
20:30:43  <trevnorris>indutny: are you talking about StreamWrap::Writev() or the writev() syscall?
20:30:49  <indutny>Writev
20:31:59  <trevnorris>indutny: sorry, i'm a case insensitive person so i'm still confused. ;-P
20:32:06  <indutny>hahaha
20:32:10  <indutny>both
20:33:24  <trevnorris>it's probably that strings are being written, because tracing TCP#writeUtf8String() I see equal number of calls there.
20:34:28  <trevnorris>indutny: ah, it's because in http my patch only corked for writing buffers
20:34:32  <trevnorris>since strings are handled differently
20:34:42  <trevnorris>and I couldn't figure it out in the 10 mins I wrote that patch
20:35:50  <trevnorris>but whatever the reason, we're making double the number of necessary calls to uv
20:36:03  <trevnorris>since the strings could be turned into buffers and sent down the pipe in the same way.
20:37:13  <indutny>wait
20:37:17  <indutny>writev() could handle strings too
20:37:24  <indutny>no need to make them buffers
20:38:56  <trevnorris>now I assume you mean StreamWrap::Writev()
20:39:49  <trevnorris>possibly tricky, the v8 string needs to be written to external memory, so that means it wouldn't be attached to any JS object and in the callback would need to be cleaned up
20:40:07  <trevnorris>so how would you know which pointers are for a Buffer and which you'd need to free()
20:40:11  <trevnorris>?
20:40:24  * mikealquit (Quit: Leaving.)
20:42:42  <indutny>the trick is
20:42:46  <indutny>that we copy every data
20:42:49  <indutny>anyway
20:42:54  <indutny>be it buffer or string
20:43:02  <indutny>and free it as a part of write request
20:44:05  <trevnorris>do we currently copy data out of a Buffer before it's being written?
20:44:11  <indutny>yep
20:44:19  <indutny>if it doesn't come through uv_try_write()
20:44:28  <indutny>that's the reason why I have introduced it
20:45:01  <indutny>perhaps I could make Writev use uv_try_write() if all of it's arguments are buffers
20:50:55  <trevnorris>ok, so uv_mutex_t is exposed but there is nothing useful in the header explaining it.
20:51:15  <indutny>uv_mutex_lock
20:51:17  <indutny>uv_mutex_unlock
20:51:20  <indutny>uv_mutex_init
20:51:23  <indutny>uv_mutex_destroy
20:51:27  <indutny>what else do you expect?
20:52:08  <piscisaureus>uv_mutex_trylock
20:52:58  <indutny>yes
20:53:00  <indutny>this too
20:53:08  <indutny>trevnorris: you should really learn to use search in vim
20:53:17  <indutny>har har
20:54:33  <trevnorris>i meant more like, most other uv_*_t are created from a uv_*_s. my lack of understanding here is probably because i've never directly worked with threads before.
20:56:42  <indutny>trevnorris: it maps to pthread_mutex_t on unixes
20:56:48  <indutny>look in uv-unix.h
20:57:55  <trevnorris>thanks. was just probing all uv methods on a node process and uv_mutex_lock has a ridiculously large number of executions.
20:58:13  <trevnorris>so was just curious why.
20:59:27  <trevnorris>oy, and always forget there are those other headers in include
21:00:59  * kazuponjoined
21:06:14  * kazuponquit (Ping timeout: 264 seconds)
21:08:12  * defunctzombiechanged nick to defunctzombie_zz
21:14:14  <indutny>trevnorris: guess a thread pool
21:14:25  <indutny>its a thread pool
21:15:31  * mikolalysenkojoined
21:16:44  <indutny>tjfontaine: hey man
21:16:52  <indutny>tjfontaine: could you please remind me win sandbox creds?
21:17:06  <indutny>going to test queue-handles on it
21:17:37  * c4milo_quit (Remote host closed the connection)
21:18:02  * AvianFluquit (Remote host closed the connection)
21:18:14  * c4milojoined
21:20:00  * c4miloquit (Read error: Connection reset by peer)
21:20:08  * c4milojoined
21:21:29  * piscisaureusquit (Quit: ~ Trillian Astra - www.trillian.im ~)
21:23:50  <tjfontaine>indutny: I'll pm you
21:29:32  <indutny>tjfontaine: thank yoi
21:29:34  <indutny>it works! :)
21:29:39  * TooTallNatequit (Quit: Computer has gone to sleep.)
21:30:07  <indutny>oh, btw
21:30:14  <indutny>I think no one has ever gave some love to https://github.com/joyent/libuv/pull/1082
21:32:03  * brsonquit (Quit: leaving)
21:33:51  * mikealjoined
21:36:43  * tjkrusinskiquit (Ping timeout: 272 seconds)
21:37:39  <MI6>libuv-master-windows: #39 UNSTABLE windows-ia32 (4/203) windows-x64 (4/203) http://jenkins.nodejs.org/job/libuv-master-windows/39/
21:37:45  * TooTallNatejoined
21:38:36  * jmar777quit (Remote host closed the connection)
21:38:52  * daviddia_quit (Read error: Connection reset by peer)
21:39:08  * daviddiasjoined
21:44:56  * eugenewarejoined
21:45:54  * [m76]quit (Read error: Connection reset by peer)
21:48:15  * rendarquit (Quit: Leaving)
21:48:34  * AvianFlujoined
21:52:01  * eugenewarequit (Remote host closed the connection)
21:52:28  * eugenewarejoined
21:56:45  * AvianFluquit (Ping timeout: 252 seconds)
21:57:05  * eugenewarequit (Ping timeout: 245 seconds)
22:01:51  * kazuponjoined
22:06:51  * kazuponquit (Ping timeout: 272 seconds)
22:14:44  <MI6>libuv-v0.10-windows: #28 FAILURE http://jenkins.nodejs.org/job/libuv-v0.10-windows/28/
22:24:06  * piscisaureusjoined
22:24:25  <piscisaureus>isaacs: what happened to the npmjs.org download stats
22:25:34  <tjfontaine>man a cdn-ified environment probably makes that information more complex to round up
22:26:14  * kenperkins_joined
22:26:16  <piscisaureus>It was there a week ago. Has that all been done in the last week?
22:27:07  <tjfontaine>I dunno, I was just thinking aloud
22:27:17  <trevnorris>tjfontaine: makes it dang near impossible. best I've ever gotten working w/ a cdn is them giving me the raw logs so I could parse them myself.
22:27:34  <tjfontaine>ya that's what I presume he's going to have to do
22:27:38  <tjfontaine>it's a dead simple manta job
22:27:45  * kenperkinsquit (Ping timeout: 272 seconds)
22:27:53  <tjfontaine>it's just more complex than looking at output from couch ;)
22:28:06  <tjfontaine>I think the original stats were just log file parsing anyway
22:28:19  <trevnorris>to get around this we'd usually include a get to a 0 byte request w/ the download info, but unfortunately that didn't give us partial downloads, etc.
22:28:32  <trevnorris>yeah
22:31:32  <trevnorris>tjfontaine: here's a script to curl your toes: https://gist.github.com/trevnorris/8721441
22:31:56  <trevnorris>i dare not show othiym23 or he might actually use it :P
22:32:52  * defunctzombie_zzchanged nick to defunctzombie
22:33:07  <tjfontaine>trevnorris: man, screaming for DTrace :)
22:33:15  <tjfontaine>or AL
22:33:19  <trevnorris>heh
22:33:32  <tjfontaine>at least the mechansim for AL there is sane
22:33:38  <tjfontaine>and understandable
22:33:55  <trevnorris>yeah, but still have to implement passing the type of callbacks you want to track
22:34:17  <tjfontaine>do you expect it to be appreciably different from what I wrote?
22:34:37  <trevnorris>api wise? don't remember thinking so.
22:35:48  <trevnorris>we were in a discussion about onAsync(), but then my week got busy
22:36:36  <tjfontaine>I think the main question before I can start integrating my dtrace/etw stuff, is if we want to design a singular interface that is applicable to both, or keep them separate with something like onAsync
22:41:10  <trevnorris>i think separating them by using something like onAsync() is more sane. or, at least, will keep us more sane.
22:42:03  * AvianFlujoined
22:42:17  <tjfontaine>fine with me, pretty straight forward
22:44:29  * rmgquit (Remote host closed the connection)
22:44:33  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
22:47:46  <isaacs>piscisaureus: see http://blog.npmjs.org/
22:50:03  * rmgjoined
22:52:11  * jmar777joined
22:53:41  <indutny>oh
22:53:43  <indutny>you have a blog
22:57:18  <indutny>piscisaureus: hey man
22:57:27  <indutny>what's FROM_PROTOCOL_INFO
22:57:35  <indutny>http://msdn.microsoft.com/en-us/library/windows/desktop/ms742212(v=vs.85).aspx
22:57:44  <indutny>aaaah
22:57:47  <indutny>nvm
22:58:10  <indutny>why isn't it passed in the WSASocket call below?
22:58:13  <indutny>should I address it too?
22:58:45  <indutny>piscisaureus: ^
22:58:45  * mikolalysenkoquit (Ping timeout: 248 seconds)
22:58:49  * daviddiasquit (Remote host closed the connection)
22:59:02  <piscisaureus>indutny: that's wrong, should be done below too
22:59:11  <indutny>ok
22:59:13  <indutny>it's not below
22:59:14  <indutny>actually
22:59:16  <indutny>it is in tcp.c
22:59:20  * daviddiasjoined
22:59:20  <indutny>whatever
22:59:26  <indutny>I'll do it as part of that PR
22:59:27  <piscisaureus>wherever :)
22:59:29  <piscisaureus>nice!
22:59:30  <piscisaureus>indutny++
22:59:41  * mikolalysenkojoined
23:00:16  <indutny>piscisaureus: thank you
23:00:28  * hzquit
23:00:30  <indutny>tjfontaine: btw
23:00:39  <indutny>tjfontaine: that sandbox told me that the password will expire in 1 day
23:00:40  <indutny>just FY
23:00:42  <indutny>FYI
23:01:07  <tjfontaine>ya ya, winblows gpo's :)
23:02:17  <indutny>ok
23:02:28  * kazuponjoined
23:03:32  * hzjoined
23:03:45  * daviddiasquit (Ping timeout: 252 seconds)
23:07:03  * kazuponquit (Ping timeout: 260 seconds)
23:09:28  * brsonjoined
23:10:16  * thlorenzquit (Remote host closed the connection)
23:11:45  * eugenewarejoined
23:16:16  * eugenewa_joined
23:17:53  * eugenewarequit (Read error: Connection reset by peer)
23:17:54  * eugenew__joined
23:21:21  * mikolalysenkoquit (Ping timeout: 252 seconds)
23:21:29  * eugenewa_quit (Ping timeout: 240 seconds)
23:22:29  * octetcloudquit (Ping timeout: 240 seconds)
23:22:30  * eugenew__quit (Remote host closed the connection)
23:22:57  * eugenewarejoined
23:24:09  * mikolalysenkojoined
23:27:21  * janjongboomjoined
23:27:40  * eugenewarequit (Ping timeout: 252 seconds)
23:27:52  * mikealquit (Quit: Leaving.)
23:28:00  * mikealjoined
23:30:04  * hzquit
23:31:03  * octetcloudjoined
23:32:59  * tjkrusinskijoined
23:34:47  * kazuponjoined
23:34:47  * daviddiasjoined
23:39:08  * pachetquit (Quit: leaving)
23:39:14  * kazuponquit (Ping timeout: 264 seconds)
23:46:30  * piscisaureusquit (Quit: ~ Trillian Astra - www.trillian.im ~)
23:49:50  * eugenewarejoined
23:55:33  * abraxasjoined
23:55:39  * daviddiasquit (Read error: Connection reset by peer)
23:58:33  * drsjoined
23:58:51  <MI6>libuv-master-gyp: #417 UNSTABLE smartos-ia32 (3/204) smartos-x64 (3/204) osx-x64 (1/205) http://jenkins.nodejs.org/job/libuv-master-gyp/417/
23:59:13  <drs>If i pass a TCP socket to a spawned child and then the child closes that socket, does the parent/master executable also need to close the socket?
23:59:57  * eugenewarequit (Remote host closed the connection)