00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:08  * thlorenzquit (Remote host closed the connection)
00:00:09  * ircretaryjoined
00:00:26  <tjfontaine>trevnorris, txdv: we are doing builds of every commit pushed into the master branch, and each of those results in binaries being stored
00:00:50  <trevnorris>tjfontaine: but are they downloadable?
00:00:55  <tjfontaine>trevnorris, txdv: at the moment java has screwed me on how jenkins launches the slave agent though, so I have to rearch the design
00:00:58  <tjfontaine>trevnorris: yes
00:01:10  <trevnorris>ooh. ok. did not know that.
00:01:28  <tjfontaine>if you have the manta sdk installed and setup you can: mls /NodeCore/public/builds/master
00:01:31  <tjfontaine>or
00:02:28  <tjfontaine>sorry /NodeCore/public/builds/node/master
00:02:30  <tjfontaine>or
00:02:31  <tjfontaine>http://us-east.manta.joyent.com/NodeCore/public/builds/node/master
00:02:41  <tjfontaine>will give you a line delimited json of all the entries in that directory
00:03:16  <tjfontaine>broken down by platform and arch (and on windows by compiler tool chail)
00:03:18  <MI6>nodejs-master-windows: #647 UNSTABLE windows-x64 (22/699) windows-ia32 (17/699) http://jenkins.nodejs.org/job/nodejs-master-windows/647/
00:03:18  <tjfontaine>*chain
00:04:39  <tjfontaine>trevnorris: resources will be coming, at the moment I'm not so worried about total coding output as I am about us focusing in on feature freezing and branching 0.12 (whcih I hope to do early next week)
00:05:10  <trevnorris>txdv: you get all this ^
00:05:12  <tjfontaine>issue triaging is important so far as we keep an eye on priorities coming in, but not so far as making sure we're clsoing them
00:05:33  <tjfontaine>unless they are bugs that are high priority, the number of open issues should not scare us
00:05:45  <tjfontaine>that is to say, we can't be consumed by that lest we lose focus
00:11:19  * brunklequit (Quit: brunkle)
00:12:24  * brunklejoined
00:15:43  * brunklequit (Client Quit)
00:17:16  * mikealquit (Quit: Leaving.)
00:19:01  * brunklejoined
00:19:25  <trevnorris>indutny: have you ever looked at https://github.com/jedisct1/libsodium ?
00:19:48  <indutny>I did
00:20:28  <indutny>trevnorris: do you trust them? :)
00:20:34  <indutny>also
00:20:38  <indutny>we still need SSL
00:20:40  <indutny>from OpenSSL
00:20:47  <trevnorris>i try to stay away from crypto because it hurts my head, so i'm down for anything simple.
00:20:56  <trevnorris>*simpler
00:21:31  <indutny>well
00:21:42  <indutny>nacl is quite complicated
00:21:51  <indutny>I was curious about it at one stage
00:21:55  <trevnorris>oy...
00:22:00  <indutny>and read a couple of papers on it
00:22:15  <indutny>I'd rather not touch it
00:22:41  <trevnorris>but, for example, could you implement tls in it?
00:22:47  <trevnorris>oh, and why wouldn't you want to touch it?
00:23:13  <indutny>it is complicated
00:23:26  <trevnorris>hahaha. of course it is...
00:23:29  <indutny>:)
00:23:38  <indutny>I mean it is not a brilliant design
00:23:41  <indutny>but just a huge hack
00:23:58  <indutny>that is theoretically and practically correct
00:24:06  <indutny>trevnorris: I could implement tls
00:24:12  <indutny>and even started doing it
00:24:19  <indutny>but never got time to finish it
00:24:22  <indutny>http://github.com/indutny/tls.js
00:24:30  <indutny>so far only have parser/framer
00:24:48  * c4miloquit (Remote host closed the connection)
00:24:51  * paulfryzeljoined
00:25:04  <trevnorris>know it's not this simple. but i'd just love a module.makeMyShitSecure(...)
00:25:47  <indutny>well
00:26:00  <indutny>who knows what really secure
00:26:06  <indutny>cryptographers are pretty strange people
00:26:50  <trevnorris>that's my problem w/ anything crypto. it relies on math created by dudes w/ PhD's way over my head.
00:26:56  <indutny>well
00:26:58  <indutny>math is simple
00:27:01  <indutny>I mean
00:27:04  <indutny>it is the simple part of it
00:27:14  <indutny>but the side-channels mitigations and everything like that
00:27:33  <indutny>that's really a head ache
00:27:39  <trevnorris>yeah.
00:27:58  <indutny>all libs are implementing identical math algorithm afterall
00:28:02  <indutny>just in a different ways
00:28:08  <trevnorris>preface, my terminology may be way way off. so excuse that, but I have a question.
00:28:22  <indutny>oh, np. shoot!
00:28:58  <trevnorris>when two websites do a handshake using dual key auth, do they then exchange a key that's used to encrypt the remainder of the data?
00:29:07  * paulfryzelquit (Ping timeout: 252 seconds)
00:29:11  * daviddiasjoined
00:29:19  <indutny>what do you mean by dual key auth?
00:29:29  <indutny>both client and server cert?
00:30:30  <tjfontaine>trevnorris: it's time we introduce you to alice and bob
00:30:43  <trevnorris>like the examples, how Billy encrypts something w/ Sally's public key, and she verifies by decrypting it. then she encrypts something using Billy's public key and he decrypts it to verify it's sally.
00:30:43  * c4milojoined
00:30:58  <trevnorris>or alice and bob. whatever. :P
00:31:11  <indutny>haha
00:31:16  <indutny>well, it is just verification of peers
00:31:25  <indutny>they're proving each other who they are
00:31:29  <tjfontaine>this may be able to help you in some way http://en.wikipedia.org/wiki/Alice_and_Bob
00:31:31  <indutny>and that they could be trusted
00:31:50  <indutny>this step could be completely skipped
00:31:52  <tjfontaine>it has links to some of the pieces, and even one of the common diagrams
00:32:13  <tjfontaine>the internet is a wonderful place
00:32:17  <indutny>trevnorris: then they're determining shared secret
00:32:19  <trevnorris>tjfontaine: tried that. again, hurt my head. I seriously have a mental block around crypto
00:32:35  <indutny>using DH or ECDH, DHE o ECDHE
00:32:50  <indutny>and using this shared secret to encrypt all communications
00:33:22  * brunklequit (Quit: brunkle)
00:33:45  <trevnorris>ok. let's see if I can word this in a way that doesn't make me sound too stupid.
00:33:51  * daviddiasquit (Ping timeout: 264 seconds)
00:34:35  * brunklejoined
00:34:48  <trevnorris>i figured w/ that handshake verification thing they would then exchange a random and strong password then use a different algorithm to encrypt the remainder of their communications.
00:35:26  * daviddiasjoined
00:36:47  <trevnorris>wait. one sec. let's see if wikipedia can work some magic on my small brain.
00:37:14  <trevnorris>honestly I think the part of me that's obsessed w/ performance blocks out encryption because it makes things slower.
00:38:27  <trevnorris>haha! ok. some light has reached my mind.
00:39:50  * daviddiasquit (Ping timeout: 264 seconds)
00:43:11  <trevnorris>ok. got the concept.
00:43:24  <trevnorris>indutny: now. how the hell have you learned how to work w/ the openssl api?
00:43:42  <indutny>sorry, was afk
00:44:12  <indutny>trevnorris: I read it's headers :P
00:44:14  <indutny>and googled
00:44:28  <trevnorris>heh, i feel sorry for you.
00:44:31  <indutny>hahaha
00:44:33  <indutny>ok
00:44:33  <indutny>ttyl
00:44:36  <indutny>cinema time
00:44:41  <trevnorris>sec. one last thing
00:45:10  <trevnorris>if we care about OSX performance in libuv (which I don't) then 10.7+ has the dispatch api https://developer.apple.com/library/mac/documentation/performance/reference/gcd_libdispatch_ref/Reference/reference.html
00:45:25  <trevnorris>which can get around the issues like pwrite not being thread safe
00:46:42  <trevnorris>anyway. night indutny
00:46:45  <trevnorris>have a good weekened
00:47:40  <othiym23>aw damn, no hueniverse
00:47:46  <othiym23>https://github.com/newrelic/node-newrelic/blob/master/NEWS.md#v130-2014-01-17 was just for him
00:52:34  * c4miloquit (Remote host closed the connection)
00:55:27  * dap_quit (Quit: Leaving.)
00:56:14  <trevnorris>you know what would be fun? if we could do a buffer.mutex() and prevent anyone from writing to it. :P
00:56:47  * mikolalysenkoquit (Ping timeout: 260 seconds)
00:56:54  <trevnorris>then we wouldn't have to copy out the data before I/O transit.
00:58:22  <tjfontaine>shiver
00:58:29  <tjfontaine>deadlocks in javascript :)
01:00:54  * wolfeidaujoined
01:00:58  <octetcloud>run node, then > try{require('/etc/passwd')}catch(e){console.log('e<', e, '>')}
01:01:29  <octetcloud>it spits to stderr... should it? why is error not just in the Error object?
01:01:30  <tjfontaine>from the repl?
01:01:34  <octetcloud>yes
01:01:55  <octetcloud>then it screws up the tty, so you can't up/down arrow through history anymore
01:02:27  <tjfontaine>lame
01:03:43  <octetcloud>so not just my machine (ubuntu)? do you see it, tj?
01:04:12  <tjfontaine>it certainly breaks history
01:04:43  <octetcloud>https://gist.github.com/sam-github/8484653
01:04:46  <tjfontaine>I wonder
01:04:59  <tjfontaine>yes same thing
01:05:04  <octetcloud>should I report, or maybe it doesn't matter.
01:05:04  <tjfontaine>well close
01:05:54  * indexzerojoined
01:06:15  <tjfontaine>I would file it, just for completeness sake
01:06:18  * mikolalysenkojoined
01:06:27  <octetcloud>ok
01:06:57  <octetcloud>is this a bug:
01:07:01  <octetcloud> node -e "try{require('/etc/passwd')}catch(e){}"
01:07:29  <octetcloud>I'd expect no output, but there is an error to stderr. Expected?
01:07:44  <tjfontaine>no I would say that' snot expected, but I have to look and see where in src/ the failure is
01:08:46  <tjfontaine>DisplayExceptionLine perhaps
01:09:35  * rmgquit (Remote host closed the connection)
01:10:49  * dshaw_joined
01:11:31  * rmgjoined
01:12:17  * jmar777joined
01:14:00  <octetcloud>yeah. node_script.cc:396, about: // FIXME UGLY HACK TO DISPLAY SYNTAX ERRORS.
01:16:14  <tjfontaine>ah I was looking in master
01:16:41  <isaacs>indutny: hey, seems like bud is pretty nice
01:16:44  <isaacs>indutny: it does more than pound
01:16:54  <indutny>:)
01:16:57  <isaacs>but mostly, it just helped me rule out pound as the source of the problem
01:17:01  <indutny>let me know if there'll be any bugs
01:17:06  <isaacs>pound is fine for my purposes, though
01:17:18  <isaacs>i don't need SNI or OSCP stapling or aything
01:17:42  <indutny>heh
01:19:03  <tjfontaine>what was the problem?
01:19:12  <tjfontaine>indutny, isaacs: also check your status windows for invites
01:19:34  <indutny>can't see any...
01:19:39  <indutny>ah
01:20:11  * mikolalysenkoquit (Ping timeout: 260 seconds)
01:20:37  <tjfontaine>also for TooTallNate as well
01:23:14  <TooTallNate>tjfontaine: status window?
01:23:41  <tjfontaine>TooTallNate: you were invited to a channel, so where ever your client stashes those
01:24:03  <TooTallNate>ok, let me figure that out :p
01:24:15  <tjfontaine>I can also privmsg you :)
01:25:37  * paulfryzeljoined
01:25:53  * brsonquit (Quit: leaving)
01:26:23  * brsonjoined
01:27:04  <othiym23>aw man, I'm not cool enough for the sekrit core channel
01:27:21  <tjfontaine>it's not going to be high traffic :)
01:29:31  * octetcloudquit (Ping timeout: 260 seconds)
01:29:59  * paulfryzelquit (Ping timeout: 252 seconds)
01:33:03  * trevnorris&
01:33:03  <LOUDBOT>ALL RIGHT YES BUT WATCH OUT FOR LOWER CAsE LETTERS
01:33:20  <trevnorris>ah LOUDBOT, you complete my day
01:33:50  * Ralithquit (Ping timeout: 252 seconds)
01:35:50  * mikolalysenkojoined
01:52:26  * stagasjoined
01:52:42  * stagas_joined
01:53:09  * stagas_quit (Client Quit)
01:53:24  * jmar777quit (Remote host closed the connection)
01:54:39  * TooTallNatequit (Quit: Computer has gone to sleep.)
02:03:46  * Ralithjoined
02:04:21  * sinclair|workjoined
02:12:39  * dshaw_quit (Quit: Leaving.)
02:14:39  * dshaw_joined
02:19:39  * TooTallNatejoined
02:21:15  * brunklequit (Quit: brunkle)
02:23:31  * daviddiasjoined
02:26:19  * paulfryzeljoined
02:26:42  * dshaw_quit (Quit: Leaving.)
02:27:44  * daviddiasquit (Ping timeout: 252 seconds)
02:29:38  * daviddiasjoined
02:30:51  * paulfryzelquit (Ping timeout: 252 seconds)
02:34:26  * daviddiasquit (Ping timeout: 264 seconds)
02:35:17  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
02:37:03  * rmgquit (Remote host closed the connection)
03:06:54  * mikolalysenkoquit (Ping timeout: 265 seconds)
03:14:45  * dshaw_joined
03:26:59  * dshaw_quit (Ping timeout: 272 seconds)
03:27:07  * paulfryzeljoined
03:31:21  * paulfryzelquit (Ping timeout: 252 seconds)
03:36:19  * rmgjoined
03:42:11  * rmgquit (Ping timeout: 272 seconds)
03:58:35  * brunklejoined
04:03:36  * brunklequit (Quit: brunkle)
04:18:05  * daviddiasjoined
04:19:33  * wolfeidauquit (Remote host closed the connection)
04:20:57  * wolfeidaujoined
04:23:02  * daviddiasquit (Ping timeout: 264 seconds)
04:24:13  * daviddiasjoined
04:28:05  * paulfryzeljoined
04:29:02  * daviddiasquit (Ping timeout: 264 seconds)
04:33:19  * paulfryzelquit (Ping timeout: 252 seconds)
04:46:19  * kazuponjoined
04:55:24  <sinclair|work>UV_EXTERN int uv_ip4_addr(const char* ip, int port, struct sockaddr_in* addr);
05:09:56  * rmgjoined
05:15:33  * rmgquit (Ping timeout: 272 seconds)
05:23:38  * mikolalysenkojoined
05:29:51  * paulfryzeljoined
05:32:09  * defunctzombiechanged nick to defunctzombie_zz
05:34:11  * paulfryzelquit (Ping timeout: 252 seconds)
05:34:45  * jmar777joined
05:46:13  * daviddiasjoined
05:50:38  * daviddiasquit (Ping timeout: 264 seconds)
06:04:57  * indexzeroquit (Quit: indexzero)
06:05:19  * wolfeidauquit (Remote host closed the connection)
06:08:40  * m76joined
06:18:41  * daviddiasjoined
06:19:50  * mikolalysenkoquit (Ping timeout: 252 seconds)
06:23:04  * daviddiasquit (Ping timeout: 246 seconds)
06:26:30  <MI6>nodejs-v0.10-windows: #447 FAILURE http://jenkins.nodejs.org/job/nodejs-v0.10-windows/447/
06:30:29  * paulfryzeljoined
06:35:03  * paulfryzelquit (Ping timeout: 252 seconds)
06:39:24  <sinclair|work>with the method UV_EXTERN int uv_ip4_addr(const char* ip, int port, struct sockaddr_in* addr);, what does the _in part mean in sockarrr_in
06:46:17  * AvianFluquit (Remote host closed the connection)
06:48:56  * indexzerojoined
06:54:24  <sinclair|work>anyone around for a talk?
06:56:17  * sinclair|worktries desperately to interop with lib uv
06:56:28  * sinclair|workfails
06:58:47  * rmgjoined
07:04:05  * rmgquit (Ping timeout: 248 seconds)
07:12:54  * daviddiasjoined
07:17:38  * daviddiasquit (Ping timeout: 264 seconds)
07:17:39  * dshaw_joined
07:22:35  * dshaw_quit (Ping timeout: 272 seconds)
07:26:06  * mikolalysenkojoined
07:30:50  * mikolalysenkoquit (Ping timeout: 264 seconds)
07:43:45  * kazuponquit (Remote host closed the connection)
07:44:07  * mikealjoined
07:44:11  * kazuponjoined
07:48:49  * kazuponquit (Ping timeout: 272 seconds)
07:48:51  * mikealquit (Ping timeout: 260 seconds)
07:50:03  * mikealjoined
07:53:26  * rendarjoined
08:07:53  * jmar777quit (Remote host closed the connection)
08:32:08  * paulfryzeljoined
08:36:25  * paulfryzelquit (Ping timeout: 252 seconds)
08:42:12  * brsonquit (Quit: leaving)
08:48:42  * wolfeidaujoined
08:54:36  * kazuponjoined
08:59:09  * kazuponquit (Ping timeout: 252 seconds)
09:07:29  * daviddiasjoined
09:12:14  * daviddiasquit (Ping timeout: 264 seconds)
09:32:54  * paulfryzeljoined
09:34:48  * dsantiagojoined
09:37:17  * paulfryzelquit (Ping timeout: 252 seconds)
09:46:40  * hzjoined
09:47:42  * kenperkinsquit (Read error: Connection reset by peer)
09:47:45  * kenperkins_joined
09:48:47  * inolenquit (Read error: Connection reset by peer)
09:49:04  * inolenjoined
09:54:00  * calvinfojoined
09:58:37  * rmgjoined
09:58:38  * calvinfoquit (Read error: Connection reset by peer)
09:58:50  * calvinfojoined
09:59:08  * sinclair|workquit (Read error: Connection reset by peer)
09:59:27  * indexzeroquit (Read error: Connection reset by peer)
09:59:50  * indexzerojoined
10:00:12  * sinclair|workjoined
10:01:49  * dsantiagoquit (Ping timeout: 272 seconds)
10:03:33  * dsantiagojoined
10:04:15  * rmgquit (Ping timeout: 252 seconds)
10:07:21  * daviddiasjoined
10:11:40  * daviddiasquit (Ping timeout: 245 seconds)
10:12:25  * calvinfoquit (Quit: Leaving.)
10:33:29  <indutny>hey people!
10:33:41  * paulfryzeljoined
10:38:09  * paulfryzelquit (Ping timeout: 252 seconds)
10:38:38  <MI6>nodejs-v0.10: #1726 FAILURE http://jenkins.nodejs.org/job/nodejs-v0.10/1726/
10:38:38  <sinclair|work>hey indutny
10:39:00  <sinclair|work>indutny: can i ask, what are you using libuv for?
10:39:10  <indutny>sure
10:39:19  <indutny>node.js :)
10:39:19  <indutny>and bud :)
10:39:40  <sinclair|work>indutny: are you not calling the C api at all?
10:39:52  <indutny>huh?
10:39:56  <indutny>surely, I am calling it
10:40:06  <indutny>or do you mean "raw" C API?
10:40:06  <sinclair|work>indutny: indirectly via node?
10:40:10  <sinclair|work>yeah
10:40:16  <indutny>like kernel-level
10:40:22  <indutny>well, I'm not calling it mostly
10:40:25  <sinclair|work>indutny: i suppose so
10:40:34  <indutny>I only use `fork` in bud
10:40:40  <indutny>for daemonizing
10:40:41  <sinclair|work>indutny: ive been fighting to get a C# interop up and running
10:40:57  <indutny>oh, you mean C++ thingy?
10:41:12  <indutny>what problems do you have with it?
10:41:32  <sinclair|work>indutny: quite a lot actually, mostly it comes down to marshalling these structures into C#
10:41:58  <indutny>it should be fine if all uv stuff is private
10:42:06  <sinclair|work>indutny: and.....my general lack of familarity with Interop / platform invocation in C#
10:42:20  <indutny>yeah, I spent a lot of time on it
10:42:25  <indutny>thankfully, I was doing a simpler thing
10:42:27  <indutny>zlib wrapper
10:42:43  <sinclair|work>indutny: well, i thought id start simple, with a tcp server
10:43:19  <sinclair|work>up to trying to get uv_buf_t across into C#
10:43:45  <sinclair|work>indutny: i note, that on read, the streams expect one callback for allocation of memory, and another to read that memory
10:44:16  <sinclair|work>indutny: so, i seem to be allocating ok, but that data doesn't seem to be passed through into read cb
10:44:38  <indutny>yeah
10:45:02  <sinclair|work>indutny: also, libuv is firing back non sensible values for nread,
10:45:03  <indutny>huh?
10:45:03  <indutny>could you paste your alloc_cb code?
10:45:59  <sinclair|work>indutny: sure, its a bit messy tho
10:46:28  <sinclair|work>http://pastebin.com/jj6dNZKJ
10:47:49  <sinclair|work>indutny: as it stands, im trying to not care about the structures as much as possible
10:48:20  <sinclair|work>indutny: so, im using IntPtr (which is basically a void* in .net) and treating them as handles only
10:49:14  <indutny>one sec
10:49:15  <indutny>loading :(
10:49:15  <indutny>Oh
10:49:15  <indutny>Oh gosh
10:49:15  <indutny>:)
10:49:17  <indutny>I thought you were doing most of the stuff in C++
10:49:17  <indutny>or is it a C++? :)
10:49:18  <indutny>well, anyway
10:49:28  <sinclair|work>indutny: its C#
10:49:36  <indutny>why not C++?
10:49:42  <indutny>I mean
10:49:58  <sinclair|work>indutny: i need a .net library that works :)
10:50:05  <indutny>you could write wrapper around all this stuff
10:50:15  <sinclair|work>indutny: that's what im trying to do
10:50:31  <sinclair|work>indutny: it would look very nodejs-ish if i did
10:51:00  <sinclair|work>indutny: but just trialing it really
10:51:17  <sinclair|work>indutny: i need to see that if i use libuv, it returns callbacks on the main thread
10:51:31  <sinclair|work>(which is liable to be a UI thread)
10:52:32  * indutny_joined
10:54:11  <indutny>sorry, going to bounce out of ircrelay
10:54:12  <indutny>one sec
10:54:24  <indutny_>almost done
10:56:50  * indutnyquit (Quit: IRCRelay - http://ircrelay.com)
10:57:52  * indutny_changed nick to indutny
10:58:18  <sinclair|work>indutny: oh, you are a channel operator here?
10:58:35  <indutny>I think so
10:59:00  <indutny>brb
10:59:04  <indutny>lunch time
11:03:14  <indutny>back
11:05:53  <sinclair|work>indutny: do you commit updates to libuv?
11:06:20  <indutny>yes
11:14:32  <sinclair|work>indutny: nice
11:14:59  <sinclair|work>indutny: so, with regards to libuv, i had to compile it as a .dll (visual studio)
11:15:48  <sinclair|work>indutny: i found the vcbuild.bat stuff awesome, great work, but it seems as though building as a shared library isn't well documented
11:15:59  <sinclair|work>indutny: was going to blog about it
11:16:24  <indutny>sinclair|work: honestly saying I have not much idea about how windows build is working :)
11:16:33  <indutny>but if doesn't work from vcbuild.bat
11:16:42  <indutny>I suppose that you needed to use ./gyp_uv
11:16:49  <indutny>to generate proper build files
11:17:01  <indutny>sinclair|work: is that what you experienced?
11:17:03  <sinclair|work>indutny: i think i had to add a preprocessor directive in there, and link in a few .libs i found in the test project
11:17:11  <indutny>oh
11:17:12  <indutny>I see
11:17:28  <sinclair|work>indutny: i don't really know all that much about gyp
11:17:40  <sinclair|work>indutny: it was fairly painless tho
11:17:51  <sinclair|work>(few trial and errors)
11:18:08  <sinclair|work>indutny: im not even a C++ developer, so :P
11:18:21  <indutny>haha
11:18:44  <sinclair|work>indutny: well, not since like 2001
11:18:48  <indutny>:)
11:18:52  <indutny>neither do I
11:20:37  <indutny>started using it a couple of years ago
11:28:19  <sinclair|work>indutny: do you know much about uv_read_start ?
11:34:16  * paulfryzeljoined
11:38:39  * paulfryzelquit (Ping timeout: 252 seconds)
11:39:37  * stagasquit (Ping timeout: 272 seconds)
11:44:48  * daviddiasjoined
11:45:41  * daviddia_joined
11:50:07  * daviddiasquit (Ping timeout: 272 seconds)
12:46:09  * m76quit (Read error: Connection reset by peer)
12:58:23  * rmgjoined
13:03:51  * rmgquit (Ping timeout: 260 seconds)
13:04:48  * c4milojoined
13:05:48  * c4milo_joined
13:09:04  * c4miloquit (Ping timeout: 246 seconds)
13:10:13  * AvianFlujoined
13:34:57  * defunctzombie_zzchanged nick to defunctzombie
13:35:59  * paulfryzeljoined
13:38:57  * inolenquit (Read error: No route to host)
13:39:48  * inolenjoined
13:40:12  * kazuponjoined
13:40:23  * paulfryzelquit (Ping timeout: 252 seconds)
13:45:45  * Damn3dquit (Ping timeout: 276 seconds)
13:51:11  * Damn3djoined
14:04:55  <sinclair|work>can someone help me understand something about reading streams?
14:05:22  <sinclair|work>we have typedef void (*uv_alloc_cb)(uv_handle_t* handle, size_t suggested_size, uv_buf_t* buf);
14:05:49  <sinclair|work>so, it seems that the suggested size seems fixed at 64k
14:06:02  <sinclair|work>the question i have is, will that suggested size ever change?
14:06:13  <sinclair|work>(for example, be greater than 64k)
14:06:50  <sinclair|work>or, will libuv buffer things prior to the alloc_cb being fired?
14:07:27  <sinclair|work>the reason i ask is, i would like to allocate a single 64k buffer, and resuse it instead of re allocating memory on each request?
14:08:08  <sinclair|work>or, should i create a memory pool that lets me resize accordingly should the suggested size change (exceed that 64k)
14:08:19  <sinclair|work>any help or insights into this would be appreciated.
14:14:34  * c4milo_quit (Remote host closed the connection)
14:36:32  * paulfryzeljoined
14:40:51  * m76joined
14:40:53  * paulfryzelquit (Ping timeout: 252 seconds)
14:44:23  * mmaleckiquit (Quit: leaving)
14:44:35  * mmaleckijoined
15:14:38  * daviddia_quit
15:17:38  <MI6>nodejs-master: #859 FAILURE osx-x64 (1/699) osx-ia32 (1/699) smartos-ia32 (7/699) smartos-x64 (7/699) http://jenkins.nodejs.org/job/nodejs-master/859/
15:24:28  * daviddiasjoined
15:26:31  * daviddiasquit (Remote host closed the connection)
15:30:41  * daviddiasjoined
15:43:11  * AvianFluquit (Ping timeout: 272 seconds)
15:49:32  * sinclair|workquit (*.net *.split)
15:49:32  * kenperkins_quit (*.net *.split)
15:49:32  * Benvie_quit (*.net *.split)
15:49:33  * felicityquit (*.net *.split)
15:49:33  * einarosquit (*.net *.split)
15:49:33  * titoquit (*.net *.split)
15:49:52  * AvianFlujoined
15:51:55  * thlorenzjoined
15:52:04  * sinclair|workjoined
15:52:04  * kenperkins_joined
15:52:04  * Benvie_joined
15:52:04  * felicityjoined
15:52:04  * einarosjoined
15:52:04  * titojoined
15:55:49  * rmgjoined
15:56:11  * sinclair|workquit (*.net *.split)
15:56:11  * kenperkins_quit (*.net *.split)
15:56:11  * Benvie_quit (*.net *.split)
15:56:11  * felicityquit (*.net *.split)
15:56:11  * einarosquit (*.net *.split)
15:56:12  * titoquit (*.net *.split)
15:58:40  * sinclair|workjoined
15:58:40  * kenperkins_joined
15:58:40  * Benvie_joined
15:58:40  * felicityjoined
15:58:40  * einarosjoined
15:58:40  * titojoined
16:03:19  * c4milojoined
16:04:29  * rmgquit (Ping timeout: 252 seconds)
16:07:47  * c4miloquit (Ping timeout: 252 seconds)
16:11:42  * mikolalysenkojoined
16:21:30  * mikolalysenkoquit (Ping timeout: 265 seconds)
16:24:21  * Damn3dquit (Ping timeout: 276 seconds)
16:26:18  * Damn3djoined
16:30:30  * daviddiasquit (Read error: Connection reset by peer)
16:49:54  * mikolalysenkojoined
17:01:23  * daviddiasjoined
17:04:41  * dshaw_joined
17:08:53  * dshaw_quit (Ping timeout: 248 seconds)
17:12:27  * rmgjoined
17:12:33  * c4milojoined
17:14:15  * c4milo_joined
17:14:31  * c4miloquit (Read error: Connection reset by peer)
17:16:45  * mikealquit (Quit: Leaving.)
17:17:19  * rmgquit (Ping timeout: 260 seconds)
17:19:16  * jmar777_joined
17:39:03  * paulfryzeljoined
17:43:29  * paulfryzelquit (Ping timeout: 252 seconds)
17:53:18  <MI6>libuv-master: #436 FAILURE http://jenkins.nodejs.org/job/libuv-master/436/
17:56:50  * m76quit (Ping timeout: 272 seconds)
17:58:28  * m76joined
18:10:53  * thlorenzquit (Remote host closed the connection)
18:30:24  * kazuponquit (Remote host closed the connection)
18:32:40  * mikealjoined
18:39:37  * paulfryzeljoined
18:40:06  * kazuponjoined
18:43:59  * paulfryzelquit (Ping timeout: 252 seconds)
18:49:51  * mikealquit (Quit: Leaving.)
18:50:56  * mikolalysenkoquit (Ping timeout: 272 seconds)
18:58:16  * jmar777_quit (Remote host closed the connection)
18:58:31  * rmgjoined
19:04:05  * rmgquit (Ping timeout: 248 seconds)
19:16:04  * kazuponquit (Remote host closed the connection)
19:19:47  * thlorenzjoined
19:22:40  * titoquit (Read error: Operation timed out)
19:30:18  * titojoined
19:36:32  * mikolalysenkojoined
19:40:28  * paulfryzeljoined
19:41:32  * M28quit (Remote host closed the connection)
19:41:49  * M28joined
19:44:51  * paulfryzelquit (Ping timeout: 252 seconds)
19:52:16  * daviddiasquit (Remote host closed the connection)
19:52:50  * daviddiasjoined
20:06:34  * dshaw_joined
20:07:53  * thlorenzquit (Remote host closed the connection)
20:11:02  * dshaw_quit (Ping timeout: 264 seconds)
20:11:56  * calvinfojoined
20:17:46  <indutny>hey people
20:17:58  * mordy__joined
20:21:45  <sinclair|work>hey indutny
20:23:33  <indutny>hey man
20:27:28  <mordy__>not strictly UV related, but i've been trying to figure out this odd issue surfacing in libev... http://paste.scsys.co.uk/291872
20:27:48  <mordy__>for some reason this doesn't happen directly in UV's libev either
20:28:21  * stagasjoined
20:28:30  <mordy__>does anyone know how to disable this special libev "heap" or make it a bit friendlier for debugging?
20:28:49  * daviddiasquit (Remote host closed the connection)
20:29:50  * defunctzombiechanged nick to defunctzombie_zz
20:31:43  <mordy__>specifically i wonder hwo well equipped libev is to handle interval=0
20:34:22  <indutny>UV's libev?
20:34:26  <indutny>what version are you using?
20:34:46  <indutny>also
20:34:49  <indutny>how is it related to libu?
20:34:52  <indutny>libuv*
20:35:34  <mordy__>i said it wasn't strictly related. i just figured that if there were a place on the internet where folks would be familiar with the intricacies of libev, it'd be here
20:35:40  * mikolalysenkoquit (Ping timeout: 246 seconds)
20:37:50  <indutny>haha
20:37:55  <indutny>ok
20:38:04  <indutny>I have no idea about libev's heap
20:38:08  * indexzeroquit (Read error: Connection reset by peer)
20:38:27  * indexzerojoined
20:41:14  * paulfryzeljoined
20:44:09  <sinclair|work>sorry mordy__ just picked up libuv a few days ago
20:45:43  * paulfryzelquit (Ping timeout: 252 seconds)
20:51:38  <indutny>tjfontaine: yt?
20:52:18  * mikolalysenkojoined
21:17:23  * indexzeroquit (Quit: indexzero)
21:19:03  * jmar777joined
21:19:11  * hzquit (*.net *.split)
21:19:11  * AWintermanquit (*.net *.split)
21:19:13  * niskaquit (*.net *.split)
21:20:43  * hzjoined
21:20:43  * AWintermanjoined
21:20:43  * 20WAAVJ2Fjoined
21:20:45  * niskajoined
21:20:47  * 20WAAVJ2Fquit (Quit: ERC Version 5.3 (IRC client for Emacs))
21:22:12  * jmar777quit (Remote host closed the connection)
21:34:29  <MI6>libuv-master-windows: #15 FAILURE http://jenkins.nodejs.org/job/libuv-master-windows/15/
21:41:24  <MI6>libuv-v0.10-windows: #10 FAILURE http://jenkins.nodejs.org/job/libuv-v0.10-windows/10/
21:43:56  * brsonjoined
21:44:54  * daviddiasjoined
21:54:50  * Ralithquit (Ping timeout: 252 seconds)
21:58:43  * rmgjoined
22:04:43  * rmgquit (Ping timeout: 272 seconds)
22:04:43  * mikolalysenkoquit (Ping timeout: 260 seconds)
22:05:59  <indutny>trevnorris: yt?
22:13:23  * Ralithjoined
22:26:00  * mikealjoined
22:41:00  * mikealquit (Quit: Leaving.)
22:47:03  * rendarquit (Quit: +hz = gay)
22:51:30  * mikealjoined
22:54:06  * calvinfoquit (Quit: Leaving.)
22:54:51  <indutny>tjfontaine: https://github.com/joyent/node/pull/6911
22:54:54  * m76quit (Read error: Connection reset by peer)
23:01:18  * mikealquit (Quit: Leaving.)
23:08:56  * dshaw_joined
23:11:22  * mikolalysenkojoined
23:13:51  * dshaw_quit (Ping timeout: 272 seconds)
23:16:26  * mikolalysenkoquit (Ping timeout: 264 seconds)
23:24:39  * calvinfojoined
23:24:53  * calvinfoquit (Read error: Connection reset by peer)
23:25:03  * calvinfojoined
23:27:42  * brsonquit (Quit: Lost terminal)
23:28:14  * brsonjoined
23:29:37  * calvinfoquit (Ping timeout: 252 seconds)
23:30:19  * stagasquit (Ping timeout: 272 seconds)
23:54:50  * calvinfojoined
23:55:35  * calvinfoquit (Read error: Connection reset by peer)
23:55:45  * calvinfojoined
23:56:40  * calvinfo1joined
23:56:40  * calvinfoquit (Read error: Connection reset by peer)
23:57:40  * calvinfojoined
23:57:40  * calvinfo1quit (Read error: Connection reset by peer)
23:58:33  * calvinfo1joined
23:58:33  * calvinfoquit (Read error: Connection reset by peer)
23:58:49  <MI6>libuv-master-gyp: #394 UNSTABLE smartos-ia32 (3/203) smartos-x64 (3/203) http://jenkins.nodejs.org/job/libuv-master-gyp/394/
23:59:28  * calvinfojoined
23:59:28  * calvinfo1quit (Read error: Connection reset by peer)