00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:10  * ircretaryjoined
00:00:27  <trevnorris>isaacs: domains can be reimplemented on that, but also allow the community to go nuts on all this domain-tick-error-try-catch-local-storage whatever.
00:00:40  <trevnorris>and we never have to see another ticket about it again!
00:01:04  <isaacs>right
00:01:14  <isaacs>othiym23: ping ^
00:01:31  <isaacs>othiym23: scroll back to 23:52 :)
00:02:52  * kazuponquit (Ping timeout: 264 seconds)
00:03:05  <othiym23>whose 23:52?
00:03:08  <othiym23>GMT's?
00:04:11  <othiym23>trevnorris: what's the purpose of that object?
00:04:29  <othiym23>is it necessary if the hook exists, and the hook has the opportunity to wrap the callback in a closure?
00:04:54  <othiym23>ISTM that both domains and the thing I'm looking for are both capable of tracking that state independently of the hook mechanism
00:04:59  <isaacs>othiym23: There Is Only One Time Zone, and It Is God's Magnificent Timezone
00:05:06  <isaacs>othiym23: (yes, GMT)
00:06:32  <othiym23>I thought that was Cupertino {Standard|Daylight} Time
00:07:23  <MI6>joyent/node: tjfontaine created tag v0.11.5 - http://git.io/ntrfpQ
00:07:26  <trevnorris>othiym23: brain's still wrapped around some optimizations right now, but the initial thought was "state" is just an object. so let the user define what "state" is. that way they can track any arbitrary information along the way.
00:08:23  <trevnorris>othiym23: and the listener will allow you to wrap the callback and/or add information to the "state" (e.g. the object).
00:08:39  <trevnorris>othiym23: and this object will be accessible from events or whatever for inspection.
00:09:15  <othiym23>trevnorris: that sounds good, although I think for my use case a simple object is insufficient, so I'd need to track that state out of band (of core, anyway) regardless
00:09:55  <othiym23>and domain.active / process.domain are more or less the definition of "out of band" as well
00:10:25  <othiym23>trevnorris: is the approach you have in mind substantially different from what creationix proposed on #5990?
00:11:34  <othiym23>from where I sit, it doesn't really sound like it
00:11:48  <trevnorris>othiym23: should be no need to require anything. was thinking something like process.addAsyncListner() or some such that's called synchronously from nextTick.
00:12:44  <trevnorris>othiym23: nm me at the moment, i'm about to head out and have serious brain scatter.
00:13:55  <trevnorris>but basically I don't see the need for more than and add listener and delete listener.
00:14:09  <othiym23>right, which is what creationix was describing
00:14:18  <MI6>joyent/node: Timothy J Fontaine master * 5360373 : Now working on 0.11.6 (+3 more commits) - http://git.io/3CGogg
00:14:32  <othiym23>CLS would then become an API that's glued into core by process.addAsyncListener()
00:14:37  <othiym23>which seems reasonable to me
00:15:09  <MI6>joyent/node: Timothy J Fontaine v0.10 * b1acb2e : blog: Post for v0.11.5 - http://git.io/UWzhVg
00:17:25  <trevnorris>othiym23: i'm hopeful there's a balance that has almost no direct effect on core, but will allow you/crabdude/creationx and whomever else to extend as far as you'd like.
00:19:37  <trevnorris>night all
00:19:41  * trevnorris&
00:19:41  <LOUDBOT>RACE HORSE DUCT TAPED TO A SCUD MISSILE FAST!!
00:20:27  <othiym23>loudbot is so insightful
00:21:45  <tjfontaine>LOUDBOT: FUCK THIS DAY
00:21:45  <LOUDBOT>tjfontaine: GOOD THING SCHOOL BUSSES ARE FULL OF SEAT BELTS
00:21:58  <tjfontaine>anyway, I'm out for now, I'll be back online shortly
00:28:30  <MI6>nodejs-master: #382 UNSTABLE linux-x64 (5/621) smartos-ia32 (4/621) linux-ia32 (5/621) osx-x64 (1/621) smartos-x64 (11/621) http://jenkins.nodejs.org/job/nodejs-master/382/
00:28:58  * wolfeidaujoined
00:29:58  * paulfryzeljoined
00:30:16  <MI6>nodejs-v0.10: #1407 UNSTABLE osx-x64 (1/594) linux-ia32 (1/594) smartos-x64 (3/594) http://jenkins.nodejs.org/job/nodejs-v0.10/1407/
00:32:30  * ecrquit (Quit: ecr)
00:34:05  * paulfryzelquit (Ping timeout: 246 seconds)
00:34:38  * jmar777quit (Ping timeout: 240 seconds)
00:36:22  * jmar777joined
00:38:23  * c4milojoined
00:43:50  * groundwaterquit (Ping timeout: 240 seconds)
00:46:58  * dapquit (Quit: Leaving.)
00:50:04  * mikealquit (Quit: Leaving.)
00:55:14  * indexzerojoined
00:56:15  * indexzeroquit (Client Quit)
00:59:22  * pachetquit (Quit: leaving)
01:02:07  * kazuponjoined
01:02:09  * c4miloquit (Remote host closed the connection)
01:12:27  * paulfryzeljoined
01:15:49  * jmar777quit (Remote host closed the connection)
01:30:22  <MI6>nodejs-master-windows: #180 UNSTABLE windows-x64 (24/621) windows-ia32 (25/621) http://jenkins.nodejs.org/job/nodejs-master-windows/180/
01:33:21  * amartensquit (Quit: Leaving.)
01:33:58  * austojoined
01:34:22  * austoquit (Client Quit)
01:41:32  * trapito_joined
01:42:50  * trapitoquit (Ping timeout: 240 seconds)
01:43:13  * abraxasjoined
01:45:01  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
01:45:12  * paulfryzelquit (Remote host closed the connection)
01:45:34  * inolenquit (Quit: Leaving.)
01:52:07  * trapito_quit (Ping timeout: 264 seconds)
01:54:45  * inolenjoined
01:54:52  * inolenquit (Client Quit)
01:59:17  <MI6>nodejs-v0.10-windows: #137 UNSTABLE windows-x64 (14/594) windows-ia32 (8/594) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/137/
02:05:52  * st_lukequit (Remote host closed the connection)
02:11:22  * mikealjoined
02:17:08  * brsonquit (Quit: leaving)
02:17:24  * brsonjoined
02:40:26  * st_lukejoined
02:43:19  * paulfryzeljoined
02:54:25  * julian_duquejoined
02:54:36  * st_lukequit (Remote host closed the connection)
02:54:50  * julianduquequit (Disconnected by services)
02:54:55  * julian_duquechanged nick to julianduque
02:55:01  * groundwaterjoined
03:04:36  * wavdedquit (Quit: Hasta la pasta)
03:06:03  * paulfryzelquit (Remote host closed the connection)
03:06:57  * mmaleckichanged nick to mmalecki[zzz]
03:09:31  * amartensjoined
03:17:34  * mikealquit (Quit: Leaving.)
03:18:13  * c4milojoined
03:19:13  * brsonquit (Quit: leaving)
03:19:29  * brsonjoined
03:36:46  * kazuponquit (Remote host closed the connection)
03:42:57  * kenperkinsjoined
03:50:33  * brsonquit (Quit: leaving)
03:50:49  * brsonjoined
03:58:07  * brsonquit (Ping timeout: 246 seconds)
04:00:05  * brsonjoined
04:01:05  * brson_joined
04:04:25  * brsonquit (Ping timeout: 246 seconds)
04:07:47  * kazuponjoined
04:11:00  * indexzerojoined
04:15:45  * kenperkinsquit (Quit: Computer has gone to sleep.)
04:16:42  * paulfryzeljoined
04:17:53  * c4miloquit (Remote host closed the connection)
04:20:50  * paulfryzelquit (Ping timeout: 245 seconds)
04:39:45  * mikealjoined
04:40:05  * mikealquit (Client Quit)
04:40:24  * mikealjoined
04:43:57  * bradleymeckjoined
05:03:27  * defunctzombiechanged nick to defunctzombie_zz
05:33:27  * bradleymeckquit (Quit: bradleymeck)
05:34:23  * mikealquit (Quit: Leaving.)
06:04:34  * mikealjoined
06:17:24  * stagasjoined
06:20:50  * bajtosjoined
06:25:13  * felixgejoined
06:26:11  * indexzeroquit (Quit: indexzero)
06:28:43  * julianduquequit (Ping timeout: 276 seconds)
06:45:12  * groundwaterquit (Quit: groundwater)
06:45:57  * wolfeidauquit (Remote host closed the connection)
06:52:24  * defunctzombie_zzchanged nick to defunctzombie
07:09:24  * amartensquit (Quit: Leaving.)
07:18:16  * rendarjoined
07:38:25  * csaohjoined
07:39:48  * amartensjoined
07:47:21  * amartensquit (Ping timeout: 276 seconds)
07:52:22  * stagas_joined
07:52:57  * stagasquit (Quit: Bye)
07:52:58  * stagas_changed nick to stagas
07:57:58  * wolfeidaujoined
08:12:30  * brson_quit (Ping timeout: 245 seconds)
08:13:36  * kazuponquit (Remote host closed the connection)
08:13:56  * kazuponjoined
08:14:27  * kazuponquit (Remote host closed the connection)
08:16:03  * kazuponjoined
08:17:17  * defunctzombiechanged nick to defunctzombie_zz
08:26:38  * saghulquit (Ping timeout: 240 seconds)
08:27:02  * DrPizzaquit (Ping timeout: 240 seconds)
08:27:10  * DrPizzajoined
08:27:13  * saghuljoined
08:35:34  * paddybyersjoined
08:44:29  * amartensjoined
08:50:40  * dominictarrjoined
08:51:45  * amartensquit (Ping timeout: 264 seconds)
08:53:00  * paddybyersquit (Ping timeout: 276 seconds)
09:00:18  * paddybyersjoined
09:05:16  * paddybyersquit (Ping timeout: 264 seconds)
09:34:13  * kenperkinsjoined
09:37:58  * kenperkinsquit (Read error: Connection reset by peer)
09:47:06  * kenperkinsjoined
09:49:06  * amartensjoined
09:53:33  * amartensquit (Ping timeout: 264 seconds)
09:54:30  * felixgequit (Quit: felixge)
09:56:41  * hzjoined
10:04:31  * piscisaureus_joined
10:05:01  * bajtosquit (Quit: bajtos)
10:06:22  * kenperkinsquit (Quit: Computer has gone to sleep.)
10:10:27  * paddybyersjoined
10:13:27  * kazuponquit (Remote host closed the connection)
10:16:41  * paddybyersquit (Read error: Connection reset by peer)
10:34:22  * csaohquit (Quit: csaoh)
10:36:40  * piscisaureus_quit (Ping timeout: 245 seconds)
10:37:43  * philipsquit (Ping timeout: 264 seconds)
10:40:43  * bnoordhuisjoined
10:47:54  * philipsjoined
10:49:29  * amartensjoined
10:53:50  * amartensquit (Ping timeout: 240 seconds)
10:54:11  * piscisaureus_joined
10:56:43  * leonvvjoined
11:16:03  * abraxasquit (Remote host closed the connection)
11:18:00  * csaohjoined
11:19:22  * kazuponjoined
11:22:05  * paddybyersjoined
11:23:19  * Benviequit (Ping timeout: 264 seconds)
11:36:09  * bnoordhuisquit (Ping timeout: 264 seconds)
11:39:30  * felixgejoined
11:39:30  * felixgequit (Changing host)
11:39:30  * felixgejoined
11:49:44  * amartensjoined
11:51:44  * leonvvquit (Remote host closed the connection)
11:54:10  * amartensquit (Ping timeout: 245 seconds)
11:56:49  * bnoordhuisjoined
12:21:46  * piscisaureus_quit (Ping timeout: 246 seconds)
12:24:32  * pachetjoined
12:26:20  * kazuponquit (Remote host closed the connection)
12:43:29  * hzquit (Remote host closed the connection)
12:44:32  * hzjoined
12:47:43  <indutny>bnoordhuis: hey man
12:48:02  <indutny>do you have any idea on how to make test case reproducing ECONNRESET?
12:48:51  <bnoordhuis>indutny: not reliably / portably, no
12:48:57  <indutny>ok...
12:49:03  <bnoordhuis>what in particular do you want to test?
12:49:06  <indutny>that's what I thought
12:49:28  <indutny>ECONNRESET happening before releasing control from tls_wrap to https
12:50:05  * amartensjoined
12:50:09  <indutny>I already have a fix for it
12:50:18  <MI6>joyent/node: Ben Noordhuis master * c079f6e : src: add IsEmpty() check to HasInstance() - http://git.io/H1tnsA
12:54:45  * amartensquit (Ping timeout: 264 seconds)
12:55:56  <MI6>joyent/node: Ben Noordhuis master * 4692b72 : src: constify WITH_GENERIC_STREAM macro - http://git.io/WymL7w
13:00:54  * kazuponjoined
13:01:01  * hzquit (Disconnected by services)
13:01:06  * hzjoined
13:02:58  * kazuponquit (Remote host closed the connection)
13:04:57  * paddybyersquit (Ping timeout: 264 seconds)
13:05:05  <MI6>nodejs-master: #383 UNSTABLE linux-x64 (1/621) smartos-ia32 (4/621) smartos-x64 (12/621) http://jenkins.nodejs.org/job/nodejs-master/383/
13:11:46  <MI6>nodejs-master-windows: #181 UNSTABLE windows-x64 (18/621) windows-ia32 (18/621) http://jenkins.nodejs.org/job/nodejs-master-windows/181/
13:15:24  * hzquit (Disconnected by services)
13:15:28  * hzjoined
13:16:01  <MI6>nodejs-master: #384 UNSTABLE linux-x64 (4/621) smartos-ia32 (2/621) smartos-x64 (8/621) http://jenkins.nodejs.org/job/nodejs-master/384/
13:16:18  * abraxasjoined
13:18:30  * bradleymeckjoined
13:20:52  * abraxasquit (Ping timeout: 264 seconds)
13:26:19  * bradleymeckquit (Quit: bradleymeck)
13:27:58  * hzquit
13:28:16  * bradleymeckjoined
13:30:18  * c4milojoined
13:32:42  <MI6>nodejs-master-windows: #182 UNSTABLE windows-x64 (18/621) windows-ia32 (16/621) http://jenkins.nodejs.org/job/nodejs-master-windows/182/
13:37:03  * bradleymeckquit (Quit: bradleymeck)
13:37:15  <indutny>bnoordhuis: yt?
13:37:33  <indutny>bnoordhuis: can you please review https://github.com/joyent/node/pull/6009 ?
13:50:25  * amartensjoined
13:51:48  * AvianFluquit (Remote host closed the connection)
13:54:35  * amartensquit (Ping timeout: 245 seconds)
13:54:35  <MI6>nodejs-master-windows: #183 UNSTABLE windows-x64 (19/621) windows-ia32 (18/621) http://jenkins.nodejs.org/job/nodejs-master-windows/183/
13:58:34  <bnoordhuis>indutny: next time, please make sure you're done with the patch before opening a PR and asking people to review it
14:03:32  <indutny>bnoordhuis: em?
14:03:38  <indutny>happens to everyone, I guess
14:09:50  <indutny>bnoordhuis: sorry
14:11:27  * kazuponjoined
14:12:06  <bnoordhuis>indutny: well, okay
14:14:48  * kenperkinsjoined
14:21:38  * piscisaureus_joined
14:30:06  * kazuponquit (Remote host closed the connection)
14:31:47  <indutny>bnoordhuis: so, does it LGTY now?
14:33:31  * bajtosjoined
14:35:50  * mmalecki[zzz]changed nick to mmalecki
14:39:32  * AndreasMadsenjoined
14:39:40  * paulfryzeljoined
14:40:34  * austojoined
14:44:51  * AvianFlujoined
14:48:40  * paulfryzelquit (Remote host closed the connection)
14:50:46  * amartensjoined
14:52:44  * AndreasMadsenquit (Remote host closed the connection)
14:54:17  * jmar777joined
14:55:00  * amartensquit (Ping timeout: 245 seconds)
14:56:51  * paulfryzeljoined
15:00:55  * paulfryzelquit (Remote host closed the connection)
15:01:30  * paulfryzeljoined
15:04:49  * paulfryz_joined
15:08:16  * paulfryzelquit (Ping timeout: 264 seconds)
15:09:09  * paulfryz_quit (Ping timeout: 264 seconds)
15:26:22  * leonvvjoined
15:29:48  * julianduquejoined
15:39:20  * paulfryzeljoined
15:40:31  * hzjoined
15:40:34  * kazuponjoined
15:45:06  * julianduquequit (Ping timeout: 276 seconds)
15:45:36  * kazuponquit (Ping timeout: 240 seconds)
15:48:51  * bajtosquit (Quit: bajtos)
15:49:09  <MI6>joyent/node: Ben Noordhuis master * 54a9ec4 : stream_wrap: add handle type checkers (+1 more commits) - http://git.io/GsE0Cw
15:51:00  * mikealquit (Read error: Connection reset by peer)
15:51:05  * amartensjoined
15:55:02  * mikealjoined
15:56:09  * amartensquit (Ping timeout: 276 seconds)
15:57:27  * indexzerojoined
15:59:00  <MI6>nodejs-master: #385 UNSTABLE smartos-ia32 (1/621) linux-ia32 (2/621) smartos-x64 (9/621) http://jenkins.nodejs.org/job/nodejs-master/385/
15:59:45  * julianduquejoined
15:59:57  <pquerna>https://github.com/tatsuhiro-t/nghttp2
16:04:33  <MI6>joyent/node: Ben Noordhuis master * d24decb : src: remove no-op HandleWrap::Initialize() - http://git.io/8dagtg
16:07:06  * TooTallNatejoined
16:13:16  * indexzeroquit (Quit: indexzero)
16:13:24  * `3Echanged nick to `3E|DINNER
16:13:37  * indexzerojoined
16:18:21  <MI6>nodejs-master: #386 UNSTABLE osx-ia32 (1/621) linux-x64 (2/621) smartos-ia32 (2/621) smartos-x64 (8/621) http://jenkins.nodejs.org/job/nodejs-master/386/
16:19:19  * mikealquit (Quit: Leaving.)
16:19:51  * mikealjoined
16:22:37  * hzquit (Ping timeout: 240 seconds)
16:23:52  * bnoordhuisquit (Ping timeout: 264 seconds)
16:25:50  * julianduquequit (Ping timeout: 240 seconds)
16:28:26  <MI6>nodejs-master: #387 UNSTABLE smartos-ia32 (3/621) osx-x64 (1/621) smartos-x64 (9/621) http://jenkins.nodejs.org/job/nodejs-master/387/
16:31:18  <indutny>pquerna: interesting :)
16:33:41  <trevnorris>morning
16:34:09  <MI6>nodejs-master-windows: #184 UNSTABLE windows-x64 (23/621) windows-ia32 (22/621) http://jenkins.nodejs.org/job/nodejs-master-windows/184/
16:38:50  * leonvvquit (Remote host closed the connection)
16:40:32  * mikealquit (Quit: Leaving.)
16:41:23  * indexzeroquit (Quit: indexzero)
16:41:31  * mikealjoined
16:42:39  * mikealquit (Client Quit)
16:42:44  * Benviejoined
16:42:56  * groundwaterjoined
16:43:20  * mikealjoined
16:45:55  <trevnorris>tjfontaine: what were the things you mentioned to cause the process to crash if it attempted to allocate more than my machine had available?
16:48:03  * TooTallNatequit (Quit: Computer has gone to sleep.)
16:49:23  * jmar777quit (Remote host closed the connection)
16:51:10  <tjfontaine>trevnorris: swapoff :)
16:51:26  <tjfontaine>and tune the oom killer
16:51:59  <trevnorris>ah cool. thanks
16:52:17  * kenperkinsquit (Quit: Computer has gone to sleep.)
16:55:50  * csaohquit (Quit: csaoh)
16:56:35  <tjfontaine>ok it's still taking longer than I want, but I think I have nailed down at least part of the jenkins issues, disabling the concurrent GC for java seemed to have helped
16:57:50  * brsonjoined
17:02:28  * brsonquit (Ping timeout: 246 seconds)
17:02:47  * TooTallNatejoined
17:03:57  <trevnorris>damn you ben! now looking at code that doesn't follow strict style guidelines drives me ape shit
17:04:32  * brsonjoined
17:07:14  * dapjoined
17:08:08  * bnoordhuisjoined
17:11:48  * c4miloquit (Remote host closed the connection)
17:12:31  * c4milojoined
17:13:04  * AvianFluquit (Remote host closed the connection)
17:14:19  * amartensjoined
17:15:47  <mmalecki>oh wow, got a node process stuck in _fini infinitely
17:18:01  <MI6>nodejs-master-windows: #185 UNSTABLE windows-x64 (24/621) windows-ia32 (21/621) http://jenkins.nodejs.org/job/nodejs-master-windows/185/
17:20:54  * defunctzombie_zzchanged nick to defunctzombie
17:24:28  <isaacs>tjfontaine: https://gist.github.com/isaacs/6176301 review?
17:25:28  <tjfontaine>isaacs: lgtm, which modules abuse this?
17:25:50  * pachetquit (Quit: leaving)
17:25:55  <isaacs>tjfontaine: i found it digging through the process of using the new agent code in Request.
17:26:09  <tjfontaine>keep-alive-agent does it as well
17:26:11  <isaacs>tjfontaine: there are a handful of Agent-subclassing modules that define their own addRequest, and call the parent one
17:26:43  <isaacs>specifically, the v0.10 http.ClientRequest calls it this way, which is really *only* a problem with a polyfill, not in general.
17:26:45  <isaacs>but still
17:26:51  <tjfontaine>right
17:27:12  <isaacs>i found a few places in Request's deps where it's calling/defining addRequest this way
17:27:29  <isaacs>it's especially stupid for https, since there are like a dozen variables, not just host/port/path
17:27:42  <isaacs>that all affect whether a socket can be reused (hence the refactoring to getName(options)
17:27:53  <tjfontaine>right
17:28:11  <trevnorris>bnoordhuis: mind one more quick glance :) https://github.com/joyent/node/pull/5953
17:29:30  <MI6>joyent/node: isaacs master * 12cd133 : http: Support legacy agent.addRequest API - http://git.io/JaWcCA
17:29:52  * mikealquit (Quit: Leaving.)
17:31:27  * AvianFlujoined
17:36:41  * mikealjoined
17:38:41  * `3E|DINNERchanged nick to `3E
17:39:15  <MI6>nodejs-master: #388 UNSTABLE smartos-ia32 (1/621) smartos-x64 (7/621) http://jenkins.nodejs.org/job/nodejs-master/388/
17:41:07  * piscisaureus_quit (Quit: ~ Trillian Astra - www.trillian.im ~)
17:48:52  * sblomjoined
17:49:10  * dominictarrquit (Quit: dominictarr)
17:50:09  * sblomquit (Client Quit)
17:56:55  * brsonquit (Ping timeout: 264 seconds)
17:57:17  * indexzerojoined
17:58:58  <MI6>nodejs-master-windows: #186 UNSTABLE windows-x64 (21/621) windows-ia32 (22/621) http://jenkins.nodejs.org/job/nodejs-master-windows/186/
18:02:17  * brsonjoined
18:02:17  * brsonquit (Client Quit)
18:02:49  * brsonjoined
18:05:11  * hzjoined
18:07:42  * dshaw_joined
18:08:02  * dshaw_quit (Quit: Leaving.)
18:15:16  * paulfryzelquit (Remote host closed the connection)
18:15:51  * paulfryzeljoined
18:17:50  * pachetjoined
18:19:17  * dominictarrjoined
18:30:46  * kellabytequit (Remote host closed the connection)
18:31:40  * dominictarrquit (Ping timeout: 264 seconds)
18:35:06  * kenperkinsjoined
18:37:56  <brson>does libuv encapsulate signal handling?
18:39:30  <MI6>nodejs-master-windows: #187 UNSTABLE windows-x64 (22/621) windows-ia32 (23/621) http://jenkins.nodejs.org/job/nodejs-master-windows/187/
18:40:27  * brsonreads docs!
18:42:09  <bnoordhuis>brson: it does
18:42:25  <bnoordhuis>though it's pretty minimal on windows, if it does anything at all
18:46:14  <bnoordhuis>i regret the day when i offered my dad-in-law to host his wordpress site for him
18:46:23  <bnoordhuis>i've been fixing wordpress plugins for the last hour
18:46:28  <bnoordhuis>i feel soiled. SOILED!
18:50:20  * c4miloquit (Remote host closed the connection)
18:51:24  * paulfryzelquit (Remote host closed the connection)
18:52:00  * paulfryzeljoined
18:56:05  * paulfryzelquit (Ping timeout: 248 seconds)
18:56:17  <bnoordhuis>trevnorris: can you not squash commits next time? makes it harder to see what the new changes are
18:57:23  <bnoordhuis>trevnorris: you wouldn't happen to have the non-squashed commits still sitting in your reflog, would you?
18:58:30  <trevnorris>bnoordhuis: sorry. you had given me the ok so I was squashing the commits. in the process found a bug. fixed and finished squashing, then realized you'd probably have like to look at it.
18:58:34  <trevnorris>bnoordhuis: probably, moment.
18:59:26  <trevnorris>haha, I have ~2000 entries in my reflog. so it's there. just need to find it.
19:04:24  * kenperkins_joined
19:04:29  <trevnorris>bnoordhuis: https://gist.github.com/trevnorris/6177370
19:04:49  <bnoordhuis>thanks
19:04:54  <trevnorris>yup :)
19:05:28  <trevnorris>bnoordhuis: line 66-67 was the bug fix
19:05:44  <trevnorris>and 84-85
19:05:45  <bnoordhuis>trevnorris: maybe // NOLINT(sizeof) ?
19:05:53  <bnoordhuis>or is that that NOLINT(runtime/sizeof)?
19:06:01  <bnoordhuis>one or the other anyway
19:06:02  * kellabytejoined
19:06:33  <trevnorris>oh yeah. the // NOLINT was to fix the cpplint error.
19:06:45  * kenperkinsquit (Ping timeout: 248 seconds)
19:07:26  <trevnorris>and yeah. there to suppress the runtime/sizeof use varname instead error
19:07:49  <bnoordhuis>trevnorris: right. what i mean is that a bare NOLINT suppresses all warnings
19:08:04  <bnoordhuis>but you can specify the specific warning you want to suppress
19:08:17  <trevnorris>ah, cool. i'll do that
19:10:04  <trevnorris>bnoordhuis: heh, nice. now it complaining I don't have two spaces before the nolint comment
19:10:22  <trevnorris>thanks, taken care of
19:10:51  * bradleymeckjoined
19:11:52  <trevnorris>bnoordhuis: naughty naughty. stream_wrap L311 :P
19:12:17  <indutny>bnoordhuis: hey man
19:12:19  <indutny>have a minute?
19:12:34  <MI6>nodejs-master-windows: #188 UNSTABLE windows-x64 (20/621) windows-ia32 (15/621) http://jenkins.nodejs.org/job/nodejs-master-windows/188/
19:14:10  <bnoordhuis>trevnorris: what? did i introduce a style error somewhere?
19:14:13  <bnoordhuis>indutny: what's up?
19:14:23  <trevnorris>bnoordhuis: yup. overflowed 80 chars
19:14:31  <bnoordhuis>really?
19:14:32  <trevnorris>bnoordhuis: in <kwkippen> you getting this by chance?
19:14:33  <indutny>bnoordhuis: you're the only guy here, who knows about libev
19:14:36  <trevnorris>bnoordhuis: sorry, not that
19:14:39  <indutny>:)
19:14:42  <trevnorris>bnoordhuis: da5ad92a
19:15:27  <bnoordhuis>oh, the shame!
19:15:41  <trevnorris>heh
19:15:43  <indutny>bnoordhuis: I wonder about one thing here, https://github.com/michaelmior/libev/blob/master/ev.c#L1522-L1546
19:16:10  <bnoordhuis>i back-ported that from my multiple-contexts branch, where it lints okay
19:16:18  * bnoordhuishangs his head in shame
19:16:32  * julianduquejoined
19:16:44  <bnoordhuis>indutny: go on
19:21:59  * piscisaureus_joined
19:27:50  <trevnorris>bnoordhuis: fixed. want another commit for glance, or that good?
19:28:13  * c4milojoined
19:28:54  <bnoordhuis>trevnorris: maybe a quick glance?
19:29:02  <trevnorris>coolio
19:30:16  <trevnorris>bnoordhuis: here ya go: https://github.com/trevnorris/node/commit/c8a2da6
19:31:23  <trevnorris>bnoordhuis: ah wait. didn't refresh browser and see you're other notes.
19:34:16  <MI6>joyent/node: Ben Noordhuis master * b915034 : stream_wrap: fix long line introduced in da5ad92 - http://git.io/fkU0EQ
19:35:51  <trevnorris>bnoordhuis: ok, that's everything: https://github.com/trevnorris/node/commit/1f2ce75
19:38:18  <bnoordhuis>opinions on replacing String::NewSymbol() with String::New() everywhere?
19:38:26  <trevnorris>please do
19:38:33  <bnoordhuis>yes? okay
19:40:02  <trevnorris>bnoordhuis: just a side note, those'll need to be updated to NewFromUtf8 eventually.
19:40:25  * kenperkins_quit (Quit: Computer has gone to sleep.)
19:40:32  <trevnorris>so, what about moving to that anyways?
19:43:56  <MI6>nodejs-master: #389 UNSTABLE osx-ia32 (1/621) linux-x64 (2/621) smartos-ia32 (1/621) linux-ia32 (4/621) osx-x64 (1/621) smartos-x64 (9/621) http://jenkins.nodejs.org/job/nodejs-master/389/
19:46:01  <bnoordhuis>trevnorris: right. might as well do that now
19:46:24  <indutny>bnoordhuis: oh, btw
19:46:30  <indutny>bnoordhuis: can I land that fix for tls_wrap?
19:46:32  <bnoordhuis>trevnorris: but that means updating _all_ String::New() call sites, right?
19:46:36  <indutny>bnoordhuis: with _tlsError
19:46:48  <trevnorris>bnoordhuis: yeah. all of them.
19:46:49  <bnoordhuis>indutny: i haven't looked at it again
19:47:04  <bnoordhuis>trevnorris: okay, guess i'll apply some sed or perl fu
19:47:47  <bnoordhuis>trevnorris: btw, i guess in most cases we want NewFromOneByte(), not NewFromUtf8()
19:48:12  <bnoordhuis>that's kind of annoying though because it takes a const uint8_t* rather that const char*
19:48:27  * bnoordhuissighs
19:48:43  <trevnorris>bnoordhuis: technically true, and also String::NewFromOneByte(node_isolate, isn't exactly short
19:49:00  <trevnorris>but I guess NewFromUtf8 doesn't save much either :/
19:49:07  <bnoordhuis>indeed
19:49:18  * M28quit (Read error: Connection reset by peer)
19:49:20  <bnoordhuis>well, seems i know what i'll be doing for the next hour or two
19:49:25  <trevnorris>haha
19:50:17  <piscisaureus_>bnoordhuis: yt?
19:50:29  * M28joined
19:51:13  <bnoordhuis>piscisaureus_: ih
19:51:54  <piscisaureus_>bnoordhuis: volgens ruben: mac os x crashes when a file watched with fs.watch is deleted
19:51:56  * st_lukejoined
19:51:59  <piscisaureus_>bnoordhuis: stack trace: https://gist.github.com/piscisaureus/6177879
19:52:12  <piscisaureus_>bnoordhuis: Thread 2 is the crashing one
19:52:14  * dominictarrjoined
19:52:20  <piscisaureus_>bnoordhuis: any clue?
19:53:38  * kenperkinsjoined
19:54:12  <piscisaureus_>bnoordhuis: crash site probably https://github.com/joyent/node/blob/v0.10.13/deps/uv/src/unix/fsevents.c#L139
19:54:16  * c4miloquit (Remote host closed the connection)
19:54:47  <piscisaureus_>bnoordhuis: he tells me that it happens often, and if it doesn't happen there's no event at all
19:55:00  <bnoordhuis>piscisaureus_: what is the path local var set to at the time of the crash?
19:55:01  <MI6>joyent/node: Trevor Norris master * cec8159 : smalloc: allow different external array types (+1 more commits) - http://git.io/4xGyoA
19:55:24  <piscisaureus_>bnoordhuis: dunno, I don't have a debug build
19:55:31  <piscisaureus_>bnoordhuis: if you get on skype you can see everything
19:55:44  <bnoordhuis>piscisaureus_: ah, i'm kind of busy
19:55:56  <bnoordhuis>piscisaureus_: ask ruben to file an issue and i'll look at it tomorrow
19:57:10  * mikealquit (Quit: Leaving.)
19:57:33  * amartensquit (Quit: Leaving.)
19:58:22  <MI6>nodejs-master-windows: #189 UNSTABLE windows-x64 (17/621) windows-ia32 (19/621) http://jenkins.nodejs.org/job/nodejs-master-windows/189/
19:58:49  <piscisaureus_>bnoordhuis: ok
19:58:57  <piscisaureus_>bnoordhuis: maybe path is just NULL when a file is removed?
20:00:20  * mikealjoined
20:01:04  <bnoordhuis>piscisaureus_: it's possible. tell ruben to include the output of `uname -a`
20:02:03  <piscisaureus_>Darwin Rubens-MacBook-Air.local 11.4.2 Darwin Kernel Version 11.4.2: Thu Aug 23 16:25:48 PDT 2012; root:xnu-1699.32.7~1/RELEASE_X86_64 x86_64
20:03:41  <austo>bnoordhuis: short answer was enough yesterday... I stole the unicast routine from your libuv-chat example (https://github.com/austo/xblab/blob/master/src/server/memberBaton.cc#L88-L97). Thanks.
20:05:29  <MI6>nodejs-master: #390 UNSTABLE linux-x64 (6/621) smartos-ia32 (2/621) smartos-x64 (9/621) http://jenkins.nodejs.org/job/nodejs-master/390/
20:08:07  * c4milojoined
20:09:53  <piscisaureus_>bnoordhuis: what about star wars the old republic. Boo!
20:13:50  * mcavagejoined
20:16:44  <trevnorris>isaacs: for whenever, mind giving feedback on https://github.com/joyent/node/pull/6011
20:17:35  * amartensjoined
20:18:16  * hzquit
20:22:13  <MI6>nodejs-master-windows: #190 UNSTABLE windows-x64 (18/621) windows-ia32 (20/621) http://jenkins.nodejs.org/job/nodejs-master-windows/190/
20:24:01  * mikealquit (Quit: Leaving.)
20:24:16  * mikealjoined
20:25:07  * bnoordhuisquit (Ping timeout: 264 seconds)
20:31:18  * paulfryzeljoined
20:39:34  * kenperkinsquit (Quit: Computer has gone to sleep.)
20:44:33  <MI6>nodejs-master-windows: #191 UNSTABLE windows-x64 (17/621) windows-ia32 (20/621) http://jenkins.nodejs.org/job/nodejs-master-windows/191/
20:47:33  * brsonquit (Ping timeout: 248 seconds)
20:49:39  * kenperkinsjoined
20:49:43  * brsonjoined
20:50:58  * pachetquit (Quit: leaving)
20:59:17  * rendarquit
21:00:50  * bnoordhuisjoined
21:02:54  <piscisaureus_>bnoordhuis: so numEvents is 4308246368
21:03:01  <piscisaureus_>bnoordhuis: that looks wrong...
21:05:31  * brsonquit (Ping timeout: 260 seconds)
21:06:02  <bnoordhuis>piscisaureus_: that's a lot of events
21:09:47  <kellabyte>how do I get the current thread id with libuv?
21:10:22  <kellabyte>uv_thread_self()?
21:11:21  <piscisaureus_>in fact, numEvents looks like a pointer just like the arguments around it...
21:11:54  * brsonjoined
21:13:21  * stagasquit (Ping timeout: 264 seconds)
21:14:22  <bnoordhuis>kellabyte: yes
21:14:42  <kellabyte>bnoordhuis: sweet :)
21:28:11  <kellabyte>bnoordhuis: how do I sleep a uv thread?
21:29:07  * mikealquit (Quit: Leaving.)
21:33:35  <bnoordhuis>kellabyte: libuv doesn't have anything like that. if you want to sleep, start a timer and call uv_run()
21:33:39  * dshaw_joined
21:34:22  <kellabyte>bnoordhuis: ah ok. thats kind of awkward because I need the work in the timer to be on another thread, so now I have a timer call the queue that calls another method
21:35:40  <kellabyte>bnoordhuis: lots of chained methods just to make a thing run endlessly with a sleep on another thread
21:37:04  <bnoordhuis>kellabyte: when you say 'sleep a thread', do you mean one of the threads in the thread pool or one you created yourself?
21:37:11  * mikealjoined
21:37:45  <kellabyte>bnoordhuis: created myself with uv_thread_create()
21:38:12  <kellabyte>bnoordhuis: its a maintenance thread that just runs forever on a schedule but what it does is expensive
21:38:13  <isaacs>hm, res.setHeader(key, value) just ALWAYS overwrites it.
21:38:27  <isaacs>is there any value in having a function that ADDS a header, without overwriting?
21:38:36  <isaacs>i'm thinking especially for stuff like 'set-cookie'
21:38:41  * wolfeidauquit (Remote host closed the connection)
21:38:49  <kellabyte>bnoordhuis: I have it working with the timer + queue, but its a lot of method chaining that feels like it could be simpler
21:40:16  <bnoordhuis>kellabyte: ah, okay. sorry, there's no sleep() function in libuv currently
21:40:27  <kellabyte>bnoordhuis: an async timer would be sweet actually :P
21:40:37  <kellabyte>bnoordhuis: ok! I'll use the current timer + queue for now
21:40:52  <kellabyte>bnoordhuis: thank you :)
21:43:58  <bnoordhuis>kellabyte: re: async timer, if i understand you right, you can combine a uv_timer_t and a uv_async_t to accomplish what you want
21:44:13  <bnoordhuis>i.e. wait a bit, then wake up another thread and have it do something
21:44:33  <kellabyte>bnoordhuis: ahh, ok lemme write that down to try later :)
21:44:34  * brsonquit (Ping timeout: 246 seconds)
21:44:40  <kellabyte>thanks!
21:47:07  * piscisaureus_quit (Ping timeout: 240 seconds)
21:48:10  * paulfryzelquit (Remote host closed the connection)
21:48:44  * paulfryzeljoined
21:49:51  * c4miloquit (Remote host closed the connection)
21:53:09  * paulfryzelquit (Ping timeout: 248 seconds)
21:54:18  * AvianFluquit (Ping timeout: 276 seconds)
21:58:14  * paulfryzeljoined
22:09:12  * kenperkinsquit (Quit: Computer has gone to sleep.)
22:12:02  * bradleymeckquit (Quit: bradleymeck)
22:14:43  * dshaw_quit (Quit: Leaving.)
22:19:46  * c4milojoined
22:21:12  * `3Echanged nick to `3E|Zzz
22:25:18  * indexzeroquit (Quit: indexzero)
22:25:32  * austoquit (Quit: Leaving)
22:25:49  * kellabytequit (Remote host closed the connection)
22:26:50  * mikealquit (Quit: Leaving.)
22:39:32  * kenperkinsjoined
22:39:43  * brsonjoined
22:45:08  * mikealjoined
22:48:45  * paulfryzelquit (Remote host closed the connection)
22:49:22  * paulfryzeljoined
22:54:06  * paulfryzelquit (Ping timeout: 276 seconds)
23:03:15  * mikealquit (Quit: Leaving.)
23:11:21  * mikealjoined
23:14:50  * hueniversejoined
23:17:41  * kellabytejoined
23:20:42  * kenperkinsquit (Quit: Computer has gone to sleep.)
23:24:36  <othiym23>I'm seeing some weirdness with time when combining Date.now() and process.hrtime(): https://gist.github.com/othiym23/6179922
23:25:00  <othiym23>does anybody know why the skew would be that bad?
23:25:24  <othiym23>is Date.now() just not trustworthy at millisecond resolution?
23:28:13  * dshaw_joined
23:28:27  <trevnorris>othiym23: commented on your gist
23:28:32  * dominictarrquit (Quit: dominictarr)
23:28:59  <othiym23>trevnorris: thanks, that's what I'd expect to see
23:29:01  <othiym23>wtf OS X?
23:29:31  <dap>While the output is somewhat surprising, hrtime is basically orthogonal to time of day
23:30:25  <dap>Is it possible that NTP is slowly adjusting your Mac's clock to correct a skew?
23:31:22  <dap>I believe that's what NTP typically does, and Macs are configured to use NTP by default.
23:31:24  <othiym23>dap: I need an epoch time in some places, and relative time in others
23:31:40  <dap>Unfortunately, there's no way to resolve them
23:31:42  <othiym23>I trust the output of process.hrtime a lot more than I do Date.now()
23:31:43  <othiym23>yeah
23:31:45  <othiym23>I know
23:32:05  <othiym23>this is why everyone else doing performance monitoring has a native module that wraps gettimeofday
23:32:12  <othiym23>dangit, have to get creative, I guess
23:32:30  <dap>performance should basically always use hrtime (right?)
23:33:06  <othiym23>yeah, for sure
23:33:21  <trevnorris>hm. new v8 api addition JSON::Parse
23:33:26  <othiym23>I don't have control over the format by which I report this stuff
23:35:03  <othiym23>I guess I'll just make sure that all the relative timestamps are relative to a process.hrtime object and only use the epoch time as infrequently as possible
23:35:12  <othiym23>thanks for the eyes guys
23:36:50  <trevnorris>bnoordhuis: dude, you still around?
23:37:08  <bnoordhuis>trevnorris: yeah, but only for another 30 seconds or so
23:37:23  <trevnorris>bnoordhuis: have you seen the new Local::Eternalize api?
23:37:32  <bnoordhuis>yes
23:37:45  <bnoordhuis>i even commented on it on the v8-users mailing list
23:37:53  <trevnorris>heh, of course you did
23:38:31  <trevnorris>since node only uses one thread, if that was used wouldn't it cause it to hang around indefinitely?
23:38:37  <trevnorris>erm. one isolate I should say
23:38:58  <bnoordhuis>yes. that's the whole point of eternal handles, really :)
23:38:58  * wolfeidaujoined
23:39:06  <trevnorris>cool.
23:39:21  <trevnorris>feels like there's some fun to be had with that
23:39:40  <bnoordhuis>yeah, up to a limit
23:40:51  <bnoordhuis>from the implementation it looks like they're a lot easier to process by the GC so that's a good thing
23:41:39  <bnoordhuis>okay, i'm off to bed. have fun
23:41:43  <trevnorris>night
23:46:18  * bnoordhuisquit (Ping timeout: 264 seconds)
23:54:12  * wolfeidauquit (Remote host closed the connection)