00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:16  * ircretaryjoined
00:03:23  * seishunquit (Ping timeout: 244 seconds)
00:07:27  * jan____joined
00:12:32  * jan____quit (Ping timeout: 264 seconds)
00:19:26  * avalanche123joined
00:52:12  * kazuponjoined
01:16:50  * Raynos_changed nick to Raynos
01:16:59  * kazuponquit (Remote host closed the connection)
01:24:56  * avalanche123quit (Remote host closed the connection)
01:25:09  * avalanche123joined
01:27:39  * kazuponjoined
01:33:31  * avalanche123quit (Remote host closed the connection)
01:35:34  * avalanche123joined
01:45:38  * brsonquit (Quit: leaving)
01:46:09  * brsonjoined
01:52:14  * avalanche123quit (Remote host closed the connection)
02:09:02  * iarnajoined
02:16:26  * iarnaquit (Ping timeout: 256 seconds)
02:17:38  * avalanche123joined
02:22:30  * iarnajoined
02:26:23  * iarnaquit (Remote host closed the connection)
02:31:21  * avalanche123quit (Remote host closed the connection)
02:44:46  * iarnajoined
02:44:51  * iarnaquit (Remote host closed the connection)
02:56:49  * avalanche123joined
03:09:37  * avalanche123quit (Remote host closed the connection)
03:24:36  * kazuponquit (Remote host closed the connection)
03:25:47  * brsonquit (Quit: leaving)
03:31:16  * avalanche123joined
03:35:37  * avalanche123quit (Ping timeout: 240 seconds)
03:54:21  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
03:57:56  * iarnajoined
03:57:57  * iarnaquit (Remote host closed the connection)
03:59:23  * iarnajoined
04:13:36  * kazuponjoined
04:18:45  * warehouse13quit (Ping timeout: 272 seconds)
04:24:39  * iarna_joined
04:24:42  * iarnaquit (Ping timeout: 250 seconds)
04:35:20  * iarna_quit (Ping timeout: 264 seconds)
04:36:08  * iarnajoined
04:37:01  * kazuponquit (Remote host closed the connection)
04:38:16  * kazuponjoined
04:39:52  * iarnaquit (Remote host closed the connection)
04:42:01  * inolenjoined
04:45:53  * rmgjoined
04:46:31  * iarnajoined
04:47:12  * janjongboomjoined
04:50:53  * rmgquit (Ping timeout: 264 seconds)
05:05:28  * avalanche123joined
05:09:08  * iarnaquit (Remote host closed the connection)
05:09:27  * iarnajoined
05:23:57  * inolenquit (Quit: Leaving.)
05:24:57  * iarnaquit (Read error: Connection reset by peer)
05:25:18  * iarnajoined
05:25:35  * inolenjoined
05:36:57  * avalanche123quit (Remote host closed the connection)
05:56:44  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
05:59:15  * janjongboomjoined
06:03:45  * iarnaquit (Read error: Connection reset by peer)
06:04:16  * iarnajoined
06:06:39  * avalanche123joined
06:06:49  * seishunjoined
06:12:00  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
06:18:29  * avalanche123quit (Remote host closed the connection)
06:19:27  * iarnaquit (Read error: Connection reset by peer)
06:19:58  * iarnajoined
06:20:51  * inolenquit (Ping timeout: 265 seconds)
06:22:45  * iarnaquit (Read error: Connection reset by peer)
06:28:24  * iarnajoined
06:28:58  * avalanche123joined
06:35:31  * iarnaquit (Read error: Connection reset by peer)
06:36:00  * iarnajoined
06:41:57  * avalanche123quit (Remote host closed the connection)
06:42:27  * avalanche123joined
06:46:44  * iarnaquit (Read error: Connection reset by peer)
06:47:19  * iarnajoined
06:50:19  * iarnaquit (Read error: Connection reset by peer)
06:52:32  * jgijoined
06:52:43  * iarnajoined
06:52:55  * avalanche123quit (Remote host closed the connection)
06:53:07  <jgi>trevnorris: ping
06:55:36  * iarnaquit (Remote host closed the connection)
07:01:50  * jan____joined
07:05:34  * stagasjoined
07:11:45  * jgiquit (Quit: jgi)
07:13:52  * seishunquit (Ping timeout: 240 seconds)
07:27:07  * thlorenzjoined
07:45:05  * Ldxngxjoined
07:45:20  * Ldxngxquit (Client Quit)
07:45:29  * Ldxngxjoined
07:45:29  * Ldxngxquit (Client Quit)
07:45:39  * Ldxngxjoined
07:45:39  * Ldxngxquit (Client Quit)
07:45:56  * Ldxngx__joined
07:45:56  * Ldxngx__quit (Client Quit)
07:46:07  * Ldxngx__joined
07:46:18  * Ldxngx__quit (Client Quit)
07:46:29  * Ldxngx__joined
07:46:29  * Ldxngx__quit (Client Quit)
07:46:37  * Ldxngx__joined
07:48:29  * quijotejoined
07:53:17  * avalanche123joined
07:58:44  * avalanche123quit (Ping timeout: 264 seconds)
08:03:48  * rendarjoined
08:14:59  * stagasquit (Ping timeout: 272 seconds)
08:40:33  * SergeiRND1joined
08:45:13  * Rolinhquit (Quit: WeeChat 1.0.1)
08:45:32  * stagasjoined
08:47:09  * quijotequit (Ping timeout: 255 seconds)
08:50:08  * Rolinhjoined
08:58:51  * thlorenzquit (Remote host closed the connection)
08:59:23  * thlorenzjoined
09:01:56  * quijotejoined
09:04:23  * thlorenzquit (Ping timeout: 272 seconds)
09:04:45  * Dijoined
09:28:58  * stagasquit (Ping timeout: 258 seconds)
09:56:27  * iarnajoined
10:01:23  * iarnaquit (Ping timeout: 272 seconds)
10:04:45  * Di1joined
10:05:29  * Diquit (Ping timeout: 260 seconds)
10:12:28  * Rolinhquit (Quit: WeeChat 1.0.1)
10:31:00  * Rolinhjoined
10:45:18  * jan____quit (Changing host)
10:45:18  * jan____joined
10:55:54  * abraxas__quit (Remote host closed the connection)
11:00:14  * Di1quit (Quit: Leaving.)
11:00:25  * SergeiRND1quit (Quit: Leaving.)
11:05:15  * kazuponquit (Remote host closed the connection)
11:05:42  * kazuponjoined
11:06:50  * Left_Turnjoined
11:09:53  * kazuponquit (Ping timeout: 244 seconds)
11:13:42  * warehouse13joined
11:15:34  * Left_Turnquit (Ping timeout: 244 seconds)
11:39:05  * Dijoined
11:40:25  * SergeiRNDjoined
11:43:43  * quijotequit (Ping timeout: 265 seconds)
12:17:23  * chris_99joined
12:25:44  * saghuljoined
12:41:23  * quijotejoined
12:44:36  * abraxas_joined
12:44:42  * quijote_joined
12:44:53  * quijotequit (Read error: Connection reset by peer)
12:46:33  * kazuponjoined
12:50:09  * abraxas_quit (Ping timeout: 255 seconds)
12:50:41  * kazuponquit (Remote host closed the connection)
12:51:08  * janjongboomjoined
12:52:47  * Diquit (Read error: Connection reset by peer)
12:56:52  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
13:00:37  * jas-_joined
13:03:34  * AvianFlujoined
13:05:16  * quijote_quit (Ping timeout: 256 seconds)
13:05:51  * jas-_quit (Quit: http://quassel-irc.org - Chat comfortably. Anywhere.)
13:07:15  * jas-_joined
13:09:18  * jas-_changed nick to jas-
13:29:05  * AlexisMochajoined
13:49:14  * quijotejoined
13:49:53  * AvianFluquit (Ping timeout: 240 seconds)
13:51:46  <AlexisMocha>tjfontaine: jenkins is down again (I didn't do anything this time)
13:52:31  <AlexisMocha>suggestion: it would be good if more than one person was able to restart it
13:53:53  * chris_99quit (Ping timeout: 240 seconds)
13:53:56  * quijotequit (Ping timeout: 264 seconds)
13:55:00  * chris_99joined
14:06:13  * quijotejoined
14:34:11  * abraxas_joined
14:36:15  * avalanche123joined
14:38:37  * abraxas_quit (Ping timeout: 244 seconds)
14:40:41  * avalanche123quit (Ping timeout: 244 seconds)
14:53:24  * Fishrock123joined
14:55:12  * brsonjoined
15:03:32  * SergeiRND1joined
15:03:33  * SergeiRNDquit (Read error: Connection reset by peer)
15:06:00  * iarnajoined
15:07:49  * iarnaquit (Remote host closed the connection)
15:09:06  * quijotequit (Ping timeout: 244 seconds)
15:09:32  * brsonquit (Quit: leaving)
15:11:12  * SergeiRNDjoined
15:11:40  * SergeiRNDquit (Client Quit)
15:14:53  * SergeiRND1quit (Ping timeout: 264 seconds)
15:30:48  * avalanche123joined
15:41:27  * quijotejoined
15:49:11  * seishunjoined
15:52:55  * avalanche123quit (Remote host closed the connection)
16:04:18  * rmgjoined
16:10:37  * Dijoined
16:11:00  * AvianFlujoined
16:13:56  * Diquit (Client Quit)
16:19:22  * quijotequit (Ping timeout: 244 seconds)
16:21:08  * brsonjoined
16:22:57  * abraxas_joined
16:27:57  * abraxas_quit (Ping timeout: 258 seconds)
16:30:47  * cndjoined
16:33:40  * kazuponjoined
16:45:58  * SergeiRNDjoined
16:48:11  * lanceballchanged nick to lance|afk
16:49:26  * quijotejoined
16:53:20  * avalanche123joined
16:54:01  * quijotequit (Ping timeout: 258 seconds)
16:55:37  * iarnajoined
16:56:26  * quijotejoined
16:57:36  * avalanche123quit (Ping timeout: 244 seconds)
16:57:57  * brsonquit (Ping timeout: 240 seconds)
16:58:58  * thlorenzjoined
17:03:43  * roxlujoined
17:05:24  * jgijoined
17:05:27  * brsonjoined
17:05:49  * dap_joined
17:07:10  <roxlu>hi guys, I’ve been reading up on mmap for IPC (using mmap() directly) but I’m wondering what a good mechanism is to synchronise my ‘clients’ so they know that the ‘server’ changed some data. I’m not using libuv for this but I was hoping someone around here knows this.
17:16:15  * quijotequit (Ping timeout: 265 seconds)
17:18:28  * SergeiRNDquit (Quit: Leaving.)
17:24:06  * quijotejoined
17:27:25  * iarna_joined
17:28:10  * iarnaquit (Ping timeout: 255 seconds)
17:31:03  * iarna_quit (Remote host closed the connection)
17:32:21  * kriskowaljoined
17:32:24  * quijotequit
17:41:59  * iarnajoined
17:46:40  <trevnorris>jgi: pong
17:48:14  <jgi>trevnorris: I wanted to ask this https://github.com/joyent/node/pull/8110#discussion_r20420333 in #libuv instead of asking it in the PR, but then I went ahead and asked it on GH
17:49:17  <trevnorris>jgi: last we tried, it was broken. you can't create an object in the middle of GC.
17:50:01  * iarnaquit (Read error: Connection reset by peer)
17:50:17  * avalanche123joined
17:50:23  <jgi>trevnorris: ok thank you!
17:50:30  <trevnorris>yup :)
17:50:52  * iarnajoined
17:54:13  * brsonquit (Quit: leaving)
17:54:28  * brsonjoined
17:54:56  * inolenjoined
17:55:36  <trevnorris>tjfontaine: ping
17:55:59  <jgi>trevnorris: node_v8 will still be available right?
17:56:14  <trevnorris>node_v8?
17:56:46  * iarnaquit (Read error: Connection reset by peer)
17:56:57  * iarnajoined
17:57:41  <jgi>trevnorris: https://github.com/joyent/node/blob/master/src/node_v8.cc
17:58:50  <trevnorris>let me double check something.
18:08:36  * rjequit (Remote host closed the connection)
18:12:01  * abraxas_joined
18:15:40  * rjejoined
18:16:47  * kazuponquit (Remote host closed the connection)
18:16:56  * abraxas_quit (Ping timeout: 256 seconds)
18:18:12  * kazuponjoined
18:22:35  * sblomquit (Read error: Connection reset by peer)
18:22:57  * kazuponquit (Remote host closed the connection)
18:24:12  <trevnorris>jgi: this patch should fix the domain abort-on-uncaught-exception issue: https://gist.github.com/trevnorris/be1dee9d3fb4bc467b1c
18:24:41  <trevnorris>it's fugly, but covers all the cases I could think of.
18:29:04  <trevnorris>jgi: just updated w/ another file containing a simple set of tests.
18:29:32  <jgi>trevnorris: could you please comment on https://github.com/joyent/node/pull/8666 with your proposed patch so that we can all discuss it?
18:29:42  <trevnorris>sure thing
18:29:51  <jgi>trevnorris: thanks!
18:29:56  <trevnorris>yup
18:31:28  * avalanche123quit (Remote host closed the connection)
18:40:36  * iarnaquit (Read error: Connection reset by peer)
18:40:44  * iarna_joined
18:42:46  * lance|afkchanged nick to lanceball
18:54:28  * stagasjoined
18:55:28  * bradleymeckjoined
18:55:37  * brsonquit (Ping timeout: 240 seconds)
18:58:30  * brsonjoined
19:00:37  * sblomjoined
19:03:12  * AlexisMochaquit (Ping timeout: 255 seconds)
19:06:27  * thlorenzquit (Remote host closed the connection)
19:07:00  * thlorenzjoined
19:07:36  * SergeiRNDjoined
19:08:29  * yunongquit
19:11:57  * yunongjoined
19:16:52  * thlorenzquit (Remote host closed the connection)
19:19:21  <chrisdickinson>hey all -- posted this earlier in the weekend, was wondering if I could get a review of https://github.com/joyent/node/pull/8732
19:19:33  * AlexisMochajoined
19:21:42  * dshaw_joined
19:22:46  * Fishrockjoined
19:23:40  * kazuponjoined
19:25:20  * SergeiRNDquit (Quit: Leaving.)
19:25:23  * Fishrock123quit (Ping timeout: 240 seconds)
19:27:22  * thlorenzjoined
19:28:24  * kazuponquit (Ping timeout: 255 seconds)
19:29:06  * thlorenzquit (Remote host closed the connection)
19:29:41  * thlorenzjoined
19:30:58  * SergeiRNDjoined
19:31:58  * avalanche123joined
19:34:06  * chris_99quit (Ping timeout: 264 seconds)
19:34:06  * thlorenz_joined
19:34:15  * thlorenzquit (Ping timeout: 258 seconds)
19:34:37  * chris_99joined
19:36:28  * kriskowal_joined
19:36:32  * avalanche123quit (Ping timeout: 245 seconds)
19:36:37  * thlorenz_quit (Remote host closed the connection)
19:36:52  * kriskowalquit (Ping timeout: 250 seconds)
19:36:52  * kriskowal_changed nick to kriskowal
19:37:10  * thlorenzjoined
19:39:07  * thlorenz_joined
19:40:40  <bradleymeck>anyone know of a bug revolving around child process stdio piping not working: https://gist.github.com/bmeck/d059b936c716b51b4801 , seems like after some delay (> setTimeout(0)) the stdout of child procs become readable:false
19:40:50  <bradleymeck>it occurs after 'exit' event which confuses me
19:41:32  * thlorenzquit (Ping timeout: 245 seconds)
19:45:13  <jgi>indutny: ping
19:45:15  <trevnorris>jgi: double checked w/ ben. the v8 gc stuff is still unsafe.
19:46:20  <jgi>trevnorris: so using process.binding(‘v8’) and registering callbacks for GC start/stop is not recommended?
19:46:53  <trevnorris>jgi: yes. actually we should probably just remove that all together because it shouldn't be used.
19:47:00  <trevnorris>just forgot it was there.
19:48:21  <indutny>ohai
19:48:58  <jgi>indutny: hi! Do you know why we excluded node_dtrace.cc from cpp lint instead of fixing the linting issues: https://github.com/joyent/node/commit/ccf8f3eebc1dce961105523207b38f4bd78b768b?
19:49:15  <jgi>indutny: I just don’t want to fix it if there’s a good reason to exclude it
19:49:37  <jgi>trevnorris: any details about why it’s unsafe, and how unsafe it is?
19:49:51  <indutny>jgi: I don't really remember
19:49:57  <indutny>perhaps I just forgot about it
19:50:04  <jgi>indutny: ok, I fixed the linting issues, I’ll send a PR
19:50:05  <indutny>is there some serious issues there?
19:50:25  <jgi>indutny: it seems that the linting issues are minor
19:50:32  <trevnorris>jgi: can't remember the details, but it'll basically cause your process to crash.
19:50:38  <jgi>trevnorris: ok
19:50:40  <trevnorris>and at random, IIRC.
19:50:41  <jgi>trevnorris: thanks
19:50:44  <trevnorris>yup
19:51:44  * iarna_quit (Remote host closed the connection)
19:53:37  <indutny>jgi: thanks
19:56:30  * chris_99quit (Quit: Ex-Chat)
19:57:42  * benoitc_changed nick to benoitc
19:57:55  * benoitcquit (Changing host)
19:57:55  * benoitcjoined
19:59:05  * thlorenz_quit (Remote host closed the connection)
19:59:07  * iarnajoined
19:59:38  * thlorenzjoined
20:00:37  * abraxas_joined
20:03:53  * thlorenzquit (Ping timeout: 240 seconds)
20:04:42  * kriskowalquit (Quit: kriskowal)
20:05:09  * abraxas_quit (Ping timeout: 244 seconds)
20:05:21  * rendarquit (Ping timeout: 264 seconds)
20:07:45  * kriskowaljoined
20:11:51  * rendarjoined
20:15:00  * avalanche123joined
20:15:36  <roxlu>indutny: do you maybe have experience with mmap ?
20:15:43  <indutny>I do
20:15:58  <indutny>what's up?
20:16:03  <roxlu>ah awesome :) I’ve been reading up because I’m looking for a fast way to share video between applications
20:16:55  <roxlu>I thought using mmap would be a good choice because of the 4mb limit on Mac when using ‘shared mem’ which is not there for mmap
20:17:07  <roxlu>I’m only wondering what a good synchronisation method would be
20:17:34  <roxlu>so application A delivers a frame to the server and then it needs to notify the server that it can ‘continue’
20:17:47  <roxlu>any ideas / suggestions?
20:18:09  <indutny>roxlu: oh well
20:18:14  <indutny>you need shared mutex or semaphore
20:18:32  <roxlu>what would you prefer?
20:18:55  <roxlu>I would say using a mutex + condition variable maybe ?
20:19:08  * Ldxngx__quit (Quit: http://www.kiwiirc.com/ - A hand crafted IRC client)
20:19:18  * kriskowalquit (Quit: kriskowal)
20:19:20  * brsonquit (Ping timeout: 250 seconds)
20:19:29  * iarnaquit (Ping timeout: 258 seconds)
20:19:54  * iarnajoined
20:21:09  <MI6>joyent/node: Sam Roberts v0.12 * 743a009 : process: pid can be a string in process.kill() - http://git.io/EYMqpA
20:24:25  * kazuponjoined
20:24:48  <indutny>roxlu: well, totally works
20:24:58  <indutny>you just need to check out what primitives are actually available
20:25:38  <roxlu>what do you mean? both muteces and semphores are available on win/lin/mac? Or do you mean something else?
20:25:46  <indutny>I meant condition
20:25:51  <roxlu>ah right
20:26:29  <roxlu>so far I only read about mmap + semaphores
20:26:37  <roxlu>so that might be a good choice
20:29:21  * kazuponquit (Ping timeout: 264 seconds)
20:31:41  <chrisdickinson>trevnorris: thanks for the review! would you like to merge https://github.com/joyent/node/pull/8732 (the c-ares domain stuff), or can I?
20:31:53  <roxlu>thanks btw indutny
20:32:00  <trevnorris>chrisdickinson: go right ahead.
20:32:07  <trevnorris>though I cringe when I say that.
20:32:10  <trevnorris>DAMN YOU DOMAINS
20:32:10  <LOUDBOT>NO MATTER HOW BAD YOU THINK IT IS, IT CAN ALWAYS BE WORSE
20:32:31  <chrisdickinson>haha
20:32:33  <trevnorris>LOUDBOT: no, when it comes to domains I don't think it could be much worse.
20:32:33  <LOUDBOT>trevnorris: GOOD ON YOU OLD CHUM
20:33:03  <trevnorris>wow. strangely appropriate comments.
20:33:30  <chrisdickinson>if it's any consolation, it looks like those particular methods have been losing domains since ... domains were introduced, I think. at least v0.10 and v0.11 lose 'em there, unsure about v0.8
20:36:14  <indutny>roxlu: np
20:40:00  * jgiquit (Quit: jgi)
20:43:37  * SergeiRNDquit (Quit: Leaving.)
20:50:12  * kriskowaljoined
20:56:01  * kriskowalquit (Quit: kriskowal)
20:56:52  * EhevuTovjoined
20:59:40  * AlexisMochaquit (Ping timeout: 255 seconds)
20:59:49  * jgijoined
20:59:58  <MI6>joyent/node: Chris Dickinson v0.12 * 0fef250 : dns: propagate domain for c-ares methods - http://git.io/5Yuc7Q
21:13:10  * kriskowaljoined
21:16:25  * Fishrock123joined
21:18:28  <jgi>trevnorris: https://gist.github.com/trevnorris/be1dee9d3fb4bc467b1c doesn’t seem to handle exceptions thrown from code executed by MakeDomainCallback
21:18:53  * Fishrockquit (Ping timeout: 240 seconds)
21:31:03  * importantshockjoined
21:34:57  * thlorenzjoined
21:36:22  * kriskowalquit (Quit: kriskowal)
21:37:39  * dshaw_quit (Quit: Leaving.)
21:42:45  <chrisdickinson>does url support https://url.spec.whatwg.org/ or a different RFC for url parsing?
21:43:12  * EhevuTovquit (Ping timeout: 256 seconds)
21:47:46  * kriskowaljoined
21:48:40  * kriskowalquit (Client Quit)
21:49:24  <chrisdickinson>saghul: is there going to be a purging of libuv issues soon?
21:49:35  * abraxas_joined
21:50:15  <chrisdickinson>or, put another way, if I move an issue from node (specifically, statvfs support) onto the libuv tracker, will it be deleted soon?
21:50:33  <trevnorris>jgi: have an example case?
21:51:22  * EhevuTovjoined
21:51:27  <jgi>trevnorris: https://gist.github.com/misterdjules/c073a712b9ebc8b47fc9
21:51:34  <trevnorris>thanks
21:52:18  <trevnorris>jgi: and run w/ --abort-on-uncaught-exception?
21:52:21  * iarna_joined
21:52:36  <jgi>trevnorris: if run with —abort-on-uncaught-exception, it aborts
21:52:42  <jgi>trevnorris: but it should not
21:53:24  <trevnorris>yeah... strange. give me 1 min. and thanks for double checking this. :)
21:53:24  * iarnaquit (Ping timeout: 256 seconds)
21:53:28  * kriskowaljoined
21:53:45  * iarna_quit (Read error: Connection reset by peer)
21:53:52  * abraxas_quit (Ping timeout: 240 seconds)
21:53:58  * iarnajoined
21:56:31  * iarnaquit (Read error: Connection reset by peer)
21:56:44  * iarnajoined
21:58:22  <trevnorris>chrisdickinson: are you talking about out url parsing?
21:58:28  <trevnorris>(i forget the issue #)
21:58:54  <chrisdickinson>trevnorris: there are a few issues I've been running across (both at the front of the recently updated list *and* at the back) that involve url parsing
21:59:25  * Fishrock123quit (Remote host closed the connection)
21:59:28  <trevnorris>chrisdickinson: I'm not sure if the url parser follows any given spec, but IMO we should definitely follow one.
21:59:36  <trevnorris>are there multiple URL parsing specs out there?
21:59:49  <chrisdickinson>+1, here's the ones I saw at the back: https://github.com/joyent/node/issues/5453, https://github.com/joyent/node/issues/5452
21:59:55  * avalanche123quit
21:59:59  <chrisdickinson>apparently, yes: https://github.com/joyent/node/issues/5452#issuecomment-17788325
22:00:05  * roxluquit (Quit: roxlu)
22:00:54  <chrisdickinson>(these are issues that Domenic opened up a *long* time ago. I imagine that moving towards the whatwg url spec would at least make jsdom's life easier)
22:01:02  * AlexisMochajoined
22:01:39  <chrisdickinson>well, not "a long time ago", geologically speaking, but in issue-tracker time, it's been a while.
22:02:30  <trevnorris>chrisdickinson: got it, thanks. not sure why it hasn't been done, but if we could change the url parser to follow that spec I would make sure it gets in.
22:02:36  <trevnorris>that seems like a no-brainer.
22:02:39  <chrisdickinson>rad.
22:02:55  * avalanche123joined
22:05:31  <trevnorris>jgi: wtf. MakeDomainCallback would be the first place I'd expect exceptions to be caught... i'll get that fixed.
22:07:07  <jgi>trevnorris: you mean you would add a TryCatch?
22:07:45  * thlorenz_joined
22:07:51  <trevnorris>not sure. need to take a look on what's going on.
22:11:13  * thlorenzquit (Ping timeout: 244 seconds)
22:11:51  * thlorenzjoined
22:12:59  * thlorenzquit (Remote host closed the connection)
22:13:11  * kazuponjoined
22:15:21  * thlorenz_quit (Ping timeout: 244 seconds)
22:18:33  * kazuponquit (Ping timeout: 264 seconds)
22:19:56  * avalanche123quit (Remote host closed the connection)
22:20:23  * avalanche123joined
22:21:00  * iarna_joined
22:21:32  * iarnaquit (Read error: Connection reset by peer)
22:25:09  * avalanche123quit (Ping timeout: 264 seconds)
22:32:43  * Fishrock123joined
22:40:31  * bradleymeckquit (Quit: bradleymeck)
22:42:28  * avalanche123joined
22:42:55  * brsonjoined
22:43:28  * importantshockquit (Remote host closed the connection)
22:43:31  * creationix_changed nick to creationix
22:57:12  * iarna_quit (Ping timeout: 244 seconds)
22:58:09  * iarnajoined
23:04:17  * EhevuTovquit (Read error: Connection reset by peer)
23:04:51  * EhevuTovjoined
23:05:55  * rmg_joined
23:06:32  * rmgquit (Ping timeout: 245 seconds)
23:06:34  * dshaw_joined
23:07:11  * jgiquit (Quit: jgi)
23:07:37  * jgijoined
23:14:12  * kazuponjoined
23:17:10  * rmgjoined
23:17:40  <tjfontaine>AlexisMocha: seems like a fd leak in jenkins -- java.io.FileNotFoundException: /home/jenkins/.jenkins/jobs/nodejs-master-windows/configurations/axis-DESTCPU/ia32/axis-label/windows/builds/2014-11-14_18-25-59/build.xml (Too many open files)
23:17:46  <tjfontaine>trevnorris: pong
23:17:57  <trevnorris>tjfontaine: hey hey :)
23:18:30  <tjfontaine>what up
23:18:34  <trevnorris>tjfontaine: 2 things. 1) wanted feedback on building w/ icu (en only) by default
23:18:42  <tjfontaine>ok
23:19:10  * kazuponquit (Ping timeout: 250 seconds)
23:19:53  * rmg_quit (Ping timeout: 240 seconds)
23:19:55  * Fishrock123quit (Remote host closed the connection)
23:19:58  <AlexisMocha>tjfontaine: noted. Not sure what to do about it atm but I will keep an eye out for it
23:20:01  <trevnorris>2) Ben told me that the GC callbacks in src/node_v8.cc are still unsafe. should we also just remove that?
23:20:39  <tjfontaine>AlexisMocha: what ssh pubkey, I'll make sure you have access to the jenkins host so you can restart it if you like
23:21:08  <tjfontaine>trevnorris: is that commented on an issue somewhere? I mean they are inherently a dangerous idea (proxying back into js to tell you the gc is running)
23:21:14  <AlexisMocha>tjfontaine: thanks, I'll email it to you
23:21:18  <tjfontaine>AlexisMocha: thanks
23:22:17  <trevnorris>tjfontaine: I'm sure there's something in the issues. iirc indutny was even trying to upstream a patch to V8 so it would be possible to create an object during GC.
23:22:34  <tjfontaine>arguably we shouldn't
23:22:47  <tjfontaine>I think the question is what goal do we want to provide for people
23:23:11  <tjfontaine>notifying people during or before a gc event is not a good idea
23:23:21  <tjfontaine>notifying after maybe slightly better
23:23:42  <tjfontaine>notifying at most once per turn of the event loop indicating how many times the gc has run, might be better still
23:24:05  <tjfontaine>but it's all about *what* this api is meant to achieve
23:24:23  <trevnorris>sounds good. though it seems to overall sit apart from the AL patch even though it was also in the tracing module. so i'll not deal with it then.
23:24:29  <tjfontaine>if it's being used by people like NR, StrongOps, Concurrix, AppNeta, they want different things
23:24:47  <tjfontaine>as compared to someone who wants finite tracking of knowing zomg gc ran right now
23:24:58  <tjfontaine>yes, we will not be combining the two issues of AL and tracing.v8
23:25:11  <tjfontaine>other than to say, it's all private
23:25:49  <tjfontaine>how is your AL patch?
23:26:18  <trevnorris>does that mean I should leave in the tracing.js file to include the v8 parts? was thinking it might be good to also leave that behind a process.binding().
23:26:19  <tjfontaine>and relatedly, shouldn't this https://github.com/joyent/node/commit/0fef2500900aa115271b456c76633ce47765c5d8#diff-5a543a2c1d958ec924db11553ecfb703R234 just happen in AW?
23:26:49  <tjfontaine>trevnorris: it should be behind a process.binding, but for you right now I just want to focus on the AL portion, that doesn't mean you need to change the v8 stuff in this commit
23:26:54  <tjfontaine>it's something we can add subsequently
23:27:35  <trevnorris>I ask because I removed the entire tracing module :P
23:28:09  <trevnorris>re c-ares domain stuff. this is why I allowed it: https://github.com/joyent/node/blob/0fef2500900aa115271b456c76633ce47765c5d8/src/req_wrap.h#L41-L42
23:28:23  <tjfontaine>trevnorris: yes, taht's fine, v8 is already behind process.binding
23:28:50  <trevnorris>arguably they should all be cleaned up and done in AsyncWrap, but figured it could all be done in one swoop.
23:28:53  * Fishrock123joined
23:29:13  <tjfontaine>ok
23:29:57  <trevnorris>re AL: the commits are much cleaner. I did want your feedback on a specific architectural thing.
23:30:05  <tjfontaine>https://github.com/joyent/node-tracing/blob/master/v8.js we can just work on that interface here, and clean up the needs for v8 in a subsequent patch
23:30:10  <tjfontaine>trevnorris: ok which
23:30:10  <trevnorris>cool.
23:31:16  <trevnorris>fs module for an example, we create a req object to accompany the C++ req instance. problem is the C++ instance is manually delete'd when the request is finished. leaving an invalid pointer attached to the object.
23:31:28  <trevnorris>internally we've skirted the issue by doing things like req._handle = null;
23:31:39  <trevnorris>but fs doesn't have that in place.
23:31:55  * seishunquit (Ping timeout: 258 seconds)
23:32:15  <trevnorris>i mean, there's no JS interface separate from the C++ interface.
23:32:40  <tjfontaine>this is the asyncId() problem again?
23:33:23  <trevnorris>that's how I discovered the issue. but I think it's a problem in general that we leave an object w/ an invalid pointer.
23:33:29  * brsonquit (Quit: leaving)
23:33:43  * brsonjoined
23:33:45  <tjfontaine>we need to specify our vocabulary slightly here
23:33:57  <tjfontaine>we have a JS object with a stale handle pointer?
23:34:19  <tjfontaine>or we have a handle object with a stale pointer to the uv request?
23:34:32  <trevnorris>no, sorry. we create the JS object instances via a FunctionTemplate that have an internal field count of 1.
23:34:40  <tjfontaine>ok
23:34:42  <trevnorris>that internal field is set to the pointer of the C++ class.
23:34:47  <tjfontaine>ok
23:35:07  <trevnorris>the C++ class is delete'd, but the pointer is left on the JS object.
23:35:44  <trevnorris>IMO the JS object _could_ be useful in terms of attaching additional data about the request. even after the C++ class has been destructed.
23:35:48  * janjongboomjoined
23:36:04  <trevnorris>but, to be safe we should make sure to NULL out the internal field when the class is destructed.
23:36:30  <tjfontaine>the C++ class knows about the JS object?
23:36:36  <trevnorris>yes.
23:36:44  <tjfontaine>if so, then yes, set the internal field to null in the destructor
23:36:54  <tjfontaine>or
23:36:58  <trevnorris>BaseObject stores a reference to the Persistent created from the FunctionTemplate
23:37:04  <tjfontaine>some other sentinel value, like 0xDEADBEEF
23:37:22  <trevnorris>ooh, I like that :)
23:37:53  <trevnorris>okay, that should be simple enough.
23:37:58  <tjfontaine>something such that we can identify this as an object that was valid, and is now frobbed
23:38:19  * abraxas_joined
23:38:24  <trevnorris>k
23:39:16  <MI6>joyent/node: Artur Cistov v0.12 * adc0206 : doc: fix typos in http.markdown - http://git.io/U7b6ew
23:39:54  <trevnorris>in terms of steps to completion, the AL patch is about done. right now i'm making it so the "parent" AsyncWrap can be passed to the constructor ("parent" meaning like the AsyncWrap instance of a server of an incoming connection. or else the connection would have no traceable entrance)
23:40:08  * brsonquit (Quit: leaving)
23:40:46  <trevnorris>I did it before by using a ghetto approach of env->set_parent_async_wrap_...(), and running it before and after class instantiation. but it was totally obfuscated and volatile.
23:42:11  <tjfontaine>trevnorris: is there a commit for htis change already in your branch?
23:42:52  <trevnorris>tjfontaine: just pushed the partial.
23:42:52  * abraxas_quit (Ping timeout: 240 seconds)
23:43:21  <trevnorris>tjfontaine: strange issue is that the class is instantiated inside a FunctionTemplate, to which I can't pass a raw pointer.
23:44:02  <trevnorris>ah. sweet. talking to you, just figured out how I want to solve that issue.
23:44:32  <tjfontaine>I'm not sure what you mean "raw pointer" in this case
23:45:49  <trevnorris>like, pass a void* instead of a Handle
23:46:13  <trevnorris>since a FunctionTemplate is run like a JS function call.
23:48:49  * rendarquit