00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:10  * ircretaryjoined
00:00:12  <tjfontaine>jgi: what's the premise of the test? or at least the name
00:00:53  <jgi>tjfontaine: https://gist.github.com/misterdjules/fec7ae258e7ed41a1200
00:01:04  <jgi>tjfontaine: haven’t had the time to look at the test code itself yet
00:01:11  <tjfontaine>hmm
00:02:30  <tjfontaine>chrisdickinson: the hapi tests require binary addons and they built ok?
00:03:01  * toothrotquit (Ping timeout: 260 seconds)
00:04:35  <tjfontaine>jgi: it may be just a normal bug we have to take care of, I'm just not in the mood for shipping something that's rotten from the start :)
00:05:17  <jgi>tjfontaine: right
00:05:25  <tjfontaine>so far the experience is reasonable enough I think to be ok with a release
00:05:31  <jgi>tjfontaine: yes
00:05:57  <tjfontaine>http://jenkins.nodejs.org/job/nodejs-apps-0-11-14-release/2/DESTCPU=x64,label=smartos-base-13.4.0/tapTestReport/ seem interesting but not disasterous
00:07:33  <jgi>tjfontaine: those are likely to be false negatives
00:07:40  <tjfontaine>ok
00:07:58  <tjfontaine>trevnorris: any bad experiences with it, or any reason to not want to go live with it?
00:08:03  <tjfontaine>chrisdickinson: same to you
00:08:08  <jgi>tjfontaine: I need to fix them in the Jenkins job itself
00:08:15  <tjfontaine>jgi: ok sounds good
00:10:44  <tjfontaine>ok -- I'm going to take slience as a good thing :P
00:10:56  <tjfontaine>I'm in the mood for immediate gratification here ;)
00:12:25  <MI6>joyent/node: tjfontaine created tag v0.11.14 - http://git.io/l1WB1w
00:13:00  <jgi>tjfontaine: :)
00:14:59  <tjfontaine>arg, people committed to v0.12 since me cutting this
00:15:41  <MI6>joyent/node: Timothy J Fontaine v0.12 * 8e4fc88 : Now working on 0.11.15 (+2 more commits) - http://git.io/-A3ZBw
00:22:21  <seishun>wasn't RSA encryption added in this version too?
00:23:14  <seishun>because I only see "crypto: allow padding in RSA methods (Fedor Indutny)
00:23:15  <seishun>"
00:23:28  <tjfontaine>it was, the changelog is always hard -- it will be slightly easier for doing the big v0.10 ~ v0.12 notes
00:23:42  <tjfontaine>indicating what features are new and there
00:28:15  <trevnorris>tjfontaine: belated, yeah. worked fine for me.
00:29:44  * toothrotjoined
00:30:05  <tjfontaine>brb
00:31:12  * zz_karupachanged nick to karupa
00:31:44  * sblom_joined
00:32:25  * sblomquit (Ping timeout: 272 seconds)
00:33:10  * Damn3djoined
00:35:06  <trevnorris>tjfontaine: cool for me to commit to v0.12 branch?
00:36:02  <tjfontaine>yup
00:36:25  <trevnorris>coolio
00:37:59  * karupachanged nick to zz_karupa
00:44:27  * prettyrobotsjoined
00:44:50  * prettyrobotschanged nick to Guest2832
00:47:41  * zz_karupachanged nick to karupa
00:48:05  * sblomjoined
00:48:35  * thlorenzquit (Remote host closed the connection)
00:48:39  * sblom_quit (Ping timeout: 272 seconds)
00:49:40  * sblomquit (Read error: Connection reset by peer)
00:51:57  * Guest54937quit (*.net *.split)
00:59:29  * thlorenzjoined
01:03:03  * thlorenzquit (Remote host closed the connection)
01:03:39  * thlorenzjoined
01:04:50  * kazuponjoined
01:07:50  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
01:08:00  * thlorenzquit (Ping timeout: 250 seconds)
01:10:13  * sh1mmerjoined
01:11:27  * seishunquit (Ping timeout: 245 seconds)
01:12:39  * jgiquit (Quit: jgi)
01:14:30  * Ralithquit (Ping timeout: 250 seconds)
01:17:30  * bradleymeckjoined
01:19:28  * abraxasjoined
01:23:41  * kazuponquit (Remote host closed the connection)
01:24:02  * abraxasquit (Ping timeout: 250 seconds)
01:28:59  * dap_quit (Quit: Leaving.)
01:30:01  * AlexisMochajoined
01:33:29  * toothrotquit (Ping timeout: 260 seconds)
01:33:51  * thlorenzjoined
01:34:47  * avalanche123quit (Remote host closed the connection)
01:35:21  * avalanche123joined
01:38:26  * kazuponjoined
01:39:27  * avalanche123quit (Ping timeout: 245 seconds)
01:40:07  * thlorenzquit (Remote host closed the connection)
01:44:06  * toothrotjoined
01:47:04  * Ralithjoined
01:50:58  * AlexisMochaquit (Ping timeout: 272 seconds)
01:51:59  * a3fquit (Ping timeout: 272 seconds)
01:53:58  * ryancolejoined
01:58:58  * ryancolequit (Quit: Lingo - http://www.lingoirc.com)
02:05:35  * cjihrigjoined
02:10:02  * rosskquit
02:15:00  * avalanche123joined
02:15:24  * iarnaquit (Remote host closed the connection)
02:16:02  * Left_Turnquit (Ping timeout: 250 seconds)
02:24:56  * thlorenzjoined
02:43:33  * ryancolejoined
02:45:42  * toothrotquit (Ping timeout: 245 seconds)
02:49:33  * hayesjoined
02:50:53  * avalanche123quit (Remote host closed the connection)
02:51:20  * avalanche123joined
02:54:51  * kazupon_joined
02:55:30  * kazuponquit (Ping timeout: 244 seconds)
02:56:05  * avalanche123quit (Ping timeout: 260 seconds)
02:58:00  * kazupon_quit (Read error: Connection reset by peer)
02:58:08  * kazuponjoined
02:59:57  * txdvquit (Ping timeout: 246 seconds)
03:00:51  * txdvjoined
03:07:24  * c4milojoined
03:09:40  * thlorenzquit (Remote host closed the connection)
03:12:02  * c4miloquit (Ping timeout: 244 seconds)
03:17:14  * karupaquit (Quit: ZNC - http://znc.in)
03:18:20  * karupajoined
03:19:12  * c4milojoined
03:20:21  * abraxasjoined
03:25:28  * abraxasquit (Ping timeout: 272 seconds)
03:30:30  * abraxasjoined
03:30:59  * inolen1joined
03:33:01  * inolenquit (Ping timeout: 260 seconds)
03:40:29  * brsonquit (Quit: leaving)
03:40:54  * brsonjoined
03:45:20  * cjihrigquit (Quit: Leaving.)
03:48:22  * AvianFluquit (Quit: Leaving)
03:49:25  * c4miloquit (Remote host closed the connection)
03:49:28  * brson_joined
03:50:27  * brson_quit (Client Quit)
03:50:34  * brson_joined
03:51:18  * kazuponquit (Remote host closed the connection)
03:52:20  * brsonquit (Ping timeout: 244 seconds)
03:53:43  * karupaquit (Quit: ZNC - http://znc.in)
03:55:04  * kazuponjoined
03:55:24  * ryancolequit (Quit: Lingo - http://www.lingoirc.com)
03:55:46  * zz_karupajoined
03:56:27  * zz_karupachanged nick to karupa
04:14:13  * kazuponquit (Remote host closed the connection)
04:51:54  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
04:58:12  * kazuponjoined
05:01:45  * rosskjoined
05:06:14  * avalanche123joined
05:10:31  * c4milojoined
05:14:00  * iarnajoined
05:15:55  * c4miloquit (Ping timeout: 272 seconds)
05:19:39  * brson_quit (Ping timeout: 244 seconds)
05:47:50  * eugenewarequit (Ping timeout: 272 seconds)
05:48:11  * eugenewarejoined
05:48:28  * kellabytequit (Ping timeout: 272 seconds)
05:49:24  * kellabytejoined
05:55:21  * bajtosjoined
06:04:04  * a_lequit (Read error: Connection reset by peer)
06:04:39  * a_lejoined
06:08:52  * bajtosquit (Quit: bajtos)
06:11:04  * bajtosjoined
06:17:12  * a_lequit (Remote host closed the connection)
06:22:53  * inolen1quit (Quit: Leaving.)
06:23:00  * avalanche123quit (Remote host closed the connection)
06:23:26  * avalanche123joined
06:24:17  * a_lejoined
06:27:10  * iarnaquit (Remote host closed the connection)
06:27:51  * avalanche123quit (Ping timeout: 246 seconds)
06:29:26  * a_lequit (Remote host closed the connection)
06:30:16  * rosskquit (Remote host closed the connection)
06:30:49  * rosskjoined
06:35:43  * rosskquit (Ping timeout: 272 seconds)
06:42:36  * sh1mmerjoined
06:48:23  * kazuponquit (Remote host closed the connection)
06:50:42  * kazuponjoined
06:50:58  * rendarjoined
06:51:59  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
06:57:54  * rmgquit (Remote host closed the connection)
06:58:53  * c4milojoined
07:03:33  * c4miloquit (Ping timeout: 258 seconds)
07:12:09  * avalanche123joined
07:19:49  * avalanche123quit (Remote host closed the connection)
07:28:59  * janjongboomjoined
07:31:05  * rosskjoined
07:35:54  * rosskquit (Ping timeout: 272 seconds)
07:39:15  * bradleymeckquit (Quit: bradleymeck)
07:52:40  * a3fjoined
08:31:50  * rosskjoined
08:33:11  * saghul|afkchanged nick to saghul
08:36:41  * rosskquit (Ping timeout: 272 seconds)
08:38:30  * inolenjoined
08:38:32  * inolenquit (Client Quit)
08:45:41  * a3f_joined
08:47:06  * c4milojoined
08:47:33  * a3fquit (Ping timeout: 260 seconds)
08:52:09  * c4miloquit (Ping timeout: 260 seconds)
08:53:30  * kazuponquit (Remote host closed the connection)
08:56:10  * kazuponjoined
09:07:38  * rosskjoined
09:12:33  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
09:12:47  * rosskquit (Ping timeout: 272 seconds)
09:18:12  * bajtosquit (Quit: bajtos)
09:27:40  * janjongboomjoined
09:31:05  * rosskjoined
09:33:01  * Left_Turnjoined
09:36:00  * rosskquit (Ping timeout: 260 seconds)
09:59:34  * abraxasquit (Remote host closed the connection)
10:02:02  * AlexisMochajoined
10:15:29  <txdv>saghul: that queue shit is difficult
10:15:40  <txdv>with windows iocp
10:15:43  <txdv>because windows has its own queue
10:16:03  <txdv>right now if we do 4 writes in order
10:16:09  <txdv>s - stands for success and f stands for failure
10:16:12  <txdv>and we get a
10:16:15  <txdv>sfsf
10:16:35  * karupachanged nick to zz_karupa
10:17:03  <txdv>then the 2 failures will be called immediately if the to successfu write_req will be queued in the iocp
10:17:11  <txdv>(if they return immediately a return code)
10:18:00  <txdv>probably something like enomem/econaborted
10:18:44  <txdv>and managing it is hard
10:19:03  <txdv>i guess i need a queue for failed write_req
10:19:12  <txdv>and once the iocp count goes two 0, flush them
10:22:47  <saghul>txdv: if the write completes immediately we put it in a queue, don't we?
10:23:25  <txdv>you mean UV_SUCCEEDED_WITHOUT_IOCP?
10:23:42  <saghul>yes, both with or without
10:24:01  <saghul>I guess we can do the same for the else branch, but setting the status to the proper error value
10:24:21  <saghul>(I haven't looked deeply into it, it's just an idea)
10:28:52  * kazupon_joined
10:32:01  * rosskjoined
10:32:33  * kazuponquit (Ping timeout: 260 seconds)
10:35:36  * c4milojoined
10:36:03  <txdv>ok i solved it
10:36:13  <txdv>we need every request to have a pointer to its previous request
10:36:35  <txdv>if a write write_req fails immediately, we put it in the fail queue (if there are some iocp) fucntions pending
10:36:40  * rosskquit (Ping timeout: 260 seconds)
10:36:53  <txdv>if the callback gets called, we check the fail queue
10:37:01  <txdv>cool wasn't as hard as i imagined at first
10:38:29  * abraxasjoined
10:39:42  <saghul>txdv: not sure I follow, leave a comment on the issue so I check later
10:39:53  * c4miloquit (Ping timeout: 240 seconds)
10:39:59  <indutny>heya
10:40:00  <indutny>how are things?
10:42:02  <saghul>indutny: ohai! things are good, slowly making progress :-)
10:42:11  <indutny>hahah :)
10:42:11  <indutny>nice!
10:42:31  <indutny>I'm trying to figure out how to make v8 use 64bit mult here: https://gist.github.com/indutny/01b4d9124dd59ec3a7f4
10:42:35  <indutny>so things are quite good too :D
10:42:38  <saghul>indutny: give me a thumbs up here when you can: https://github.com/joyent/libuv/pull/1496
10:43:13  <indutny>thumbs up :)
10:43:15  <saghul>indutny: oh, that's way beyond my current brain capacity :-P
10:43:24  <saghul>indutny: thanks!
10:43:29  <indutny>you are welcome
10:51:53  <txdv>is there a possibility to traverse queue
10:52:00  <txdv>without removing the head?
10:54:31  <saghul>txdv: FOREACH should do it
10:54:53  <saghul>but careful if you free memory while iterating
10:57:42  * abraxasquit (Remote host closed the connection)
11:00:22  * c4milo_joined
11:05:46  * c4milo_quit (Ping timeout: 272 seconds)
11:07:54  * seishunjoined
11:13:14  * a3f_quit (Quit: ChatZilla 0.9.90.1 [Firefox 32.0.2/20140917194002])
11:23:01  * a_lejoined
11:23:28  * bajtosjoined
11:31:08  * sh1mmerjoined
11:32:45  * rosskjoined
11:34:26  * sh1mmerquit (Client Quit)
11:34:57  * sh1mmerjoined
11:37:12  * rosskquit (Ping timeout: 250 seconds)
11:42:41  * kazupon_quit (Remote host closed the connection)
11:46:31  * kazuponjoined
11:47:12  * kazuponquit (Remote host closed the connection)
11:49:05  * benglquit (Ping timeout: 260 seconds)
11:55:05  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
12:02:32  * bengljoined
12:09:09  * jas-joined
12:09:29  * benglquit (Ping timeout: 272 seconds)
12:16:49  * bengljoined
12:20:27  * a_lequit (Remote host closed the connection)
12:21:14  * a_lejoined
12:32:17  * benglquit (Ping timeout: 272 seconds)
12:33:26  * rosskjoined
12:33:31  * bengljoined
12:37:20  * jas-quit (Ping timeout: 255 seconds)
12:37:29  * jas-joined
12:38:37  * rosskquit (Ping timeout: 272 seconds)
12:40:08  * benglquit (Ping timeout: 272 seconds)
12:43:07  * bengljoined
12:48:47  * c4milojoined
12:50:08  * cjihrigjoined
12:50:36  * benglquit (Ping timeout: 260 seconds)
12:51:56  * bengljoined
12:53:32  * c4miloquit (Ping timeout: 258 seconds)
13:02:13  * lance|afkchanged nick to lanceball
13:02:31  * iarnajoined
13:03:40  * sh1mmerjoined
13:06:03  * sh1mmerquit (Client Quit)
13:17:01  * AlexisMochaquit (Ping timeout: 272 seconds)
13:17:34  * bajtosquit (Quit: bajtos)
13:19:46  * cjihrigquit (Quit: Leaving.)
13:28:38  * bajtosjoined
13:30:37  * sh1mmerjoined
13:34:12  * rosskjoined
13:36:31  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
13:39:02  * rosskquit (Ping timeout: 272 seconds)
13:41:10  * iarnaquit (Remote host closed the connection)
13:42:02  * iarnajoined
13:50:32  * cjihrigjoined
13:52:59  * cjihrig1joined
13:52:59  * cjihrigquit (Read error: Connection reset by peer)
13:58:39  * cjihrig1quit (Ping timeout: 246 seconds)
14:05:42  * KennethWilkejoined
14:09:49  * bradleymeckjoined
14:10:53  * cjihrigjoined
14:10:57  * AvianFlujoined
14:18:09  * thlorenzjoined
14:31:02  * AlexisMochajoined
14:32:12  * inolenjoined
14:34:58  * rosskjoined
14:36:58  * c4milojoined
14:40:13  * rosskquit (Ping timeout: 272 seconds)
14:41:47  * c4miloquit (Ping timeout: 244 seconds)
14:45:28  * c4milojoined
14:52:16  * iarnaquit (Read error: Connection reset by peer)
14:52:44  * iarnajoined
14:59:18  * avalanche123joined
14:59:47  * abraxasjoined
15:03:36  * AlexisMochaquit (Ping timeout: 260 seconds)
15:03:57  * abraxasquit (Ping timeout: 245 seconds)
15:04:49  * AlexisMochajoined
15:09:41  * thlorenzquit (Remote host closed the connection)
15:10:06  * thlorenzjoined
15:16:01  * c4miloquit (Remote host closed the connection)
15:21:08  * c4milo_joined
15:35:08  * c4milo_quit (Remote host closed the connection)
15:35:15  * bajtosquit (Quit: bajtos)
15:35:43  * AlexisMochaquit (Ping timeout: 272 seconds)
15:35:44  * rosskjoined
15:38:01  * AlexisMochajoined
15:40:28  * rosskquit (Ping timeout: 260 seconds)
15:43:25  * avalanche123quit (Remote host closed the connection)
15:43:54  * avalanche123joined
15:48:12  * avalanche123quit (Ping timeout: 246 seconds)
15:50:11  * FROGGS[mobile]joined
15:52:36  * iarnaquit (Read error: Connection reset by peer)
15:53:05  * iarnajoined
15:54:19  * iarnaquit (Read error: Connection reset by peer)
15:54:29  * iarnajoined
16:02:55  * c4milojoined
16:05:49  * rmgjoined
16:05:57  * dap_joined
16:08:23  * AlexisMochaquit (Ping timeout: 240 seconds)
16:08:32  * AlexisMochajoined
16:10:23  * iarnaquit (Remote host closed the connection)
16:10:34  * iarnajoined
16:23:05  <MI6>joyent/libuv: Saúl Ibarra Corretgé v1.x * 03e53f1 : fs: rename uv_fs_readdir to uv_fs_scandir - http://git.io/rUBTLw
16:24:04  * iarnaquit (Remote host closed the connection)
16:26:50  * mikealjoined
16:26:52  * AlexisMochaquit (Ping timeout: 272 seconds)
16:27:17  * jgijoined
16:27:34  * chris_99joined
16:30:26  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
16:30:59  * rosskjoined
16:34:54  * bajtosjoined
16:45:46  <indutny>trevnorris: hey man
16:46:00  * c4miloquit (Remote host closed the connection)
16:46:36  * c4milojoined
16:47:49  <trevnorris>morning
16:47:57  <trevnorris>indutny: sup?
16:48:18  <indutny>trevnorris: morning!
16:48:22  <indutny>could you please take a look at https://github.com/joyent/node/pull/8438/files today?
16:49:03  <trevnorris>damn you. also having a Buffer class in there. Always throws me off. ;-P
16:50:02  <indutny>hahah
16:50:04  <indutny>yeah
16:50:05  <indutny>sorry
16:50:10  <trevnorris>np :)
16:50:14  <indutny>so
16:50:16  <indutny>in a few words
16:50:23  <indutny>it was allocating 16kb chunks
16:50:29  <indutny>with one initial 16kb chunks per connection
16:50:34  <indutny>even before handshake process
16:50:37  <indutny>now
16:50:46  <indutny>it does allocate 1kb for handshake
16:50:49  <indutny>which is usually enough
16:50:53  <indutny>and then 16kb for data
16:50:57  <indutny>if 1kb is not enough
16:51:02  * c4miloquit (Ping timeout: 245 seconds)
16:51:09  <indutny>still it is quite good for throughput
16:51:15  <indutny>and the handhake performance is not really affected
16:51:31  <indutny>at least on server :D
16:51:46  <indutny>I'm fine with increasing it to 3kb, btw
16:51:49  <trevnorris>heh, well I assume > 1KB is an edge case.
16:51:50  <indutny>on clients
16:52:28  <indutny>yeah
16:52:32  <indutny>probably need to increase it on clients
16:53:07  <trevnorris>so would you then have kInitial{Client,Server}BufferLength?
16:53:17  <indutny>I'll handle this in tls_wrap.cc
16:53:22  <trevnorris>ah ok
16:54:24  <indutny>one sec
16:55:18  <trevnorris>tjfontaine: morning dude. :)
16:55:25  * c4milojoined
16:56:28  <indutny>mooorning!
16:56:40  * qard-homejoined
16:58:33  * hayesquit (Ping timeout: 246 seconds)
17:00:16  * c4miloquit (Ping timeout: 260 seconds)
17:00:21  <indutny>trevnorris: running tests on changed commit
17:00:29  <indutny>will force push it soon
17:00:32  * abraxasjoined
17:00:32  <trevnorris>okay
17:01:13  * c4milojoined
17:01:31  <tjfontaine>morning
17:02:57  * iarnajoined
17:03:57  * hayesjoined
17:05:15  * abraxasquit (Ping timeout: 272 seconds)
17:07:29  * iarnaquit (Ping timeout: 244 seconds)
17:09:03  * Left_Turnquit (Ping timeout: 272 seconds)
17:11:31  * inolenquit (Ping timeout: 258 seconds)
17:11:37  * inolen1joined
17:12:04  * iarnajoined
17:12:44  * sh1mmerjoined
17:14:44  <trevnorris>txdv: great job on #1487. don't know why I care about Windows, but it's nice to have better feature parity between OS's.
17:15:45  * sh1mmerquit (Client Quit)
17:16:18  <trevnorris>indutny: ping me when you've force pushed.
17:16:26  <indutny>sure
17:16:29  <indutny>fixing a bug
17:18:32  * iarnaquit (Remote host closed the connection)
17:18:43  * iarnajoined
17:20:59  * sh1mmerjoined
17:22:44  * hollandaisquit (Remote host closed the connection)
17:23:32  * jgiquit (Quit: jgi)
17:24:36  * jgijoined
17:26:10  * avalanche123joined
17:28:59  * c4miloquit (Remote host closed the connection)
17:29:36  * c4milojoined
17:31:51  * hollandaisjoined
17:31:55  <indutny>trevnorris: actually found a couple of unrelated bugs :)
17:31:58  <indutny>hahah
17:32:46  <trevnorris>heh, happens to me all the time
17:34:21  * c4miloquit (Ping timeout: 260 seconds)
17:51:31  * Left_Turnjoined
17:54:46  * thlorenzquit (Remote host closed the connection)
17:55:21  * thlorenzjoined
17:58:11  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
17:59:23  * sh1mmerjoined
17:59:50  * thlorenzquit (Ping timeout: 250 seconds)
18:00:42  * dap_1joined
18:02:47  * dap_quit (Ping timeout: 245 seconds)
18:03:29  <indutny>trevnorris: force pushed
18:09:02  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
18:11:18  <trevnorris>indutny: thanks
18:11:22  * sh1mmerjoined
18:12:55  * thlorenzjoined
18:21:30  * mikealquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
18:22:15  * mikealjoined
18:24:10  <trevnorris>indutny: looking now
18:24:20  <trevnorris>indutny / tjfontaine: either of you have a problem w/ https://github.com/joyent/node/pull/8442 ?
18:24:47  <trevnorris>indutny: heh, just saw your LGTM. thanks
18:26:51  * brsonjoined
18:27:02  <MI6>joyent/node: Trevor Norris v0.12 * 51b6b68 : doc: fix brackets for optional parameters - http://git.io/HpYSlg
18:27:23  * c4milojoined
18:32:44  * rendarquit (Ping timeout: 244 seconds)
18:37:37  <indutny>trevnorris: you are welcome
18:37:42  <trevnorris>:)
18:38:55  * rendarjoined
18:51:17  * mikealquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
19:00:17  * chris_99quit (Ping timeout: 272 seconds)
19:01:25  * chris_99joined
19:09:24  <trevnorris>indutny: so all tests pass, and I can't find anything. I'll LGTM it.
19:13:15  <trevnorris>chrisdickinson: hey, do you have the commit bit?
19:17:41  <MI6>joyent/node: Jicheng Li v0.12 * f3473d7 : readline: fix performance issue when large line - http://git.io/cefe2A
19:28:55  * bajtosquit (Quit: bajtos)
19:32:13  <a_le>is there a way I can pass a member function as a callback?
19:34:26  <a_le>something like this would be beautiful (I know it's not quite right yet): http://pastebin.com/XHW8LfVS
19:40:11  * chris_99quit (Ping timeout: 272 seconds)
19:41:56  * c4miloquit (Remote host closed the connection)
19:42:21  <MI6>joyent/libuv: Saúl Ibarra Corretgé v1.x * 5e82203 : doc: document uv_alloc_cb - http://git.io/_5gu6g
19:42:35  * c4milojoined
19:43:46  * chris_99joined
19:44:18  <saghul>a_le: you can't, AFAIK. 1404 aims to deal with that, but I think it's too invasive.
19:44:23  <chrisdickinson>trevnorris: I have access to the repo (so, technically yes, but only for the purposes of triaging issues + prs)
19:46:28  * jas-quit (Remote host closed the connection)
19:46:52  * thlorenzquit (Remote host closed the connection)
19:47:08  * c4miloquit (Ping timeout: 244 seconds)
19:47:41  * thlorenzjoined
19:53:04  * lanceballchanged nick to lance|afk
19:55:33  * thlorenzquit
19:57:18  * jgiquit (Quit: jgi)
19:59:42  * c4milojoined
20:01:10  * thlorenzjoined
20:01:35  <a_le>saghul: you were replying to my Q about C++?
20:01:56  <a_le>what does 1404 stand for?
20:03:37  <a_le>saghul: what if I do something like this (and maybe help myself with a template)? http://pastebin.com/TDZaKSYk
20:03:52  <KennethWilke>a_le, i think you can use uv_err_name to get the string for that error code
20:04:08  <KennethWilke>http://docs.libuv.org/en/latest/errors.html#api
20:04:33  <KennethWilke>or i may be confused!
20:05:34  <KennethWilke>nvm ignore me lol, i feel fairly sure i was wrong in that guess
20:06:35  * c4milo_joined
20:09:17  * c4miloquit (Ping timeout: 260 seconds)
20:11:48  <a_le>KennethWilke: ???
20:11:57  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
20:12:28  <saghul>a_le: I meant libuv issue 1404
20:12:43  <KennethWilke>i was a giving a best effort attempt to guess what that number could have meant
20:12:45  <KennethWilke>and i was way off!
20:12:46  <KennethWilke>:p
20:13:10  <saghul>no worries, sorry I was imprecise too!
20:13:13  <KennethWilke>i apologize for using the incorrect end of my body for answering that
20:13:16  <KennethWilke>:)
20:17:41  * sh1mmerjoined
20:18:23  <a_le>saghul: being a low level guy, I also find somewhat annoying that there is sometimes unnecessary duplication of information
20:19:25  <a_le>saghul: like, my handle for the connection is embedded intrusively into the structure for my connection, and so are a bunch of other handles for other requests and for timers and whatnot... all of these handles have a loop field, pointing to the very same uv_loop... sigh...
20:21:42  * qard-homepart
20:22:09  <KennethWilke>the loop field seems to make sense, if you have more than one loop that field would likely be more useful
20:22:50  <KennethWilke>since it's pointed to by the handle you can ensure you're working on the loop that's in context for requests your processing
20:26:33  <a_le>saghul: OMG recp's English. my head hurts when i try to understand it. :D
20:29:31  <saghul>most of us are not native speakers, but we all try :-)
20:29:45  * jgijoined
20:30:20  <saghul>a_le: we need those fields to keep track of things and to make users' life easier
20:30:43  <a_le>same here, but between the fact that I am not hardcore C++ and the fact that all hints on that page are hard to understand, I am lost
20:31:00  <a_le>saghul: btw, he's binding the member functions somewhat redundantly
20:31:12  <saghul>a_le: well, I don't plan to merge it
20:31:17  <a_le>i would like the handle to be passed to the implicit "this" parameter
20:31:30  <a_le>saghul: maybe I don't need any merge
20:31:38  <saghul>I'd suggest you look at node's internals or that other libuv + c++11 project linked in the wiki
20:31:49  <a_le>saghul: maybe if I were a C++ expert i could just bind them properly
20:32:08  <a_le>saghul: you mean uvpp? i am not allowed to use C++11
20:34:16  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
20:34:17  <saghul>a_le: doh
20:35:09  * sh1mmerjoined
20:35:10  <KennethWilke>I am glad I only work in C
20:35:35  <KennethWilke>well, as far as compile languages go anyway
20:36:40  <a_le>saghul: the thing with binding them is... I am not sure, but I have the impression it creates a function object that stores the pointer to the object onto which to apply and dereference the member function pointer... this is all redundant, since the callback already has the "hidden this" parameter in the first position
20:36:56  * c4milojoined
20:37:27  <a_le>saghul: I know that member function pointers are wider and implementation dependent, but there ought to be a way to fake them into regular pointers and feed them that "this" parameter
20:37:31  <saghul>a_le: (not a cpp guy myself) IIRC that doesn't work because the callback is a C callback
20:37:50  <a_le>saghul: yeah i have the calling convention issue in the back of my mind
20:37:56  <saghul>that's why people use a static method, extract this from handle->data or other means and then call an instance method
20:38:13  <a_le>saghul: that's what i am doing in the second pastebin i sent you
20:38:24  <saghul>oh, I missed that one
20:38:36  * c4milo_quit (Read error: No route to host)
20:39:26  <saghul>a_le: node uses some ContainerOf template magic to embed the uv handle in a C++ class and easily extract 'this'
20:40:51  <trevnorris>bradleymeck: coolio. feel free to close https://github.com/joyent/node/issues/7990
20:40:59  <trevnorris>bradleymeck: sorry, not you
20:41:05  <trevnorris>chrisdickinson: feel free to close https://github.com/joyent/node/issues/7990
20:41:20  <a_le>can't i force a member function to use a __cdecl calling convention?
20:46:26  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
20:47:30  * sh1mmerjoined
20:51:05  <chrisdickinson>thanks!
20:52:16  <KennethWilke>saghul: regarding allocation callbacks, the suggested size is currently fixed from what i read in the docs, is there an expectation for how that value would be set in the future?
20:54:55  * avalanche123quit (Remote host closed the connection)
20:56:12  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
20:58:01  * sh1mmerjoined
21:01:16  * chris_99quit (Ping timeout: 272 seconds)
21:02:26  * abraxasjoined
21:07:09  * abraxasquit (Ping timeout: 260 seconds)
21:08:06  * chris_99joined
21:12:09  * chris_99quit (Remote host closed the connection)
21:12:56  * chris_99joined
21:15:14  * cjihrigquit (Quit: Leaving.)
21:25:21  * Ralithquit (Ping timeout: 260 seconds)
21:28:46  * avalanche123joined
21:31:18  * cjihrigjoined
21:42:35  * rendarquit
21:44:25  * c4miloquit (Read error: No route to host)
21:44:41  * c4milojoined
21:45:25  <saghul>KennethWilke: not really, since querying how much data is to be read proved to be too expensive
21:45:36  * chris_99quit (Ping timeout: 272 seconds)
21:46:39  <KennethWilke>hmm, alrighty
21:48:14  <KennethWilke>i was wondering since i was allocating space for EoFs
21:48:52  <KennethWilke>can i tell from the passed in handle if that condition is true?
21:49:03  <KennethWilke>and not allocate for disconnects
21:53:45  <saghul>KennethWilke: hum, there is currently no way to know that in the alloc_cb
21:53:52  * saghulgoes dif
21:53:54  <saghul>*dig
21:54:18  <KennethWilke>i tried seeing if the uv_is_closing() would detect it
21:55:05  <saghul>KennethWilke: in case of EOF alloc_cb won't be called, you'll get read_cb with a NULL buufer
21:55:22  <saghul>well, buf->base will be NULL and buf->len == 0
21:55:49  <saghul>uv_is_closing refers to the handle, not to the connection state
21:55:54  <KennethWilke>hmm
21:56:05  <KennethWilke>i see the alloc_cb being called for it, and i malloc within that function
21:56:44  * Ralithjoined
21:57:45  <saghul>KennethWilke: actually, I lie
21:58:13  * lance|afkchanged nick to lanceball
21:58:13  <saghul>alloc_cb will be called, because the way to detect EOF is to read 0
21:58:27  <saghul>(except when the fd gets POLLHUP)
21:58:46  <saghul>so there is no way to know you are going to read 0 before actually trying
21:58:59  <KennethWilke>hmm, alrighty
21:59:05  <KennethWilke>well i gotta run out, and drive for 2 hours :\
21:59:09  <KennethWilke>but thanks for the help
21:59:19  * KennethWilkequit (Remote host closed the connection)
22:00:00  <trevnorris>saghul: just curious, has there been discussion going on about API changes to libuv after 1.0?
22:01:03  * AvianFluquit (Quit: Leaving)
22:04:33  <saghul>trevnorris: well, we adhere to semver, that is: only backwards compatible API changes, and no ABI changes
22:05:02  * c4miloquit (Remote host closed the connection)
22:05:11  <saghul>we also added some reserved fileds to handles and requests just in case we need to be creative with maintaining ABI
22:10:41  * toothrotjoined
22:12:59  <trevnorris>saghul: guess I meant for 2.0. still going to maintain full 1.0 backwards compatibility?
22:13:21  <saghul>no way, 2.0 will break everything :-)
22:13:59  <saghul>I have a half written document with an RFC for the plan, but things keep getting in between :-/
22:19:31  * bradleymeckquit (Quit: bradleymeck)
22:27:39  <MI6>joyent/node: cjihrig v0.12 * 9d95774 : child_process: improve spawn() argument handling - http://git.io/vP8v1w
22:28:26  * AlexisMochajoined
22:31:16  * iarnaquit (Remote host closed the connection)
22:35:36  * cjihrigquit (Quit: Leaving.)
22:39:18  * rosskquit (Remote host closed the connection)
22:39:44  * rosskjoined
22:44:43  * rosskquit (Ping timeout: 272 seconds)
22:46:08  * yunongjoined
22:47:56  * iarnajoined
22:53:08  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
22:57:11  * sh1mmerjoined
23:02:28  <creationix>is there something in libuv that tells me is a string is ipv4 or ipv6?
23:03:14  * abraxasjoined
23:06:00  * cjihrigjoined
23:06:47  <creationix>looks like inet_ntop is what I want
23:07:05  * toothrotquit (Ping timeout: 244 seconds)
23:07:30  * abraxasquit (Ping timeout: 250 seconds)
23:13:53  * cjihrigquit (Ping timeout: 240 seconds)
23:18:10  * thlorenzquit (Remote host closed the connection)
23:19:48  * c4milojoined
23:21:27  * seishunquit (Ping timeout: 272 seconds)
23:22:13  * cjihrigjoined
23:28:03  <a_le>is there a nice place where I can stash some extra data per uv_loop (i.e. per thread)?
23:28:42  <a_le>like, I would like to share an allocator across all sockets that are handled by the same uv_loop
23:29:29  <trevnorris>tjfontaine: ping
23:29:56  <trevnorris>saghul: well, I'd like to read over your RFC. :-)
23:30:10  * thlorenzjoined
23:30:42  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
23:33:06  <saghul>trevnorris: sure thing!
23:33:18  <trevnorris>thanks.
23:34:35  * cjihrigquit (Quit: Leaving.)
23:35:36  * sh1mmerjoined
23:40:23  * AlexisMochaquit (Ping timeout: 240 seconds)
23:53:24  <tjfontaine>pong-ish, what's up?
23:53:42  <tjfontaine>trevnorris: .
23:53:57  * sh1mmerquit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
23:54:18  * sh1mmerjoined
23:55:19  <trevnorris>tjfontaine: just curious. right now fs async calls just return undefined. would you be opposed to them returning the request object?
23:55:53  <tjfontaine>depends, what do you expect to be abel to do with that
23:56:37  <trevnorris>tjfontaine: first, you opposed to this: https://gist.github.com/trevnorris/82c20e659f98cd81b886
23:57:03  <trevnorris>tjfontaine: calls into C++ from JS have an implicit HandleScope, and this reduces a little time off Timer.now()
23:57:36  <tjfontaine>there's more going on here than just that change, you're also doing checks to see if time happens to fit in a smi
23:57:49  <trevnorris>yeah.
23:58:13  <trevnorris>didn't manage to type in that last thing, but that's part of the patch.
23:58:34  <trevnorris>actually, it started by just doing the smi check in Timer.now(), then I realized all the methods could gain a small improvement.
23:59:08  <tjfontaine>I'm confused though, hrtime (i.e. uv_now) is going to almost always be above the smi size
23:59:29  <tjfontaine>if there's an implicit scope that we don't need anymore, I'm ok with it
23:59:36  <trevnorris>tjfontaine: I thought so to, but it doesn't use epoch. it uses some arbitrary time in the past.