00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:08  * ircretaryjoined
00:04:58  * amartensjoined
00:04:58  * amartensquit (Client Quit)
00:21:31  * defunctzombie_zzchanged nick to defunctzombie
00:29:15  * Kakeraquit (Ping timeout: 248 seconds)
00:31:45  * mikealquit (Quit: Leaving.)
00:32:44  * mikealjoined
00:32:50  * mikealquit (Client Quit)
00:41:42  * Kakerajoined
00:43:32  * dshaw_joined
00:47:16  * amartensjoined
00:47:57  * dshaw_quit (Ping timeout: 252 seconds)
00:59:21  * Kakera_joined
01:01:42  * `3rdEden_joined
01:03:29  <isaacs>tjfontaine: can we just disable the debugger tests on smartos? it's such a pita, and who would'nt just use mdb and dtrace to debug anyway?
01:03:59  * einaros_joined
01:05:08  * CAPSLOCKBOT_joined
01:07:23  * lucabjoined
01:07:41  * jxs_joined
01:07:53  * amartensquit (Quit: Leaving.)
01:08:44  * Kakeraquit (*.net *.split)
01:08:44  * einarosquit (*.net *.split)
01:08:44  * jxsquit (*.net *.split)
01:08:44  * `3rdEdenquit (*.net *.split)
01:08:45  * CAPSLOCKBOTquit (*.net *.split)
01:08:45  * kaesoquit (*.net *.split)
01:08:45  * lucabchanged nick to kaeso
01:08:45  * jxs_changed nick to jxs
01:09:40  * `3rdEden_changed nick to `3rdEden
01:10:10  * `3rdEdenchanged nick to Guest82487
01:12:51  * dshaw_joined
01:16:48  * dshaw_quit (Ping timeout: 240 seconds)
01:38:21  * kazuponjoined
01:40:35  * loladirojoined
01:43:54  * amartensjoined
01:44:24  * c4milojoined
01:54:55  * Kakera_quit (Ping timeout: 272 seconds)
01:55:20  * amartensquit (Quit: Leaving.)
02:04:15  <wolfeidau>Anyone know where tjfontaine hides his secret x64_v8.so stash?
02:08:50  * AvianFlujoined
02:13:25  * dshaw_joined
02:17:41  * dshaw_quit (Ping timeout: 245 seconds)
02:22:30  * saghulquit (Ping timeout: 245 seconds)
02:23:03  * saghuljoined
02:38:25  * kazuponquit (Remote host closed the connection)
02:38:52  * kazuponjoined
02:39:08  * loladiroquit (Quit: loladiro)
02:43:20  * kazuponquit (Ping timeout: 245 seconds)
03:03:54  * loladirojoined
03:06:31  * loladiroquit (Client Quit)
03:14:19  * dshaw_joined
03:18:35  * dshaw_quit (Ping timeout: 245 seconds)
03:19:29  * defunctzombiechanged nick to defunctzombie_zz
03:24:36  * kenperkinsjoined
03:59:02  * zhengjoined
04:05:16  * zhengquit (Quit: Leaving)
04:09:51  * dominictarrjoined
04:11:08  * defunctzombie_zzchanged nick to defunctzombie
04:11:45  * dominictarrquit (Client Quit)
04:11:54  * defunctzombiechanged nick to defunctzombie_zz
04:12:14  * defunctzombie_zzchanged nick to defunctzombie
04:14:45  * dshaw_joined
04:14:52  * AvianFluquit (Remote host closed the connection)
04:15:23  * AvianFlujoined
04:19:28  * AvianFluquit (Ping timeout: 240 seconds)
04:19:41  * dshaw_quit (Ping timeout: 272 seconds)
04:28:08  <trevnorris>hello
04:36:04  * c4miloquit (Remote host closed the connection)
05:11:10  * defunctzombiechanged nick to defunctzombie_zz
05:15:43  * dshaw_joined
05:18:21  * hueniversequit (Read error: Connection reset by peer)
05:20:34  * dshaw_quit (Ping timeout: 265 seconds)
05:22:22  * hueniversejoined
05:30:36  * kenperkinsquit (Quit: Computer has gone to sleep.)
05:37:46  * c4milojoined
05:42:45  * c4miloquit (Ping timeout: 252 seconds)
06:16:22  * dshaw_joined
06:21:33  * dshaw_quit (Ping timeout: 272 seconds)
06:41:00  <MI6>nodejs-v0.10-windows: #288 UNSTABLE windows-ia32 (10/603) windows-x64 (10/603) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/288/
06:43:04  <indutny>hello
06:43:09  <indutny>and bye
06:43:13  <indutny>rebooting to windows
06:43:16  * mikealjoined
06:49:21  * brsonquit (Quit: leaving)
06:50:23  * loladirojoined
06:52:51  <trevnorris>indutny: windows? nnnnnnoooooo!!!!!!
07:17:10  * dshaw_joined
07:21:19  * loladiroquit (Quit: loladiro)
07:21:31  * dshaw_1joined
07:21:35  * dshaw_quit (Read error: Connection reset by peer)
07:25:53  * loladirojoined
07:26:01  * c4milojoined
07:29:28  * loladiroquit (Client Quit)
07:31:19  * c4miloquit (Ping timeout: 272 seconds)
07:56:50  * Chip_Zeroquit (Quit: bye)
07:57:03  <trevnorris>well, i'm pooped. night empty world
07:57:05  * trevnorris&
07:57:06  <LOUDBOT>I AM COMPILING NETSCAPE COMMUNICATOR VERSION 4
07:57:20  * Chip_Zerojoined
08:09:18  * rendarjoined
08:22:38  * rendarquit (Remote host closed the connection)
08:24:27  * rendarjoined
08:56:25  * kazuponjoined
09:03:41  * dshaw_1quit (Quit: Leaving.)
09:07:22  * kazuponquit (Remote host closed the connection)
09:07:49  * kazuponjoined
09:08:20  * paddybyersjoined
09:12:08  * kazuponquit (Ping timeout: 240 seconds)
09:14:31  * c4milojoined
09:16:27  * inolenjoined
09:17:13  * inolenquit (Client Quit)
09:19:13  * roxluquit (Read error: Connection reset by peer)
09:19:21  * c4miloquit (Ping timeout: 265 seconds)
09:19:53  * roxlujoined
09:21:38  * inolenjoined
09:34:35  * dshaw_joined
09:34:50  * inolenquit (Quit: Leaving.)
09:36:07  * dshaw_quit (Read error: Connection reset by peer)
09:36:16  * dshaw_joined
09:38:20  * kazuponjoined
09:41:13  * dshaw_quit (Ping timeout: 268 seconds)
09:55:05  * paddybyersquit (Quit: paddybyers)
09:55:31  * hzjoined
10:34:42  * dshaw_joined
10:41:45  <MI6>joyent/libuv: Keno Fischer master * fb36c09 : unix: move uv_shutdown() assertion - http://git.io/ZAJkJw
10:42:13  * bnoordhuisjoined
10:43:47  * kazuponquit (Remote host closed the connection)
10:44:16  * kazuponjoined
10:45:51  <MI6>libuv-master: #307 UNSTABLE linux (23/195) windows (3/196) smartos (2/195) http://jenkins.nodejs.org/job/libuv-master/307/
10:47:57  <MI6>joyent/node: Ryan Graham v0.10 * 5ac6f4d : doc: improve module documentation - http://git.io/DCdvNA
10:49:27  * kazuponquit (Ping timeout: 272 seconds)
10:49:39  <MI6>libuv-master-gyp: #248 UNSTABLE smartos-ia32 (4/195) linux-x64 (22/195) windows-x64 (3/196) smartos-x64 (2/195) linux-ia32 (22/195) windows-ia32 (3/196) http://jenkins.nodejs.org/job/libuv-master-gyp/248/
10:51:18  * dshaw_quit (Ping timeout: 252 seconds)
10:52:37  <MI6>nodejs-v0.10: #1563 UNSTABLE smartos-x64 (9/603) smartos-ia32 (5/603) osx-ia32 (1/603) http://jenkins.nodejs.org/job/nodejs-v0.10/1563/
10:57:55  <MI6>libuv-node-integration: #292 FAILURE http://jenkins.nodejs.org/job/libuv-node-integration/292/
11:02:49  * c4milojoined
11:03:26  <MI6>nodejs-v0.10-windows: #289 UNSTABLE windows-ia32 (10/603) windows-x64 (11/603) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/289/
11:04:50  <MI6>nodejs-v0.10: #1564 UNSTABLE smartos-x64 (5/603) smartos-ia32 (4/603) http://jenkins.nodejs.org/job/nodejs-v0.10/1564/
11:07:16  * c4miloquit (Ping timeout: 245 seconds)
11:37:05  * Kakera_joined
11:47:00  * dshaw_joined
11:51:48  * dshaw_quit (Ping timeout: 252 seconds)
12:08:56  * paddybyersjoined
12:13:18  * paddybyersquit (Client Quit)
12:17:48  * bnoordhuisquit (Ping timeout: 240 seconds)
12:19:00  * bnoordhuisjoined
12:33:47  * paddybyersjoined
12:34:14  * hzquit (Disconnected by services)
12:34:19  * hzjoined
12:47:44  * dshaw_joined
12:49:40  * paddybyersquit (Quit: paddybyers)
12:51:02  * c4milojoined
12:52:19  * dshaw_quit (Ping timeout: 260 seconds)
12:52:56  * paddybyersjoined
12:55:51  * c4miloquit (Ping timeout: 272 seconds)
12:56:53  * paddybyersquit (Client Quit)
13:15:07  * paddybyersjoined
13:19:57  * paddybyersquit (Client Quit)
13:29:46  * paddybyersjoined
13:30:41  * bnoordhuisquit (Ping timeout: 265 seconds)
13:48:39  * dshaw_joined
13:53:04  * dshaw_quit (Ping timeout: 246 seconds)
13:53:41  * inolenjoined
13:57:04  * kazuponjoined
14:29:46  * defunctzombie_zzchanged nick to defunctzombie
14:34:27  * kenperkinsjoined
14:37:14  * bnoordhuisjoined
14:39:19  * c4milojoined
14:39:21  * AvianFlujoined
14:41:28  * bnoordhuisquit (Ping timeout: 240 seconds)
14:43:33  * bnoordhuisjoined
14:43:49  * c4miloquit (Ping timeout: 246 seconds)
14:46:40  * inolenquit (Quit: Leaving.)
14:49:18  * dshaw_joined
14:54:08  * dshaw_quit (Ping timeout: 260 seconds)
14:54:45  * kenperkinsquit (Quit: Computer has gone to sleep.)
14:55:39  * loladirojoined
15:07:06  * c4milojoined
15:15:53  * c4miloquit (Remote host closed the connection)
15:20:43  <MI6>nodejs-master: #643 UNSTABLE smartos-ia32 (5/651) smartos-x64 (8/651) http://jenkins.nodejs.org/job/nodejs-master/643/
15:28:50  * c4milojoined
15:29:44  * c4miloquit (Remote host closed the connection)
15:29:57  * AvianFluquit (Remote host closed the connection)
15:30:27  * AvianFlujoined
15:34:46  * AvianFluquit (Ping timeout: 245 seconds)
15:36:21  * bnoordhuisquit (Ping timeout: 272 seconds)
15:37:23  * kazuponquit (Remote host closed the connection)
15:37:49  * kazuponjoined
15:39:57  * c4milojoined
15:41:00  * inolenjoined
15:41:41  * bnoordhuisjoined
15:42:05  * kazuponquit (Ping timeout: 245 seconds)
15:45:35  * kazuponjoined
15:50:02  * dshaw_joined
15:51:29  * dshaw_quit (Read error: Connection reset by peer)
15:51:43  * dshaw_joined
15:56:06  * inolenquit (Quit: Leaving.)
15:56:43  * dshaw_quit (Ping timeout: 272 seconds)
16:13:34  * bnoordhuisquit (Ping timeout: 265 seconds)
16:18:09  * loladiroquit (Quit: loladiro)
16:22:52  * loladirojoined
16:25:59  * loladiroquit (Client Quit)
16:34:32  * loladirojoined
16:42:45  * kenperkinsjoined
16:45:08  * kenperkinsquit (Client Quit)
16:50:17  * inolenjoined
16:51:03  * AvianFlujoined
16:52:31  * dshaw_joined
16:53:12  * loladiroquit (Quit: loladiro)
16:57:06  * dshaw_quit (Ping timeout: 245 seconds)
17:14:18  * mikealquit (Quit: Leaving.)
17:20:21  * bnoordhuisjoined
17:25:01  * bnoordhuisquit (Ping timeout: 272 seconds)
17:28:31  * mikealjoined
17:35:21  * mikealquit (Quit: Leaving.)
17:36:20  * c4miloquit (Remote host closed the connection)
17:38:40  * mikealjoined
17:43:06  * defunctzombiechanged nick to defunctzombie_zz
17:53:21  * dshaw_joined
17:53:31  * c4milojoined
17:54:26  * bnoordhuisjoined
17:56:57  <indutny>bnoordhuis: heya
17:57:01  <indutny>how is weekend going?
17:57:07  <indutny>have you met your in-laws?
17:57:22  <MI6>libuv-master: #308 UNSTABLE linux (22/195) windows (3/196) smartos (2/195) http://jenkins.nodejs.org/job/libuv-master/308/
17:57:56  * dshaw_quit (Ping timeout: 245 seconds)
18:00:02  <bnoordhuis>indutny: hey fedor. yeah, they were over yesterday
18:00:24  <bnoordhuis>sorry, have to go again. maybe back later tonight
18:00:42  * kazuponquit (Remote host closed the connection)
18:01:01  <indutny>bnoordhuis: np
18:01:02  <indutny>see ya
18:01:09  * kazuponjoined
18:05:13  * bnoordhuisquit (Ping timeout: 265 seconds)
18:05:36  * kazuponquit (Ping timeout: 245 seconds)
18:05:46  <MI6>libuv-node-integration: #293 FAILURE http://jenkins.nodejs.org/job/libuv-node-integration/293/
18:36:01  <MI6>nodejs-master-windows: #436 FAILURE http://jenkins.nodejs.org/job/nodejs-master-windows/436/
18:46:13  * inolenquit (Quit: Leaving.)
18:46:47  * kazuponjoined
18:52:28  * bnoordhuisjoined
18:53:23  * mcavagequit (Remote host closed the connection)
18:53:49  * mcavagejoined
18:54:28  * mcavage_joined
18:54:28  * mcavagequit (Read error: Connection reset by peer)
19:12:53  * mikealquit (Quit: Leaving.)
19:14:14  * SquirrelCZECHjoined
19:14:17  <SquirrelCZECH>hi folks
19:14:44  <SquirrelCZECH>it should be possible to use "tty handle" to connect to usb->serial/uart thingy?
19:14:54  <SquirrelCZECH>(linux)
19:19:04  * c4miloquit (Remote host closed the connection)
19:20:03  * kazuponquit (Ping timeout: 253 seconds)
19:26:33  * mcavage_quit (Remote host closed the connection)
19:27:01  * mcavagejoined
19:31:36  * mcavagequit (Ping timeout: 252 seconds)
19:33:46  * c4milojoined
19:43:59  * amartensjoined
19:47:35  <bnoordhuis>SquirrelCZECH: maybe, i've never tried. if it's a real tty, i don't see why it shouldn't work
19:49:24  * Rabenklauejoined
19:53:29  <SquirrelCZECH>bnoordhuis: I think so :D
19:53:33  <SquirrelCZECH>but just askin :-)
20:02:39  <MI6>joyent/node: Phillip Alexander v0.10 * 977c54a : doc: fs: clarify fs.symlink Windows specific args - http://git.io/5PSFuQ
20:13:57  <MI6>nodejs-v0.10: #1565 UNSTABLE smartos-x64 (5/603) smartos-ia32 (4/603) http://jenkins.nodejs.org/job/nodejs-v0.10/1565/
20:16:46  * kazuponjoined
20:17:58  <MI6>nodejs-v0.10-windows: #290 UNSTABLE windows-ia32 (10/603) windows-x64 (10/603) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/290/
20:29:49  * c4milo_joined
20:29:55  * Guest82487changed nick to `3rdEden
20:30:13  * c4miloquit (Ping timeout: 272 seconds)
20:33:24  <indutny>bnoordhuis: ping
20:33:44  <indutny>bnoordhuis: so, just as a kindly reminder
20:33:44  <indutny>https://github.com/joyent/libuv/pull/965
20:33:59  <indutny>https://github.com/joyent/libuv/pull/970
20:34:03  <indutny>bnoordhuis: ^^
20:36:15  * amartensquit (Quit: Leaving.)
20:37:17  <bnoordhuis>indutny: duly noted
20:37:35  * mcavagejoined
20:38:48  <indutny>bnoordhuis: thanks
20:40:31  * mcavagequit (Read error: Connection reset by peer)
20:45:42  * loladirojoined
20:48:47  * dshaw_joined
20:50:03  * kazuponquit (Ping timeout: 248 seconds)
20:53:49  <trevnorris>hello all
21:07:13  * amartensjoined
21:07:50  * amartensquit (Read error: Connection reset by peer)
21:07:58  * amartensjoined
21:12:25  * loladiroquit (Quit: loladiro)
21:12:59  * Rabenklauequit (Ping timeout: 248 seconds)
21:18:24  <othiym23>howdy trevnorris
21:18:40  <trevnorris>othiym23: hey. i'm making an addition to the asyncListener api :P
21:19:08  <trevnorris>though it might not affect your implementation for cls.
21:21:42  <trevnorris>othiym23: but I think I figured out a way to implement that "done" callback idea at not extra cost.
21:21:43  * loladirojoined
21:22:14  * mikealjoined
21:22:18  <trevnorris>or at least, almost none :)
21:23:13  <trevnorris>othiym23: though this is taking the entire abstraction to a new level. I could use your feedback on something. have a moment.
21:24:34  <trevnorris>groundwater_: your feedback would be appreciated as well :)
21:28:55  * defunctzombie_zzchanged nick to defunctzombie
21:32:09  <trevnorris>bnoordhuis: if you're around, could also use some feedback.
21:36:10  <othiym23>my only concern about adding support for done() is how difficult it is to add to the polyfill
21:36:35  <othiym23>since I'm doing all my stuff via monkeypatching and so don't have the same level of insight into the request lifecycle that you do
21:39:25  <trevnorris>othiym23: I completely understand that, but adding support for done() is a small part of what I'm really prepping to support. and I think you'll really like it. :)
21:39:36  <othiym23>cool!
21:42:27  <trevnorris>othiym23: quick overview, {add,create}AsyncListener() return an object with a unique id. what I'm adding is that when an async *Wrap class is created it also creates a group_uid.
21:42:28  <trevnorris>that can be tracked in c++, and a reference counter can be ++/-- in the constructor/destructor. and that leaves us open to something else...
21:42:47  * blissdevquit (Ping timeout: 272 seconds)
21:43:45  <trevnorris>othiym23: well, first when a group_uid === 0 at the end of the eloop then there's no chance something else can be queued up. so we run through all the objects in the asyncQueue and call the "done" callbacks.
21:44:42  <trevnorris>othiym23: but also, in c++ it technically would allow us to create a linked list of all the instantiated and active classes in a resource pool. so, we could march through everything in that group.
21:45:51  <trevnorris>othiym23: this part is for bert. if an error occurs within a group then it'd be possible to march through each class in the linked list and run a cleanup method. defined as a virtual member of the AsyncWrap class and left up to each inherited class to implement.
21:46:06  <trevnorris>i'm just going to put the hooks in and let bert do all the work implementing that.
21:46:45  * kazuponjoined
21:47:34  <trevnorris>or say that a connection freaks out. instead of throwing, it enters into an ERROR state (already have an enum in AsyncWrap to handle flags like that :) and you can run through and clean those up on an existing server.
21:48:18  <trevnorris>because each connection is its own ReqWrap, separate from the server's HandleWrap, so should be able to decouple the resources and properly cleanup the connection.
21:48:53  <trevnorris>bnoordhuis has already done a ton of the work implementing Environment, and so self containing each thing _should_ be possible.
21:50:41  <trevnorris>anyways, a lot of this might be a pipe dream, but hey. i've pulled it off so far with the current implementation so might as well see how far I can take it :)
21:52:27  * amartensquit (Quit: Leaving.)
21:53:04  <groundwater_>trevnorris: just catching up
21:53:20  <groundwater_>what's the "done" callback idea?
21:53:24  <groundwater_>any issue link?
21:54:37  <trevnorris>groundwater_: no. it was in 6011, but determined to be too difficult for the scope. the idea is that it's possible to tell when no more async events can run that have been wrapped in an AsyncListener.
21:55:19  <trevnorris>groundwater_: so it'll fire done() telling you that it's impossible any othe asynchronous events will occur within the async listeners scope.
21:56:01  <groundwater_>trevnorris: ahh i understand, like a way to tell when all 'data' events have fired from a socket etc?
21:57:54  <trevnorris>well. take this example: var key = addAsync(); setTimeout(fn() { setImmediate(fn() { }); }); removeAsync(key);
21:57:55  <trevnorris>done() will fire after the callback passed to setImmediate has been run because no other async listeners were triggered during its execution.
22:01:00  * hzquit
22:02:22  <othiym23>I can *probably* add that to the polyfill, but it's going to be a PITA, and probably won't extend to all cases
22:03:01  * dshaw_quit (Quit: Leaving.)
22:03:15  <trevnorris>yeah. sorry. :(
22:04:10  <groundwater_>isn't there a case where you don't know for sure when the chain is done?
22:04:45  <groundwater_>i feel like i tried making this assumption when building a long-stack tracer, and it didn't hold
22:05:03  <trevnorris>groundwater_: possibly. i'm working some of this out as I go along.
22:05:40  <trevnorris>the fact that it allows multiple asyncListeners per async event makes it more difficult to predict. but it should be possible to group things somehow.
22:06:02  <trevnorris>the alternative is that I extend the c++ api to something like AsyncWrapScope, sort of like the HandleScope
22:06:21  <trevnorris>so that you know you're performing two different operations.
22:06:53  <groundwater_>i remember concluding that GC was the only true way to be sure a closure was never going to be called again
22:08:06  <trevnorris>that's true for arbitrary js objects, but since I'm technically only tracking c++ class instantiations I can check in the destructor. and some of those destructors are triggered by gc
22:08:46  <trevnorris>but that last point is technically irrelevant to the implementation.
22:09:15  * hzjoined
22:09:29  <trevnorris>AsyncListener works off the AsyncWrap class, and the fact that every class in node that can perform an async operation that will call MakeCallback inherits from it.
22:10:29  <trevnorris>so if a removeAsyncListener() has been run it's possible to determine when it'd be impossible to instantiate any other classes from that set.
22:10:52  <trevnorris>since classes can only be instantiated in the lifetime of AsyncWrap::MakeCallback()
22:12:42  <bnoordhuis>trevnorris: you rang?
22:13:25  <trevnorris>bnoordhuis: oh, just had some crazy ideas in the shower this morning and wanted your feedback on their plausibility/insanity.
22:14:49  <trevnorris>bnoordhuis: basically, implement a sort of AsyncWrapScope, sor of like HandleScope, that creates a wrapper around a set of queued async resources.
22:14:49  <trevnorris>they could be incremented/decremented in the class constructor/destructor so you know when the scope is complete.
22:14:50  <bnoordhuis>um, okay. /me braces himself
22:15:34  <trevnorris>bnoordhuis: and, this part is for bert, create a linked list of all the resources within a scope so if an error occurs all those resources can be cleaned up.
22:15:35  <bnoordhuis>trevnorris: to what purpose?
22:16:09  <othiym23>I'm assuming this is to support piscisaureus's tasks concept
22:16:18  <trevnorris>it's for his, crap what does he call it, his... um... ah yeah. tasks. thanks othiym23
22:18:25  <bnoordhuis>we need a vi mode in the node repl. i keep trying to block-delete stuff
22:18:39  <trevnorris>haha, I like that idea.
22:18:46  * c4milo_quit (Remote host closed the connection)
22:19:30  <bnoordhuis>trevor, why would you implement that async scope thingy in c++?
22:20:01  <bnoordhuis>because it sounds like something you (generic you) could deal with in js land
22:20:13  * kazuponquit (Ping timeout: 246 seconds)
22:20:25  <trevnorris>AsyncWrap would have a virtual member like AsyncWrap::CleanUpMyCrap() that could be called in the event that the "task" fails, and then it marches through the linked list of all living class instances and calls that method
22:20:38  <trevnorris>which would cleanup any connections, data, whatever.
22:21:20  <bnoordhuis>i don't know, sounds like a massive can of worms
22:21:52  <trevnorris>oh yeah. for sure agree there. like I said, just a crazy idea I had.
22:23:12  <bnoordhuis>apropos nothing, is let syntax actually described anywhere on the ES wiki?
22:23:19  <bnoordhuis>man, that site is so bad
22:23:46  <bnoordhuis>i guess it's a collection of notes more than anything else
22:24:10  <tjfontaine>ya, don't look at it for a coherent thought :)
22:25:10  * dshaw_joined
22:25:24  <othiym23>bnoordhuis: yeah, both let and const are described in the latest draft: https://people.mozilla.org/~jorendorff/es6-draft.html
22:25:35  <othiym23>the HTML draft is a ton easier to deal with than the wiki or the PDF draft
22:25:53  <othiym23>specifically https://people.mozilla.org/~jorendorff/es6-draft.html#sec-let-and-const-declarations
22:26:07  <bnoordhuis>oh nice, thanks othiym23
22:26:32  <othiym23>np
22:26:43  <MI6>libuv-v0.10-gyp: #86 UNSTABLE windows-x64 (7/188) smartos-ia32 (3/187) windows-ia32 (4/188) osx-x64 (1/188) smartos-x64 (2/187) linux-x64 (1/187) http://jenkins.nodejs.org/job/libuv-v0.10-gyp/86/
22:27:48  <trevnorris>othiym23: there's one other addition that I was thinking. the second argument passed to the listener be an integer that specifies where the call is coming from (e.g. nextTick, TCPWrap, etc)
22:29:52  <groundwater_>trevnorris: say I have an async callback that spawns two other async callbacks both of which do not spawn any further async events. Does the 'done' callback occur after *both* callbacks complete, or after *each* callback completes?
22:30:12  <groundwater_>i worded a lot of 'async' there
22:30:49  * defunctzombiechanged nick to defunctzombie_zz
22:32:22  <othiym23>trevnorris: for me, at least, that falls under "nice to know, but inessential" information
22:32:35  <othiym23>much like the context param for the callbacks (which is what I see this being a replacement for)
22:33:59  <trevnorris>groundwater_: all the terminology confusion is mainly my fault. I suck at coming up with names for things :P
22:33:59  <trevnorris>nevermind the done callback thing again. until I can track every instantiated class for a given code block wrapped with add/removeAsyncListener it'll be impossible to do.
22:35:47  <trevnorris>groundwater_: it _might_ be possible if we had WeakMaps
22:36:34  <trevnorris>othiym23: passing the context was more so you could inspect things like the callback that was about to be inspected, what variables are set, etc.
22:37:09  <othiym23>we do have WeakMaps, we just need to turn them on O:D
22:38:54  <trevnorris>othiym23: problem is that WeakMap doesn't have an iterator, iirc.
22:41:26  <trevnorris>bnoordhuis: last question. performance wise, would it be noticeable to keep a linked list of instantiated classes, then append on constructor and remove from the destructor?
22:42:09  <othiym23>trevnorris: the WeakMap doesn't have an iterator by design
22:42:47  * loladiroquit (Quit: loladiro)
22:42:49  <othiym23>trevnorris: the ephemeron-based GC it uses to release stuff depends on that, and also it can leak information across membranes if code can see what's currently in the map at a given point in time
22:43:17  <othiym23>although I may be conflating some of the WeakMap discussion with some of the Symbol discussion there
22:45:16  * amartensjoined
22:48:16  <bnoordhuis>trevnorris: not really. if you use double linked list, insertion and removal is O(1)
22:48:20  <bnoordhuis>*use a
22:49:55  * amartensquit (Ping timeout: 272 seconds)
22:51:24  <trevnorris>bnoordhuis: cool, thanks. with the right hook in AsyncWrap I think bert should be able to mostly implement his tasks idea in userland. basically create a linked list of all events executed, then update the linked list based on a task id or the link on the asyncwrap instance.
22:52:51  * mikealquit (Quit: Leaving.)
22:58:17  * rendarquit (Quit: Leaving)
22:59:58  * c4milojoined
23:04:54  * hzquit (Ping timeout: 265 seconds)
23:09:44  * hzjoined
23:09:57  * kazuponjoined
23:12:44  * kazuponquit (Read error: Connection reset by peer)
23:13:15  * kazuponjoined
23:13:43  * FROGGSquit (Ping timeout: 272 seconds)
23:15:47  * bnoordhuisquit (Ping timeout: 260 seconds)
23:16:31  * c4miloquit (Ping timeout: 272 seconds)
23:16:55  * hzquit (Ping timeout: 246 seconds)
23:17:57  * kazuponquit (Remote host closed the connection)
23:18:24  * kazuponjoined
23:19:02  * hzjoined
23:20:19  * c4milojoined
23:22:48  * kazuponquit (Ping timeout: 240 seconds)
23:34:03  * c4miloquit (Remote host closed the connection)
23:39:50  * dshaw_quit (Quit: Leaving.)
23:42:40  * blissdevjoined
23:44:27  * luxigo_joined
23:46:17  * amartensjoined
23:49:00  * Kakera_quit (Ping timeout: 252 seconds)
23:50:28  * amartensquit (Ping timeout: 240 seconds)
23:55:53  * hzquit
23:58:15  * c4milojoined
23:59:24  <MI6>libuv-master-gyp: #249 UNSTABLE smartos-ia32 (2/195) windows-x64 (3/196) smartos-x64 (2/195) windows-ia32 (3/196) http://jenkins.nodejs.org/job/libuv-master-gyp/249/