00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:08  * ircretaryjoined
00:00:39  * defunctzombiechanged nick to defunctzombie_zz
00:02:13  * brsonquit (Ping timeout: 248 seconds)
00:02:53  * __rockbot__quit (Quit: __rockbot__)
00:09:20  * mikolalysenkojoined
00:11:00  * jmar777joined
00:12:43  * defunctzombie_zzchanged nick to defunctzombie
00:13:32  * mikolalysenkoquit (Read error: Operation timed out)
00:15:53  * Kakera_quit (Ping timeout: 272 seconds)
00:16:02  * dshaw_1joined
00:18:24  * mikolalysenkojoined
00:30:11  * dshaw_1quit (Ping timeout: 272 seconds)
00:31:53  * mikolalysenkoquit (Ping timeout: 252 seconds)
00:32:57  * zz_karupanerurachanged nick to karupanerura
00:41:36  * rmgjoined
00:46:27  * rmgquit (Ping timeout: 252 seconds)
00:47:00  * kpdeckerquit (Quit: Leaving.)
01:03:53  * kazuponjoined
01:04:01  * kpdeckerjoined
01:21:59  * c4milojoined
01:22:51  * c4milo_joined
01:25:18  * kazuponquit (Remote host closed the connection)
01:26:29  * kazupon_joined
01:26:40  * c4miloquit (Ping timeout: 245 seconds)
01:30:13  * c4milojoined
01:33:58  * c4milo_quit (Ping timeout: 265 seconds)
01:38:29  * mikolalysenkojoined
01:39:07  * abraxasjoined
01:44:19  * AvianFluquit (Remote host closed the connection)
01:51:38  * trevnorrisquit (Ping timeout: 252 seconds)
01:52:44  * dqminhquit (Ping timeout: 252 seconds)
01:52:51  * AvianFlujoined
01:53:33  * brycebarilquit (Ping timeout: 252 seconds)
01:55:53  * defunctzombiechanged nick to defunctzombie_zz
01:56:19  * trevnorrisjoined
02:00:08  * Benviequit (Remote host closed the connection)
02:00:28  * Benviejoined
02:00:50  * brycebariljoined
02:03:20  * __rockbot__joined
02:06:36  * defunctzombie_zzchanged nick to defunctzombie
02:08:24  * mikolalysenkoquit (Ping timeout: 252 seconds)
02:12:33  * wavdedquit (Quit: Hasta la pasta)
02:33:52  * __rockbot__quit (Quit: __rockbot__)
02:36:32  * __rockbot__joined
02:43:18  * __rockbot__quit (Quit: __rockbot__)
02:45:25  * Benviequit (Ping timeout: 248 seconds)
02:45:43  * Benviejoined
02:52:54  * defunctzombiechanged nick to defunctzombie_zz
02:56:52  <tjfontaine>there's a lot of overlap between MakeCallback and MakeDomainCallback with the AsyncListener logic, we should refactor that OneDay
03:01:06  * c4miloquit (Remote host closed the connection)
03:01:26  * defunctzombie_zzchanged nick to defunctzombie
03:06:02  * inolenquit (Quit: Leaving.)
03:08:33  * inolenjoined
03:08:39  * thlorenzjoined
03:14:37  * mikolalysenkojoined
03:16:18  * kazupon_quit (Remote host closed the connection)
03:16:45  * kazuponjoined
03:18:40  * __rockbot__joined
03:18:59  * mikolalysenkoquit (Ping timeout: 260 seconds)
03:20:55  * kazuponquit (Ping timeout: 252 seconds)
03:29:11  * mikolalysenkojoined
03:34:46  <tjfontaine>trevnorris: https://github.com/tjfontaine/node/compare/tracing-v8 this is a rebase of ben's work but moved to require('tracing').v8
03:34:57  <tjfontaine>save for the last commit which was still WIP
03:35:53  * brson_quit (Quit: leaving)
03:45:57  * kpdeckerquit (Quit: Leaving.)
04:02:37  * kazuponjoined
04:03:34  * __rockbot__quit (Quit: __rockbot__)
04:06:25  * abraxasquit (Remote host closed the connection)
04:14:23  * kpdeckerjoined
04:26:06  * defunctzombiechanged nick to defunctzombie_zz
04:26:43  * kpdeckerquit (Quit: Leaving.)
04:31:24  * trevnorrisquit (Ping timeout: 252 seconds)
04:34:34  * trevnorrisjoined
04:40:21  * mikealjoined
04:50:00  * c4milojoined
04:52:23  * thlorenzquit (Remote host closed the connection)
04:52:59  * thlorenzjoined
04:55:02  * c4miloquit (Ping timeout: 265 seconds)
04:55:08  * mitsuhikoquit (Ping timeout: 245 seconds)
04:57:43  * thlorenzquit (Ping timeout: 272 seconds)
05:01:15  * mikolalysenkoquit (Ping timeout: 245 seconds)
05:12:03  * mikealquit (Quit: Leaving.)
05:13:49  * abraxasjoined
05:17:27  * mikealjoined
05:23:55  * mikealquit (Quit: Leaving.)
05:28:44  * mikealjoined
05:33:20  * jmar777quit (Remote host closed the connection)
05:35:24  * jmar777joined
05:38:27  * indexzerojoined
05:44:53  * mikealquit (Quit: Leaving.)
05:45:55  * abraxasquit (Remote host closed the connection)
05:46:39  * jmar777quit
05:48:16  * frankbuttjoined
05:48:19  * frankbuttpart
05:54:33  * m76joined
05:54:47  * guybrushquit (Excess Flood)
05:54:59  * guybrushjoined
05:56:02  * abraxasjoined
06:34:37  <MI6>nodejs-v0.10-windows: #464 UNSTABLE windows-ia32 (5/610) windows-x64 (11/610) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/464/
06:37:56  * bradleymeckquit (Quit: bradleymeck)
06:38:32  * c4milojoined
06:39:02  * kpdeckerjoined
06:41:44  * kpdeckerquit (Read error: Connection reset by peer)
06:41:51  * kpdeckerjoined
06:43:10  * c4miloquit (Ping timeout: 252 seconds)
06:48:33  * andrewrkquit (Quit: Leaving)
06:51:58  * kpdeckerquit (Ping timeout: 252 seconds)
07:09:11  * werebuttjoined
07:09:13  * werebuttpart
07:16:41  * Benviequit (Ping timeout: 272 seconds)
07:18:31  * mikealjoined
07:22:40  * abraxasquit (Remote host closed the connection)
07:26:35  * rendarjoined
07:30:26  * abraxasjoined
07:40:52  * kpdeckerjoined
07:45:20  * kpdeckerquit (Ping timeout: 252 seconds)
07:49:44  * dsantiagoquit (Ping timeout: 252 seconds)
07:57:10  * dsantiagojoined
08:02:22  * kazuponquit (Read error: Connection timed out)
08:04:30  * kazuponjoined
08:08:04  * indexzeroquit (Quit: indexzero)
08:27:02  * c4milojoined
08:27:11  * bajtosjoined
08:32:07  * c4miloquit (Ping timeout: 260 seconds)
08:41:39  * kpdeckerjoined
08:46:24  * kpdeckerquit (Ping timeout: 252 seconds)
09:30:15  * hzjoined
09:34:44  * karupanerurachanged nick to zz_karupanerura
09:35:30  * hueniverse1quit (Quit: Leaving.)
09:42:22  * kpdeckerjoined
09:42:47  * mitsuhikojoined
09:44:59  * inolenquit (Quit: Leaving.)
09:47:02  * kpdeckerquit (Ping timeout: 264 seconds)
09:48:49  * rmgjoined
09:52:59  * rmgquit (Ping timeout: 240 seconds)
09:59:48  * janjongboomjoined
10:05:16  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
10:15:48  * c4milojoined
10:20:38  * c4miloquit (Ping timeout: 264 seconds)
10:21:51  * bajtosquit (Quit: bajtos)
10:25:49  * janjongboomjoined
10:35:23  * felixge_joined
10:35:29  * felixgequit (Ping timeout: 240 seconds)
10:35:29  * felixge_changed nick to felixge
10:41:14  * kazuponquit (Remote host closed the connection)
10:42:46  * Kakera_joined
10:43:10  * kpdeckerjoined
10:46:44  <MI6>nodejs-v0.10: #1743 UNSTABLE osx-x64 (7/610) linux-ia32 (2/610) smartos-x64 (8/610) smartos-ia32 (8/610) linux-x64 (2/610) osx-ia32 (8/610) http://jenkins.nodejs.org/job/nodejs-v0.10/1743/
10:48:05  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
10:49:05  * kpdeckerquit (Ping timeout: 252 seconds)
10:53:45  * daviddiasjoined
11:01:53  * abraxasquit (Remote host closed the connection)
11:02:31  * bajtosjoined
11:06:59  * bajtosquit (Ping timeout: 240 seconds)
11:28:00  * janjongboomjoined
11:43:52  * kpdeckerjoined
11:49:36  * kpdeckerquit (Ping timeout: 252 seconds)
11:52:36  * piscisaureusjoined
12:04:01  * c4milojoined
12:04:03  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
12:08:29  * c4miloquit (Ping timeout: 240 seconds)
12:16:24  * felixge_joined
12:17:15  * felixgequit (Ping timeout: 272 seconds)
12:17:16  * felixge_changed nick to felixge
12:17:33  * bajtosjoined
12:22:56  * janjongboomjoined
12:44:12  * m76quit (Read error: Connection reset by peer)
12:44:37  * kpdeckerjoined
12:46:19  * kpdeckerquit (Read error: Connection reset by peer)
13:00:50  * kpdeckerjoined
13:04:58  * kpdeckerquit (Ping timeout: 252 seconds)
13:07:44  * piscisaureusquit (Ping timeout: 252 seconds)
13:26:31  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
13:30:41  * andrew_dwjoined
13:31:31  * piscisaureusjoined
13:34:13  * janjongboomjoined
13:36:59  * piscisaureusquit (Ping timeout: 240 seconds)
13:38:32  * janjongboomquit (Ping timeout: 252 seconds)
13:41:01  * m76joined
14:01:18  * c4milojoined
14:03:33  * hzquit
14:12:43  * c4miloquit (Remote host closed the connection)
14:27:46  * defunctzombie_zzchanged nick to defunctzombie
14:29:11  * piscisaureusjoined
14:34:35  * felixge_joined
14:34:35  * felixgequit (Ping timeout: 245 seconds)
14:34:36  * felixge_changed nick to felixge
14:39:15  * mikolalysenkojoined
14:40:41  * m76quit (Read error: Connection reset by peer)
14:48:29  * felixgequit (Ping timeout: 240 seconds)
14:49:27  * felixgejoined
14:49:27  * felixgequit (Changing host)
14:49:27  * felixgejoined
14:53:19  * AvianFluquit (Remote host closed the connection)
14:54:50  * felixge_joined
14:54:50  * felixge_quit (Changing host)
14:54:50  * felixge_joined
14:55:50  * felixgequit (Ping timeout: 245 seconds)
14:55:50  * felixge_changed nick to felixge
15:02:43  * felixgequit (Ping timeout: 260 seconds)
15:04:08  * felixgejoined
15:04:08  * felixgequit (Changing host)
15:04:08  * felixgejoined
15:08:35  * thlorenzjoined
15:09:52  * mikolalysenkoquit (Ping timeout: 252 seconds)
15:15:54  * defunctzombiechanged nick to defunctzombie_zz
15:17:36  <MI6>nodejs-master: #893 UNSTABLE linux-x64 (2/699) osx-x64 (1/699) linux-ia32 (3/699) osx-ia32 (1/699) smartos-ia32 (2/699) smartos-x64 (3/699) http://jenkins.nodejs.org/job/nodejs-master/893/
15:21:36  * bajtosquit (Quit: bajtos)
15:24:48  * piscisaureusquit (Ping timeout: 252 seconds)
15:25:39  * pachetjoined
15:25:43  * pachetquit (Changing host)
15:25:43  * pachetjoined
15:28:40  * thlorenzquit (Remote host closed the connection)
15:28:55  * titoquit (Read error: Operation timed out)
15:32:17  * c4milojoined
15:35:40  * Benviejoined
15:36:09  * titojoined
15:37:30  <tjfontaine>morn
15:37:41  * andrew_dwquit (Remote host closed the connection)
15:37:43  * mikolalysenkojoined
15:37:45  <AlexisMocha>howdy
15:45:26  * thlorenzjoined
15:48:02  * piscisaureusjoined
15:56:18  * bajtosjoined
15:56:18  * jmar777joined
15:57:05  * defunctzombie_zzchanged nick to defunctzombie
15:58:09  * bajtosquit (Client Quit)
15:59:45  * paulfryzeljoined
16:06:24  * bradleymeckjoined
16:10:54  * AvianFlujoined
16:28:53  * defunctzombiechanged nick to defunctzombie_zz
16:29:47  * c4milo_joined
16:31:23  * c4miloquit (Ping timeout: 245 seconds)
16:37:28  * thlorenzquit (Remote host closed the connection)
16:37:59  * janjongboomjoined
16:39:31  * thlorenzjoined
16:41:02  * kpdeckerjoined
16:43:07  * inolenjoined
16:46:03  * rmgjoined
16:48:01  * dap_joined
16:50:59  * bajtosjoined
16:58:18  * mikealquit (Quit: Leaving.)
16:58:58  * mikealjoined
17:02:43  * m76joined
17:07:32  <indutny>Heya
17:07:37  <indutny>found interesting problem :)
17:07:49  <indutny>it seems that publishing to npm with node.js v0.11 is sort of broken
17:08:34  <mikeal>someone told me yesterday that request has issues on 0.11
17:08:47  <mikeal>might be related, since npm uses request
17:10:22  * mikealquit (Quit: Leaving.)
17:11:38  <indutny>I have no idea
17:11:49  <indutny>I think it was mostly related to sha hashing
17:11:54  <indutny>somehow the result was different
17:12:24  * dshaw_joined
17:21:41  <tjfontaine>that's not ideal
17:22:04  <tjfontaine>indutny: can I do a node v0.11 release today? :) even though trywrite isn't in yet
17:22:12  <indutny>sure
17:22:17  <indutny>do you want me to merge libuv?
17:22:19  <indutny>I mean update
17:22:21  <tjfontaine>please and thank you
17:24:54  <groundwater>mornin'
17:25:10  <indutny>morning
17:30:41  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
17:31:15  <indutny>running tests
17:31:21  <indutny>will push it right after it
17:32:17  <indutny>tjfontaine: let's land this https://github.com/joyent/node/pull/6968/files
17:32:46  <indutny>in v0.10
17:33:49  * janjongboomjoined
17:46:08  <MI6>joyent/node: Fedor Indutny master * 64d33a7 : deps: update uv to 0.11.18 - http://git.io/3B5RzA
17:46:13  * TooTallNatejoined
17:46:17  <indutny>tjfontaine: done
17:48:22  * bradleymeckquit (Quit: bradleymeck)
17:53:12  <MI6>libuv-master: #454 FAILURE http://jenkins.nodejs.org/job/libuv-master/454/
17:53:59  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
17:55:41  <MI6>nodejs-master: #894 UNSTABLE linux-x64 (2/699) osx-x64 (1/699) linux-ia32 (2/699) osx-ia32 (1/699) smartos-ia32 (3/699) smartos-x64 (2/699) http://jenkins.nodejs.org/job/nodejs-master/894/
17:56:38  <tjfontaine>indutny: feel free to land that, but please remove teh bogus assert test?
17:56:55  <tjfontaine>I'm going to relocate for the day, I'll be back online in a bit
18:00:56  * dshaw_quit (Quit: Leaving.)
18:02:14  * kpdeckerquit (Quit: Leaving.)
18:02:31  * kpdeckerjoined
18:04:52  <MI6>nodejs-master-windows: #679 UNSTABLE windows-x64 (12/699) windows-ia32 (14/699) http://jenkins.nodejs.org/job/nodejs-master-windows/679/
18:04:54  * kpdeckerquit (Read error: Connection reset by peer)
18:06:19  <indutny>tjfontaine: ok
18:06:52  * dshaw_joined
18:07:45  * paulfryz_joined
18:08:08  * daviddiasquit (Remote host closed the connection)
18:08:37  * daviddiasjoined
18:10:58  * paulfryzelquit (Ping timeout: 245 seconds)
18:13:14  <MI6>joyent/node: Jun Ma v0.10 * d2de8ba : net: make Socket destroy() re-entrance safe - http://git.io/WcCYlg
18:13:26  * daviddiasquit (Ping timeout: 264 seconds)
18:19:15  * janjongboomjoined
18:21:59  <MI6>nodejs-v0.10: #1744 UNSTABLE osx-x64 (4/610) linux-ia32 (3/610) smartos-x64 (8/610) smartos-ia32 (8/610) linux-x64 (2/610) osx-ia32 (3/610) http://jenkins.nodejs.org/job/nodejs-v0.10/1744/
18:23:02  <MI6>nodejs-v0.10-windows: #465 UNSTABLE windows-ia32 (6/610) windows-x64 (11/610) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/465/
18:25:12  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
18:27:11  * brsonjoined
18:31:58  * defunctzombie_zzchanged nick to defunctzombie
18:35:01  * defunctzombiechanged nick to defunctzombie_zz
18:39:11  <tjfontaine>indutny: can you review the latest commit in https://github.com/joyent/node/pull/6956?
18:40:25  * mikealjoined
18:41:07  * hzjoined
18:41:16  <tjfontaine>indutny: also that last change in v0.10 src/node_crypto.cc doesn't need fwd ported to master, right?
18:43:28  * bradleymeckjoined
18:44:30  <MI6>nodejs-master-windows: #680 UNSTABLE windows-x64 (12/699) windows-ia32 (13/699) http://jenkins.nodejs.org/job/nodejs-master-windows/680/
18:44:59  <tjfontaine>AlexisMocha++
18:45:08  <tjfontaine>we're are burning down on those windows failures :)
18:45:57  <indutny>tjfontaine: sorry, was afk
18:46:04  <indutny>tjfontaine: nope
18:46:30  <tjfontaine>ok didn't think so
18:47:00  <tjfontaine>Error: error:04075070:rsa routines:RSA_sign:digest too big for rsa key
18:47:00  <tjfontaine> at Sign.sign (crypto.js:423:27)
18:47:01  <tjfontaine> at /Users/tjfontaine/Development/node/test/simple/test-crypto.js:1036:50
18:47:15  <tjfontaine>while doing the merge of v0.10 into master
18:47:32  <tjfontaine>ignoring the node_crypto.cc change, but keeping the test addition
18:50:14  <indutny>tjfontaine: ok
18:50:15  <indutny>great
18:50:22  <tjfontaine>is that what's supposed to happen?
18:50:30  <indutny>eys
18:50:32  <indutny>yes
18:50:34  <indutny>exception
18:50:45  <indutny>with proper error reporting
18:50:47  <tjfontaine>ok, so I just need to fix the test because SignFinal isn't in the stack anymore
18:50:53  <indutny>aaah
18:50:56  <indutny>right ok
18:51:15  <tjfontaine>can I just match on "digest too big"?
18:52:10  <tjfontaine>ya I'll do that, pushing the merge
18:52:56  <indutny>yep
18:52:58  <indutny>so
18:53:03  <indutny>about honor cipher order thing
18:53:10  <indutny>that PR has a lot of irrelevant test changes
18:53:11  <indutny>commented
18:53:27  <tjfontaine>thanks
18:53:38  <indutny>but almost LGTM
18:53:44  * AvianFluquit (Remote host closed the connection)
18:53:56  <tjfontaine>ya, I agree, but wanted your opinion, it's largely your subsystem :)
18:58:00  * AvianFlujoined
18:58:23  <tjfontaine>indutny: with the update to http_parser should we be landing that in node?
18:58:37  <indutny>hm...
18:58:39  <indutny>perhaps
18:58:46  <indutny>could you please do a release?
18:58:48  <indutny>and update it?
18:59:00  <tjfontaine>heh, ya, I don't think we actually do releases do we?
18:59:21  <tjfontaine>oh there are tags anyway
18:59:36  <tjfontaine>ya I can do it
18:59:40  <indutny>we do
18:59:43  <indutny>and it has version
19:00:35  <tjfontaine>hmm except that recent change would mean we also have to include a breaking change in a stable wrt to concated headers
19:01:00  <tjfontaine>wasn't that a change in http-parser?
19:01:28  * dshaw_quit (Quit: Leaving.)
19:01:53  * defunctzombie_zzchanged nick to defunctzombie
19:02:29  <tjfontaine>we have 699 tests covered in `make test` on master atm
19:02:31  <tjfontaine>pretty crazy
19:03:12  <MI6>joyent/node: Timothy J Fontaine master * c37e1b7 : Merge remote-tracking branch 'upstream/v0.10' (+5 more commits) - http://git.io/zlnnRw
19:07:13  * defunctzombiechanged nick to defunctzombie_zz
19:07:26  * piscisaureusquit (Ping timeout: 264 seconds)
19:07:59  * kenperkinsquit (Quit: Computer has gone to sleep.)
19:08:14  <indutny>haha
19:12:44  <MI6>nodejs-master: #895 UNSTABLE linux-x64 (1/699) osx-x64 (1/699) linux-ia32 (3/699) osx-ia32 (1/699) smartos-ia32 (3/699) smartos-x64 (3/699) http://jenkins.nodejs.org/job/nodejs-master/895/
19:15:06  <tjfontaine>AlexisMocha: you around?
19:16:03  * mikealquit (Quit: Leaving.)
19:16:53  * daviddiasjoined
19:21:23  * daviddiasquit (Ping timeout: 245 seconds)
19:23:17  * mikealjoined
19:29:19  * Kakera_changed nick to Kakera
19:30:08  <Kakera>is there a way to run tests just for a specific module?
19:30:55  <tjfontaine>python tools/test.py *my-test*
19:32:51  * mikealquit (Quit: Leaving.)
19:33:20  * dshaw_joined
19:34:03  <Kakera>E:\Downloads\node>python tools/test.py test\simple\test-zlib.js
19:34:03  <Kakera>No tests to run.
19:34:05  <Kakera>hmm
19:34:33  <tjfontaine>it would actually be a bit more weird
19:34:40  <tjfontaine>python tools/test.py simple/test-zlib
19:34:51  <tjfontaine>don't mess with the slashes
19:35:29  <Kakera>that worked, thanks
19:40:15  * mikealjoined
19:41:12  * skypjackjoined
19:47:44  * brsonquit (Quit: leaving)
19:48:00  * brsonjoined
19:50:23  * indexzerojoined
19:57:46  * rmgquit (Remote host closed the connection)
19:58:27  <MI6>joyent/node: Alexis Campailla master * dc1ffd0 : test: race condition in test-cluster-disconnect (+1 more commits) - http://git.io/jo-veg
20:01:36  * dshaw_quit (Read error: Connection reset by peer)
20:01:43  * dshaw_1joined
20:02:00  * mikolalysenkoquit (Ping timeout: 252 seconds)
20:04:17  * mikolalysenkojoined
20:05:41  * rmgjoined
20:07:48  * bajtosquit (Quit: bajtos)
20:07:58  <MI6>nodejs-master: #896 UNSTABLE linux-x64 (1/699) osx-x64 (1/699) linux-ia32 (2/699) osx-ia32 (2/699) smartos-ia32 (2/699) smartos-x64 (2/699) http://jenkins.nodejs.org/job/nodejs-master/896/
20:11:01  * bradleymeckquit (Remote host closed the connection)
20:11:36  * daviddiasjoined
20:12:16  * mikealquit (Quit: Leaving.)
20:14:39  * jmar777quit (Read error: Connection reset by peer)
20:14:41  * kenperkinsjoined
20:14:52  * jmar777joined
20:15:58  * daviddiasquit (Ping timeout: 245 seconds)
20:16:05  <MI6>nodejs-master-windows: #682 UNSTABLE windows-x64 (10/699) windows-ia32 (10/699) http://jenkins.nodejs.org/job/nodejs-master-windows/682/
20:21:37  * mikealjoined
20:25:31  * mikealquit (Client Quit)
20:28:07  * dshaw_1quit (Quit: Leaving.)
20:29:14  <tjfontaine>hell, master and windows at 10 failures, we could release today ;)
20:29:53  <tjfontaine>AlexisMocha: great work
20:32:20  <creationix>are there any known issues where the asyncListener polyfill misses data events on http requests?
20:32:37  <tjfontaine>define "missing data events"
20:32:43  <tjfontaine>and not that I'm aware of
20:32:50  <creationix>where some events don't get tied to the right parent event
20:33:02  <creationix>or the right data value I mean
20:33:15  <tjfontaine>you mean the userData that was passed in?
20:33:19  <creationix>right
20:33:36  <tjfontaine>sigh, I'm not aware of that, but I suppose it's not impossible
20:33:38  <creationix>I feel silly asking this because I'm the one who wrote that part of the polyfill
20:33:50  <creationix>I just haven't touched it in months
20:34:06  <tjfontaine>well, I dunno, I haven't really been in contact with the polyfill
20:34:22  <creationix>someone using it is having issues, it's probably their code. I was just wondering if there were some known issues
20:35:47  <creationix>tjfontaine, thanks!
20:35:59  <tjfontaine>lemme know if there's something I can do to assist
20:36:40  * TooTallNatequit (Ping timeout: 245 seconds)
20:38:23  * defunctzombie_zzchanged nick to defunctzombie
20:39:51  <othiym23>creationix: I don't believe so
20:40:14  <creationix>othiym23, I wouldn't expect it to catch some data events and not others, but I thought I would check here first
20:40:18  <othiym23>creationix: your code has only been tweaked a little bit for 0.8 compatibility and ot make some changes to error handling
20:40:36  <creationix>I'm still helping helping some people debug an issue in their code
20:41:12  <othiym23>it's probably to take a look at how they're using req and res -- streams / EEs have issues, which is why CLS uses the emitter-listener module
20:42:09  <othiym23>*probably worth it
20:42:10  * janjongboomjoined
20:43:27  <creationix>othiym23, I just learned that they create the context *after* attaching the "data" and "end" listeners
20:43:31  <creationix>that's probably not a good idea
20:44:35  * hzquit
20:49:06  * dshaw_joined
20:50:45  <othiym23>it shouldn't matter in practice, as long as all three things (context creation, 'data' listening, 'end' listening) happen in the same function / in the same tick of the event loop
20:51:26  <tjfontaine>turn :)
20:51:58  <othiym23>in this case, 'tick' is better, because if they're doing something wacky with nextTick, it could get dropped
20:52:55  <tjfontaine>I wish I wish I wish
20:53:00  * indexzeroquit (Quit: indexzero)
20:53:47  <othiym23>someday we will all figure out how to explain Node's control flow in terms of when the stack gets reset
20:53:52  <othiym23>without confusing everybody forever
20:53:56  <othiym23>and that will be great
20:56:40  * mikealjoined
21:00:31  * dshaw_quit (Quit: Leaving.)
21:06:10  * indexzerojoined
21:06:20  * daviddiasjoined
21:06:33  * mikealquit (Quit: Leaving.)
21:06:35  * abraxasjoined
21:10:58  * daviddiasquit (Ping timeout: 245 seconds)
21:11:00  * mikealjoined
21:11:21  * abraxasquit (Ping timeout: 265 seconds)
21:12:27  * dshaw_joined
21:12:48  * rmg_joined
21:13:03  * rmgquit (Read error: Connection reset by peer)
21:18:05  <creationix>othiym23, weird
21:18:07  * jmar777quit (Remote host closed the connection)
21:18:38  <creationix>othiym23, none of this code is executing https://github.com/othiym23/async-listener/blob/master/index.js#L82-L86
21:18:53  <creationix>the test case is a simple http server with a large file being uploaded to it
21:19:35  <creationix>node fires the "data" and "end" events properly, but they are called in the global event scope instead of the context I create at the beginning of the request
21:20:28  <othiym23>creationix: Node version / http or https? / regular http requests and not websockets?
21:20:52  <creationix>othiym23, latest stable node, normal http request over localhost
21:20:53  * mikealquit (Quit: Leaving.)
21:20:53  <othiym23>also, that code is alllll youuuuuuuu :D
21:20:58  <creationix>reproduces on windows and linux
21:21:01  <creationix>othiym23, yep
21:21:02  <creationix>:P
21:21:21  <creationix>sometimes I wonder what past me was thinking
21:21:30  <creationix>my head is all full of git internals since then
21:21:35  <othiym23>if you can get me a dependency-free repro case, I'll dig into it when I upgrade async-listener for trevnorris's API changes for 0.12
21:22:08  <othiym23>creationix: (in other words, file an issue on async-listener so I don't forget about it, preferably with repro case)
21:22:15  <creationix>othiym23, like this https://gist.github.com/creationix/b8eba877adf7db7e9037
21:22:37  * mikealjoined
21:23:18  <creationix>doesn't get much simpler than that
21:24:16  <creationix>hmm, and using node 0.11.x it works for the first data event, but not others
21:25:35  <othiym23>creationix: just looking at that gist, my guess is that they're indeed encountering an EE issue
21:25:49  <othiym23>creationix: asyncListener doesn't touch EEs, because there's so many different ways they're usesd
21:26:00  * mikealquit (Client Quit)
21:26:08  * mikealjoined
21:26:10  <othiym23>creationix: this is what I created emitter-listener for (in a backwards, emergent way, for CLS)
21:26:30  <creationix>right, but why doesn't it work for EE
21:26:34  <creationix>it should right?
21:26:50  <othiym23>ALs are different from domains, in that EEs are implicitly added to the domain upon creation, and ALs are strict about only caring about async continuation boundaries
21:27:39  <othiym23>sometimes you want the EE bound to the continuation chain, sometimes you want a specific handler bound to the continuation chain, sometimes you want neither
21:27:49  <othiym23>developer intent is important
21:28:14  <othiym23>so the clearest thing to do is to treat the two cases as separate and handle them individually, with the developer's involvement
21:28:22  <othiym23>see also: EEs are terrible
21:29:07  <othiym23>creationix: trevnorris got fairly down a rabbithole making EEs observable as part of his effort to remove domains from core completely, but it was turning into kind of a bear
21:29:14  <othiym23>and got out of scope for 0.12
21:29:55  <creationix>:(
21:30:17  <creationix><rant> I wish node streams never used EE </rant>
21:31:10  * mikolalysenkoquit (Ping timeout: 265 seconds)
21:32:11  <othiym23>I think we're all there at this point, friend
21:32:14  <othiym23>nevertheless, here we are
21:32:28  * TooTallNatejoined
21:32:32  <othiym23>also, is there a reason they're using flowing-mode streams instead of streams2?
21:32:36  <othiym23>that would "solve" this problem ;)
21:33:16  <creationix>no, they are just new to node
21:33:54  <othiym23>teach them to fish with nets instead of dynamite, creationix!
21:34:01  <othiym23>and other tortured analogies, by othiym23
21:34:26  <creationix>yep, I taught them streams1 and async-listener and then left the country (they are from Italy)
21:35:16  <tjfontaine>heh
21:36:12  <creationix>othiym23, but wouldn't the .on("readable", ...) have the same EE issue?
21:36:32  * sinclair|workquit (Read error: Connection reset by peer)
21:36:35  <othiym23>creationix: shhhhh
21:36:38  <othiym23>yeah
21:36:46  <othiym23>seriously, look at emitter-listener
21:36:59  <othiym23>and if you can come up with improvements for it, send me a PR :)
21:37:38  <MI6>libuv-master-windows: #34 UNSTABLE windows-ia32 (4/203) windows-x64 (4/203) http://jenkins.nodejs.org/job/libuv-master-windows/34/
21:38:53  <creationix>othiym23, how do you know when you've reached the end with streams2?
21:38:59  <creationix>(I've never used them)
21:39:14  <creationix>do you still use the "end" event?
21:39:15  * mikolalysenkojoined
21:39:38  <tjfontaine>yes
21:40:18  <othiym23>technically, if you want the end of an HTTP stream, you want 'finish', because of keepalive
21:40:26  <othiym23>(that's what New Relic uses)
21:40:48  <tjfontaine>readables and writeables
21:41:03  <othiym23>although maybe that's only for ServerResponse, and not for IncomingMessage (tjfontaine?)
21:41:16  <othiym23>got it
21:41:24  <tjfontaine>depends on which side you're on, if it's a writable it's finish, readable it's end
21:41:56  <tjfontaine>damn duplex
21:42:07  * mikealquit (Quit: Leaving.)
21:45:22  * mmaleckiquit (Quit: leaving)
21:46:26  * mmaleckijoined
21:48:03  * defunctzombiechanged nick to defunctzombie_zz
21:49:09  <MI6>libuv-v0.10-windows: #23 FAILURE http://jenkins.nodejs.org/job/libuv-v0.10-windows/23/
21:50:38  * mikealjoined
21:53:11  * mikealquit (Client Quit)
21:53:32  * mikealjoined
21:56:10  * mikealquit (Client Quit)
21:56:20  * mikealjoined
21:56:56  * kpdeckerjoined
21:57:38  * mikealquit (Client Quit)
22:01:07  * daviddiasjoined
22:05:05  * hzjoined
22:05:33  * daviddiasquit (Ping timeout: 245 seconds)
22:05:50  * defunctzombie_zzchanged nick to defunctzombie
22:11:20  * rmg_quit (Remote host closed the connection)
22:14:50  * m76quit (Read error: Connection reset by peer)
22:19:46  * defunctzombiechanged nick to defunctzombie_zz
22:20:04  * rendarquit (Quit: Leaving)
22:20:34  * dshaw_quit (Quit: Leaving.)
22:23:47  * paulfryz_changed nick to paulfryzel
22:24:12  * mikealjoined
22:24:46  * Benviequit (Read error: Connection reset by peer)
22:25:47  * skypjackquit (Quit: Sto andando via)
22:26:50  * Benviejoined
22:27:40  * dshaw_joined
22:29:48  * pachetpart
22:29:48  * dshaw_quit (Read error: Connection reset by peer)
22:29:53  * dshaw_1joined
22:30:01  * mikealquit (Quit: Leaving.)
22:30:31  * kenperkinsquit (Quit: Computer has gone to sleep.)
22:32:50  * rmgjoined
22:35:20  * Benviequit (Remote host closed the connection)
22:35:46  * Benviejoined
22:36:34  * daviddiasjoined
22:38:52  * kpdeckerquit (Quit: Leaving.)
22:40:04  * Benviequit (Read error: Connection reset by peer)
22:48:40  * Benviejoined
22:48:43  * nrajlichjoined
22:48:56  <creationix>does valgrind help you with libuv memory leaks? https://github.com/creationix/luv/issues/20
22:49:16  <creationix>though I am using lua/luajit as well
22:52:39  * TooTallNatequit (Ping timeout: 260 seconds)
22:52:42  * kpdeckerjoined
22:52:55  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
22:55:18  * mmaleckiquit (Quit: leaving)
22:55:44  * mmaleckijoined
22:57:39  * AWintermanjoined
22:58:54  * jmar777joined
23:01:58  <tjfontaine>creationix: valgrind's overhead is near impossible to stand for me
23:02:34  <creationix>are there other techniques. (though at the moment I'm on windows, so I'm afraid to even see what the options here are)
23:02:53  <tjfontaine>creationix: libumem+mdb makes it pretty simple, UMEM_DEBUG=default ./my-long-running-app & gcore pid; mdb core; ::findleaks
23:02:54  * Benviequit (Remote host closed the connection)
23:03:11  <tjfontaine>creationix: vs has some pretty excellent utilities as I recall
23:03:12  <creationix>that runs in linux right?
23:03:17  <tjfontaine>that's smartos/solaris
23:03:26  <creationix>:/
23:03:44  <creationix>how can I use smartos locally? virtualbox maybe?
23:03:54  <tjfontaine>we publish vmware images
23:04:31  <creationix>there isn't really a desktop version of smartos is there (with gnome, X11, wifi drivers etc..)
23:04:38  * AWinterm_joined
23:04:50  <tjfontaine>no, you could use omnios which is more like that
23:05:22  * kenperkinsjoined
23:05:48  <creationix>does OSX have mdb?
23:06:40  * AWintermanquit (Ping timeout: 245 seconds)
23:06:50  <creationix>I'll probably just use a virtual machine. I need chrome in my GUI side for chrome app development
23:07:17  <tjfontaine>no, mdb is still sunos though people have threatened ports
23:07:25  * abraxasjoined
23:08:33  <tjfontaine>if this were node, you could take a core file from linux 64bit and load it into mdb on smartos and see the objects
23:09:47  <tjfontaine>indutny: ping?
23:09:52  <mmalecki>just curious, why did you put 'were node' in there? I thought that since node is (or is it not?) singular it should be 'was node'?
23:10:13  <tjfontaine>americanization
23:10:49  <tjfontaine>it's also not necessarily about the plurality of node, but of the disposition of `this`
23:11:16  <tjfontaine>http://forum.thefreedictionary.com/postst2350_As-if-it-was-were---If-I-was-were-to--.aspx
23:11:19  <mmalecki>so english also has confusing `this`!
23:11:40  * abraxasquit (Ping timeout: 245 seconds)
23:11:47  <tjfontaine>heh
23:11:52  <tjfontaine>apparently it's called subjunctive
23:12:00  <tjfontaine>:)
23:12:57  <mmalecki>nice. thanks for explanation :)
23:13:03  <tjfontaine>you're welcome
23:14:10  * Benviejoined
23:17:38  * daviddiasquit (Ping timeout: 245 seconds)
23:20:21  * thlorenzquit (Remote host closed the connection)
23:21:08  * kpdeckerquit (Quit: Leaving.)
23:25:53  * Benviequit (Remote host closed the connection)
23:26:02  <indutny>еоЖ рунф
23:26:03  <indutny>tjfontaine: heya
23:26:05  <indutny>what's up?
23:26:08  <tjfontaine>hey
23:26:13  * Benviejoined
23:26:39  <tjfontaine>I wanna do some tests for try write, but I think I'm goign to land it tonight
23:27:01  <indutny>haha
23:27:03  <indutny>nice! :)
23:27:09  <indutny>do you want me to do it?
23:27:28  <tjfontaine>nah, I wanna look at StreamWrap::TryWrite again first
23:27:36  <indutny>ok
23:27:42  <tjfontaine>i wanted to talk to you about https://github.com/joyent/node/pull/6851
23:27:49  * indutnygoing to land this in master: https://github.com/joyent/node/pull/6956.patch
23:28:07  <tjfontaine>I can remove the struct prefixing and do it in a separate commit, but it's just as noisey
23:28:17  <indutny>if tests are passing
23:28:29  <tjfontaine>indeed they are
23:28:34  <indutny>wait
23:28:37  <indutny>I'm talking about 6956
23:28:41  <indutny>that DSO thing
23:28:43  <indutny>I like it
23:28:46  <indutny>but the guy is a bit
23:28:47  <indutny>stubborn
23:29:02  <indutny>There are a lot of unresolved things in diff
23:29:04  <indutny>https://github.com/joyent/node/pull/6851/files
23:29:18  <indutny>oh
23:29:20  <indutny>actually only one
23:29:32  <indutny>he has fixed the rest
23:29:33  <indutny>https://github.com/joyent/node/pull/6851/files#r8882509
23:29:57  * dshaw_1quit (Quit: Leaving.)
23:30:08  <indutny>oh
23:30:09  <tjfontaine>aside from that fix, you're ok with me landing it?
23:30:09  <indutny>no
23:30:12  <indutny>more than this
23:30:15  <indutny>https://github.com/joyent/node/pull/6851#discussion_r8903586
23:30:26  <tjfontaine>that's already done
23:30:38  <indutny>ah
23:30:40  <indutny>hm...
23:30:40  <indutny>well
23:30:54  <indutny>well, except prefixing and that thing
23:30:58  <indutny>yeah
23:31:00  <indutny>I'm ok with it
23:32:17  <tjfontaine>ok, the prefixing thing makes my life doing `git grep` so much easier, trying to figure out who owns what, I acknowledge it's not strictly related to this change, but doing it separately results in touching nearly the same amounts of lines
23:33:00  <indutny>wait
23:33:05  <indutny>that was just an argument
23:33:10  <indutny>to continue discussing it
23:33:16  <indutny>I'm completely against prefixes
23:33:26  <indutny>this seems to be irrelevant
23:33:53  <tjfontaine>it's not irrelevant, when you're looking at code and seeing a null ptr ref and trying to figure out what this structure was supposed to be
23:34:10  <indutny>sorry, I don't follow your comment
23:34:12  <indutny>what do you mean?
23:34:29  <tjfontaine>if I see (foo->nextptr)
23:34:38  <tjfontaine>I don't know which list struct actually I'm referring to
23:34:58  <tjfontaine>if I have foo->nm_nextptr I have a reasonable expectation to know whose structure that actually is
23:35:13  <indutny>man
23:35:25  <indutny>seriously
23:35:28  <indutny>it is a typed language
23:35:37  <indutny>you would need to lookup type anyway
23:35:38  <tjfontaine>not when you're debugging
23:35:42  <indutny>ok
23:35:45  <indutny>p *foo
23:35:55  <indutny>it'll output everything
23:36:06  <indutny>and if you don't have debugging symbols
23:36:13  <indutny>you won't even see `foo->nextptr`
23:36:54  <MI6>joyent/node: Jacob Hoffman-Andrews master * f4c8020 : crypto: honor default ciphers in client mode - http://git.io/mSV_OQ
23:37:05  * mikolalysenkoquit (Ping timeout: 272 seconds)
23:37:16  * dshaw_joined
23:37:52  <indutny>tjfontaine: don't get me wrong
23:37:57  <indutny>I see the point behind this
23:37:58  <LeftWing>It is easier, by several orders of magnitude, to navigate a code-base with member prefixing. You can ask simple questions like 'Find assignments to: nm_nextptr', and get a useful response.
23:38:28  <tjfontaine>indutny: we're not prefixing the whole code base, it's just a part of this change
23:38:36  <indutny>LeftWing: usually the prefixing applies to the type names
23:39:04  <LeftWing>I don't think anybody seriously does Hungarian Notation outside of WIN32.
23:39:38  <indutny>LeftWing: I mean `ngx_...fn()`
23:39:47  <indutny>not type-based prefixing
23:39:49  <indutny>or
23:39:52  <indutny>node_...fn()
23:40:03  <indutny>tjfontaine: yep, it is just a noise
23:40:11  <LeftWing>That's function namespacing, not struct member prefixing. The latter is to give the reader a sense of what struct a member is from.
23:40:32  <indutny>LeftWing: ok, where is this technique used?
23:40:35  <indutny>any popular project?
23:40:44  <tjfontaine>netbsd kernel at the very least :)
23:40:50  <indutny>oh no
23:40:50  <LeftWing>We use it extensively throughout the illumos kernel and userland.
23:40:50  <indutny>:)
23:40:57  <tjfontaine>http://julipedia.meroh.net/2006/04/netbsds-knf-prefixes-for-struct.html
23:41:31  * Benviequit (Read error: Operation timed out)
23:41:37  <indutny>hm...
23:41:51  * dshaw_quit (Read error: Connection reset by peer)
23:41:51  <tjfontaine>linux kernel also seems to do it
23:41:56  <tjfontaine>for some structs
23:41:57  <indutny>ok
23:41:59  <LeftWing>Witness, for example: http://src.illumos.org/source/xref/illumos-gate/usr/src/uts/common/sys/ddi_periodic.h
23:42:12  * Benviejoined
23:42:18  <indutny>I see, hadn't took it in account
23:42:42  <indutny>ok
23:42:46  <indutny>if you wish to - land it
23:42:49  * kpdeckerjoined
23:42:52  <indutny>I don't care that much
23:43:05  <LeftWing>Thanks!
23:43:13  * indexzeroquit (Quit: indexzero)
23:43:16  <tjfontaine>indutny: thanks, I just didn't want to do it without having the conversation with you :)
23:43:30  * dshaw_joined
23:43:41  <indutny>still I don't like it
23:43:47  <indutny>call me stubborn now :)
23:43:53  * AlexisMocha_joined
23:43:53  <tjfontaine>nod, I understand, there's a lot of our code base I don't like :)
23:44:52  * AvianFluquit (Remote host closed the connection)
23:45:50  * Benviequit (Remote host closed the connection)
23:46:21  * Benviejoined
23:46:26  <MI6>nodejs-master: #897 UNSTABLE linux-x64 (1/700) osx-x64 (1/700) linux-ia32 (2/700) osx-ia32 (1/700) smartos-ia32 (3/700) smartos-x64 (2/700) http://jenkins.nodejs.org/job/nodejs-master/897/
23:48:03  * iamstefpart
23:48:43  * tellnes_joined
23:48:45  * AlexisMochaquit (Ping timeout: 272 seconds)
23:48:45  * tellnesquit (Ping timeout: 272 seconds)
23:48:45  * tellnes_changed nick to tellnes
23:48:46  * dsantiagoquit (Ping timeout: 272 seconds)
23:49:50  * dsantiag_joined
23:49:51  <indutny>ok, green light
23:50:07  <tjfontaine>ok thanks
23:50:31  <tjfontaine>I'll do trywrite here shortly
23:53:22  <indutny> /root/node/src/node.h:188: error: ‘ssize_t’ does not name a type
23:53:24  <indutny>oh shit
23:53:56  <tjfontaine>you have a patch for that, right?
23:54:15  <MI6>nodejs-master-windows: #683 UNSTABLE windows-x64 (7/700) windows-ia32 (12/700) http://jenkins.nodejs.org/job/nodejs-master-windows/683/
23:54:25  <indutny>yeah
23:54:27  <indutny>https://github.com/joyent/node/pull/6947/files
23:54:30  <indutny>seems to be fixing it
23:54:34  <indutny>LGTY?
23:54:41  <indutny>Though
23:54:44  <indutny>I have no idea about windows
23:54:46  <tjfontaine>does that make sense on win32?
23:54:47  <tjfontaine>heh ok
23:54:51  <indutny>could you check it?
23:54:54  <indutny>please
23:55:02  <tjfontaine>how are you making it break?
23:55:08  <tjfontaine>building a module?
23:55:36  <indutny>yes
23:55:40  <indutny>make test-addons
23:55:41  <indutny>I think
23:55:49  * Benviequit (Read error: Connection reset by peer)
23:55:56  <tjfontaine>ok
23:56:04  <tjfontaine>that doesn't really work on windows, but I'll figure it out :)
23:56:15  <tjfontaine>running tests a last time then pushing DSO
23:56:26  * Benviejoined
23:58:27  * kpdeckerquit (Quit: Leaving.)
23:58:51  <MI6>libuv-master-gyp: #412 UNSTABLE smartos-ia32 (3/204) smartos-x64 (3/204) osx-ia32 (1/205) http://jenkins.nodejs.org/job/libuv-master-gyp/412/
23:59:46  <MI6>joyent/node: Keith M Wesolowski master * 76b9846 : node: register modules from DSO constructors - http://git.io/LRlfdg