00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:08  * ircretaryjoined
00:02:57  <tjfontaine>trevnorris: I mean ->SetHiddenValue :)
00:03:18  <trevnorris>bnoordhuis: think you can handle this review, it's a mother: https://github.com/joyent/node/pull/5893
00:03:28  * icarotquit (Ping timeout: 245 seconds)
00:04:04  * AvianFlujoined
00:05:28  <trevnorris>tjfontaine: :)
00:06:40  <tjfontaine>I was just expecting to hear something abotu benchmarking of ->Set vs ->SetHiddenValue :)
00:07:46  <trevnorris>tjfontaine: ah, no. they perform the exact same.
00:08:00  <trevnorris>at least so close any difference is within the error margins.
00:08:40  <tjfontaine>ah ok, then I think it should be a hidden value hehe
00:09:28  * AvianFluquit (Ping timeout: 256 seconds)
00:09:40  * AvianFlujoined
00:12:15  <trevnorris>cool. out
00:18:21  * dominictarrjoined
00:22:18  * AvianFluquit (Remote host closed the connection)
00:22:48  * AvianFlujoined
00:24:58  * qardquit (Quit: Leaving.)
00:27:09  * amartensquit (Quit: Leaving.)
00:33:25  * st_lukejoined
00:52:59  * dapquit (Quit: Leaving.)
00:59:43  <bnoordhuis>seen this? https://lwn.net/Articles/560376/
01:00:02  <bnoordhuis>node-gyp (F18; F19: insecure tmp directory creation), nodejs-ansi (F18: insecure tmp directory creation), nodejs-asn1 (F18: insecure tmp directory creation), nodejs-aws-sign (F18: insecure tmp directory creation), nodejs-better-assert (F18: insecure tmp directory creation), nodejs-boom (F18: insecure tmp directory creation), nodejs-callsite (F18: insecure tmp directory creation), nodejs-child-process-close (F18: insecure tmp d
01:00:09  <bnoordhuis>oops, sorry
01:00:32  <bnoordhuis>but apparently there was an issue with the node packages in fedora
01:02:40  * dominictarr_joined
01:03:15  <othiym23>why does every single Node package on that list claim the issue was insecure temporary directory creation?
01:04:00  <bnoordhuis>i think it's because of this: https://bugzilla.redhat.com/show_bug.cgi?id=983918 npm: CVE-2013-4116 npm: Insecure temporary directory generation
01:06:02  <othiym23>here's the actual bug: https://bugzilla.redhat.com/show_bug.cgi?id=983917
01:06:12  * dominictarrquit (Ping timeout: 268 seconds)
01:06:12  * dominictarr_changed nick to dominictarr
01:06:30  <othiym23>I guess it's because npm depends on all those other modules?
01:07:11  <othiym23>npm and distro package systems do not seem to work well together
01:09:11  <ik>When is liberal utopian vacation day?
01:09:13  <st_luke>that's such a bs bug report
01:09:25  <ik>I've been waiting here for months but you guys just keep talking about javascript
01:11:09  * kazuponjoined
01:11:11  <othiym23>st_luke: CVE isn't a terrible idea, but it would be good to get the nodesecurity people in the loop there to act as a buffer layer between the node community and the distro / security communities
01:11:33  <othiym23>it makes for less impedance mismatching about communication styles and the like
01:11:41  <st_luke>if someone wants to waste their time with ceremonial red hat bug report mailing lists then more power to them
01:13:55  * kazuponquit (Remote host closed the connection)
01:14:38  * abraxasjoined
01:15:44  * kazuponjoined
01:24:24  * bnoordhuisquit (Ping timeout: 256 seconds)
01:26:56  * defunctzombiechanged nick to defunctzombie_zz
01:28:07  * bradleymeckjoined
01:31:22  * defunctzombie_zzchanged nick to defunctzombie
01:49:24  * defunctzombiechanged nick to defunctzombie_zz
01:55:51  * inolenquit (Quit: Leaving.)
02:03:33  * inolenjoined
02:14:31  * brsonjoined
02:15:25  * qardjoined
02:30:57  <MI6>nodejs-v0.10: #290 FAILURE linux-x64 (1/592) http://jenkins.nodejs.org/job/nodejs-v0.10/290/
02:44:44  * bradleymeckquit (Ping timeout: 256 seconds)
02:45:33  * bradleymeckjoined
02:47:00  * qmxquit (Ping timeout: 256 seconds)
02:50:15  * qmxjoined
02:58:03  * c4miloquit (Remote host closed the connection)
02:58:30  * c4milojoined
03:00:54  * mikolalysenkoquit (Ping timeout: 268 seconds)
03:02:00  * st_lukequit (Remote host closed the connection)
03:02:29  * brsonquit (Ping timeout: 248 seconds)
03:03:34  * c4miloquit (Ping timeout: 276 seconds)
03:12:01  * amartensjoined
03:13:42  * bradleymeckquit (Quit: bradleymeck)
03:14:51  * mikolalysenkojoined
03:28:07  * austoquit (Remote host closed the connection)
03:29:51  * bradleymeckjoined
03:49:15  * defunctzombie_zzchanged nick to defunctzombie
03:54:28  * kazuponquit (Remote host closed the connection)
04:04:15  * amartensquit (Quit: Leaving.)
04:07:18  * amartensjoined
04:22:14  * st_lukejoined
04:25:20  * mcavagejoined
04:25:21  * mcavagequit (Remote host closed the connection)
04:28:34  * qmxquit (Ping timeout: 256 seconds)
04:30:23  * qmxjoined
04:34:47  * qardquit (Quit: Leaving.)
04:35:22  * mikolalysenkoquit (Read error: Connection reset by peer)
04:40:25  * mikolalysenkojoined
04:42:24  * bradleymeckquit (Quit: bradleymeck)
04:44:04  * kazuponjoined
04:49:55  * dominictarrquit (Quit: dominictarr)
04:58:45  * amartensquit (Quit: Leaving.)
05:10:43  * kazuponquit (Read error: Connection reset by peer)
05:10:59  * kazuponjoined
05:16:06  * bajtosjoined
05:25:59  * defunctzombiechanged nick to defunctzombie_zz
05:26:47  * paddybyersjoined
05:28:31  * AvianFluquit (Remote host closed the connection)
05:34:34  * hueniversejoined
05:41:50  <emilsedgh>i queue a job using uv_queue_work() but it executes with a long delay. how can i know what is currently in the queue?
05:42:12  <emilsedgh>any way i can get the number of queued jobs or something like that?
05:47:10  * defunctzombie_zzchanged nick to defunctzombie
05:47:28  <emilsedgh>is uv_loop_t's active handles what im looking for?
05:48:40  * mikolalysenkoquit (Quit: Lost terminal)
05:51:00  * mikealjoined
05:54:40  * Benvie_quit (Remote host closed the connection)
05:55:00  * Benviejoined
05:59:25  * defunctzombiechanged nick to defunctzombie_zz
06:01:49  * swajrjoined
06:03:17  * paddybyersquit (Ping timeout: 248 seconds)
06:04:28  * swajquit (Ping timeout: 276 seconds)
06:22:07  * mikealquit (Quit: Leaving.)
06:22:21  * brsonjoined
06:30:24  * Damn3dquit (Ping timeout: 245 seconds)
06:30:24  * brsonquit (Quit: leaving)
06:33:32  * Damn3djoined
06:40:10  * wolfeidauquit (Remote host closed the connection)
06:42:04  * Damn3dquit (Ping timeout: 245 seconds)
06:51:33  * rendarjoined
06:52:18  * mikealjoined
07:00:04  * Damn3djoined
07:29:04  * csaohjoined
07:52:29  <indutny>hoya
07:52:57  * M28quit (Read error: Connection reset by peer)
07:53:59  * M28joined
07:54:34  * txdv_quit (Ping timeout: 245 seconds)
08:01:57  * paddybyersjoined
08:25:16  * st_luke_joined
08:27:35  * abraxas_joined
08:28:02  * inolenquit (Quit: Leaving.)
08:29:34  * einaros_joined
08:29:54  * st_lukequit (Ping timeout: 240 seconds)
08:29:54  * Raynosquit (Ping timeout: 240 seconds)
08:29:55  * abraxasquit (Ping timeout: 240 seconds)
08:29:56  * einarosquit (Ping timeout: 240 seconds)
08:29:59  * sblomjoined
08:37:57  * rendarquit (Ping timeout: 248 seconds)
08:48:41  * inolenjoined
08:54:40  * st_luke_quit (Remote host closed the connection)
08:59:51  * hzjoined
09:02:39  * dominictarrjoined
09:16:20  * mralephquit (Read error: Connection reset by peer)
09:16:23  * mraleph1joined
09:53:03  * kazuponquit (Remote host closed the connection)
10:15:09  * bajtosquit (Quit: bajtos)
10:22:28  * bnoordhuisjoined
10:28:34  * Raynosjoined
10:35:41  * abraxas_quit (Remote host closed the connection)
10:41:58  <bnoordhuis>curious. `o = {}; o[0] = 42` is 2x faster than `o = []; o[0] = 42`
10:42:23  <bnoordhuis>the '2x faster' applies to assigning o[0], not instantiating the object/array
10:43:59  * `3rdEdenchanged nick to `3E|BRB
10:45:49  * csaohquit (Quit: csaoh)
10:45:57  * rendar_joined
10:52:47  * paddybyersquit (Ping timeout: 256 seconds)
10:56:39  <mmalecki>bnoordhuis: it's something about spare arrays I think
10:57:11  <mmalecki>oh, wait, it's actually the other way?
10:59:42  * paddybyersjoined
11:10:26  * csaohjoined
11:11:20  * qmxquit (Ping timeout: 256 seconds)
11:11:36  * kazuponjoined
11:12:35  * qmxjoined
11:18:55  <bnoordhuis>mmalecki: i think it's because the array is untyped
11:19:20  <bnoordhuis>if you change it to `o = [42]; o[0] = 42`, then array assignment comes out slightly on top
11:19:38  <bnoordhuis>(and `o = {0:42}; o[0] = 42` of course)
11:20:26  <bnoordhuis>hrm, then again...
11:21:07  <bnoordhuis>`o = [42]; o[1] = 42` is still ~1.8x slower than `o = {0:42}; o[1] = 42`
11:21:31  <bnoordhuis>i guess i should look at the generated code
11:21:40  <indutny>bnoordhuis: hey ban
11:21:42  <indutny>only you can help me
11:21:45  <bnoordhuis>but anyway, it's not that important
11:21:49  <indutny>s/ban/ben/
11:21:53  <bnoordhuis>sup fedor?
11:22:01  <indutny>there're two tls patches to review
11:22:08  <indutny>mostly C++
11:22:08  <indutny>https://github.com/joyent/node/pull/5882
11:22:13  <indutny>https://github.com/joyent/node/pull/5883
11:22:24  <indutny>please
11:22:25  <indutny>:)
11:22:28  <bnoordhuis>yeah, i've seen them
11:22:31  <bnoordhuis>maybe later today
11:22:43  <indutny>ah, ok
11:22:45  <bnoordhuis>i kind of weep whenever the tls hello parser gets extended though
11:22:45  <indutny>thanks
11:22:55  <indutny>bnoordhuis: you've any better ideas?
11:23:14  <bnoordhuis>not at the moment. but it's hot and then my mind turns to mush
11:23:21  <indutny>hehe
11:23:23  <indutny>ok :)
11:27:30  * bnoordhuisis afk for a bit
11:27:46  * roxluquit (Ping timeout: 256 seconds)
11:29:18  * raffikiquit (Remote host closed the connection)
11:32:33  * bnoordhuisquit (Ping timeout: 264 seconds)
11:33:26  * sblomquit (Ping timeout: 240 seconds)
11:34:57  * paddybyersquit (Ping timeout: 264 seconds)
11:41:37  * AvianFlujoined
11:47:16  * wolfeidaujoined
11:57:00  * stagasjoined
12:05:27  * roxlu__joined
12:07:14  * raffikijoined
12:11:38  * `3E|BRBchanged nick to `3E
12:12:06  * raffikiquit (Remote host closed the connection)
12:24:57  * kazuponquit (Remote host closed the connection)
12:43:44  * raffikijoined
12:59:21  * jmar777joined
13:21:45  * bradleymeckjoined
13:29:52  * dominictarrquit (Quit: dominictarr)
13:32:32  * bradleymeckquit (Quit: bradleymeck)
13:35:44  * kazuponjoined
13:38:53  * stagas_joined
13:40:03  * stagasquit (Quit: Bye)
13:40:04  * stagas_changed nick to stagas
13:41:37  * kazuponquit (Ping timeout: 268 seconds)
13:42:53  * hueniversequit (Quit: Leaving.)
13:44:05  * c4milojoined
13:50:52  * paddybyersjoined
13:54:42  * bajtosjoined
13:57:46  * bnoordhuisjoined
14:02:16  * piscisaureus_joined
14:02:22  <piscisaureus_>bnoordhuis: hi
14:05:02  <bnoordhuis>piscisaureus_: ho
14:08:26  <indutny>bnoordhuis: hey
14:08:32  <indutny>time for reviewing
14:08:37  <indutny>;)
14:19:20  * kazuponjoined
14:22:59  <indutny>through years, ben has learned to gently ignore my requests
14:23:00  <indutny>:)
14:29:29  * kenperkinsquit (Quit: Computer has gone to sleep.)
14:30:13  * c4miloquit (Remote host closed the connection)
14:30:39  * c4milojoined
14:31:53  * c4miloquit (Remote host closed the connection)
14:31:58  <bnoordhuis>indutny: sorry, in a conference call
14:32:12  * c4milojoined
14:35:04  <indutny>ah, ok
14:45:07  * pachetjoined
14:48:58  * raffikiquit (Remote host closed the connection)
14:57:16  * bnoordhuisquit (Ping timeout: 276 seconds)
15:15:23  * csaohquit (Quit: csaoh)
15:20:28  * kenperkinsjoined
15:20:37  * mikealquit (Quit: Leaving.)
15:25:05  * csaohjoined
15:29:28  * bajtosquit (Quit: bajtos)
15:31:04  * piscisaureus_quit (Ping timeout: 276 seconds)
15:37:41  * mikealjoined
15:37:55  * mikealquit (Client Quit)
15:54:59  * bnoordhuisjoined
15:56:24  * kenperkinsquit (Quit: Computer has gone to sleep.)
15:57:21  * bajtosjoined
16:07:38  * kenperkinsjoined
16:13:03  <trevnorris>morning
16:13:18  <trevnorris>anyone opposed to this? https://github.com/joyent/node/pull/5893
16:14:18  * dominictarrjoined
16:15:18  * piscisaureus_joined
16:15:26  <tjfontaine>trevnorris: if you're going to make it a hidden (which I am for), your Get should reflect that as well :)
16:15:53  <trevnorris>tjfontaine: there's no GetHiddenValue
16:15:57  <trevnorris>just Get :)
16:16:06  <trevnorris>wait...
16:16:12  <trevnorris>wow, still morning.
16:16:29  <tjfontaine>:)
16:16:33  <tjfontaine>morning sunshine!
16:16:54  <trevnorris>I was thinking of Has()
16:17:00  <tjfontaine>right
16:18:20  * dapjoined
16:18:25  <trevnorris>tjfontaine: thanks for the catch.
16:19:15  <tjfontaine>no problem, code review ftw :)
16:19:35  <tjfontaine>this would have been caught if we had addon tests, I know I know, my fault ...
16:26:17  * amartensjoined
16:27:59  <bnoordhuis>trevnorris: fyi, i'm macro-ifying all the undefined checks
16:27:59  <trevnorris>bnoordhuis: compiler warnings about unused variables in cares_wrap Query/QueryWithFamily.
16:28:05  <bnoordhuis>and not just the undefined checks
16:28:19  <trevnorris>bnoordhuis: I'm not sure what good it does to Local<>::New() a variable that isn't being used.
16:28:29  <trevnorris>bnoordhuis: and yeah. I like the idea of macro-ifying.
16:29:32  <bnoordhuis>trevnorris: what vars is it complaining about
16:29:47  <trevnorris>Local<Object> object
16:29:56  <trevnorris>the change in 2bedf6
16:31:02  <trevnorris>tjfontaine: and I wouldn't blame you. I mean, how long have those not been around :)
16:31:03  <bnoordhuis>well, if it's not used, it's not used
16:31:10  <bnoordhuis>however, my compiler doesn't complain
16:31:40  <trevnorris>../src/cares_wrap.cc:737:17: warning: unused variable 'object' [-Wunused-variable]
16:31:45  <trevnorris>../src/cares_wrap.cc:768:17: warning: unused variable 'object' [-Wunused-variable]
16:31:53  * qardjoined
16:33:23  <tjfontaine>trevnorris: ya well, I want to do better. :/
16:34:23  * defunctzombie_zzchanged nick to defunctzombie
16:36:35  * groundwaterjoined
16:37:31  <indutny>bnoordhuis: heya
16:37:36  <indutny>what do you think about uv_chan
16:37:47  <indutny>have you seen PR from that guy?
16:38:46  <trevnorris>tjfontaine: if you don't have anything else I'm going to land that fix.
16:40:22  <tjfontaine>trevnorris: presuming it works, lgtm, the symbol should definitely exist :)
16:41:04  <trevnorris>tjfontaine: heh, it does. :)
16:43:23  <MI6>joyent/node: Trevor Norris master * c76ed64 : smalloc: add external to alloc with callbacks - http://git.io/vd640w
16:48:11  <bnoordhuis>trevnorris: oh right, i guess those are superfluous now
16:48:38  * c4miloquit (Remote host closed the connection)
16:49:03  * c4milojoined
16:50:20  <MI6>joyent/node: Ben Noordhuis master * d824076 : src: cares_wrap: remove two unused variables - http://git.io/n-f1Sg
16:50:24  <bnoordhuis>^ trevnorris
16:50:27  <trevnorris>:)
16:51:20  * M28quit (Ping timeout: 256 seconds)
16:52:09  <trevnorris>isaacs: ping
16:53:14  * pachet_joined
16:54:16  * c4miloquit (Ping timeout: 276 seconds)
16:54:59  * pachetquit (Ping timeout: 262 seconds)
16:55:10  * c4milojoined
17:06:04  * piscisaureus_quit (Ping timeout: 256 seconds)
17:06:35  * TooTallNatejoined
17:07:04  * kenperkinsquit (Quit: Computer has gone to sleep.)
17:15:25  * perezdjoined
17:16:01  * csaohquit (Quit: csaoh)
17:16:26  * kenperkinsjoined
17:19:38  * c4miloquit (Remote host closed the connection)
17:20:04  * c4milojoined
17:20:22  * mikealjoined
17:24:53  * c4miloquit (Ping timeout: 248 seconds)
17:27:48  * bnoordhuisquit (Ping timeout: 246 seconds)
17:29:10  <trevnorris>tjfontaine: since you're the most vocal about it, mind taking a quick look at my latest changes :) https://github.com/joyent/node/pull/5817/files
17:30:42  <tjfontaine>trevnorris: I will, what are your thoughts on naming it neuter instead? since that matches the concept you're doing
17:31:10  <trevnorris>tjfontaine: don't care. the kid in me just laughs a little when I hear that :P
17:31:15  <tjfontaine>heh
17:31:55  * bnoordhuisjoined
17:32:30  <trevnorris>tjfontaine: i'll place that in a separate commit since that should also be done to smalloc::Dispose as well.
17:32:44  <trevnorris>wait... should it?
17:33:18  <tjfontaine>it's not really the same in smalloc stuff, is it?
17:33:50  <tjfontaine>it's a pure dispose, it just says "nope, really gtfo"
17:34:33  <trevnorris>I guess I would expect Handle::IsEmpty to return true after smalloc::AllocDispose (ok, that's actually a horrible name)
17:34:58  <tjfontaine>I wish there were a nicer way to handle weaks in js, because this ref counting doesn't actually do what I wanted
17:35:11  <trevnorris>what is it you wanted?
17:35:52  <tjfontaine>hehe, what everyone wants, that if I called .dispose on the parent, as soon as the children are no longer in use, I would actually free
17:36:36  <trevnorris>hm. yeah there's the case where some slices are disposed, but others aren't.
17:36:51  <trevnorris>so it'd fall back to gc to collect everything.
17:36:52  <tjfontaine>which is fine, it just makes it no different than how it works today
17:37:09  <tjfontaine>but it's not exactly what the person calling .dispose (on a parent) actually wants
17:37:28  <trevnorris>yeah. well ArrayBuffer::Neuter actually visits each child and zeros them out.
17:37:41  <trevnorris>not sure how I feel about that.
17:38:00  <tjfontaine>hehe, ya, and afaik it doesn't actually exist in js :)
17:41:36  <trevnorris>tjfontaine: wtf. netuer is actually part of the khronos spec.
17:43:49  <trevnorris>tjfontaine: ah, it's to transfer ownership of the data. so if we could do the same with Buffer then the data could be safely sent back and forth between an ArrayBuffer.
17:44:02  <trevnorris>still not sure why that's a thing, but the community seems to be up in arms about it.
17:44:39  <tjfontaine>trevnorris: I've kinda context switched for the moment
17:54:12  * c4milojoined
17:58:44  * jmar777quit (Read error: Connection reset by peer)
17:59:22  * jmar777joined
18:03:19  <trevnorris>well, needing to do this was unexpected: p_obj.MakeWeak(static_cast<void*>(NULL), TargetCallback);
18:03:48  <trevnorris>if I just passed NULL it complained "could not match 'P *' against 'long'"
18:05:33  * stagasquit (Ping timeout: 264 seconds)
18:08:36  * roxlujoined
18:08:39  <roxlu>hey
18:09:04  * stagas_joined
18:09:11  * stagas_changed nick to stagas
18:15:40  <roxlu>I'm looking for a ipc library and wondering if it would be safe to use a UDP based solution when the applications are running on the same machine and communicate over localhost? (I'm not sure if the delivery can be garantueed when using UDP over localhost)
18:16:37  * pachet_quit (Ping timeout: 248 seconds)
18:18:23  * bajtosquit (Quit: bajtos)
18:19:44  <bnoordhuis>roxlu: not safe, localhost udp traffic still can get dropped
18:19:56  <roxlu>ok
18:20:35  <roxlu>if I want to have a IPC solution so I can send commands between multiple applications, would libuv be a good solution maybe?
18:21:05  <roxlu>.. I was hoping there was a specialized library for this maybe
18:22:27  * jmar777quit (Remote host closed the connection)
18:22:34  <bnoordhuis>roxlu: the traditional unix solution for ipc is either pipes/unix sockets or shared memory
18:22:40  <bnoordhuis>the former is supported by libuv, the latter not
18:22:44  <bnoordhuis>*isn't
18:24:18  <roxlu>ok thanks
18:26:08  <indutny>bnoordhuis: so
18:26:25  <indutny>any answers? :)
18:28:08  <bnoordhuis>indutny: i've got plenty of answers. what are the questions?
18:32:51  <indutny>bnoordhuis: uv_chan_t - yes or no?
18:32:56  <roxlu>bnoordhuis: when I want to sent simple commands between a couple of applications using a pipe, do you maybe have some advise on a protocol?
18:33:00  <indutny>bnoordhuis: does that two PR about tls parser looks good to you
18:33:09  <indutny>bnoordhuis: that's pretty much all :)
18:34:01  <trevnorris>heh, returning a Dispose'd persistent just returns undefined. that would lead to some of the most cryptic runtime issues ever :P
18:43:10  <roxlu>is there a complete example of a pipe based client/server ?
18:43:19  <trevnorris>TooTallNate: thanks again for helping setup njsutil. the dependencies syntax was a huge help.
18:43:34  <trevnorris>TooTallNate: let me know of any other common cases you run into, this is getting fun :) http://git.io/5gdXcw
18:44:08  <TooTallNate>trevnorris: sweet!
18:44:13  <TooTallNate>trevnorris: no more shim.h, eh?
18:44:25  <TooTallNate>oh no that was tj's one
18:44:26  <TooTallNate>haha
18:44:28  <TooTallNate>WHY SO MANY!?!!
18:44:29  <LOUDBOT>I AM TOO SHORT FOR BAR STOOLS AND THUS THEY ARE TOO DAMN HIGH
18:45:03  <trevnorris>heh, tjfontaine's is meant to be a complete solution. this is more just syntactic sugar and helper functions.
18:45:29  <tjfontaine>ya trevnorris's is similar to NAN
18:45:52  <TooTallNate>trevnorris: there's also the new kid on the block https://github.com/rvagg/nan
18:45:56  <TooTallNate>ya
18:46:01  <TooTallNate>tjfontaine beat me :p
18:46:07  <trevnorris>ah yeah. remember seeing that on the mailing list.
18:46:18  <TooTallNate>i think we're using nan already for node-canvas
18:46:22  <TooTallNate>since he sent the PR, haha
18:47:04  <trevnorris>how do you include that? since it doesn't have a binding or anything do you just throw in the file?
18:55:28  <trevnorris>ah, i'm going to kick myself. I can't believe I didn't check if the utf8 string in StringBytes::Encode is one byte.
18:57:25  <trevnorris>tjfontaine: one problem with neuter is that it always returns the allocated memory. point of Buffer#dispose() is to free the memory if possible.
18:57:36  <trevnorris>tjfontaine: so I think dispose is the better term in that case.
18:58:02  * dominictarrquit (Quit: dominictarr)
18:58:38  * mikealquit (Quit: Leaving.)
19:00:42  * jmar777joined
19:03:01  * kazuponquit (Remote host closed the connection)
19:03:27  * mikealjoined
19:03:58  * paddybyers_joined
19:04:43  * paddybyersquit (Ping timeout: 245 seconds)
19:04:43  * paddybyers_changed nick to paddybyers
19:06:06  <bnoordhuis>indutny: re that uv_chan stuff, i haven't really looked at it yet but i don't think it's something we want
19:06:17  <indutny>hm...
19:06:23  <indutny>ok
19:06:25  <bnoordhuis>roxlu: newline terminated, json, something like that?
19:06:35  <indutny>bnoordhuis: it'd be probably better to tell it to that guy then
19:06:45  <indutny>the code looks solid, though
19:06:47  <bnoordhuis>roxlu: depends on how complex the data is you're sending back and forth
19:06:48  <roxlu>yeah
19:07:09  <roxlu>do you think it would be wise to use a uv_pipe_t instead of a tcp connection? (for localhost ipc)
19:07:19  <bnoordhuis>indutny: yeah, but it's not something we really need and i'm not in the habit of merging things just for the sake of it
19:07:35  <bnoordhuis>roxlu: well, pipes are usually a lot faster
19:07:38  <indutny>sure, please just tell this guy to stop doing it :)
19:07:38  * hzquit (Ping timeout: 245 seconds)
19:07:48  <roxlu>ok
19:07:59  * hzjoined
19:08:15  * pachetjoined
19:08:51  <roxlu>I only looks like the pipe is blocking
19:09:48  * roxluoh no it's not
19:11:44  <bnoordhuis>roxlu: blocking i/o in libuv? heresy!
19:12:09  <bnoordhuis>i'm gonna break all the pull requests again. feels great!
19:12:14  <roxlu>hehe yeah I was calling uv_run incorrectly
19:12:53  <roxlu>bnoordhuis: I'm only wondering how to work with this issue...
19:13:23  <roxlu>when I don't close the pipe and the my.sock file isnt removed, I cannot start the pipe again by restarting my application
19:13:37  <roxlu>I could handle a signal, but I think that doesn't work on Windows right
19:13:41  <indutny>just watched this http://vimeo.com/70603516
19:13:43  <indutny>hehe :)
19:13:49  <indutny>you guys are so awesome looking here
19:13:56  <indutny>awesome-looking*
19:14:07  <bnoordhuis>roxlu: unlink the socket at startup, before you call uv_pipe_whatever
19:14:29  <bnoordhuis>indutny: oh god
19:14:39  <bnoordhuis>i'm trying hard to avoid that video
19:14:43  <roxlu>ok
19:15:06  <indutny>bnoordhuis: why?
19:15:18  <indutny>I was watching it with audio turned-off
19:15:23  <indutny>have I missed anything? :)
19:15:26  <bnoordhuis>indutny: i don't like seeing myself on video
19:15:31  <indutny>ah
19:15:33  <bnoordhuis>or hearing back myself, for that matter
19:15:44  <indutny>same on my side
19:15:56  <indutny>I mean generally
19:16:03  <indutny>but its ok
19:16:34  <indutny>I wonder if I should join SL just for promotion
19:16:46  <bnoordhuis>you can take over from me
19:16:47  <indutny>its finally starting to feel like a real thing
19:17:04  <indutny>haha
19:17:10  <trevnorris>I felt moved just watching it :)
19:17:12  <indutny>no, I didn't mean acting in video
19:17:26  <indutny>whatever
19:17:39  * indutnyis on inbox-zero mission
19:18:32  <bnoordhuis>jenkins, why u so slow?
19:18:44  <bnoordhuis>oh sorry, Y U SO SLOW?!
19:20:11  * bajtosjoined
19:20:12  <indutny>bnoordhuis: while you're waiting
19:20:19  <indutny>bnoordhuis: what's your opinion on my PRs?
19:20:38  <trevnorris>bnoordhuis: added a commit, anything else on https://github.com/joyent/node/pull/5747 ?
19:20:59  <bnoordhuis>indutny: yeah, was just looking
19:22:39  * stagas_joined
19:23:50  * stagasquit (Ping timeout: 240 seconds)
19:24:04  * stagas_changed nick to stagas
19:26:38  * bajtosquit (Ping timeout: 240 seconds)
19:30:28  * dominictarrjoined
19:35:22  <bnoordhuis>ReferenceError: DTRACE_NET_STREAM_END is not defined <- wut?
19:35:33  * dominictarrquit (Ping timeout: 248 seconds)
19:35:50  <bnoordhuis>tjfontaine: do the linux buildbots build with --dtrace?
19:36:24  <bnoordhuis>looks like they don't
19:36:36  <bnoordhuis>hm, why then does it work for me?
19:37:17  <isaacs>tjfontaine: we need to do a 0.10.14 as soon as i can get a new npm released.
19:39:20  <trevnorris>bnoordhuis: i can second that failure.
19:40:53  <bnoordhuis>hm, okay
19:41:00  * bnoordhuisprods the build
19:43:30  * dominictarrjoined
19:45:19  * piscisaureus_joined
19:46:28  <isaacs>bnoordhuis, indutny, piscisaureus: Yeah, that video is hot. more dutchmen!
19:46:45  <indutny>hehehe :)
19:47:05  <indutny>isaacs: I wonder if we should get enlisted here
19:47:08  <indutny>on their website
19:47:10  <indutny>what do you think?
19:47:11  <tjfontaine>isaacs: is there an issue? are you on site?
19:47:20  <isaacs>tjfontaine: i'm in meeting jail
19:47:26  <tjfontaine>mk
19:47:29  <indutny>I mean, like joining them, but not working full-time
19:47:33  <indutny>or even part-time
19:47:34  <isaacs>it's actually really interesting
19:47:35  <piscisaureus_>heh, thanks isaacs. I'll take your word for it, I haven't been able to look at it myself
19:47:38  <indutny>just doing random consultations
19:47:54  <isaacs>indutny: we should just go to amsterdam and have our pictures taken with them so that we can look good :)
19:47:58  <tjfontaine>bnoordhuis: there might not be a nop macro for that?
19:48:02  <indutny>hahaha
19:48:09  <indutny>yeah
19:48:15  <indutny>gimp is our friend, though
19:48:46  <piscisaureus_>the production company might just take pull requests
19:48:51  <piscisaureus_>who knows
19:50:17  <bnoordhuis>trevnorris, tjfontaine: nvm, found it
19:50:22  <indutny>you've special company for this? :)
19:50:41  <indutny>strongtube
19:50:52  <tjfontaine>bnoordhuis: ok
19:51:17  <tjfontaine>bnoordhuis: while you're around, can we move NODE_MODULE_VERSION into node_version.h?
19:52:31  <isaacs>tjfontaine: but yeah, there is an issue. npm 1.3.2 had some pretty annoying bugs that are fixed in 1.3.4
19:52:38  <isaacs>tjfontaine: i'm gonna push out a 1.3.5 in a few minutes
19:52:46  <tjfontaine>isaacs: ok
19:54:53  <trevnorris>isaacs: i'm still figuring out a way to use this in core, but at least it's ready to go :) https://github.com/trevnorris/node/compare/alloc-all-the-types
19:55:00  * TooTallNatequit (Quit: Computer has gone to sleep.)
19:56:41  <bnoordhuis>tjfontaine: i don't see why not. why though?
19:57:56  * TooTallNatejoined
20:04:03  * stagas_joined
20:04:09  * stagasquit (Ping timeout: 256 seconds)
20:04:20  * stagas_changed nick to stagas
20:09:55  <tjfontaine>bnoordhuis: because I'd like to be able to only include node_version.h in my c header and have the valid module abi version :)
20:11:09  <MI6>joyent/node: Ben Noordhuis master * 0330bdf : lib: macro-ify type checks (+2 more commits) - http://git.io/fQ2ELA
20:11:28  <bnoordhuis>tjfontaine: well, sure. i have no issue with that
20:12:00  <tjfontaine>bnoordhuis: ok, because this is what I'm doing atm https://github.com/tjfontaine/node-addon-layer/blob/master/src/shim.h#L83-L94 :)
20:13:28  * kazuponjoined
20:13:51  * c4miloquit (Remote host closed the connection)
20:14:17  * c4milojoined
20:14:33  <MI6>joyent/node: bnoordhuis created branch tjfontaine-review - http://git.io/Qna0Og
20:14:37  <bnoordhuis>tjfontaine: ^ like that?
20:15:12  <tjfontaine>bnoordhuis: yup
20:15:17  <bnoordhuis>i still think that shim thing is folly btw but that aside
20:15:29  <tjfontaine>bnoordhuis: can you be more specific?
20:15:34  <bnoordhuis>should i put anything else in the commit log?
20:15:39  * c4milo_joined
20:15:43  <bnoordhuis>oh, you're never going to capture all the details
20:15:50  <bnoordhuis>at least, not in a way that's cross-engine
20:15:59  * c4miloquit (Read error: Connection reset by peer)
20:16:02  <tjfontaine>cross engine is just pie in the sky
20:16:11  <tjfontaine>it's a nice have, not a requirement of the mechanism
20:16:42  <tjfontaine>it's important to provide APIs that match the 90% case of what people would want to do with node, that means providing an interface for Buffer and MakeWeak, which don't exist in JSAPI right now
20:17:09  <bnoordhuis>back on topic, comments on the commit log? :)
20:17:25  <tjfontaine>s/mode/move/ but lgtm :)
20:17:31  <bnoordhuis>oh, the shame!
20:17:55  <trevnorris>dammit, hate all this rebasing.
20:17:59  <MI6>joyent/node: Ben Noordhuis master * 44ed42b : src: move NODE_MODULE_VERSION to node_version.h - http://git.io/Wxw8sQ
20:18:02  <tjfontaine>I would like to get feedback from you on the start of the implementation
20:18:28  <tjfontaine>the public api interface naming aside
20:18:36  <bnoordhuis>me or trevor?
20:18:38  * kazuponquit (Ping timeout: 240 seconds)
20:18:43  <bnoordhuis>i confess i don't really want to get involved
20:19:15  <tjfontaine>any particular reason?
20:19:20  <bnoordhuis>because if i do i won't be able to say 'told you so' later on :)
20:19:37  <tjfontaine>haha, you can still feel free to do that
20:19:55  <bnoordhuis>jokes aside, i'm not that bothered by v8 api changes
20:20:08  <tjfontaine>that's fine, it's not really for you though :)
20:20:15  <bnoordhuis>if people can't keep up, too bad, someone or something else will fill the void
20:20:36  <tjfontaine>welcome to that something
20:20:37  * piscisaureus_quit (Read error: Connection reset by peer)
20:20:50  <tjfontaine>we're also in a good position to provide that interface for our module authors
20:20:54  * piscisaureus_joined
20:21:56  <bnoordhuis>maybe. but it means more maintenance, probably a lot more
20:22:14  <tjfontaine>ok, lemme rephrase, if I come to you with v8 questions, are you willing to help me :)
20:22:20  <bnoordhuis>sure :)
20:22:52  <tjfontaine>ok, do you have any time to look at how I'm [ab]using v8 currently?
20:23:59  <MI6>joyent/node: isaacs v0.10 * ff0de45 : npm: Upgrade to v1.3.5 - http://git.io/RIyT7w
20:24:00  <isaacs>tjfontaine: ^
20:24:05  <isaacs>tjfontaine: start your engines :)
20:24:58  <tjfontaine>heh ok
20:25:20  <trevnorris>tjfontaine: jenkins is going to love me right now
20:25:47  * mikealquit (Quit: Leaving.)
20:33:33  <isaacs>piscisaureus_, bnoordhuis: Woudl either of you be interested in doing a NodeUp episode next friday to talk about Node 0.12 status and features and stuff?
20:33:47  <isaacs>piscisaureus_, bnoordhuis: or both of you would be good, too :)
20:34:45  * dshaw_joined
20:35:45  * piscisaureus_quit (Read error: Connection reset by peer)
20:35:59  <isaacs>tjfontaine: whoops, need a slight doc fix.
20:36:04  <isaacs>tjfontaine: for the industry frontpage stuf.
20:36:20  <tjfontaine>isaacs: I haven't even come close to starting the release mechanism, are you ok if I punt until later today on that?
20:37:27  <MI6>joyent/node: isaacs v0.10 * 4bf5211 : doc: explicitly set industry logo height - http://git.io/DeX1jQ
20:37:31  <isaacs>tjfontaine: yea, that's fine.
20:37:38  <tjfontaine>ok excellent
20:37:43  <isaacs>tjfontaine: we could even just do the stuff this afternoon, and then push the blog/etc tomorrow morning
20:38:10  <tjfontaine>isaacs: nod
20:38:15  <trevnorris>isaacs: ooh, that hurts dude. no " :P
20:38:16  * jmar777quit (Remote host closed the connection)
20:38:16  <TooTallNate>isaacs: lulz https://cloudup.com/cMWi02oZ32v
20:39:23  <TooTallNate>oh you fixed it already...
20:39:33  * TooTallNatealways a minute behind :p
20:40:34  <bnoordhuis>isaacs: what time is that?
20:41:10  <bnoordhuis>and next friday, is that next week's friday or this week's? (asking just in case...)
20:42:16  <isaacs>bnoordhuis: 2013-08-02
20:42:21  <isaacs>bnoordhuis: but it looks like that time won't work
20:42:43  <isaacs>bnoordhuis: how about thursday 2013-08-01
20:43:03  <isaacs>trevnorris: those quotes are just extra bandwidth
20:43:54  <bnoordhuis>isaacs: and what time?
20:45:26  * mikealjoined
20:48:19  <emilsedgh>ahm, guys i asked this a couple of times in the last two days but i got no answer, i guess because of bad timezone.so if you dont mind im going to ask again... i use node-serialport and everything is allright until i attach 4 modems to it. everything becomes very slow at from now on. i tried debugging it and got to a uv_queue_work() call. the problem is, the work callback passed to it is called with a lot of delay (up to several seconds). how
20:48:21  <emilsedgh>can i debug it and understand what is currently in the queue? i read the code further and understood that uv_queue_work() uses a nginx queue as 'wk', but its not exposed publicly so i cannot use ngx_queue_head() to get items from it.
20:48:25  <isaacs>bnoordhuis: i can do earlier on Thursday.
20:48:44  * stagas_joined
20:48:45  <emilsedgh>(i know that in 0.11 ngx functions are replaced, but i need to get this working with 0.10)
20:49:10  <isaacs>bnoordhuis: say, 10AM US/Pacific, which is (iirc) 6 your time?
20:49:15  * stagas_quit (Client Quit)
20:49:36  <isaacs>oh, no, it'd be 7 your time
20:49:40  <isaacs>19:00
20:51:54  <bnoordhuis>isaacs: yeah, i can do that
20:52:11  <bnoordhuis>emilsedgh: it's possible the thread pool is saturated, it defaults to 4 threads
20:52:35  <bnoordhuis>emilsedgh: what happens when you e.g. `export UV_THREADPOOL_SIZE=16`
20:52:36  <emilsedgh>bnoordhuis: oh, val = getenv("UV_THREADPOOL_SIZE"); ??
20:52:41  <bnoordhuis>indeed :)
20:52:44  <emilsedgh>i see :)
20:53:50  <emilsedgh>i think that explains my issue, so i will try this. but, isnt this still an issue? i mean, i add several modems and it technically fails, even if i close file descriptors of al those devices.
20:54:32  <trevnorris>bnoordhuis: why the new line else after } in Buffer(), code consistency?
20:55:19  * stagas_joined
20:55:54  <bnoordhuis>emilsedgh: i'm not sure i understand the question. what is an issue how?
20:56:00  <bnoordhuis>trevnorris: what new line?
20:56:10  <trevnorris>bnoordhuis: line 66,67
20:56:39  <bnoordhuis>trevnorris: because it's two statements :)
20:56:54  <bnoordhuis>macro NUMBER_IS_FINITE(arg) = ((arg) == (arg) && (arg) != 1/0 && (arg) != -1/0); <- why doesn't that work
20:56:55  <emilsedgh>bnoordhuis: why is the thread pool saturated? :) there's no more jobs coming to them.
20:57:20  <bnoordhuis>emilsedgh: oh, like that. well, i'm not 100% positive it's saturated
20:57:36  <bnoordhuis>but if upping the size fixes it, that's probably the issue
20:58:00  <bnoordhuis>making the thread pool more versatile is on my todo list but it's actually quite tricky
20:58:08  <emilsedgh>ok, let me try that before i bug you more.
20:58:23  <bnoordhuis>i did some work on an auto-scaling thread pool but it actually performed worse in a lot of cases compared to a fixed thread pool
20:58:57  <trevnorris>bnoordhuis: check the macro output. when placed in a function it works fine.
20:59:10  <emilsedgh>ah i see.
20:59:46  <trevnorris>bnoordhuis: ah, wait. you need to do a (+arg)
21:00:01  <trevnorris>bnoordhuis: it needs to be coerced to Number beforehand
21:00:08  <bnoordhuis>ah... that sucks
21:00:19  <bnoordhuis>because the argument gets evaluated several times
21:00:30  <bnoordhuis>guess i'll just alias it to isFinite() for now :-/
21:01:23  <bnoordhuis>or maybe...
21:01:44  <bnoordhuis>macro NUMBER_IS_FINITE(arg) = (+(arg) === (arg) && (arg) !== 1/0 && (arg) !== -1/0);
21:01:55  <bnoordhuis>nah, doesn't work :(
21:02:08  <emilsedgh>bnoordhuis: yes, its fixed now. thanks a lot for the help. do you think what im reporting is a bug? no more works submitted to the queue, yet thread pool getting saturated.
21:02:32  <trevnorris>bnoordhuis: if you seriously want to, do this:
21:02:36  <bnoordhuis>emilsedgh: it's a known issue, it's just not straightforward to fix without causing regressions
21:03:08  <emilsedgh>bnoordhuis: oh, ok, and is there a github issue submitted for it that i can follow?
21:03:40  <trevnorris>macro IS_FINITE(arg) = (function(arg) { arg = +arg; return (arg == arg && arg != 1/0 && arg != -1/0); }(arg));
21:03:53  <trevnorris>bnoordhuis: though, that's a bit excessive :P
21:04:57  <bnoordhuis>emilsedgh: there's https://github.com/joyent/libuv/issues/649
21:05:09  <bnoordhuis>trevnorris: yeah... guess i'll just alias it to isFinite()
21:05:28  <trevnorris>bnoordhuis: sounds good. not going to get much faster than that anyways.
21:06:25  <emilsedgh>bnoordhuis: thanks a lot :)
21:06:39  <trevnorris>ok, need to take a breather.
21:06:41  * trevnorris&
21:06:42  <LOUDBOT>THEY ARE MULTIPLYING!
21:07:37  <bnoordhuis>hrm, NUMBER_IS_NAN() has issues too...
21:08:42  <indutny>bnoordhuis: any other comments, or LGTY?
21:12:12  * pachetquit (Quit: leaving)
21:12:38  * julianduquejoined
21:13:10  * st_lukejoined
21:13:44  * roxluquit (Quit: leaving)
21:23:50  * mikealquit (Quit: Leaving.)
21:28:53  * c4milo_quit (Remote host closed the connection)
21:29:19  * c4milojoined
21:33:50  * c4miloquit (Ping timeout: 240 seconds)
21:41:30  * rendar_quit
21:42:48  <MI6>joyent/node: Fedor Indutny master * d62c2d9 : tls: share tls tickets key between cluster workers (+1 more commits) - http://git.io/X_PY8g
21:42:50  <indutny>bnoordhuis: thank you!
21:43:13  <bnoordhuis>np :)
21:46:05  <indutny>ttyl
21:46:08  <indutny>going to sleep now
21:46:33  * mikealjoined
21:46:50  * mikealquit (Client Quit)
21:48:04  <bnoordhuis>yeah, guess i'm signing off too
21:48:09  <bnoordhuis>sleep tight everyone
21:49:20  * mikealjoined
21:51:42  <indutny>sleep tight man
21:53:32  * mikealquit (Client Quit)
21:53:47  * mikealjoined
21:54:56  * dshaw_quit (Quit: Leaving.)
21:55:00  <trevnorris>bnoordhuis: you using the macro from v8?
21:55:18  * dshaw_joined
21:57:00  * bnoordhuisquit (Ping timeout: 241 seconds)
22:05:14  * stagasquit (Read error: Connection reset by peer)
22:05:38  <trevnorris>my keyboard is sticky... need to stop eating at my desk.
22:06:21  <trevnorris>tjfontaine: when you have a min. can you explain what you'd expect to happen from Buffer#dispose/neuter?
22:06:28  * stagasjoined
22:06:55  * stagas_quit (Ping timeout: 276 seconds)
22:08:01  * c4milojoined
22:08:24  * stagas_joined
22:09:00  * dominictarrquit (Ping timeout: 260 seconds)
22:09:23  * stagasquit (Client Quit)
22:09:34  * stagas_changed nick to stagas
22:09:35  * dominictarrjoined
22:41:04  * hzquit (Disconnected by services)
22:41:09  * hzjoined
22:44:12  * groundwaterquit (Quit: groundwater)
22:49:02  * c4miloquit (Remote host closed the connection)
22:49:32  * c4milojoined
22:49:42  * groundwaterjoined
22:54:09  * c4miloquit (Ping timeout: 268 seconds)
22:58:50  * st_lukequit (Remote host closed the connection)
22:59:20  * dshaw_quit (Quit: Leaving.)
23:03:27  * dshaw_joined
23:06:37  * dominictarrquit (Quit: dominictarr)
23:07:11  * paddybyersquit (Ping timeout: 256 seconds)
23:16:45  * hzquit
23:19:33  <trevnorris>isaacs: ping
23:24:02  * indexzerojoined
23:36:04  * st_lukejoined
23:36:44  * st_lukequit (Read error: Connection reset by peer)
23:41:41  * mikealquit (Quit: Leaving.)
23:44:55  * pachetjoined
23:45:20  * indexzeroquit (Quit: indexzero)
23:48:28  * mikealjoined
23:54:26  * `3Echanged nick to `3E|ZZZ