00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:11  * ircretaryjoined
00:03:32  * thlorenzjoined
00:03:42  <jgi>It seems that https://github.com/joyent/node/blob/master/test/simple/test-crypto-domain.js and https://github.com/joyent/node/blob/master/test/simple/test-crypto-domains.js may be testing the same thing
00:04:01  <jgi>moreover, it seems that https://github.com/joyent/node/blob/master/test/simple/test-crypto-domain.js is actually broken and doesn’t test anything
00:04:22  <jgi>since it doesn’t call “fn” here: https://github.com/joyent/node/blob/master/test/simple/test-crypto-domain.js#L33-L43
00:04:46  <jgi>what do you think about removing github.com/joyent/node/blob/master/test/simple/test-crypto-domain.js in favor of https://github.com/joyent/node/blob/master/test/simple/test-crypto-domains.js?
00:04:54  <tjfontaine>lemme look
00:06:34  * iarnaquit (Ping timeout: 256 seconds)
00:06:51  * iarnajoined
00:08:16  * iarnaquit (Remote host closed the connection)
00:10:54  <trevnorris>jgi: the abort w/ setTimeout. seems it only has to do w/ timers. any other async call and it doesn't abort.
00:13:33  * iarnajoined
00:14:38  <tjfontaine>jgi: they are testing the same things, and the former is indeed missing the fn call, chris' is already fixed in v0.10 branch
00:14:48  <tjfontaine>jgi: we should consolidate them, I'm not really concerned which one we pick
00:14:58  <trevnorris>i'm a udp n00b. is there a way to create a client/server relationship like w/ tcp?
00:15:11  <tjfontaine>no -- it's not that thing
00:15:54  <jgi>tjfontaine: thanks for taking a look!
00:16:23  <mmalecki>trevnorris: you'd have to do it in your application, manually
00:16:37  <tjfontaine>well, it's specifically designed to be connectionless
00:16:39  * LeftWingjoined
00:16:52  <tjfontaine>and to not be reliable
00:17:09  <tjfontaine>so, adding reliability and connection oriented mechanisms, basically just gives you tcp
00:17:13  <tjfontaine>in some ways
00:17:29  <jgi>trevnorris: I don’t think it only has to do with timers, for instance this aborts, but it should not: https://gist.github.com/misterdjules/fbac0022836745c0a230
00:17:59  <tjfontaine>this is the point of the last thursday meeting
00:18:07  <tjfontaine>there is no resource to associate with the domain
00:18:11  <tjfontaine>(or the asyncwrap)
00:18:37  <tjfontaine>domains -- continuing to be broken, or at least never finished/fully integrated
00:18:48  <trevnorris>jgi: strange. try replacing it w/ fs.exists() and it doesn't abort.
00:19:12  <trevnorris>jgi: readFile does several callbacks internally. that might be the reason there.
00:19:27  <tjfontaine>the reason is, no one ever made readFile domain aware
00:19:38  <trevnorris>hehe. awesome...
00:19:39  <tjfontaine>and fs.exists is just fs.stat
00:19:43  <tjfontaine>which has a req object
00:20:04  <tjfontaine>this is also why it's hard to reason about async listener wrt to fs.readFile
00:20:14  <tjfontaine>minus the extra 't'
00:20:41  <trevnorris>true that.
00:20:57  <tjfontaine>so
00:21:09  <tjfontaine>is that a bug in v0.10, or an RFE for v0.12
00:21:11  <tjfontaine>that's the question
00:21:52  <trevnorris>mmalecki: so, is it possible to read from and write to the same udp port?
00:22:07  <tjfontaine>trevnorris: you don't read and write, you send and receive messages
00:22:51  <trevnorris>tjfontaine: ok. bad terminology. but still. when I try to bind to the same port twice it gives me an error.
00:23:01  <tjfontaine>yes
00:23:06  <tjfontaine>what did you expect to have happen?
00:23:08  <tjfontaine>well
00:23:17  <LeftWing>http://www.amazon.com/Unix-Network-Programming-Volume-Networking/dp/0131411551 <--- Must read book!
00:23:53  <tjfontaine>trevnorris: the same process cannot bind two separate sockets to the same port, udp can be bound to the same port across processes assuming SO_REUSEADDR is not set
00:23:56  * iarnaquit (Read error: Connection reset by peer)
00:24:01  <tjfontaine>pretty sure that's accurate
00:24:04  * iarna_joined
00:24:09  <tjfontaine>with SO_REUSEADDR you get into a port stealing mode
00:24:28  <trevnorris>ah, hence why the tests all spawn a child process.
00:24:56  <chrisdickinson>tjfontaine: this seems somewhat similar to the https memory usage Wraithan noticed recently: https://github.com/joyent/node/issues/5346
00:25:44  <jgi>trevnorris: that also throws: https://gist.github.com/misterdjules/2f2130cf5ad761db7e44, I don’t see why it wouldn’t throw with your changes
00:25:59  <jgi>trevnorris: sorry s/throws/aborts/
00:26:03  <tjfontaine>chrisdickinson: it does sound similar, I have a bunch of data collected on smartos, but not seeing really any of that growth sadly :/
00:26:06  <trevnorris>yeah, got ya.
00:26:32  <trevnorris>jgi: really? it doesn't abort on my machine. maybe I made a change that I haven't uploaded...
00:26:49  * iarna_changed nick to iarna
00:26:49  <tjfontaine>is this v0.10 or v0.12?
00:26:59  <jgi>v0.10
00:27:00  <trevnorris>10
00:27:17  <tjfontaine>specifically around --abort-on-uncaught-exception?
00:27:31  <trevnorris>yeah
00:28:22  <trevnorris>jgi: WTF... move the require('fs') out to var fs = require('fs') and it won't abort...
00:28:42  <trevnorris>damn I hate domains.
00:29:19  <tjfontaine>did you see my last comment on that issue?
00:30:09  <jgi>trevnorris: moving require(‘fs’) to a separate statement doesn’t change anything for me, I also don’t see why it would change anything
00:30:36  <trevnorris>jgi: i dunno. but it works on mine. :P
00:30:48  <trevnorris>haha. wait...
00:30:52  <trevnorris>oh, i'm a dumb ass.
00:31:17  <trevnorris>it was because I had accidently commented out my require('fs') so it was throwing that the variable wasn't defined, but I didn't see it.
00:34:44  <trevnorris>how do I hit StreamWrapCallbacks::DoRead()? I can't hit it...
00:35:36  <tjfontaine>you need a PipeWrap or TCPWrap
00:37:35  <trevnorris>ah hell. then why is it implemented for UDPWrap...
00:37:45  <trevnorris>that was an awesome rabbit hole.
00:38:09  * inolenquit (Read error: No route to host)
00:38:27  * inolenjoined
00:39:47  * iarna_joined
00:40:34  * iarnaquit (Ping timeout: 256 seconds)
00:40:39  <trevnorris>wtf. but if it's removed then child_process stalls, but it compiles just fine.
00:53:57  * kazuponjoined
00:54:09  * kazuponquit (Remote host closed the connection)
00:54:17  * kazuponjoined
00:57:24  <tjfontaine>I'll be back online in a little while
00:59:29  * iarna_changed nick to iarna
01:01:28  * Fishrock123quit (Remote host closed the connection)
01:01:44  * thlorenzquit (Remote host closed the connection)
01:02:17  * thlorenzjoined
01:04:42  * kazuponquit (Remote host closed the connection)
01:06:38  * thlorenzquit (Ping timeout: 256 seconds)
01:08:54  * dshaw_quit (Quit: Leaving.)
01:10:31  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
01:11:34  * kazuponjoined
01:19:06  * dshaw_joined
01:21:02  * Fishrock123joined
01:26:06  * thlorenzjoined
01:27:20  * abraxas_joined
01:31:00  * dap_quit (Quit: Leaving.)
01:31:05  * thlorenzquit (Ping timeout: 264 seconds)
01:31:57  * abraxas_quit (Ping timeout: 245 seconds)
01:34:09  * Fishrock123quit (Quit: Leaving...)
01:34:35  * janjongboomjoined
01:35:45  * inolenquit (Quit: Leaving.)
01:39:58  * iarna_joined
01:40:00  * avalanche123quit (Remote host closed the connection)
01:40:06  * iarnaquit (Ping timeout: 255 seconds)
01:41:50  * avalanche123joined
01:48:25  * iarnajoined
01:48:45  * iarna_quit (Read error: Connection reset by peer)
01:52:33  * avalanche123quit (Remote host closed the connection)
01:55:56  * iarnaquit (Ping timeout: 256 seconds)
01:57:58  * jgiquit (Quit: jgi)
01:58:35  * abraxas_joined
01:59:39  * EhevuTovquit (Quit: This computer has gone to sleep)
01:59:54  * iarnajoined
02:01:12  * thlorenzjoined
02:05:34  * thlorenzquit (Ping timeout: 256 seconds)
02:09:32  * iarnaquit (Ping timeout: 256 seconds)
02:10:31  * iarnajoined
02:13:21  * thlorenzjoined
02:16:11  <Wraithan>tjfontaine, chrisdickinson: I'll slim down my example to a minimum viable and see if I can get it without the keep alive and custom certs that we do
02:17:03  <chrisdickinson>Wraithan: cool. i may have just watched too much xfiles, and may be drawing similarities that are not there.
02:17:05  <Wraithan>sorry, hayes and I found a bigger memory problem and decided the SSL one didn't matter as much so we worked on that bigger one (the logging too fast to fs.createWriteStream problem)
02:18:08  <Wraithan>chrisdickinson: it looks like the same issue but much simpler, we weren't hitting iis, hitting nginx and a java stack but I can see how easily I can reproduce it
02:18:33  <chrisdickinson>re: the fs one, is there already an issue open for that?
02:18:38  <Wraithan>I'm on PTO until wednesday though so don't really expect any output from me on this until probably Friday unless I happen to have free time before then
02:18:45  <Wraithan>chrisdickinson: not sure, hayes did you open an issue?
02:18:49  <chrisdickinson>aah, sorry for the ping-while-on-vacay.
02:19:13  <Wraithan>chrisdickinson: nooooo worries
02:19:16  <chrisdickinson>i'm not seeing one, but i can ping him :)
02:19:29  <Wraithan>just got done with a day full of sight seeing and happy to chat with computer-y people
02:19:38  <Wraithan>I'm in Philly with Eva's family still
02:19:47  <chrisdickinson>ah rad :)
02:44:11  * iarnaquit (Read error: Connection reset by peer)
02:44:16  * iarna_joined
02:44:45  * thlorenzquit (Remote host closed the connection)
02:45:20  * thlorenzjoined
02:49:23  * thlorenzquit (Ping timeout: 240 seconds)
02:51:17  * stagasquit (Ping timeout: 240 seconds)
02:52:56  * avalanche123joined
02:57:42  * avalanche123quit (Ping timeout: 256 seconds)
03:18:27  * dshaw_quit (Quit: Leaving.)
03:21:40  * kazuponquit (Remote host closed the connection)
03:31:42  * janjongboomquit (Read error: Connection reset by peer)
03:43:56  * jgijoined
04:02:03  * kazuponjoined
04:06:49  * jgiquit (Quit: jgi)
04:10:16  * jgijoined
04:19:19  * warehouse13quit (Ping timeout: 255 seconds)
04:41:27  * AlexisMochaquit (Ping timeout: 255 seconds)
04:56:03  * iarnajoined
04:56:29  * jgiquit (Quit: jgi)
04:57:27  * iarna_quit (Read error: Connection reset by peer)
05:01:11  * pbunnyjoined
05:01:13  <pbunny>hi
05:01:24  <pbunny>how do i specify OnClose callback for tcp stream?
05:01:38  <pbunny>how do i know if connection was closed remotely?
05:02:35  * jgijoined
05:02:35  * jgiquit (Client Quit)
05:05:22  <pbunny>check for -1 in onread ?
05:22:50  * iarnaquit (Read error: Connection reset by peer)
05:23:03  * iarnajoined
05:32:58  * jgijoined
05:40:40  * avalanche123joined
05:47:42  * AvianFluquit (Ping timeout: 256 seconds)
05:53:51  <pbunny>do i need to free anything created with uv_buf_init ?
05:54:01  <pbunny>i mean the malloc that i pass to it
05:54:19  <pbunny>or does libuv free it when not needed anymore
06:01:56  * rmgquit (Remote host closed the connection)
06:03:12  * bradleymeckjoined
06:05:01  * thlorenzjoined
06:10:40  <hayes>chrisdickinson: I have not created a ticket for the fs issue yet
06:11:17  <hayes>did you ever create a flame graph?
06:11:50  <chrisdickinson>i haven't! it had slipped my mind, sorry
06:13:00  * iarna_joined
06:13:00  * iarnaquit (Read error: Connection reset by peer)
06:15:48  <pbunny>how do i check if handle is closed or should be closed?
06:16:05  <pbunny>i get this - src/unix/core.c:237: uv__finish_close: Assertion `0' failed.
06:16:20  <pbunny>on uv_closing it after remote peer disconnected
06:16:37  <pbunny>however uv_is_closing returned false before it
06:16:50  <pbunny>what is the proper way to determine whether i need to close it or not?
06:20:32  <pbunny>nvm
06:26:48  * SergeiRNDjoined
06:28:05  * iarnajoined
06:28:12  * iarna_quit (Ping timeout: 245 seconds)
06:31:38  * SergeiRNDquit (Client Quit)
06:32:58  * rmgjoined
06:40:41  * avalanche123quit (Remote host closed the connection)
06:51:01  * avalanche123joined
06:53:21  * bajtosjoined
06:55:45  * avalanche123quit (Ping timeout: 264 seconds)
07:04:05  * avalanche123joined
07:06:44  * iarna_joined
07:06:56  * iarnaquit (Read error: Connection reset by peer)
07:07:30  * jgiquit (Quit: jgi)
07:14:45  * avalanche123quit (Remote host closed the connection)
07:18:05  * iarna_quit (Read error: Connection reset by peer)
07:18:37  * iarnajoined
07:27:23  <MI6>joyent/libuv: Manos Nikolaidis v1.x * 0fc24f6 : doc: fix link in misc.rst - http://git.io/L2l4LA
07:36:00  <chrisdickinson>saghul: hi! I was wondering if it would be cool to move the statvfs issue into the libuv tracker -- I remembered seeing somewhere that the libuv tracker's issues were going to get purged soon (but I might be misremembering) and didn't want the feature to get lost in the shuffle
07:36:57  <chrisdickinson>(also, great work with the libuv docs)
07:46:08  * Ldxngx__joined
07:51:05  * iarnaquit (Read error: Connection reset by peer)
07:51:36  * iarnajoined
07:52:06  * avalanche123joined
08:03:21  * avalanche123quit (Remote host closed the connection)
08:04:15  * rendarjoined
08:12:06  * iarnaquit (Ping timeout: 244 seconds)
08:15:32  * iarnajoined
08:18:16  * avalanche123joined
08:18:22  * janjongboomjoined
08:19:35  * iarnaquit (Remote host closed the connection)
08:19:45  * avalanche123quit (Remote host closed the connection)
08:20:52  * iarnajoined
08:23:13  * janjongboomquit (Client Quit)
08:26:21  * felixge_____quit (Ping timeout: 244 seconds)
08:26:41  * janjongboomjoined
08:26:52  * groundwater_quit (Ping timeout: 244 seconds)
08:27:22  * felixge_____joined
08:27:25  * Domenicquit (Read error: Connection reset by peer)
08:27:41  * janjongboomquit (Client Quit)
08:27:42  * groundwater_joined
08:28:01  * Domenic_joined
08:29:16  * iarnaquit (Remote host closed the connection)
08:33:31  * EhevuTovjoined
08:39:52  <saghul>chrisdickinson: we will reopen the issues that still apply
08:40:06  <chrisdickinson>ah, cool, thanks!
08:40:15  <saghul>chrisdickinson: if you want, you can open the PR after we tag 1.0 on libuv/libuv
08:41:56  <chrisdickinson>I don't have the code, personally; I'm going through and trying to clean up the node issue tracker. I'd be happy to take a stab at it soon, though!
08:44:10  <saghul>creationix: kewl!
08:46:57  * SergeiRNDjoined
08:52:55  * roxlujoined
09:03:46  * avalanche123joined
09:17:19  * pbunnyquit (Ping timeout: 245 seconds)
09:19:07  * avalanche123quit (Remote host closed the connection)
09:29:46  * janjongboomjoined
09:30:32  * rmgquit (Remote host closed the connection)
09:38:37  * kazuponquit (Remote host closed the connection)
09:38:50  * kazuponjoined
09:39:49  * EhevuTovquit (Quit: This computer has gone to sleep)
10:04:36  * iarnajoined
10:05:25  * bajtosquit (Quit: bajtos)
10:07:40  * kazuponquit (Remote host closed the connection)
10:08:06  * kazuponjoined
10:12:29  * kazuponquit (Ping timeout: 244 seconds)
10:19:30  * avalanche123joined
10:24:29  * avalanche123quit (Ping timeout: 264 seconds)
10:30:26  * Ldxngx__quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
10:30:53  * Ldxngxjoined
10:31:27  * rmgjoined
10:35:44  * rmgquit (Ping timeout: 244 seconds)
10:36:36  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
10:40:30  * janjongboomjoined
10:45:03  * abraxas_quit (Remote host closed the connection)
10:45:44  * abraxas_joined
10:50:12  * abraxas_quit (Ping timeout: 244 seconds)
10:52:15  * iarnaquit (Remote host closed the connection)
10:56:46  * AlexisMochajoined
10:57:24  * iarnajoined
11:03:08  * chris_99joined
11:12:07  * iarnaquit (Remote host closed the connection)
11:12:36  * iarnajoined
11:12:55  * Left_Turnjoined
11:23:54  * SergeiRNDquit (Quit: Leaving.)
11:29:46  * Left_Turnquit (Ping timeout: 250 seconds)
11:30:03  * seishunjoined
11:32:58  * Dijoined
11:34:27  * jas-quit (Remote host closed the connection)
11:34:42  * bajtosjoined
11:51:42  * iarnaquit (Read error: Connection reset by peer)
11:51:50  * iarna_joined
11:53:20  * SergeiRNDjoined
11:57:09  * SergeiRND1joined
11:57:22  * iarnajoined
11:57:31  * iarna_quit (Read error: Connection reset by peer)
12:00:29  * SergeiRNDquit (Ping timeout: 264 seconds)
12:05:39  * Left_Turnjoined
12:18:04  * Diquit (Quit: Leaving.)
12:19:31  * iarnaquit (Read error: Connection reset by peer)
12:19:33  * iarna_joined
12:34:24  * abraxas_joined
12:39:33  * abraxas_quit (Ping timeout: 264 seconds)
12:59:48  * AvianFlujoined
13:06:34  * Ldxngxquit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
13:16:58  * avalanche123joined
13:21:34  * avalanche123quit (Ping timeout: 255 seconds)
13:24:29  * bajtosquit (Quit: bajtos)
13:46:55  * lanceballchanged nick to lance|afk
13:49:28  * iarnajoined
13:49:32  * iarna_quit (Read error: Connection reset by peer)
14:05:38  * Ldxngx_joined
14:06:27  * iarnaquit (Read error: Connection reset by peer)
14:06:36  * iarna_joined
14:13:59  * SergeiRNDjoined
14:14:00  * SergeiRND1quit (Read error: Connection reset by peer)
14:17:10  * lance|afkchanged nick to lanceball
14:23:17  * abraxas_joined
14:28:05  * abraxas_quit (Ping timeout: 264 seconds)
14:36:42  * Fishrock123joined
14:38:05  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
14:43:51  * iarna_changed nick to iarna
15:09:59  * SergeiRNDquit (Quit: Leaving.)
15:17:54  * avalanche123joined
15:22:41  * avalanche123quit (Ping timeout: 264 seconds)
15:26:53  * importantshockjoined
15:28:41  * importantshockquit (Remote host closed the connection)
15:29:14  * importantshockjoined
15:31:00  * importan_joined
15:31:00  * importantshockquit (Read error: Connection reset by peer)
15:32:01  * iarnaquit (Read error: Connection reset by peer)
15:32:32  * iarnajoined
15:32:43  * iarnaquit (Remote host closed the connection)
15:38:07  * bajtosjoined
15:38:42  * Dijoined
15:41:41  * bajtosquit (Client Quit)
15:42:12  * thlorenzquit (Remote host closed the connection)
15:42:45  * thlorenzjoined
15:46:31  * bajtosjoined
15:46:45  <creationix>saghul: did you mean chrisdickinson?
15:47:27  * thlorenzquit (Ping timeout: 255 seconds)
15:53:59  * iarnajoined
15:59:05  * bajtosquit (Quit: bajtos)
16:00:18  * Diquit (Quit: Leaving.)
16:08:56  * wolfeidau_joined
16:10:16  * iarnaquit (Remote host closed the connection)
16:10:51  * iarnajoined
16:11:34  * wolfeidauquit (Ping timeout: 244 seconds)
16:12:14  * abraxas_joined
16:15:38  * brsonjoined
16:17:08  * abraxas_quit (Ping timeout: 265 seconds)
16:20:44  * brockfredinjoined
16:21:01  <brockfredin>what's the best Node or JS Http library? Request?
16:21:26  * piscisaureusjoined
16:21:32  <bradleymeck>varies depending on constraints
16:21:51  <txdv>libcurl
16:23:29  <bradleymeck>ugggg
16:23:38  <bradleymeck>libcurl is horrible to integrate with
16:27:02  * bajtosjoined
16:29:51  * dshaw_joined
16:36:23  * Domenic_changed nick to Domenic
16:36:46  <creationix>http-codec ‘)
16:40:10  * rmgjoined
16:43:24  * Fishrockjoined
16:44:52  * iarnaquit (Remote host closed the connection)
16:45:00  * rmgquit (Ping timeout: 258 seconds)
16:45:39  * chris_99quit (Remote host closed the connection)
16:46:42  * Fishrock123quit (Ping timeout: 244 seconds)
16:54:14  * thlorenzjoined
16:58:13  * bajtosquit (Quit: bajtos)
16:59:18  * rmgjoined
17:00:36  * bajtosjoined
17:12:40  * importan_quit (Remote host closed the connection)
17:13:14  * importantshockjoined
17:14:03  * importan_joined
17:14:04  * importantshockquit (Read error: Connection reset by peer)
17:17:17  * jgijoined
17:22:07  * importan_quit (Remote host closed the connection)
17:25:35  * chris_99joined
17:27:19  * thlorenzquit (Remote host closed the connection)
17:27:26  * euoiajoined
17:29:30  * dap_joined
17:33:28  * bradleymeckquit (Quit: bradleymeck)
17:35:49  * thlorenzjoined
17:38:46  * stagasjoined
17:38:51  * thlorenzquit (Remote host closed the connection)
17:41:41  * inolenjoined
17:57:09  * SergeiRNDjoined
18:00:48  * iarnajoined
18:01:05  * abraxas_joined
18:02:47  * iarnaquit (Remote host closed the connection)
18:05:36  * abraxas_quit (Ping timeout: 255 seconds)
18:06:09  * dap_1joined
18:07:46  * dap_quit (Ping timeout: 264 seconds)
18:08:40  * seishunquit (Quit: Leaving)
18:09:51  * seishunjoined
18:11:42  * thlorenzjoined
18:12:00  * importantshockjoined
18:13:42  * bajtosquit (Quit: bajtos)
18:14:05  * thlorenzquit (Remote host closed the connection)
18:19:01  * nathan7quit (Ping timeout: 255 seconds)
18:20:12  * nathan7joined
18:22:23  * dshaw_quit (Quit: Leaving.)
18:24:44  * yunongquit
18:26:18  * importantshockquit (Remote host closed the connection)
18:27:29  * dshaw_joined
18:28:45  * yunongjoined
18:29:03  * SergeiRNDquit (Quit: Leaving.)
18:29:27  * importantshockjoined
18:36:50  * avalanche123joined
18:37:55  * avalanche123quit (Remote host closed the connection)
18:39:01  * avalanche123joined
18:39:51  * stagasquit (Read error: Connection reset by peer)
18:40:00  * importantshockquit (Remote host closed the connection)
18:40:34  * importantshockjoined
18:41:05  * stagasjoined
18:41:22  * thlorenzjoined
18:42:29  * bradleymeckjoined
18:44:53  * importantshockquit (Ping timeout: 240 seconds)
18:50:43  * importantshockjoined
18:53:24  * inolenquit (Quit: Leaving.)
19:04:46  * SergeiRNDjoined
19:10:08  * inolenjoined
19:12:27  <tjfontaine>trevnorris: so, joyent/node#8666 -- does my last comment make sense?
19:13:22  * iarnajoined
19:13:54  * thlorenzquit (Remote host closed the connection)
19:14:51  * iarnaquit (Remote host closed the connection)
19:16:03  * wolfeidau_quit
19:19:34  * qardquit (Read error: Connection reset by peer)
19:20:16  * wolfeidaujoined
19:20:32  * qardjoined
19:21:52  * stagasquit (Remote host closed the connection)
19:28:47  * SergeiRNDquit (Quit: Leaving.)
19:33:03  <bradleymeck>the amount of people wanting to up the fd default limit is higher than I thought but still not the majority
19:33:17  <bradleymeck>will have to wait a couple more days before closing the poll
19:33:28  <tjfontaine>I don't really think it's a poll kind of question
19:33:37  <tjfontaine>the reality is hard and soft quotas exist for a reason
19:34:29  <bradleymeck>tjfontaine: people on the issue really wanted to see community opinion
19:34:42  <bradleymeck>I'm fine gathering data, but my descision is biased towards system settings
19:34:49  * chris_99quit (Ping timeout: 265 seconds)
19:34:57  <tjfontaine>indeed
19:35:21  <tjfontaine>we can certainly grow an rlimit interface, it's a bit weird -- but it's possible
19:35:27  * chris_99joined
19:35:41  <bradleymeck>I think just making the error more informative might be enough
19:36:06  <tjfontaine>all of our errors :D
19:36:46  <bradleymeck>thats quite a task
19:37:17  <tjfontaine>it's something we just have to start hammering out at some point
19:40:57  <bradleymeck>well its going to be fun because error recommendations are different per OS
19:41:07  * a_lejoined
19:47:06  * thlorenzjoined
19:47:35  * thlorenzquit (Remote host closed the connection)
19:48:04  <a_le>is it such a bad idea to move a handle between different uv_loop's over time?
19:49:51  * thlorenz_joined
19:50:04  * abraxas_joined
19:50:08  <tjfontaine>there's been talk about adding that feature
19:50:12  <tjfontaine>it makes sense to do it
19:50:15  * dshaw_quit (Quit: Leaving.)
19:50:25  * iarnajoined
19:50:35  * thlorenz_quit (Remote host closed the connection)
19:51:09  * thlorenz_joined
19:54:27  * abraxas_quit (Ping timeout: 245 seconds)
19:54:37  * iarnaquit (Ping timeout: 240 seconds)
19:55:28  * thlorenz_quit (Ping timeout: 250 seconds)
19:57:05  * lanceballchanged nick to lance|afk
19:59:51  * iarnajoined
20:03:30  * bajtosjoined
20:05:57  * rendarquit (Ping timeout: 240 seconds)
20:08:00  * bajtosquit (Ping timeout: 255 seconds)
20:09:24  <a_le>tjfontaine: but can't i already do that when there's nothing pending?
20:11:45  <a_le>tjfontaine: or even, can't I do it on a handle by handle basis?
20:12:51  * rendarjoined
20:12:55  <tjfontaine>there's not a good way to remove the handle from a pollset without also closing it, I don't think
20:13:02  * kriskowalquit (Quit: kriskowal)
20:13:22  <tjfontaine>without also knowing that all outstanding tasks for the handle have been well handled
20:13:32  * Damn3dquit (Ping timeout: 258 seconds)
20:13:40  <tjfontaine>I think the easiest is to send it via the ipc mechanism currently
20:13:48  <a_le>tjfontaine: ok, so if i close a handle, and then open a new one, can I open it from a different thread than the one of the uv_loop i will associate it with?
20:14:11  <a_le>send it via the ipc mechanism? uv_async??
20:15:20  <tjfontaine>https://github.com/joyent/libuv/blob/master/include/uv.h#L452
20:15:26  <tjfontaine>brb lunch
20:16:27  <a_le>sure, thanks tjfontaine
20:30:42  * avalanche123quit (Remote host closed the connection)
20:36:42  * avalanche123joined
20:51:32  * Ralithquit (Ping timeout: 256 seconds)
20:52:10  * octetcloudjoined
20:52:45  <octetcloud>Hm, `[03:00|% 100|+ 628|- 1]: Done`... not so helpful, that took a long time, is there any way to know which test failed?
20:54:52  <jgi>octetcloud: Where did you get that output from? If you ran make test from a shell, the failing test should be in the output.
20:55:35  * kriskowaljoined
20:56:11  * iarna_joined
20:56:27  * iarnaquit (Read error: Connection reset by peer)
20:58:02  * dap_joined
20:58:51  * dap_1quit (Ping timeout: 255 seconds)
21:07:43  * iarna_quit (Read error: Connection reset by peer)
21:07:44  * iarnajoined
21:12:05  * jgiquit (Quit: jgi)
21:16:10  * Ralithjoined
21:17:33  * a_lequit (Ping timeout: 258 seconds)
21:19:14  * a_lejoined
21:19:24  * thlorenzjoined
21:25:50  * hueniversejoined
21:30:38  * roxluquit (Quit: roxlu)
21:33:35  * Damn3djoined
21:33:35  * Damn3dquit (Changing host)
21:33:35  * Damn3djoined
21:38:47  * abraxas_joined
21:43:16  * abraxas_quit (Ping timeout: 244 seconds)
21:46:48  * inolenquit (Quit: Leaving.)
21:49:56  * jgijoined
21:50:45  * inolenjoined
21:51:02  * inolenpart
21:57:44  <trevnorris>tjfontaine: ping
21:58:43  <octetcloud>ah, ok, I misread the output. test/simple/test-http-many-keep-alive-connections.js I don't think that's related to my changes.
21:58:46  <octetcloud>jgi: thanks
21:59:27  <jgi>octetcloud: on which platform do you run these tests?
22:04:04  <tjfontaine>trevnorris: pong
22:05:00  * Fishrockquit (Remote host closed the connection)
22:05:32  <trevnorris>tjfontaine: think we have a mem leak in v0.12: https://gist.github.com/trevnorris/e1d53c124b6c94e3d57c
22:05:37  <tjfontaine>octetcloud: that's almost certainly a test that timed out, it's related to a recent change to the fast path of .write() .end()
22:05:48  <trevnorris>max mem usage in v0.10, 150MB, in v0.12 it's 600MB
22:06:24  <trevnorris>that's just preliminary. still need to look into what's actually going on.
22:07:31  <tjfontaine>trevnorris: ok, how about a sync on joyent/node#8666
22:08:01  <trevnorris>thanks for the reminder.
22:10:13  * bradleymeckquit (Quit: bradleymeck)
22:10:35  * iarnaquit (Read error: Connection reset by peer)
22:10:41  * iarna_joined
22:10:43  * bradleymeckjoined
22:11:54  <trevnorris>tjfontaine: I get what you're saying. just hate needing to float that into V8. can we at least get a CL posted upstream to V8 so it can be in the works?
22:12:20  <tjfontaine>sure, but you are aware that 3.14 has a *ton* of stuff floating on v8 right now? including api changes wrt UTF8?
22:12:32  <trevnorris>also, i'd like the patch he's floating to match V8's style.
22:13:25  <trevnorris>yeah, and never said I loved those. the UTF8 thing was security (i guess), and most other patches are to fix things. don't think we have much, if any, patches that add functionality
22:13:31  <trevnorris>apart from the UTF8 patch
22:14:43  * lance|afkchanged nick to lanceball
22:15:24  * iarna_quit (Ping timeout: 256 seconds)
22:15:34  <trevnorris>tjfontaine: anyway, if the v8 patch matches v8 code standards then i'll LGTM it
22:18:14  <tjfontaine>ok
22:19:16  * AlexisMochaquit (Ping timeout: 258 seconds)
22:19:55  <tjfontaine>jgi: can you style it, please and thank you?
22:23:27  <jgi>tjfontaine: sure! Do you usually just follow the coding style here: http://google-styleguide.googlecode.com/svn/trunk/cppguide.html or do you use the depot-tools here: http://dev.chromium.org/developers/how-tos/install-depot-tools?
22:23:34  * thlorenzquit (Remote host closed the connection)
22:23:53  <tjfontaine>if it's not too hard to make it pass whatever the tooling wanted to verify at the time of 3.14's release, I would do that
22:23:57  <tjfontaine>otherwise follow the style guide
22:24:03  <tjfontaine>all depends on how much time it takes to get there
22:24:16  * Fishrock123joined
22:25:46  * octetcloudquit (Ping timeout: 264 seconds)
22:30:27  * iarnajoined
22:31:50  * octetcloudjoined
22:34:28  * bradleymeckquit (Quit: bradleymeck)
22:34:40  * iarnaquit (Ping timeout: 256 seconds)
22:34:45  * bradleymeckjoined
22:37:47  * bradleymeckquit (Client Quit)
22:39:10  * Fishrock123quit (Remote host closed the connection)
22:54:27  * Fishrock123joined
22:56:17  * piscisaureusquit (Ping timeout: 240 seconds)
22:57:28  <tjfontaine>trevnorris: re your memory leak, it looks like the gc is plenty capable of keeping up so far
22:58:01  <trevnorris>tjfontaine: so it's just allowing the heap to grow that much?
22:58:03  <tjfontaine>91008081 189180 4 Object: cmd, type, msg, dgramType
22:58:12  <tjfontaine>but there's a lot of garbage objects around
22:58:27  <tjfontaine>in my core file that's only 130M there are 189K of those that are the result of process.send
22:58:49  <tjfontaine>aaaaaand actually
22:59:06  <tjfontaine>https://gist.github.com/tjfontaine/6d519d4beeccb560c527
22:59:17  <tjfontaine>arrays with *lots* of members
22:59:52  * dap_quit (Ping timeout: 245 seconds)
22:59:58  <tjfontaine>brb quick meeting
22:59:58  <trevnorris>wow, wtf.
23:00:01  <trevnorris>okay
23:00:04  <trevnorris>thanks for the analysis.
23:00:08  <tjfontaine>I'll dig in more after htat
23:00:15  <trevnorris>great, thanks.
23:00:17  * dap_joined
23:03:55  * thlorenzjoined
23:06:47  * Fishrock123quit (Remote host closed the connection)
23:15:44  * Fishrock123joined
23:21:04  <jgi>tjfontaine, trevnorris: updated https://github.com/joyent/node/pull/8666 to comply with Google’s C++ coding style guidelines
23:21:16  * avalanche123quit (Remote host closed the connection)
23:24:02  * AlexisMochajoined
23:26:30  * a_lequit (Read error: Connection reset by peer)
23:26:45  * a_lejoined
23:27:35  * avalanche123joined
23:27:52  * abraxas_joined
23:28:34  <trevnorris>jgi: great stuff, and great job on the tests.
23:28:40  <trevnorris>just had a couple small comments.
23:31:09  <jgi>trevnorris: thanks! taking a look right now
23:32:18  * abraxas_quit (Ping timeout: 255 seconds)
23:44:34  * Fishrock123quit (Quit: Leaving...)
23:55:32  * rendarquit
23:59:40  <a_le>tjfontaine: it is perfectly fine to init a handle with a given uv_loop, even if the init is invoked from another thread than the one housing the uv_loop i pick for that handle, right?