00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:08  * ircretaryjoined
00:03:20  * paulfryzeljoined
00:04:31  * kenperkinsjoined
00:08:26  * vptrjoined
00:17:05  * c4miloquit (Ping timeout: 245 seconds)
00:17:07  * vptrquit (Ping timeout: 260 seconds)
00:17:55  * AvianFluquit (Ping timeout: 245 seconds)
00:19:42  * paulfryzelquit (Ping timeout: 252 seconds)
00:19:59  * c4milojoined
00:20:57  * stagasquit (Ping timeout: 245 seconds)
00:21:47  * mikolalysenkoquit (Ping timeout: 245 seconds)
00:23:01  * c4miloquit (Remote host closed the connection)
00:25:48  * rmgquit (Remote host closed the connection)
00:26:01  * rmgjoined
00:33:50  <MI6>nodejs-master: #849 UNSTABLE osx-x64 (1/697) osx-ia32 (1/697) smartos-x64 (6/697) linux-ia32 (2/697) smartos-ia32 (9/697) linux-x64 (3/697) http://jenkins.nodejs.org/job/nodejs-master/849/
00:39:43  * mikealquit (Quit: Leaving.)
00:41:07  * c4milojoined
00:42:49  * mikealjoined
00:45:35  * c4miloquit (Ping timeout: 260 seconds)
00:49:00  * zz_karupanerurachanged nick to karupanerura
00:51:02  * sinclair|workjoined
00:54:25  * mikealquit (Quit: Leaving.)
01:03:18  * kazuponjoined
01:03:56  * brettlangdonpart
01:16:17  * paulfryzeljoined
01:19:26  * thlorenzjoined
01:20:45  * paulfryzelquit (Ping timeout: 252 seconds)
01:23:09  * kazuponquit (Remote host closed the connection)
01:25:40  * kenperkinsquit (Quit: Computer has gone to sleep.)
01:28:21  * mikolalysenkojoined
01:29:08  * rmgquit (Remote host closed the connection)
01:31:17  * kazuponjoined
01:33:05  * mikolalysenkoquit (Ping timeout: 272 seconds)
01:36:28  <tjfontaine>anyone around for a review?
01:37:11  <tjfontaine>not that anyone particularly cares about this portion of the subsystem
01:38:16  * abraxasjoined
01:38:39  <tjfontaine>trevnorris, indutny, TooTallNate, isaacs: https://github.com/tjfontaine/node/compare/move-debugger-tests
01:39:05  <tjfontaine>Showing 17 changed files with 170 additions and 521 deletions.
01:39:19  <tjfontaine>stupid python duplication, there could still be more removals but meh
01:39:38  <tjfontaine>the basic duplication is gone and test suite improvements won't necessarily be lost to a single section anymore
01:52:25  <MI6>joyent/node: tjfontaine created branch move-debugger-tests - http://git.io/3IicJg
01:54:34  * rmgjoined
01:54:58  * abraxasquit (Remote host closed the connection)
02:03:38  <MI6>node-review: #151 FAILURE osx-x64 (4/692) osx-ia32 (3/692) smartos-x64 (2/692) linux-x64 (2/692) linux-ia32 (1/692) http://jenkins.nodejs.org/job/node-review/151/
02:07:38  <MI6>node-review-windows: #3 UNSTABLE windows (16/692) http://jenkins.nodejs.org/job/node-review-windows/3/
02:07:49  * rmgquit (Remote host closed the connection)
02:08:05  * rmgjoined
02:10:34  * rmgquit (Remote host closed the connection)
02:11:01  * rmgjoined
02:13:34  * rmgquit (Client Quit)
02:14:45  * rmgjoined
02:17:16  * paulfryzeljoined
02:20:54  * hzquit
02:21:35  * hzjoined
02:21:48  * paulfryzelquit (Ping timeout: 252 seconds)
02:22:05  * abraxasjoined
02:22:25  <MI6>node-review-windows: #4 UNSTABLE windows (16/692) http://jenkins.nodejs.org/job/node-review-windows/4/
02:25:51  <MI6>node-review-unix: #152 UNSTABLE osx-x64 (2/692) osx-ia32 (3/692) smartos-x64 (3/692) linux-x64 (2/692) linux-ia32 (2/692) smartos-ia32 (3/692) http://jenkins.nodejs.org/job/node-review-unix/152/
02:28:16  * stagasjoined
02:36:28  * abraxasquit (Remote host closed the connection)
02:37:47  <MI6>node-review-windows: #5 FAILURE windows-ia32 (16/692) http://jenkins.nodejs.org/job/node-review-windows/5/
02:37:56  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
02:47:34  * c4milojoined
02:48:48  * kenperkinsjoined
02:51:25  * kenperkins_joined
02:51:37  * dap_quit (Quit: Leaving.)
02:51:49  * c4milo_joined
02:53:11  * kenperki_joined
02:53:15  * c4miloquit (Ping timeout: 272 seconds)
02:55:27  * kenperkinsquit (Ping timeout: 276 seconds)
02:56:21  * kenperkinsjoined
02:57:24  * kenperkins_quit (Ping timeout: 276 seconds)
02:57:49  * kenperkins_joined
02:58:00  * Ralithquit (Read error: Operation timed out)
02:58:43  * kenperki_quit (Ping timeout: 252 seconds)
03:00:30  * kazuponquit (Remote host closed the connection)
03:00:56  * hzquit
03:01:22  * kenperkinsquit (Ping timeout: 245 seconds)
03:03:40  * kenperkins_quit (Ping timeout: 252 seconds)
03:11:11  * mikolalysenkojoined
03:17:52  * paulfryzeljoined
03:22:18  * paulfryzelquit (Ping timeout: 252 seconds)
03:26:44  * Ralithjoined
03:41:08  * rmgquit (Remote host closed the connection)
03:42:06  * c4milo_quit (Remote host closed the connection)
03:43:10  * paulfryzeljoined
03:47:36  * paulfryzelquit (Ping timeout: 252 seconds)
03:56:26  * kazuponjoined
04:06:28  * brsonquit (Quit: leaving)
04:11:39  * rmgjoined
04:23:32  * indexzeroquit (Quit: indexzero)
04:26:51  * kenperkinsjoined
04:29:02  * kenperkins_joined
04:31:41  * rmgquit (Ping timeout: 272 seconds)
04:31:51  * indexzerojoined
04:32:42  * kenperkinsquit (Ping timeout: 252 seconds)
04:34:20  * __rockbot__joined
04:34:59  * kenperkinsjoined
04:35:40  * kenperkins_quit (Ping timeout: 246 seconds)
04:37:03  * kenperkinsquit (Client Quit)
04:41:42  * kenperkinsjoined
04:43:47  * kenperkins_joined
04:43:56  * paulfryzeljoined
04:47:19  * kenperkinsquit (Ping timeout: 260 seconds)
04:48:24  * kenperkinsjoined
04:48:39  * paulfryzelquit (Ping timeout: 252 seconds)
04:50:02  * kenperkinsquit (Client Quit)
04:51:57  * kenperkins_quit (Ping timeout: 252 seconds)
04:58:38  * kenperkinsjoined
05:00:04  * kenperkins_joined
05:03:33  * kenperkinsquit (Ping timeout: 248 seconds)
05:06:07  * kenperkins_quit (Ping timeout: 246 seconds)
05:06:41  * calvinfojoined
05:11:01  * calvinfoquit (Ping timeout: 246 seconds)
05:11:28  * thlorenzquit (Remote host closed the connection)
05:12:03  * thlorenzjoined
05:12:35  * kenperkinsjoined
05:16:15  * thlorenzquit (Ping timeout: 245 seconds)
05:19:13  * kenperkins_joined
05:22:13  * kenperkinsquit (Ping timeout: 248 seconds)
05:25:17  * kenperkinsjoined
05:28:27  * kenperkins_quit (Ping timeout: 245 seconds)
05:33:52  * kenperkins_joined
05:35:33  * kenperkinsquit (Ping timeout: 248 seconds)
05:39:22  * kenperkins_quit (Ping timeout: 246 seconds)
05:42:31  * calvinfojoined
05:44:44  * paulfryzeljoined
05:46:43  * calvinfoquit (Ping timeout: 246 seconds)
05:49:09  * paulfryzelquit (Ping timeout: 252 seconds)
05:57:10  * abraxasjoined
05:58:02  * dap_joined
05:58:24  * calvinfojoined
05:58:26  * m76joined
06:04:32  * mikealjoined
06:06:49  <MI6>node-review-unix: #153 UNSTABLE smartos-ia32 (2/692) linux-ia32 (2/692) osx-ia32 (4/692) smartos-x64 (3/692) osx-x64 (5/692) linux-x64 (4/692) http://jenkins.nodejs.org/job/node-review-unix/153/
06:08:07  <MI6>node-review-windows: #6 UNSTABLE windows-x64 (12/692) windows-ia32 (17/692) http://jenkins.nodejs.org/job/node-review-windows/6/
06:09:57  <MI6>joyent/node: Fedor Indutny v0.10 * a05dae2 : gyp: fix build with python 2.6 (+1 more commits) - http://git.io/K_sy6Q
06:12:07  * __rockbot__quit (Quit: __rockbot__)
06:16:00  * abraxasquit (Remote host closed the connection)
06:17:13  * abraxas_joined
06:18:13  * wolfeidauquit (Remote host closed the connection)
06:20:07  <MI6>nodejs-v0.10-windows: #436 UNSTABLE windows-ia32 (7/609) windows-x64 (9/609) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/436/
06:26:00  <MI6>nodejs-v0.10: #1715 UNSTABLE osx-x64 (5/609) linux-ia32 (2/609) smartos-x64 (8/609) smartos-ia32 (10/609) linux-x64 (6/609) osx-ia32 (2/609) http://jenkins.nodejs.org/job/nodejs-v0.10/1715/
06:36:24  * janjongboomjoined
06:37:05  * calvinfoquit (Quit: Leaving.)
06:39:07  <MI6>nodejs-v0.10-windows: #437 UNSTABLE windows-ia32 (8/609) windows-x64 (6/609) http://jenkins.nodejs.org/job/nodejs-v0.10-windows/437/
06:40:30  * dap_quit (Quit: Leaving.)
06:40:59  * calvinfojoined
06:45:26  * paulfryzeljoined
06:49:08  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
06:50:12  * paulfryzelquit (Ping timeout: 252 seconds)
07:10:55  * calvinfopart
07:17:08  * wolfeidaujoined
07:21:34  * abraxas_quit (Ping timeout: 246 seconds)
07:42:45  * mikolalysenkoquit (Ping timeout: 276 seconds)
07:46:13  * paulfryzeljoined
07:50:42  * paulfryzelquit (Ping timeout: 252 seconds)
07:57:01  * wolfeidauquit (Remote host closed the connection)
08:11:50  * wolfeidaujoined
08:19:52  * rendarjoined
08:27:46  * calvinfojoined
08:37:35  * calvinfoquit (Quit: Leaving.)
08:37:55  * mikolalysenkojoined
08:42:25  * mikolalysenkoquit (Ping timeout: 246 seconds)
08:46:59  * paulfryzeljoined
08:51:45  * paulfryzelquit (Ping timeout: 252 seconds)
08:57:02  * wolfeidauquit (Remote host closed the connection)
09:15:12  * wolfeidaujoined
09:28:24  * einarosquit (Remote host closed the connection)
09:29:13  * einarosjoined
09:31:34  * daviddiasjoined
09:39:01  * janjongboomjoined
09:39:12  * hzjoined
09:47:42  * hzquit
09:47:47  * paulfryzeljoined
09:48:03  * janjongboomquit (Ping timeout: 252 seconds)
09:49:01  * janjongboomjoined
09:52:15  * paulfryzelquit (Ping timeout: 252 seconds)
09:52:15  * hzjoined
09:52:41  * daviddiasquit (Read error: Connection reset by peer)
10:10:22  * wolfeidauquit (Remote host closed the connection)
10:27:01  * kazuponquit (Remote host closed the connection)
10:29:45  * mikolalysenkojoined
10:34:42  * mikolalysenkoquit (Ping timeout: 245 seconds)
10:46:55  <MI6>nodejs-v0.10: #1716 UNSTABLE osx-x64 (8/609) linux-ia32 (3/609) smartos-x64 (7/609) smartos-ia32 (8/609) linux-x64 (5/609) osx-ia32 (4/609) http://jenkins.nodejs.org/job/nodejs-v0.10/1716/
10:48:33  * paulfryzeljoined
10:48:48  * wolfeidaujoined
10:53:18  * paulfryzelquit (Ping timeout: 252 seconds)
10:57:19  * daviddiasjoined
11:13:22  * indexzeroquit (Quit: indexzero)
11:16:49  * rmgjoined
11:21:39  * rmgquit (Ping timeout: 260 seconds)
11:30:14  * kazuponjoined
11:30:26  * mikolalysenkojoined
11:35:23  * mikolalysenkoquit (Ping timeout: 252 seconds)
11:36:23  * karupanerurachanged nick to zz_karupanerura
11:37:58  * titoquit (Read error: Connection reset by peer)
11:45:55  * titojoined
11:46:09  * kazuponquit (Remote host closed the connection)
11:46:41  * kazuponjoined
11:49:17  * paulfryzeljoined
11:53:48  * paulfryzelquit (Ping timeout: 252 seconds)
11:57:54  * kazuponquit (Remote host closed the connection)
12:17:22  * m76quit (Read error: Connection reset by peer)
12:29:24  * stagasquit (Ping timeout: 276 seconds)
12:31:09  * mikolalysenkojoined
12:36:26  * mikolalysenkoquit (Ping timeout: 252 seconds)
12:50:06  * paulfryzeljoined
12:54:51  * paulfryzelquit (Ping timeout: 252 seconds)
13:09:09  * kazuponjoined
13:13:52  * kazuponquit (Ping timeout: 245 seconds)
13:31:51  * mikolalysenkojoined
13:32:21  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
13:36:56  * mikolalysenkoquit (Ping timeout: 252 seconds)
13:50:51  * paulfryzeljoined
13:52:07  * m76joined
13:52:53  * janjongboomjoined
13:53:48  * kellabytequit (Remote host closed the connection)
13:55:21  * paulfryzelquit (Ping timeout: 252 seconds)
13:57:25  <sinclair|work>hey all, im looking for C# bindings for the libuv library
13:57:50  <sinclair|work>anyone had any experiance with a libuv interop for C#?
13:59:09  <sinclair|work>so, im looking at building libuv with C++/CLI
13:59:16  <sinclair|work>no idea what im doing
14:09:17  * spionjoined
14:09:20  * spionpart ("Leaving")
14:10:17  * hueniversequit (Ping timeout: 272 seconds)
14:10:21  * jmar777joined
14:22:25  * mikolalysenkojoined
14:25:24  <tjfontaine>sinclair|work: I've done c# interop work, I found it easier than doing CLI integration
14:25:55  <tjfontaine>sinclair|work: and libuv is generally an acceptable mechanism for that, and PInvoke is pretty straight forward
14:25:58  <sinclair|work>tjfontaine: looking at this https://github.com/txdv/LibuvSharp
14:26:07  <tjfontaine>yes, txdv hangs out here
14:26:07  <sinclair|work>which is pinvoke
14:26:23  <sinclair|work>tjfontaine: i need some advice mate
14:26:44  <tjfontaine>on?
14:27:10  <sinclair|work>tjfontaine: part of the reason for looking at libuv was that, i have a C# platform which wants to run single threaded (it prefers to run single threaded)
14:27:21  <sinclair|work>tjfontaine: the platform is Unity3D
14:28:15  <sinclair|work>tjfontaine: so, i have had issues developing network / io code on this thing, and still have it be reliable. part of the issue was that, if i spawn a thread, i need to return control back to the main UI thread
14:28:57  <sinclair|work>tjfontaine: libuv seems to support some for on synchronization contexts, im hoping that, i can receive data as a event, which can be used to update the Unity UI Thread
14:29:13  <sinclair|work>tjfontaine: any ideas about this?
14:29:15  <tjfontaine>sure, uv_async_send
14:29:44  <sinclair|work>tjfontaine: these are non blocking right?
14:30:15  <sinclair|work>tjfontaine: i should mention, my knowledge of libuv is non existent :P
14:30:28  <tjfontaine>yes, the point is to say "hey main thread wake up there's something for you to do" and then let your current thread go on about its business
14:30:34  <tjfontaine>have you read the libuv book?
14:30:46  <tjfontaine>or at least uv.h?
14:30:49  <sinclair|work>tjfontaine: its on my list of things todo
14:31:04  <sinclair|work>tjfontaine: have skimmed over uv.h yeah
14:31:18  <tjfontaine>reading all the block comments in uv.h is the best way to start
14:31:24  <tjfontaine>then read the "book" such as it is
14:31:25  <sinclair|work>right
14:32:20  <sinclair|work>tjfontaine: but in a general case, i should be cause to have events raised back on the main UI thread when there is data received right?
14:32:33  <sinclair|work>*be able
14:33:43  <tjfontaine>yes
14:33:55  <tjfontaine>that's the point of the library :)
14:34:41  <sinclair|work>tjfontaine: it sounds....too good to be true :P
14:35:29  <sinclair|work>tjfontaine: ill take a look at this interop library, my preference would still be for C++/CLI
14:38:06  * vptrjoined
14:47:07  * thlorenzjoined
14:51:34  * paulfryzeljoined
14:55:51  * paulfryzelquit (Ping timeout: 252 seconds)
15:00:33  <sinclair|work>tjfontaine: sorry mate, are you still around?
15:01:28  <sinclair|work>tjfontaine: so, was briefly reading over building libuv as a dynamic link library.... seems there is a gyp option for this?
15:03:24  <sinclair|work>tjfontaine: i didn't use it, rather, i set the Configuration Type as "Dynamic Link Library" and linked advapi32.lib, iphlpapi.lib, psapi.lib, shell32.lib and ws2_32.lib. seemed to build ok
15:03:37  <sinclair|work>tjfontaine: this for a windows build at least
15:09:33  * pachetjoined
15:19:30  * kenperkinsjoined
15:20:10  <MI6>nodejs-master: #850 FAILURE linux-x64 (2/697) osx-x64 (1/697) osx-ia32 (1/697) smartos-ia32 (7/697) smartos-x64 (7/697) http://jenkins.nodejs.org/job/nodejs-master/850/
15:26:51  * kenperkinsquit (Read error: Connection reset by peer)
15:28:06  * kenperkinsjoined
15:29:05  * dap_joined
15:32:52  * sinclair|workquit (Quit: ChatZilla 0.9.90.1 [Firefox 26.0/20131205075310])
15:40:04  * dcrosta_joined
15:49:35  * janjongboomquit (Ping timeout: 245 seconds)
15:50:56  * janjongboomjoined
15:52:18  * paulfryzeljoined
15:54:15  * daviddia_joined
15:54:46  * daviddi__joined
15:56:54  * paulfryzelquit (Ping timeout: 252 seconds)
15:56:57  * daviddiasquit (Ping timeout: 272 seconds)
15:59:21  * daviddia_quit (Ping timeout: 276 seconds)
16:14:42  * dap_quit (Quit: Leaving.)
16:17:12  * dap_joined
16:17:28  * dap_quit (Client Quit)
16:18:46  * paulfryzeljoined
16:25:25  * mikolalysenkoquit (Ping timeout: 245 seconds)
16:34:04  * mikolalysenkojoined
16:36:32  * dcrosta_quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
16:38:47  * daviddiasjoined
16:40:50  * daviddi__quit (Ping timeout: 245 seconds)
16:49:20  * dap_joined
16:59:29  * c4milojoined
17:07:15  * hueniversejoined
17:10:55  * thlorenzquit (Remote host closed the connection)
17:20:07  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
17:20:30  * mikealquit (Quit: Leaving.)
17:25:46  * mikealjoined
17:29:11  * AvianFlujoined
17:36:00  * AvianFluquit (Remote host closed the connection)
17:43:46  * calvinfojoined
17:46:45  * bajtosjoined
17:48:10  * mikealquit (Quit: Leaving.)
17:54:24  <MI6>libuv-master: #431 FAILURE http://jenkins.nodejs.org/job/libuv-master/431/
17:57:06  * brsonjoined
18:01:17  * mordy__joined
18:03:24  * m76quit (Ping timeout: 252 seconds)
18:06:15  * TooTallNatejoined
18:11:57  * rmgjoined
18:15:16  * calvinfoquit (Quit: Leaving.)
18:17:18  * rmgquit
18:18:45  * rmgjoined
18:20:04  <AlexisMocha>hello
18:27:46  <tjfontaine>hey, I have a branch with some of your fixes in them
18:28:01  <tjfontaine>https://github.com/joyent/node/compare/move-debugger-tests
18:28:16  <tjfontaine>I'll probably pull in some of your other new ones from over night
18:29:21  <tjfontaine>https://github.com/joyent/node/pull/6603 can you split that into the libuv pr? also what's the purpose of 511?
18:30:24  * AvianFlujoined
18:30:38  <tjfontaine>I'm around, I'm just on a call at the moment
18:31:35  * TooTallNatequit (Quit: ["Textual IRC Client: www.textualapp.com"])
18:31:47  <AlexisMocha>I was trying to replicate the code at Socket._listen2
18:31:52  <AlexisMocha> // Use a backlog of 512 entries. We pass 511 to the listen() call because
18:31:52  <AlexisMocha> // the kernel does: backlogsize = roundup_pow_of_two(backlogsize + 1);
18:31:52  <AlexisMocha> // which will thus give us a backlog of 512 entries.
18:31:52  <AlexisMocha> var err = self._handle.listen(backlog || 511);
18:32:48  <AlexisMocha>I should probably clean that up, replicate the comment or define a constant somewhere
18:33:12  <AlexisMocha>and yes, i will split the UV part
18:35:30  * m76joined
18:35:38  * thlorenzjoined
18:36:25  * TooTallNatejoined
18:37:23  * calvinfojoined
18:41:44  * rmg_joined
18:42:29  * rmgquit (Read error: Connection reset by peer)
18:44:17  <MI6>nodejs-master-windows: #640 UNSTABLE windows-x64 (23/697) windows-ia32 (19/697) http://jenkins.nodejs.org/job/nodejs-master-windows/640/
18:44:25  * mikealjoined
18:47:17  <indutny>gheya!
18:49:11  * brsonquit (Ping timeout: 260 seconds)
18:50:04  * brsonjoined
18:56:26  * dap_quit (Quit: Leaving.)
18:56:53  * dap_joined
19:03:45  * daviddiasquit (Remote host closed the connection)
19:04:09  * jmar777quit (Read error: Connection reset by peer)
19:04:40  * jmar777joined
19:06:40  * jmar777quit (Read error: Connection reset by peer)
19:07:19  * jmar777joined
19:09:55  * thlorenzquit (Remote host closed the connection)
19:10:17  * thlorenzjoined
19:18:04  * jmar777quit (Remote host closed the connection)
19:20:24  * felixgejoined
19:24:28  <trevnorris>morning-ish
19:25:35  * Ralithquit (Ping timeout: 272 seconds)
19:28:41  * jmar777joined
19:39:40  * bajtosquit (Quit: bajtos)
19:40:23  * philipsquit (Remote host closed the connection)
19:41:14  * jmar777quit (Remote host closed the connection)
19:44:59  * philipsjoined
19:45:00  * philipsquit (Excess Flood)
19:48:20  * philipsjoined
19:48:24  * philipsquit (Excess Flood)
19:51:29  * bajtosjoined
19:58:03  * jmar777joined
19:59:01  * m76quit (Read error: No route to host)
20:01:19  * jmar777quit (Read error: Connection reset by peer)
20:01:53  * jmar777joined
20:02:11  * m76joined
20:02:58  * m76quit (Read error: Connection reset by peer)
20:02:58  * Ralithjoined
20:08:37  * daviddiasjoined
20:12:55  * daviddiasquit (Ping timeout: 245 seconds)
20:13:05  * stagasjoined
20:13:29  * janjongboomjoined
20:16:38  * bajtosquit (Quit: bajtos)
20:18:48  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
20:27:49  * niskaquit (Ping timeout: 248 seconds)
20:30:08  * thlorenzquit (Remote host closed the connection)
20:30:52  * thlorenzjoined
20:49:44  <roxlu>hi guys, I'm getting compiler errors in "winnt.h" when using libuv and wondering why that might be?
20:50:41  <tjfontaine>generally it's an ordering of uv.h around your other headers
20:50:58  * felixge_joined
20:53:25  <roxlu>tjfontaine: this is where MSVC points me too: https://gist.github.com/roxlu/854375f0fb64cac4bcc7
20:53:25  * felixgequit (Ping timeout: 248 seconds)
20:53:38  <roxlu>tjfontaine: I've put all libuv includes at the very top of my files
20:53:48  * niskajoined
20:57:36  * felixge_quit (Ping timeout: 252 seconds)
21:00:02  * felixgejoined
21:05:32  * mikealquit (Quit: Leaving.)
21:14:36  * felixgequit (Ping timeout: 276 seconds)
21:15:00  * felixgejoined
21:15:00  * felixgequit (Changing host)
21:15:00  * felixgejoined
21:18:49  * Benvie_quit
21:19:55  * felixgequit (Ping timeout: 265 seconds)
21:20:15  * felixgejoined
21:20:15  * felixgequit (Changing host)
21:20:15  * felixgejoined
21:20:24  * Benviejoined
21:21:41  * c4miloquit (Remote host closed the connection)
21:22:53  * calvinfopart
21:26:16  <groundwater>trevnorris ping
21:26:43  <trevnorris>groundwater: poong
21:28:30  <groundwater>https://gist.github.com/jacobgroundwater/87f5234f3eb3bc1f72d2#file-out-txt-L12-L19
21:28:46  <groundwater>just wanted to see if this is expected behavior
21:28:48  <groundwater>i can fill in context
21:30:21  <groundwater>trevnorris me know if my question is obvious, or totally unclear
21:30:28  <groundwater>s/me/let me/
21:30:56  <tjfontaine>you're totally opaque ;)
21:31:06  <tjfontaine>if you were translucent I'd be frightened
21:32:34  * Benvie_joined
21:33:15  <groundwater>tjfontaine somebody has broken into their gin stash for the day
21:33:38  <tjfontaine>if only ...
21:33:47  <tjfontaine>I'm in between calls at the moment
21:33:57  * Benviequit (Ping timeout: 252 seconds)
21:35:22  <tjfontaine>TooTallNate: hey, post 0.12 we should have a discussion on including ffi into core
21:35:26  <groundwater>tjfontaine sure there is an async-listener joke in there somewhere
21:35:34  <tjfontaine>groundwater: oh god.
21:35:35  <groundwater>tjfontaine YES to FFI
21:35:43  <tjfontaine>groundwater: careful, you're going to break me with jokes like that
21:35:45  <trevnorris>groundwater: sorry, what's the question?
21:36:22  <groundwater>trevnorris the REQUEST and DATA logs happen in the same "async tick"
21:36:56  * kazuponjoined
21:37:01  <groundwater>i would have thought the DATA event would be in its own /before/after/ async sandwich
21:37:16  <groundwater>stop me if i'm getting too technical , LOL
21:37:41  <tjfontaine>you should have id's printed out there, it may not be the ordering you think?
21:38:06  <MI6>libuv-master-windows: #9 UNSTABLE windows-ia32 (4/202) windows-x64 (4/202) http://jenkins.nodejs.org/job/libuv-master-windows/9/
21:38:09  <tjfontaine>would be neat to indent by id
21:38:20  <tjfontaine>but it doesn't really work that way
21:38:42  <groundwater>tjfontaine doesn't the before/cb/after *always* happen in order?
21:38:54  <groundwater>tjfontaine i can try writing out the ids
21:39:01  <groundwater>if i can find where to grab the ids
21:39:23  <tjfontaine>I think it's this, but you can just return an incremented id in the create, on?
21:39:39  <tjfontaine>s/on?/no?/
21:42:30  <TooTallNate>tjfontaine: would including ffi in core mean including ref and that whole "type" system as well?
21:42:47  * janjongboomjoined
21:43:17  <tjfontaine>TooTallNate: that would be part of the conversation, we'd need to work out if that would be the case, or if we'd be providing APIs that would allow for easier implementations in js without needing compilable units
21:44:07  * janjongboomquit (Client Quit)
21:44:25  * groundwatertjfontaine trevnorris updated gist
21:45:07  * jmar777quit (Remote host closed the connection)
21:45:29  <tjfontaine>so that transition actually resulted in a lot of created async requests
21:45:48  * janjongboomjoined
21:45:52  <tjfontaine>interesting
21:46:24  <tjfontaine>hopefully today will calm down and I'll be able to do the pass on AL that I wanted to do so I can see a bit more information
21:46:36  <groundwater>crap, i tried to concat it into a single file
21:46:45  <groundwater>i'm missing the other file, hang on
21:47:26  <groundwater>okay fixed, i just copy-pasted the two files
21:48:24  <groundwater>tjfontaine trevnorris feel free to call me out on just doing the test wrong
21:49:53  * janjongboomquit (Read error: Operation timed out)
21:51:50  <trevnorris>groundwater: i'm very sleep deprived. what are you seeing that you don't expect to see.
21:52:14  <groundwater>trevnorris it can wait if you're tired man
21:52:35  <groundwater>i'll do some more digging myself
21:52:53  <trevnorris>groundwater: no, i'm just not seeing what's wrong. but that's probably because i've been in this code so much it's been in my dreams.
21:53:18  <groundwater>so i expected this line https://gist.github.com/jacobgroundwater/87f5234f3eb3bc1f72d2#file-out-txt-L15
21:53:36  <groundwater>to happen in a separate async-tick from where REQUEST is firing
21:54:19  <trevnorris>here's where you're loosing me. what does a "separate async-tick" mean?
21:54:43  <groundwater>so let's call an async-tick whatever happens between a before/after async-listener
21:55:24  <groundwater>i would have expected before/REQUEST/after, then before/DATA/after
21:55:31  <groundwater>but it's before/REQUEST/DATA/after
21:56:12  <groundwater>i'm looking at this from outside the implementation, more from a consumers point of view, and i'm just verifying if that is the expected behavior or not
21:57:03  * c4milojoined
21:57:17  <MI6>libuv-v0.10-windows: #6 FAILURE http://jenkins.nodejs.org/job/libuv-v0.10-windows/6/
21:57:38  * daviddiasjoined
22:00:21  <roxlu>tjfontaine: I found it :$
22:00:30  <roxlu>tjfontaine: I had a define called "N" (stupid me)
22:01:31  <groundwater>trevnorris these lines https://gist.github.com/jacobgroundwater/87f5234f3eb3bc1f72d2#file-out-txt-L12-L19
22:02:04  <roxlu>how can I build a 32bit dll on windows ?
22:02:11  <roxlu>(using gyp)
22:02:42  * daviddiasquit (Ping timeout: 276 seconds)
22:03:16  <trevnorris>groundwater: check the comment I just posted
22:05:25  <groundwater>trevnorris sweet, that's basically what i expected to see
22:05:48  <trevnorris>groundwater: updated to read better.
22:05:56  <trevnorris>groundwater: what you're seeing is an implementation detail of http
22:06:24  <groundwater>trevnorris i figured as much
22:06:48  <groundwater>so is it gonna stay as-is, or is that something that should be fixed?
22:07:07  <trevnorris>it would require a substantial rewrite of http to change that
22:07:12  <trevnorris>has to do w/ how headers are parsed.
22:07:24  <trevnorris>and i'm going to leave those decisions up to tjfontaine
22:07:34  <trevnorris>you'll see the same oddities w/ timers as well
22:07:45  <groundwater>trevnorris fair enough, i can work with either way, i just throught i'd bring it up
22:07:47  <groundwater>hope you don't mind
22:08:03  <trevnorris>groundwater: please do. i don't want to be the only person that understands how AL works.
22:09:02  <roxlu>it looks like the vcbuild file does not create a correct 32bit dll
22:09:14  <roxlu>doing: vcbuild.bat release x86 shared
22:09:29  <trevnorris>groundwater: i think the biggest things you'll need to wrap your head around are what's going on internally.
22:09:53  <trevnorris>groundwater: i'm confident that things are reported correctly, but understanding why they're being reported in that order is what's most confusing.
22:09:58  <groundwater>trevnorris yah i've been digging further into the AL code, i have async-wrap-intl.h open a lot
22:10:17  <groundwater>and i use flame graphs to get the big-picture
22:10:29  <trevnorris>heh
22:10:44  <trevnorris>groundwater: good luck. and please. feel free to hit me up w/ any questions.
22:11:14  * daviddiasjoined
22:11:16  * kellabytejoined
22:11:28  * kellabytequit (Changing host)
22:11:28  * kellabytejoined
22:11:28  * kellabytequit (Changing host)
22:11:28  * kellabytejoined
22:11:44  <groundwater>trevnorris so correct me if i'm wrong, but looks like MakeCallback is where a lot of the logic lives
22:12:33  <groundwater>i'm gonna ignore the domain-specific code for now
22:12:49  <trevnorris>groundwater: MakeCallback is the central execution point for anything coming from c++
22:13:25  <trevnorris>to js
22:13:46  * jmar777joined
22:15:01  <roxlu>indutny: you around?
22:15:34  <groundwater>trevnorris is this where the listener gets invoked? https://github.com/joyent/node/blob/master/src/async-wrap-inl.h#L197
22:17:01  <trevnorris>groundwater: that's where "before" callbacks are called.
22:17:17  <trevnorris>groundwater: here is where "create" callbacks are called: https://github.com/joyent/node/blob/master/src/async-wrap-inl.h#L49
22:17:41  * vptrquit (Ping timeout: 248 seconds)
22:19:05  <trevnorris>groundwater: and here's where the "after" callbacks are run: https://github.com/joyent/node/blob/master/src/async-wrap-inl.h#L211
22:19:44  <trevnorris>groundwater: but then notice that if there are ticks waiting in the nextTickQueue, that will also call load/unload which will also run the before/after callbacks.
22:19:51  <trevnorris>but that all happens in JS
22:20:54  <trevnorris>groundwater: sorry, confused yet?
22:21:14  * daviddiasquit (Remote host closed the connection)
22:21:18  <tjfontaine>are you writing your big block comment for async-wrap-inl.h? :)
22:21:43  * daviddiasjoined
22:22:43  * mikealjoined
22:22:49  <trevnorris>tjfontaine: need to give myself a little time to take a step back, or the big block comments are going to be meaningless to anyone but me.
22:22:53  <trevnorris>tjfontaine: but is on my list.
22:22:57  * rendarquit (Quit: Leaving)
22:23:31  <indutny>roxlu: just got back
22:23:32  <indutny>roxlu: hi
22:26:02  * daviddiasquit (Ping timeout: 252 seconds)
22:26:05  <roxlu>hey indutny sorry, I thought there was somethign wrong with vcbuild.bat, but maybe I did something wrong
22:26:11  <roxlu>I got a 32bit now
22:31:53  <indutny>ok
22:31:54  <indutny>good
22:34:28  * CAPSLOCKBOTquit (Remote host closed the connection)
22:34:28  * LOUDBOTquit (Remote host closed the connection)
22:35:03  * LOUDBOTjoined
22:35:08  * CAPSLOCKBOTjoined
22:40:19  * kazuponquit (Remote host closed the connection)
22:43:39  * vptrjoined
22:43:46  * hzquit
22:43:56  <trevnorris>groundwater: anything specifically you're looking at now? honestly it's nice to talk to someone else about the guts of AL
22:46:04  * paulfryzelquit (Read error: Connection reset by peer)
22:46:30  * paulfryzeljoined
22:46:35  * rmg_quit (Remote host closed the connection)
22:47:09  <groundwater>trevnorris i'll ping you as i go through
22:47:19  <groundwater>but yes, i really appreciate the help
22:48:22  * brsonquit (Ping timeout: 265 seconds)
22:49:09  * vptrquit (Ping timeout: 248 seconds)
22:49:20  * nsmquit (Quit: ZNC - http://znc.in)
22:49:25  * nsm_joined
22:49:28  * nsm_changed nick to nsm
22:50:20  * hzjoined
22:50:27  * nsmquit (Client Quit)
22:51:37  * rmgjoined
22:51:50  * nsmjoined
22:52:46  * nsmquit (Client Quit)
22:54:54  * stagasquit (Ping timeout: 252 seconds)
23:01:12  * m76joined
23:02:57  * mikealquit (Quit: Leaving.)
23:03:56  * thlorenzquit (Remote host closed the connection)
23:04:29  * thlorenzjoined
23:08:40  * thlorenz_joined
23:08:49  * thlorenzquit (Read error: Connection reset by peer)
23:14:45  * mikealjoined
23:17:14  <groundwater>trevnorris what's going on here? https://github.com/joyent/node/blob/master/src/async-wrap-inl.h#L167
23:18:19  <trevnorris>groundwater: that calls _tickCallback in src/node.js
23:18:26  <trevnorris>to process the nextTickQueue
23:19:50  <trevnorris>groundwater: unless, the require('domain') has been done then _tickCallback is replaced by _tickDomainCallback.... but that's for another time (and part of what I was trying to get rid of w/ async listener domain work)
23:23:11  * nsmjoined
23:24:17  * thlorenz_quit (Remote host closed the connection)
23:25:21  * jmar777quit (Remote host closed the connection)
23:30:03  <groundwater>trevnorris what is TickInfo?
23:30:13  <groundwater>Environment::TickInfo* tick_info = env()->tick_info();
23:30:34  <trevnorris>groundwater: remember me ever explaining the "state sharing" between js and c++?
23:30:34  * hzquit
23:31:30  <groundwater>trevnorris kind of :)
23:31:36  * brsonjoined
23:31:41  <trevnorris>groundwater: TickInfo is a class that provides methods to the struct wrapped around the external memory attached to a JS object so the flags can be checked from either side at minimal cost.
23:31:54  * pachetquit (Quit: leaving)
23:32:21  <trevnorris>groundwater: grep tickInfo in src/node.js
23:32:28  * grncdrjoined
23:32:45  <trevnorris>that object is assigned external memory from c++, where a struct is created around the same memory pointer.
23:33:32  <trevnorris>groundwater: so env()->tick_info() returns the TickInfo instance for the given Environment.
23:33:47  <trevnorris>groundwater: because that information can't be shared across different Environments.
23:34:15  <groundwater>trevnorris can you summarize what this section is doing? https://github.com/joyent/node/blob/master/src/async-wrap-inl.h#L217-L239
23:34:26  <groundwater>i can dig into the details, but i'm missing the high-level idea
23:36:12  <trevnorris>groundwater: env()->tick_info() returns the TickInfo class instance for the given Environment.
23:36:12  <trevnorris>then tick_info->length() checks if any callbacks are in the nextTickQueue (by manually tracking the length of the nextTickQueue array)
23:37:35  <trevnorris>if there are none then we set the beginning execution index of the nextTickQueue to 0, because we can start execution from anypoint within the nextTickQueue array based on how things have been executing.
23:38:11  <trevnorris>oh, before that we make sure we're not already processing the nextTickQueue. because if we are then we'll stop on top of the same array
23:38:24  <trevnorris>so if we are already processing the nextTickQueue we just return immediately.
23:38:30  <groundwater>trevnorris i think i understand
23:38:41  <trevnorris>then just before calling _tickCallback we set that we are now processing the nextTickQueue
23:38:47  <trevnorris>sorry. that's not very "high level"
23:38:49  <groundwater>lol
23:38:57  * trevnorrisis bad at explaining things simply
23:40:00  <trevnorris>groundwater: also we have to set if while a callback was called something threw.
23:40:09  <groundwater>assuming we're not already in the queue, will the nextTick queue be empty at the start of MakeCallback?
23:40:34  * c4miloquit (Remote host closed the connection)
23:45:11  <groundwater>trevnorris ^
23:47:32  * c4milojoined
23:53:57  <trevnorris>groundwater: no, because if there was an error, but the error recovered, then the nextTickQueue will resume being processed on the loop of the eloop
23:54:32  <trevnorris>hold on
23:57:06  <trevnorris>groundwater: it is cleared up to the end of the current queue. i.e. if a callback calls nextTick() several times an index is set. so if something throws then all those will be cleared.
23:57:32  <trevnorris>groundwater: all those, meaning all the callbacks in the nextTickQueue that were called in the same callback
23:57:39  <trevnorris>but no. it's not
23:58:06  <trevnorris>but the only time the user should hit that scenario is one of the callbacks threw.
23:58:51  <MI6>libuv-master-gyp: #388 FAILURE smartos-ia32 (3/203) smartos-x64 (3/203) osx-x64 (1/204) http://jenkins.nodejs.org/job/libuv-master-gyp/388/