00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:08  * ircretaryjoined
00:32:13  * bnoordhuisquit (Ping timeout: 245 seconds)
01:03:55  * kazuponjoined
01:04:17  * st_lukejoined
01:26:55  <othiym23>trevnorris, creationix: I took Tim's changes and made them into a standalone polyfill module to add process.addAsyncListener to earlier versions of Node, and added support for that directly to CLS (see the comment on PR #6011 for details)
01:27:05  <othiym23>no more need for cls-glue!
01:27:11  <othiym23>the separation feels nice and clean
01:27:17  * othiym23&
01:27:17  <LOUDBOT>DON'T TELL ME WHAT TO DO
01:37:00  * abraxasjoined
01:38:53  * bnoordhuisjoined
01:38:56  * kazuponquit (Remote host closed the connection)
01:43:26  * bnoordhuisquit (Ping timeout: 240 seconds)
01:46:15  * st_lukequit (Remote host closed the connection)
01:47:50  * CoverSlidequit (Ping timeout: 240 seconds)
02:00:51  * kazuponjoined
02:36:22  * AvianFluquit (Remote host closed the connection)
03:02:07  <trevnorris>Hello world
03:04:19  * defunctzombiechanged nick to defunctzombie_zz
03:04:52  <trevnorris>isaacs: sup
03:21:27  * defunctzombie_zzchanged nick to defunctzombie
03:27:44  <trevnorris>do we have that super secret debug fprintf pr yet?
03:27:49  <trevnorris>I could really use it right now
04:22:18  * kazuponquit (Remote host closed the connection)
04:33:23  * kenperkinsjoined
04:34:36  * mikealquit (Quit: Leaving.)
04:35:21  * mikealjoined
04:52:39  * kazuponjoined
04:56:18  * kazuponquit (Remote host closed the connection)
04:56:25  * kazuponjoined
05:15:00  * kenperkinsquit (Quit: Computer has gone to sleep.)
05:38:23  * st_lukejoined
05:56:51  * st_lukequit (Remote host closed the connection)
06:43:00  <MI6>nodejs-v0.10-windows: #188 UNSTABLE windows-x64 (7/598) windows-ia32 (7/598) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/188/
07:07:19  * groundwaterjoined
07:07:46  * rendarjoined
07:11:55  * `3E|GONEchanged nick to `3E
07:20:21  * dominictarrjoined
07:22:26  * dshaw_joined
07:25:26  * rendarquit (Ping timeout: 264 seconds)
07:27:41  * bajtosjoined
07:28:46  * csaohjoined
07:35:38  * groundwaterquit (Quit: groundwater)
07:54:18  * defunctzombiechanged nick to defunctzombie_zz
08:22:40  * rendarjoined
08:23:15  * defunctzombie_zzchanged nick to defunctzombie
08:33:55  * bnoordhuisjoined
08:34:53  * defunctzombiechanged nick to defunctzombie_zz
08:39:00  * hzjoined
08:40:50  * dominictarrquit (Quit: dominictarr)
08:41:33  * defunctzombie_zzchanged nick to defunctzombie
08:44:23  * defunctzombiechanged nick to defunctzombie_zz
08:54:02  * csaohquit (Quit: csaoh)
09:06:28  * dominictarrjoined
09:09:35  * bnoordhuisquit (Ping timeout: 245 seconds)
09:22:06  <roxlu>hi awesome libuv people!
09:22:45  <roxlu>when I have a thread and some data I need to share; one consumer, one producer; would it make a difference if I used a regular mutex or a read/write lock?
09:40:01  * chrisdickinsonquit (Quit: ZNC - http://znc.sourceforge.net)
09:47:43  * piscisaureus_joined
09:47:50  * bajtosquit (Quit: bajtos)
09:48:35  * kazuponquit (Remote host closed the connection)
09:49:12  * kazuponjoined
09:49:15  * kazuponquit (Remote host closed the connection)
09:50:42  * csaohjoined
10:06:27  * bnoordhuisjoined
10:14:11  * st_lukejoined
10:21:43  * chrisdickinsonjoined
10:27:40  * csaohquit (Quit: csaoh)
10:41:25  * csaohjoined
10:46:09  <MI6>nodejs-v0.10: #1460 UNSTABLE osx-ia32 (1/598) smartos-x64 (1/598) linux-ia32 (1/598) http://jenkins.nodejs.org/job/nodejs-v0.10/1460/
10:48:23  * st_lukequit (Remote host closed the connection)
10:53:40  * piscisaureus_topic: Before opening an issue, watch http://youtu.be/P2iRP4rrpoQ ~ http://logs.libuv.org/libuv ~ http://groups.google.com/group/libuv
10:56:35  <piscisaureus_>roxlu: probably not. srw locks are useful if you have multiple readers and access control is only needed on writing.
10:59:34  <MI6>joyent/libuv: Ben Noordhuis master * 8c9f28b : test: fix epoll_wait() usage in test-embed.c - http://git.io/CsvDYw
11:00:26  <roxlu>ok thanks piscisaureus_
11:03:43  <bnoordhuis>roxlu: an example where you'd use rwlocks is when you have e.g. a tree that you read frequently from but only mutate occasionally
11:04:41  <roxlu>ok I see. Using a plain mutex + a condition variable now
11:05:15  <bnoordhuis>good. that's the textbook solution :)
11:05:20  <MI6>libuv-master: #212 UNSTABLE windows (3/194) smartos (9/193) http://jenkins.nodejs.org/job/libuv-master/212/
11:05:21  <roxlu>hehe yay :)
11:05:41  <rendar>lock-free queue would be better, i guess :)
11:05:52  <MI6>libuv-master-gyp: #152 UNSTABLE windows-x64 (4/194) windows-ia32 (3/194) smartos-ia32 (2/193) linux-x64 (1/193) smartos-x64 (2/193) http://jenkins.nodejs.org/job/libuv-master-gyp/152/
11:06:56  <bnoordhuis>rendar: depends. lock-free data structures are not always faster
11:07:26  <rendar>yeah, and i saw many of them are patented (unfortunately)
11:10:37  <rendar>i'm doing some test with epoll() guys, and i saw that for a non-blocking connect() i have to wait an EPOLLOUT. the problem is that in the gap of time i register the fd on epoll and i call connect(), i receive a bunch of EPOLLHUP, what is libuv behavior about this? before call connect() and *after* registering fd to epoll?
11:12:28  <bnoordhuis>rendar: yes. call connect() first, then epoll_ctl(EPOLL_CTL_ADD)
11:13:11  <rendar>cool! thanks ben
11:14:34  <bnoordhuis>np
11:16:44  * abraxasquit (Remote host closed the connection)
11:18:39  <MI6>libuv-node-integration: #196 UNSTABLE smartos-x64 (7/642) linux-x64 (1/642) linux-ia32 (1/642) http://jenkins.nodejs.org/job/libuv-node-integration/196/
12:23:55  * hzquit
12:24:44  * kevinswiberjoined
12:26:32  * piscisaureus_quit (Ping timeout: 246 seconds)
12:32:00  * bajtosjoined
12:44:04  * kevinswiberquit (Remote host closed the connection)
13:09:40  <bnoordhuis>reinterpret_cast from type ‘char**’ to type ‘const char**’ casts away constness <- worst compiler warning ever...
13:15:21  * tooxiejoined
13:26:45  * AvianFlujoined
13:33:18  * piscisaureus_joined
13:47:06  * kenperkinsjoined
13:49:07  * hzjoined
13:56:55  * AvianFluquit (Remote host closed the connection)
14:03:21  * AvianFlujoined
14:04:13  * jmar777joined
14:14:00  <bnoordhuis>piscisaureus_: seen the destructure PR?
14:14:29  <bnoordhuis>that's https://github.com/joyent/libuv/pull/912
14:14:42  <bnoordhuis>any comments besides "you're so great"?
14:17:16  <piscisaureus_>bnoordhuis: yes but haven't looked in detail
14:17:31  <piscisaureus_>bnoordhuis: but for this type of work I sort of take your word for it
14:17:48  <piscisaureus_>bnoordhuis: the only thing is - why on earth did you make the "middle" argument to alloc_cb the out parameter
14:18:03  <piscisaureus_>that, watson, makes no sense to me ...
14:18:34  <bnoordhuis>no particular reason. i'll change that to the last one
14:19:34  <piscisaureus_>or the first
14:19:39  <piscisaureus_>what you prefer
14:19:53  <piscisaureus_>bnoordhuis: sounds like a lot of work though, or do you know some regex magic to make it happen
14:20:17  <bnoordhuis>i just farm it out to an indian body shop
14:20:23  <bnoordhuis>what could possibly go wrong, right?
14:21:53  <bnoordhuis>a perl one-liner will go a long way, i think
14:28:41  <piscisaureus_>bnoordhuis: it looks good to me
14:28:54  <piscisaureus_>I guess we could now also get rid of the distinction between bind and bind6
14:29:22  <piscisaureus_>and connect and connect6
14:29:27  <bnoordhuis>yes, i was thinking the same thing
14:29:45  <bnoordhuis>if we're in agreement on that, i'll probably do it later this week
14:29:52  <piscisaureus_>an obvious thought indeed :)
14:39:10  * kazuponjoined
14:55:26  <bnoordhuis>https://news.ycombinator.com/item?id=6314628 <- anyone been following the 'foreign accents' rucus on HN?
14:55:33  * jmar777quit (Remote host closed the connection)
14:55:37  <bnoordhuis>err, ruckus
14:56:44  <bnoordhuis>it's amusing because the guy complaining about those accents, speaks with that dreadful, flat-yet-slightly-nasal SV accent himself
15:12:57  <piscisaureus_>bnoordhuis: heh. I changed the topic
15:13:37  <piscisaureus_>libuv seems to attract a lot of people that are, erm, non-confident english speakers
15:15:14  <bnoordhuis>hah, so you did
15:15:48  * kevinswiberjoined
15:17:33  <MI6>nodejs-master: #518 UNSTABLE linux-ia32 (2/642) smartos-x64 (6/642) linux-x64 (1/642) http://jenkins.nodejs.org/job/nodejs-master/518/
15:18:19  * dapjoined
15:25:05  * kenperkinsquit (Quit: Computer has gone to sleep.)
15:25:09  * kazuponquit (Remote host closed the connection)
15:25:31  * kazuponjoined
15:27:28  * groundwaterjoined
15:30:41  * kenperkinsjoined
15:36:58  * kevinswiberquit (Remote host closed the connection)
15:39:11  * AvianFluquit (Remote host closed the connection)
15:57:46  * piscisaureus_quit (Read error: No route to host)
15:58:10  * kenperkinsquit (Quit: Computer has gone to sleep.)
16:01:20  * kenperkinsjoined
16:01:33  * dapquit (Quit: Leaving.)
16:02:26  * kenperkinsquit (Client Quit)
16:25:36  * kazuponquit (Remote host closed the connection)
16:59:29  * csaohquit (Quit: csaoh)
17:10:12  * dominictarrquit (Quit: dominictarr)
17:16:30  * stagasjoined
17:21:36  * kevinswiberjoined
17:22:46  * `3Echanged nick to `3rdEden
17:23:38  * bnoordhuisquit (Ping timeout: 264 seconds)
17:25:49  * defunctzombie_zzchanged nick to defunctzombie
17:31:59  * dominictarrjoined
17:36:04  * kazuponjoined
17:37:39  <isaacs>trevnorris: https://github.com/joyent/node/pull/6165
17:40:28  * kazuponquit (Ping timeout: 246 seconds)
17:41:54  * bajtosquit (Quit: bajtos)
17:45:37  * defunctzombiechanged nick to defunctzombie_zz
17:51:31  * defunctzombie_zzchanged nick to defunctzombie
17:52:47  <creationix>othiym23, trevnorris, is there anything else I can help with on the async-listener stuff?
17:54:34  <MI6>libuv-master: #213 FAILURE windows (4/194) smartos (9/193) http://jenkins.nodejs.org/job/libuv-master/213/
18:11:11  <MI6>libuv-master: #214 UNSTABLE windows (3/194) smartos (9/193) http://jenkins.nodejs.org/job/libuv-master/214/
18:19:36  * TooTallNatejoined
18:24:39  <MI6>libuv-node-integration: #197 UNSTABLE smartos-x64 (7/642) linux-x64 (1/642) linux-ia32 (1/642) http://jenkins.nodejs.org/job/libuv-node-integration/197/
18:35:23  * dominictarrquit (Quit: dominictarr)
18:39:32  * st_lukejoined
18:42:45  * kevinswiberquit (Remote host closed the connection)
18:45:35  * TooTallNatequit (Quit: Computer has gone to sleep.)
18:47:47  * tooxiequit (Ping timeout: 240 seconds)
18:59:21  * bnoordhuisjoined
19:04:08  <MI6>nodejs-master-windows: #311 UNSTABLE windows-x64 (20/642) windows-ia32 (19/642) http://jenkins.nodejs.org/job/nodejs-master-windows/311/
19:07:06  * dominictarrjoined
19:19:35  * stagasquit (Read error: Connection reset by peer)
19:21:25  * julianduquejoined
19:21:26  * julianduquequit (Changing host)
19:21:26  * julianduquejoined
19:49:38  * hzquit (Ping timeout: 256 seconds)
19:59:51  <MI6>joyent/node: Ben Noordhuis master * 185c515 : src: clean up CLI argument parser (+1 more commits) - http://git.io/Dblnow
20:09:01  <MI6>nodejs-master: #519 UNSTABLE linux-ia32 (1/642) smartos-x64 (6/642) linux-x64 (1/642) http://jenkins.nodejs.org/job/nodejs-master/519/
20:22:45  <MI6>nodejs-master-windows: #312 UNSTABLE windows-x64 (19/642) windows-ia32 (20/642) http://jenkins.nodejs.org/job/nodejs-master-windows/312/
20:31:54  * hzjoined
20:42:04  * tjholowaychukjoined
20:57:19  <trevnorris>creationix: nope, not really.
20:57:22  <trevnorris>bnoordhuis: hey dude
20:57:32  <creationix>trevnorris, ok, let me know if I can
20:57:41  <trevnorris>creationix: will do. thanks
20:58:19  <bnoordhuis>trevnorris: ho dude
20:58:56  <trevnorris>bnoordhuis: noticed it seemed like you might have some questions w/ the asyn listeners patch i'm working on
21:00:21  <bnoordhuis>me?
21:00:38  * AvianFlujoined
21:00:44  <bnoordhuis>i wasn't aware i had questions :)
21:02:51  <trevnorris>heh, ok. the force led me astray.
21:06:37  * rendarquit (Ping timeout: 246 seconds)
21:17:51  * AvianFluquit (Remote host closed the connection)
21:17:52  * qmxquit (Ping timeout: 264 seconds)
21:18:27  * AvianFlujoined
21:22:40  * qmxjoined
21:23:11  <trevnorris>bnoordhuis: isn't there a trick to pass a single <Value> to Function::Call w/o needing to create an argv[]?
21:25:11  <trevnorris>nm. figured it out :)
21:25:12  <tjfontaine>yes
21:25:15  <tjfontaine>&arg
21:26:21  <trevnorris>tjfontaine: yeah. problem was it wasn't a <Value>, but an <Array>. for some reason was complaining about that.
21:28:37  <trevnorris>i'm still getting the uv-common.c:475: int uv__getaddrinfo_translate_error(int): Assertion `!"unknown EAI_* error code"'
21:28:41  <trevnorris>is there a fix for that?
21:35:17  * groundwaterquit (Quit: groundwater)
21:38:21  <trevnorris>creationix: ok. so async listeners through nested callbacks should now work. now i'll need to implement the before/after/etc. functionality.
21:39:01  <trevnorris>then, a refactor to match my performance requirements.
21:39:22  <trevnorris>bnoordhuis: you have any input on https://github.com/joyent/node/pull/6011 ?
21:41:15  <creationix>trevnorris, I did find a couple use cases where the current asyncListener interface isn't as powerful as a simple callback wrapper
21:41:32  <trevnorris>creationix: do tell
21:41:46  <creationix>so if it ends up not being any faster then the callback wrap API would be preferred
21:42:24  <trevnorris>i started w/ the callback wrapper api, but it can't be done because we don't know ahead of time which callbacks will be called for cases like ReqWrap
21:42:27  <creationix>actually, no nevermind, I can implement them using the proposed API
21:42:36  <trevnorris>nextTick, event emitter and timers yes
21:42:42  <trevnorris>but ReqWrap is a pain to work with
21:43:01  <creationix>trevnorris, well, those cases could be done, you just need an extra level of callback indirection
21:44:02  <trevnorris>but then you're wrapping the core wrapper, so you're not even sure what you're really wrapping
21:45:46  <creationix>usually I don't care what I'm wrapping
21:45:54  <creationix>just that it's near the bottom of a new event stack
21:46:02  <creationix>are there cases where you care?
21:47:40  <trevnorris>to be honest i don't care about any of this functionality, but prefer doing the implementation because i'm so performance anal.
21:48:06  <trevnorris>it took me a week to implement the work around removing domains from the normal flow so it didn't receive a performance penalty
21:48:29  <trevnorris>this is worse because it's always sitting in the background, not just when a user loads the domain module
21:56:13  <othiym23>trevnorris: that's actually kind of why I wanted to rebuild domains on top of CLS -- that way, until something registers an interest in listening to async events, we have only the two code paths, one for using async listeners, the other vanilla
22:00:08  * kenperkinsjoined
22:03:31  * groundwaterjoined
22:08:58  <MI6>joyent/libuv: Ben Noordhuis master * 76709c6 : windows: remove unused is_path_dir() function (+13 more commits) - http://git.io/0x8fxw
22:10:17  * kevinswiberjoined
22:15:16  <MI6>libuv-master-gyp: #153 UNSTABLE windows-x64 (4/194) windows-ia32 (4/194) smartos-ia32 (2/193) smartos-x64 (2/193) http://jenkins.nodejs.org/job/libuv-master-gyp/153/
22:16:22  <MI6>libuv-master: #215 UNSTABLE windows (3/194) smartos (9/193) http://jenkins.nodejs.org/job/libuv-master/215/
22:22:55  * AvianFluquit (Remote host closed the connection)
22:23:13  <MI6>libuv-node-integration: #198 FAILURE http://jenkins.nodejs.org/job/libuv-node-integration/198/
22:23:49  * AvianFlujoined
22:24:02  <othiym23>jenkins is throwing itself a little party
22:28:03  * kevinswiberquit (Remote host closed the connection)
22:33:15  <bnoordhuis>the libuv-node-integration failure is expected, the api changed
22:38:14  * tjholowaychukquit (Quit: Linkinus - http://linkinus.com)
22:38:31  <MI6>joyent/libuv: bnoordhuis created tag v0.11.12 - http://git.io/kzCteQ
22:38:33  <MI6>joyent/libuv: Ben Noordhuis master * 3e054c3 : Now working on v0.11.13 (+1 more commits) - http://git.io/TfJESQ
22:39:24  * tjholowaychukjoined
22:44:47  <MI6>libuv-master-gyp: #154 UNSTABLE windows-x64 (3/194) windows-ia32 (3/194) smartos-ia32 (2/193) linux-x64 (1/193) smartos-x64 (2/193) http://jenkins.nodejs.org/job/libuv-master-gyp/154/
22:47:56  * dominictarrquit (Quit: dominictarr)
22:48:50  <MI6>libuv-review: #59 UNSTABLE windows-x64 (3/194) windows-ia32 (3/194) smartos-ia32 (2/193) smartos-x64 (2/193) http://jenkins.nodejs.org/job/libuv-review/59/
22:49:31  * st_lukequit (Remote host closed the connection)
22:49:56  <MI6>libuv-master: #216 UNSTABLE windows (3/194) smartos (9/193) http://jenkins.nodejs.org/job/libuv-master/216/
22:56:45  <MI6>libuv-node-integration: #199 FAILURE http://jenkins.nodejs.org/job/libuv-node-integration/199/
23:15:01  <bnoordhuis>trevnorris: you added FatalError("Foo(bar)", "Out of memory") everywhere, right?
23:24:50  * hzquit (Ping timeout: 264 seconds)
23:34:43  <MI6>joyent/node: Ben Noordhuis master * ed8d97f : uv: upgrade to v0.11.12 - http://git.io/hAo11g
23:35:50  * hzjoined
23:37:04  * kazuponjoined
23:43:45  <MI6>nodejs-master: #520 UNSTABLE linux-ia32 (1/642) smartos-x64 (7/642) osx-ia32 (1/642) smartos-ia32 (1/642) linux-x64 (1/642) http://jenkins.nodejs.org/job/nodejs-master/520/
23:57:14  * defunctzombiechanged nick to defunctzombie_zz