00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:08  * ircretaryjoined
00:01:59  <isaacs>indutny: https://github.com/joyent/node/issues/5426 <-- re node::TLSWrap
00:02:28  <tjfontaine>man, TLSW just looks like it has the wrong ordering
00:02:34  <tjfontaine>though I have no idea why
00:02:38  <MI6>nodejs-v0.10: #177 UNSTABLE smartos-ia32 (1/582) smartos-x64 (1/582) osx-ia32 (1/582) http://jenkins.nodejs.org/job/nodejs-v0.10/177/
00:02:44  <isaacs>sblom, trevnorris, TooTallNate, tjfontaine, piscisaureus, bnoordhuis, indutny: Call notes https://simple-note.appspot.com/publish/7mYRTH
00:03:02  <isaacs>tjfontaine: yeah, it trips my brain into thinking it's a misspell of "whistle"
00:06:12  * dominictarrquit (Quit: dominictarr)
00:17:31  <MI6>nodejs-v0.10-windows: #7 UNSTABLE windows-ia32 (9/582) windows-x64 (7/582) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/7/
00:18:46  * kazuponjoined
00:21:06  * ralquit (Ping timeout: 264 seconds)
00:21:22  * raljoined
00:21:22  * ralquit (Changing host)
00:21:22  * raljoined
00:23:06  * amartensquit (Quit: Leaving.)
00:23:30  * kazuponquit (Ping timeout: 252 seconds)
00:34:03  * loladirojoined
00:41:39  * TooTallNatequit (Quit: Computer has gone to sleep.)
00:51:56  * kazuponjoined
00:52:22  * kazuponquit (Read error: Connection reset by peer)
00:52:47  * kazuponjoined
00:56:46  * kazuponquit (Remote host closed the connection)
01:01:47  * inolenquit (Quit: Leaving.)
01:03:59  * dapquit (Quit: Leaving.)
01:12:13  * stagasquit (Read error: Connection reset by peer)
01:13:51  * abraxasjoined
01:18:40  * abraxasquit (Ping timeout: 276 seconds)
01:19:18  * bnoordhuisjoined
01:28:45  * bnoordhuisquit (Ping timeout: 252 seconds)
01:28:55  * perezdquit (Quit: perezd)
01:32:24  * qardquit (Quit: Leaving.)
01:43:01  * inolenjoined
01:48:33  * porcojoined
01:55:05  * qardjoined
01:55:58  * abraxasjoined
02:11:25  * TooTallNatejoined
02:28:25  * kellabyte2joined
02:28:33  * kellabyte2changed nick to kellabyte
02:28:50  * c4milo_joined
02:29:45  * c4miloquit (Read error: Connection reset by peer)
02:48:22  * kazuponjoined
02:51:57  * brsonquit (Quit: leaving)
03:17:26  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
03:18:06  * mikealjoined
03:24:30  * mikealquit (Quit: Leaving.)
03:36:41  * qardquit (Quit: Leaving.)
03:50:33  * c4milo_quit (Remote host closed the connection)
03:50:59  * c4milojoined
03:54:26  * brsonjoined
03:55:23  * brsonquit (Client Quit)
03:55:58  * c4miloquit (Ping timeout: 276 seconds)
04:08:38  * mikealjoined
04:08:50  * AvianFluquit (Remote host closed the connection)
04:10:05  * mikealquit (Client Quit)
04:30:27  * mikealjoined
04:31:44  * normanmjoined
05:02:36  * dominictarrjoined
05:04:39  * kazuponquit (Read error: Connection reset by peer)
05:05:04  * kazuponjoined
05:07:21  * piscisaureus_joined
05:13:20  * bajtosjoined
05:16:20  * timoxleyjoined
05:27:23  * loladiroquit (Quit: loladiro)
05:29:26  * bajtosquit (Quit: bajtos)
05:32:47  * bajtosjoined
05:35:00  * bajtosquit (Client Quit)
05:38:38  * mikealquit (Quit: Leaving.)
05:39:05  * stolsmajoined
05:44:49  * mikealjoined
05:47:04  * loladirojoined
05:48:36  * Kjerskiquit (Read error: Operation timed out)
05:52:30  * Kjerskijoined
05:52:50  * dominictarrquit (Quit: dominictarr)
05:53:50  * amartensjoined
06:01:22  * amartensquit (Quit: Leaving.)
06:01:22  * piscisaureus_quit (Read error: Connection reset by peer)
06:02:57  * dominictarrjoined
06:06:00  * dominictarrquit (Client Quit)
06:17:22  * amartensjoined
06:37:41  * amartensquit (Quit: Leaving.)
06:45:13  * rendarjoined
06:47:00  * amartensjoined
07:04:45  * saghul_joined
07:05:32  * amartensquit (Quit: Leaving.)
07:13:56  * abraxas_joined
07:16:52  * abraxasquit (Ping timeout: 268 seconds)
07:24:23  * loladiroquit (Quit: loladiro)
07:25:25  * dominictarrjoined
07:38:54  * qardjoined
07:51:21  * saghul_quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
07:55:24  * stolsmaquit (Ping timeout: 252 seconds)
08:52:54  * stagasjoined
09:07:16  * slurp1joined
09:07:16  * indutnytopic: And we're going to die at "liberal utopian vacation" day. ~ http://logs.libuv.org/libuv ~ http://groups.google.com/group/libuv
09:08:00  * qardquit (Quit: Leaving.)
09:12:08  * dominictarrquit (Quit: dominictarr)
09:13:29  * pfox__joined
09:14:21  * joshthecoder_joined
09:14:59  * slurpquit (*.net *.split)
09:14:59  * hueniversequit (*.net *.split)
09:14:59  * pfox___quit (*.net *.split)
09:14:59  * joshthecoderquit (*.net *.split)
09:14:59  * qmxquit (*.net *.split)
09:14:59  * defunctzombie_zzquit (*.net *.split)
09:15:20  * qmxjoined
09:15:38  * defunctzombie_zzjoined
09:16:49  * hzjoined
09:21:02  * wolfeidauquit (*.net *.split)
09:21:02  * othiym23quit (*.net *.split)
09:25:03  * othiym23joined
09:33:58  * normanmquit (Quit: ["Textual IRC Client: www.textualapp.com"])
09:35:40  * normanmjoined
09:54:11  * stagasquit (Ping timeout: 252 seconds)
10:00:12  * hzquit (Ping timeout: 264 seconds)
10:00:40  * kazuponquit (Remote host closed the connection)
10:03:04  * kazuponjoined
10:03:34  * timoxleyquit (Quit: Computer has gone to sleep.)
10:07:02  * hzjoined
10:07:14  * kazuponquit (Remote host closed the connection)
10:07:43  * abraxas_quit (Remote host closed the connection)
10:09:39  * dominictarrjoined
10:13:37  * stagasjoined
10:23:12  * porcoquit (Quit: Linkinus - http://linkinus.com)
10:31:13  * wolfeidaujoined
10:42:14  * stagasquit (Read error: Connection reset by peer)
10:43:28  * dominictarrquit (Quit: dominictarr)
10:50:59  * saghul_joined
10:51:16  * hzquit (Disconnected by services)
10:51:20  * hzjoined
10:52:07  * saghul_quit (Client Quit)
10:54:32  * mralephquit (Ping timeout: 260 seconds)
10:56:09  * mralephjoined
11:08:30  <George_Clooney>Is libuv thread-safe?
11:10:49  <saghul>George_Clooney no, the only thread safe function is uv_async_send
11:11:24  <George_Clooney>saghul: Thanks
11:18:39  * wolfeidauquit (Remote host closed the connection)
12:03:26  * c4milojoined
12:03:57  * kazuponjoined
12:08:01  * abraxasjoined
12:12:08  * abraxasquit (Ping timeout: 245 seconds)
12:34:31  * benoitcquit (Excess Flood)
12:36:20  * benoitcjoined
12:45:39  * kazuponquit (Remote host closed the connection)
12:51:17  * c4miloquit (Remote host closed the connection)
13:20:33  * AvianFlujoined
13:26:52  * tellnesquit (Excess Flood)
13:35:47  * c4milojoined
13:36:47  * tellnesjoined
13:45:18  * kevinswiber-awayjoined
13:52:41  * saghul_joined
13:54:02  * bajtosjoined
13:54:28  * kevinswiber-awayquit (Remote host closed the connection)
13:54:34  * bajtospart
13:56:05  * kazuponjoined
14:00:16  * kevinswiber-awayjoined
14:01:29  * kazupon_joined
14:02:01  * kazuponquit (Ping timeout: 268 seconds)
14:05:00  * saghul_quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
14:08:20  * abraxasjoined
14:10:49  * abraxasquit (Read error: Operation timed out)
14:12:08  * Raltquit (Ping timeout: 245 seconds)
14:12:44  * Raltjoined
14:15:44  * bnoordhuisjoined
14:16:17  * groundwaterjoined
14:25:14  * bnoordhuisquit (Ping timeout: 255 seconds)
14:25:17  * kazupon_quit (Remote host closed the connection)
14:25:45  * kazuponjoined
14:26:21  * kazupon_joined
14:26:30  * kazuponquit (Remote host closed the connection)
14:28:15  * mikealquit (Quit: Leaving.)
14:31:26  * c4miloquit (Remote host closed the connection)
14:32:28  * stagasjoined
14:39:52  * c4milojoined
14:48:00  * bnoordhuisjoined
14:48:16  * mikealjoined
14:49:30  * kazupon_quit (Remote host closed the connection)
14:51:46  * loladirojoined
14:54:54  * bajtosjoined
14:55:03  * bajtosquit (Client Quit)
14:56:27  * bnoordhuisquit (Ping timeout: 252 seconds)
15:07:32  * mikealquit (Quit: Leaving.)
15:16:18  <pquerna>https://github.com/psi-im/iris/tree/master/src/jdns
15:18:32  <creationix>pquerna: how does it compare to cares?
15:18:39  <creationix>more event-loop friendly?
15:19:03  <pquerna>just found it; maybe. though seems to heave less features...
15:33:36  <saghul>doesn't seem to support NAPTR :-S
15:36:31  * defunctzombie_zzchanged nick to defunctzombie
15:37:54  * defunctzombiequit (Changing host)
15:37:54  * defunctzombiejoined
15:45:11  * defunctzombiechanged nick to defunctzombie_zz
15:48:32  * kevinswiber-awayquit (Remote host closed the connection)
15:52:46  * bnoordhuisjoined
15:56:03  * defunctzombie_zzchanged nick to defunctzombie
15:57:42  * stagasquit (Read error: Connection reset by peer)
16:02:44  * kazuponjoined
16:08:31  * kazuponquit (Ping timeout: 276 seconds)
16:08:39  <tjfontaine>pquerna: looks like it only does tcp?
16:09:19  <tjfontaine>otoh this library makes it easier if we ever wanted to consume ttl information
16:11:34  <tjfontaine>sorry onyl does *udp, doesn't have tcp fallback
16:11:41  <tjfontaine>I knew what i meant in my head
16:18:58  * dapjoined
16:27:41  * amartensjoined
16:42:32  * inolenquit (Quit: Leaving.)
16:45:12  <isaacs>good morning
16:45:23  <tjfontaine>good day good sir
16:48:44  <indutny>morning heroes
16:52:34  * mikealjoined
16:57:36  * perezdjoined
16:58:29  <tjfontaine>tag team code review by bert and ben
17:05:25  <isaacs>i hate apple so hard sometimes.
17:05:28  <isaacs>"You signed your product with your Mac App Store development identity (certificate Common Name starting with "Mac Developer"). This signing identity is only for developing Mac apps. By default Gatekeeper accepts Developer ID and Apple Mac OS Application Signing certificates only."
17:05:45  <isaacs>WTF is the difference between a "Mac app" and a "Apple Mac OS Application"?
17:06:15  <tjfontaine>heh
17:06:19  <tjfontaine>poor branding
17:18:23  * loladiroquit (Quit: loladiro)
17:33:38  * brsonjoined
17:36:31  * inolenjoined
17:39:45  * TooTallNatejoined
17:40:26  <isaacs>also, only the team agent can create Developer ID certificates, and those are the only kind that are trusted outside the mac app store now.
17:44:12  <trevnorris>bnoordhuis: have a moment today to check that line of code?
17:45:11  * kevinswiber-awayjoined
17:47:22  * defunctzombiechanged nick to defunctzombie_zz
17:51:13  * loladirojoined
17:54:33  <bnoordhuis>trevnorris: what line of code?
17:55:14  <trevnorris>bnoordhuis: http://git.io/_YaqEw
17:55:32  * defunctzombie_zzchanged nick to defunctzombie
17:55:39  <trevnorris>bnoordhuis: basically, if I didn't explicitly static_cast the char* to a void* then v8 would run out of memory for large buffers.
17:56:19  <bnoordhuis>trevnorris: that sounds... suspect
17:58:18  <bnoordhuis>trevnorris: do you have a test case i can try?
17:58:32  <tjfontaine>c-ares you're hilarious
17:58:53  <trevnorris>bnoordhuis: yeah. you'll have to grab the branch though and remove the static_cast
17:59:03  * piscisaureus_joined
18:00:03  * benoitcquit (Excess Flood)
18:01:44  <isaacs>bnoordhuis, piscisaureus_: Feedback? https://github.com/joyent/node/pull/5403
18:01:53  <trevnorris>bnoordhuis: one sec. might be a moron
18:02:51  * benoitcjoined
18:03:06  <bnoordhuis>isaacs: i looked very, very briefly at it yesterday
18:03:34  <bnoordhuis>i was kind of surprised that it's such a big diff
18:05:56  <trevnorris>bnoordhuis: oh yup. i'm a moron. the issue was REPL trying to print an object of size 0x3fffffff.
18:06:07  * trevnorrissmacks his forehead
18:06:57  <trevnorris>ugh. how the hell did I come to that conclusion?
18:07:12  * trevnorrisremembers doing this around 3am. that might explain it.
18:12:59  <isaacs>bnoordhuis: the bigness of the diff is mostly in moving code around, rather than changing it significantly.
18:13:26  <isaacs>bnoordhuis: the string encoding/decoding stuff that existed in mutliple places was moved out of node.cc and node_buffer.cc into string_bytes.cc
18:14:21  * saghulquit (Read error: Operation timed out)
18:16:15  <bnoordhuis>isaacs: okay, noted. i don't know if i'll have time today but i'll try
18:18:24  <isaacs>kk
18:18:28  <isaacs>just found a bug in it :)
18:20:44  * piscisaureus_quit (Ping timeout: 252 seconds)
18:25:30  <trevnorris>i'm heading up to sf tomorrow around noon, work out of the office there. you guys meeting up before the conference?
18:26:18  <bnoordhuis>trevnorris: we're at the meteor office tomorrow afternoon, i think
18:30:56  <trevnorris>bnoordhuis: coolio. if it's cool i'll swing by later that day.
18:31:37  <bnoordhuis>trevnorris: sure. ping me on irc tomorrow and we'll arrange something
18:31:47  <trevnorris>awesome. will do
18:31:52  * trevnorris&
18:31:52  <LOUDBOT>HEY GUYS DID U READ THIS ONION STORY
18:32:06  <tjfontaine>LOUDBOT: IS IT GOOD?
18:32:07  <LOUDBOT>tjfontaine: : DESTRUCT-BUTTON ENSURE-ADMIN DESTROY-WORLD ;
18:34:01  * loladiroquit (Quit: loladiro)
18:40:15  * perezdquit (Quit: perezd)
18:41:49  <isaacs>bnoordhuis: where are the meteor offices?
18:42:21  * loladirojoined
18:45:03  * saghuljoined
18:52:42  * kevinswiber-awayquit (Remote host closed the connection)
18:53:23  <bnoordhuis>isaacs: err... /me digs through his email
18:54:26  <bnoordhuis>you know, i don't know - i hope one of my coworkers does :-/
18:56:21  <isaacs>bnoordhuis: ha
18:56:24  <isaacs>bnoordhuis: but it's in sf?
18:56:30  <isaacs>bnoordhuis: or peninsula?
18:57:33  * loladiropart
18:57:34  <bnoordhuis>isaacs: it's somewhere in downtown sf, i believe
18:58:15  <bnoordhuis>i'm trying to google their address but 'meteor san francisco' only turns up a lot of news reports about meteor sightings...
18:58:23  <isaacs>haha
18:59:54  <bnoordhuis>140 10th Street. is that considered downtown?
19:00:09  <bnoordhuis>10th and mission
19:00:42  <MI6>joyent/node: Daniel Moore v0.10 * 3b6fc60 : stream: make Readable.wrap support empty streams (+1 more commits) - http://git.io/6txKsA
19:01:43  <isaacs>that's so hipster.
19:01:45  <isaacs>omg.
19:02:35  <isaacs>it's the mission end of soma
19:07:23  * defunctzombiechanged nick to defunctzombie_zz
19:08:01  * kevinswiber-awayjoined
19:10:24  * loladirojoined
19:11:07  * loladiroquit (Client Quit)
19:11:15  * piscisaureus_joined
19:12:13  <MI6>nodejs-v0.10: #178 UNSTABLE smartos-x64 (1/583) http://jenkins.nodejs.org/job/nodejs-v0.10/178/
19:12:35  * stagasjoined
19:23:18  * piscisaureus_quit (Ping timeout: 256 seconds)
19:26:29  * c4miloquit (Remote host closed the connection)
19:31:05  * c4milojoined
19:41:19  * bnoordhuisquit (Ping timeout: 264 seconds)
19:48:09  * loladirojoined
20:05:56  <tjfontaine>https://github.com/joyent/node/pull/5435 if someone is interested
20:12:29  * hzquit (Disconnected by services)
20:12:32  * hzjoined
20:12:36  * c4miloquit (Remote host closed the connection)
20:13:04  * normanmquit (Quit: Computer has gone to sleep.)
20:14:29  * defunctzombie_zzchanged nick to defunctzombie
20:14:29  * kevinswiber-awayquit (Remote host closed the connection)
20:24:07  * mikealquit (Quit: Leaving.)
20:25:01  * st_lukejoined
20:25:21  <stagas>tjfontaine: cares.setServers(orig); shouldn't it be orig.join(',')
20:25:31  <tjfontaine>whoops did I miss that
20:25:51  <tjfontaine>stagas: thanks for the code review :P
20:31:58  * trevnorrisfg
20:34:28  * c4milojoined
20:37:58  * perezdjoined
20:44:08  * wolfeidaujoined
20:45:33  * c4miloquit (Remote host closed the connection)
20:54:11  * bnoordhuisjoined
20:55:25  <tjfontaine>bnoordhuis: you should tell bajtos that he really could just post a single comment on the issue and not respond to each commit I think :)
20:59:08  * loladiroquit (Quit: loladiro)
21:00:40  <tjfontaine>bah I always forget where we prefer the * to go
21:03:19  <bnoordhuis>hah
21:05:34  * st_lukequit (Remote host closed the connection)
21:06:19  <bnoordhuis>tjfontaine: style issues and arguably excessive newlines in the test but lgtm
21:06:24  <tjfontaine>nod
21:07:00  <tjfontaine>ares will let you specify ip:port, but then promptly does absolutely nothing with it
21:07:07  * piscisaureus_joined
21:07:08  * st_lukejoined
21:21:11  <tjfontaine>gah, fuck you c-ares
21:21:48  <bnoordhuis>language, young man
21:22:01  <bnoordhuis>say e.g. 'fornicate you, c-ares'
21:22:15  <tjfontaine>for-unlawful-carnal-knowledge c-ares
21:22:46  <tjfontaine>you can't set ipv6 resolvers with the ares_set_servers_csv it seems
21:23:13  <tjfontaine>at least I haven't convinced it to yet
21:27:23  <bnoordhuis>tjfontaine: fwiw, it should be possible. it tries to parse the address as ipv4 first, ipv6 second
21:27:51  <tjfontaine>bnoordhuis: yes it seems like the port check is getting in the way though, I'm recompiling in debug so I can step through it
21:28:09  <tjfontaine>well step through it without the compiler optimizing away everything I care about
21:29:45  <tjfontaine>bnoordhuis: the failure is if you pass in something with ::
21:30:13  <tjfontaine> p start_host
21:30:14  <tjfontaine>$1 = 0x1021006f0 "2001:4860:4860::8888"
21:30:20  <tjfontaine>p start_host
21:30:20  <tjfontaine>$4 = 0x1021006f0 "2001:4860:4860:"
21:30:25  <tjfontaine>is what it ends up trying to parse
21:30:34  <bnoordhuis>ah, it thinks :8888 is the port?
21:30:37  <tjfontaine>yup
21:30:49  * rendarquit
21:30:55  <bnoordhuis>you might want to check if that's fixed upstream
21:31:03  <tjfontaine>nod
21:31:09  <bnoordhuis>we'll need to upgrade c-ares someday anyway
21:31:27  <trevnorris>bnoordhuis: in your initial comment on the mailing list about redo-ing buffers you said to have it well tested.
21:31:29  <trevnorris>bnoordhuis: well I have your tests! even have tests that spawn child processes just to make sure each assert properly fails. ;-)
21:32:46  <bnoordhuis>trevnorris: sounds interesting. why the child processes?
21:32:57  <tjfontaine>bnoordhuis: ares_options.c hasn't changed :/
21:33:22  <trevnorris>bnoordhuis: it tests the c++ asserts, which I didn't think you could catch in js.
21:33:46  <tjfontaine>well it has changed its copyright date
21:34:02  <bnoordhuis>tjfontaine: then you know what your mission is, if you choose to accept it
21:34:24  <trevnorris>bnoordhuis: so it checks the code returned on child exit to make sure the process properly crashed.
21:34:31  <bnoordhuis>trevnorris: you're testing if it aborts on bad input?
21:34:35  <bnoordhuis>haha
21:34:44  <bnoordhuis>i test with `ulimit -c unlimited`
21:34:59  <tjfontaine>bnoordhuis: better to fix that, or do the parsing myself and use the ares_set_servers interface instead of the string interface
21:35:00  <bnoordhuis>meaning my hard drive is going to fill up rapidly with core dumps
21:35:17  <trevnorris>bnoordhuis: oh, mother. didn't think about that...
21:35:41  <bnoordhuis>tjfontaine: well... i'd probably fix it at the root, in c-ares
21:36:10  <bnoordhuis>trevnorris: you have my blessing not to test the c++ asserts :)
21:36:25  <tjfontaine>bnoordhuis: I'm tempted for that fix to be remove "support" for specifying ports in the interface, because they do absolutely nothing with them
21:37:05  <trevnorris>bnoordhuis: heh, ok. :)
21:40:39  <bnoordhuis>tjfontaine: seems you're right. i'd consider that as another bug to fix :)
21:40:47  <tjfontaine>haha
21:41:24  <tjfontaine>ya, though at lunch I had this conversation, it's unclear who (aside from dns implementors) would use dns over !53
21:42:35  <bnoordhuis>yeah, fair point. maybe you can raise it on the c-ares list, ask if it's a desired feature
21:50:07  * perezdquit (Quit: perezd)
21:54:35  * defunctzombiechanged nick to defunctzombie_zz
21:55:43  * stagasquit (Quit: ChatZilla 0.9.90-rdmsoft [XULRunner 1.9.0.17/2009122204])
21:55:56  * perezdjoined
22:12:24  <txdv>node-core developer means working on v8/libuv integration?
22:13:10  <tjfontaine>means they have the commit bit
22:17:49  * piscisaureus_quit (Ping timeout: 268 seconds)
22:19:33  * piscisaureus_joined
22:23:22  <MI6>nodejs-v0.10-windows: #8 FAILURE windows-ia32 (9/583) windows-x64 (12/583) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/8/
22:24:26  <bnoordhuis>txdv: was that a pun?
22:24:49  <txdv>it was a question
22:29:43  <bnoordhuis>txdv: node core dev means you work on node
22:30:04  <bnoordhuis>take isaac, he doesn't work on libuv or v8 but he does work on node. therefore, node core dev
22:30:11  <bnoordhuis>same for me, bert, fedor, etc.
22:30:24  <txdv>so you are node-hardcore?
22:30:30  <bnoordhuis>hah
22:30:32  <tjfontaine>node-nerd-core
22:31:13  <tjfontaine>oh joy, moderated first post on c-ares mailing list
22:31:28  * st_lukequit (Remote host closed the connection)
22:31:31  <txdv>why c-ares?
22:31:38  <txdv>O right, node uses c-ares
22:33:53  * loladirojoined
22:38:03  * st_lukejoined
22:44:37  <MI6>joyent/libuv: Miroslav Bajtoš v0.10 * 2c21050 : test: add RETURN_SKIP and RETURN_TODO macros - http://git.io/fk8suA
22:44:58  <tjfontaine>excellent
22:45:00  <tjfontaine>bajtos++
22:45:08  <tjfontaine>and ben and bert as well :)
22:45:52  * timoxleyjoined
22:47:50  <MI6>joyent/libuv: Ben Noordhuis master * ce580cc : Merge remote-tracking branch 'origin/v0.10' (+4 more commits) - http://git.io/MkLd1g
22:47:54  * bajtosjoined
22:48:15  <tjfontaine>bajtos++
22:48:30  <bajtos>thanks, I am glad you like that change :)
22:48:36  <tjfontaine>:)
22:49:33  <MI6>libuv-v0.10: #53 UNSTABLE smartos (3/186) windows (4/187) linux (1/186) osx (1/187) http://jenkins.nodejs.org/job/libuv-v0.10/53/
22:50:33  * c4milojoined
22:52:57  <MI6>libuv-v0.10-gyp: #16 UNSTABLE smartos-x64 (5/186) windows-x64 (5/187) smartos-ia32 (3/186) windows-ia32 (5/187) http://jenkins.nodejs.org/job/libuv-v0.10-gyp/16/
22:53:54  <MI6>libuv-master: #87 UNSTABLE osx (1/189) linux (1/188) windows (3/189) smartos (3/188) http://jenkins.nodejs.org/job/libuv-master/87/
22:57:02  <MI6>libuv-master-gyp: #27 UNSTABLE windows-x64 (3/189) smartos-x64 (4/188) smartos-ia32 (3/188) windows-ia32 (4/189) linux-ia32 (1/188) http://jenkins.nodejs.org/job/libuv-master-gyp/27/
23:03:58  * loladiroquit (Quit: loladiro)
23:04:30  * defunctzombie_zzchanged nick to defunctzombie
23:05:49  * hzquit (Read error: Connection reset by peer)
23:13:03  * perezdquit (Quit: perezd)
23:19:54  * loladirojoined
23:22:41  * qardjoined
23:26:32  * loladiroquit (Ping timeout: 252 seconds)
23:27:46  * mikealjoined
23:28:26  <trevnorris>so in a cc app it's normal to have circular header dependencies?
23:29:12  <bnoordhuis>trevnorris: yes
23:29:39  <tjfontaine>that's what include guards are for
23:30:04  <trevnorris>bnoordhuis: cool, thanks. i'm just mapping out the src/*_wrap.* dependency chain so I can understand how the data flows.
23:31:05  <tjfontaine>isaacs: literally forever
23:33:12  <tjfontaine>isaacs: man that's a pretty hefty improvement on the larger buffers
23:34:13  <trevnorris>tjfontaine: sorry, just saw the word "buffer". what you talking about?
23:34:54  <tjfontaine>trevnorris: corking on http stuffs https://github.com/joyent/node/pull/5437
23:36:33  <trevnorris>tjfontaine: oh, wanted to ask you one more thing about the perf tracking stuff.
23:36:48  <trevnorris>tjfontaine: it seems there are basically duplicate calls for DTRACE_ and the WIN32 stuff.
23:37:10  <trevnorris>tjfontaine: would it be possible to create an abstracted API that would basically fork data out to whatever wants to receive it?
23:37:12  <tjfontaine>trevnorris: the COUNTERS_ you mean?
23:37:15  <trevnorris>yeah
23:38:44  <tjfontaine>trevnorris: afaik the COUNTERS_ stuff is kinda specific to ETW, dtrace and systemtap do aggregation differently, that being said, I do want to unify the perf experience further, I have a branch that needs cleaned up https://github.com/tjfontaine/node/compare/systemtap
23:39:23  <tjfontaine>trevnorris: etw does reuse most of the dtrace probes, but those counters are something different I mean
23:39:59  * loladirojoined
23:40:04  <trevnorris>tjfontaine: cool. was just curious because in, say, _http_outgoing there is "DTRACE_HTTP_SERVER_RESPONSE" and "COUNTER_HTTP_SERVER_RESPONSE"
23:40:11  <trevnorris>tjfontaine: just seemed kinda redundant
23:41:38  * perezdjoined
23:41:44  <tjfontaine>ok, so there are two subsystems there it seems
23:42:45  <tjfontaine>trevnorris: I just skimmed http://blogs.msdn.com/b/interoperability/archive/2012/12/03/ms-open-tech-contributes-support-for-windows-etw-and-perf-counters-to-node-js.aspx and it seems to confirm they're separate subsystems
23:43:28  <tjfontaine>there may be a way to consolidate that some, I can definitely add it to my list
23:43:39  <trevnorris>tjfontaine: :)
23:44:12  <tjfontaine>I was surprised at the last meetup people telling about their usage of node on windows
23:44:57  <trevnorris>yeah. for some reason i'm surprised that node has caught on in the windows world.
23:46:36  <trevnorris>bnoordhuis: so, were there design decisions behind doing things like placing class StreamWrap in stream_wrap.cc, instead of placing it in a stream_wrap.h?
23:46:50  <trevnorris>s/StreamWrap/SignalWrap
23:49:38  <trevnorris>s/stream_wrap.cc/signal_wrap.cc
23:50:17  <trevnorris>sorry for all the questions. purpose is two fold.
23:50:38  <trevnorris>first is to make sure I understand where data is coming and going, so I can safely try out the new thinbuffers.
23:50:59  <trevnorris>second is to understand how we're going to consolidate the cc api
23:52:49  <bnoordhuis>trevnorris: you mean why is there no signal_wrap.h file?
23:53:39  <trevnorris>bnoordhuis: basically.
23:55:03  <bnoordhuis>trevnorris: because there's nothing outside signal_wrap.cc that uses it :)
23:55:04  <bnoordhuis>handle_wrap and stream_wrap are different in that respect, they have classes that derive from them
23:55:49  * piscisaureus__joined
23:55:55  <MI6>joyent/node: Miroslav Bajtoš master * fbf4641 : src: initialize debug-related uv_async_t handles (+1 more commits) - http://git.io/ht0c_A
23:56:35  <trevnorris>ok. i see that. was mainly wondering if there was a "place class declarations in headers for sake of consistency" rule.
23:57:32  <tjfontaine>https://github.com/joyent/node/pull/4743 looks good to me, anyone have complaints about it?
23:57:38  * piscisaureus_quit (Ping timeout: 245 seconds)
23:59:07  * bajtos_joined
23:59:22  * bnoordhu1sjoined
23:59:33  * bnoordhuisquit (Ping timeout: 256 seconds)
23:59:39  <tjfontaine>clearly the hotel/cafe hiccuped that's housing the .nl'ers :)
23:59:41  * bajtosquit (Ping timeout: 256 seconds)
23:59:41  * bajtos_changed nick to bajtos