00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:13  * ircretaryjoined
00:03:36  * benjamingrquit (Quit: Connection closed for inactivity)
00:04:30  * rmgquit (Remote host closed the connection)
00:05:03  * rmgjoined
00:08:00  * importantshockjoined
00:09:34  * rmgquit (Ping timeout: 255 seconds)
00:12:47  * importantshockquit (Ping timeout: 246 seconds)
00:29:37  * inolenquit (Read error: Connection reset by peer)
00:36:05  * alexforsterjoined
00:36:12  * alexforsterquit (Client Quit)
01:28:52  * inolenjoined
02:02:42  * abraxas_joined
02:06:44  * Damn3dquit (Ping timeout: 252 seconds)
02:07:46  * Damn3djoined
02:09:34  * importantshockjoined
02:14:32  * importantshockquit (Ping timeout: 256 seconds)
02:56:32  * MoZu4k_joined
02:57:19  * tunniclmquit (Ping timeout: 248 seconds)
03:21:33  * MoZu4k_quit (Ping timeout: 256 seconds)
03:24:25  * MoZu4kjoined
03:55:38  * abraxas_quit (Remote host closed the connection)
04:08:28  * dsantiagoquit (Quit: Leaving...)
04:11:02  * importantshockjoined
04:16:53  * dsantiagojoined
04:20:23  * importantshockquit (Ping timeout: 265 seconds)
04:33:11  * importantshockjoined
04:47:46  * jgijoined
04:49:55  * inolenquit (Ping timeout: 255 seconds)
04:49:59  * seishunjoined
05:00:46  * abraxas_joined
05:17:55  * jgiquit (Quit: jgi)
05:21:36  * jgijoined
05:34:10  * jgiquit (Quit: jgi)
05:46:28  * jgijoined
05:49:24  * jgiquit (Client Quit)
05:52:12  * inolenjoined
05:59:14  * rmgjoined
06:02:01  * seishunquit (Ping timeout: 264 seconds)
06:03:49  * rmgquit (Ping timeout: 265 seconds)
06:56:57  * importantshockquit (Remote host closed the connection)
07:01:27  * importantshockjoined
07:01:39  * importan_joined
07:02:10  * importantshockquit (Remote host closed the connection)
07:03:25  * brrtjoined
07:05:49  * Ralithquit (Ping timeout: 264 seconds)
07:07:11  * Ralithjoined
07:30:23  * benjamingrjoined
07:30:32  * importan_quit (Remote host closed the connection)
07:36:37  * MoZu4kquit (Quit: MoZu4k)
07:47:56  * rmgjoined
07:52:18  * rmgquit (Ping timeout: 246 seconds)
08:01:25  * inolenquit (Ping timeout: 264 seconds)
08:18:59  * rendarjoined
09:00:58  * inolenjoined
09:01:20  * importantshockjoined
09:07:38  * importantshockquit (Ping timeout: 256 seconds)
09:19:16  * AlexisMochajoined
09:40:09  * SergeiRNDjoined
09:40:12  * SergeiRNDquit (Client Quit)
11:00:20  * Left_Turnjoined
11:04:37  * chris_99joined
11:04:44  * importantshockjoined
11:09:49  * importantshockquit (Ping timeout: 264 seconds)
11:53:39  * brrtquit (Quit: brrt)
11:56:35  * opensourcegeekjoined
11:57:40  <opensourcegeek>hi guys - im looking for a way to write nodejs extension which wraps functionality which runs indefinitely
11:58:23  <opensourcegeek>I've asked this question first on nan, I've been asked to use uv_thread_create for things that run indefinitely
12:04:13  <opensourcegeek>I'm quite new to libuv, I'm wondering how safe it is to pass V8 datastructures to callback when calling uv_thread_create function
12:06:02  <opensourcegeek>I've seen baton pattern for doing async work using libuv, but they are all running uv_default_loop so I'm not quite sure if callback function passed to uv_thread_create can do any work with v8 data structure
12:13:38  * abraxas_quit (Remote host closed the connection)
12:14:53  * abraxas_joined
12:19:20  * abraxas_quit (Remote host closed the connection)
12:51:45  * AlexisMochaquit (Ping timeout: 265 seconds)
12:55:29  * lance|afkchanged nick to lanceball
13:06:09  * importantshockjoined
13:10:39  * importantshockquit (Ping timeout: 248 seconds)
13:24:29  * importantshockjoined
13:25:46  * importantshockquit (Remote host closed the connection)
13:45:49  <opensourcegeek>do people usually hang around here?
13:46:52  <nathan7>some say so
13:47:17  <nathan7>opensourcegeek: so, you can't really poke at V8 data structures from another thread
13:47:28  <nathan7>unless you hold the V8 lock, but then you've become the V8 thread
13:48:12  <opensourcegeek>hmmm
13:48:18  <nathan7>so you generally use uv_async_send and related things to execute things on the JS thread
13:48:51  <opensourcegeek>but can I use it for long running things or running indefinitely?
13:49:25  <opensourcegeek>I did see uv_async_send, you mean use it with uv_thread_create?
13:49:47  * davijoined
13:55:33  <opensourcegeek>nathan7: can i run some code in a separate thread using uv_thread_create and then use uv_async_send to pass data to the main thread from where uv_thread_create was called?
13:55:41  <nathan7>opensourcegeek: yes.
13:56:52  * importantshockjoined
13:58:24  <nathan7>opensourcegeek: https://github.com/polotek/libxmljs/commit/85740ae6eabcbd3602db83b1be82f39a34579203
13:58:41  <nathan7>opensourcegeek: (my only recent usage of this stuff, as an example)
14:00:30  * daviquit (Ping timeout: 246 seconds)
14:03:49  * importantshockquit (Ping timeout: 264 seconds)
14:08:18  * abraxas_joined
14:09:12  * importantshockjoined
14:12:59  * abraxas_quit (Ping timeout: 250 seconds)
14:15:46  <opensourcegeek>@nathan: thanks for the link
14:15:54  <opensourcegeek>@nathan7: thanks for the link
14:16:22  <opensourcegeek>I'll work through uv_thread_create and see how it works out
14:22:36  * jgijoined
14:39:29  * importantshockquit (Remote host closed the connection)
14:40:02  * importantshockjoined
14:40:06  * jgiquit (Quit: jgi)
14:44:17  * importantshockquit (Ping timeout: 246 seconds)
14:57:09  * alexforsterjoined
14:58:28  * rmgjoined
14:58:58  * Ralithquit (Ping timeout: 256 seconds)
15:00:40  * Ralithjoined
15:01:33  * importantshockjoined
15:03:20  * jgijoined
15:05:32  * jgiquit (Client Quit)
15:06:25  * jasnelljoined
15:11:54  * jgijoined
15:13:14  * jgiquit (Client Quit)
15:27:40  * dap_joined
15:30:44  * seishunjoined
15:39:13  * avalanche123joined
15:39:34  * avalanche123quit (Remote host closed the connection)
15:41:40  * avalanche123joined
15:47:38  * kevinswiberjoined
15:50:46  * avalanche123quit (Remote host closed the connection)
15:55:47  * jgijoined
15:56:37  * kevinswiberquit (Remote host closed the connection)
15:57:19  * kevinswiberjoined
16:04:25  * AlexisMochajoined
16:07:38  * davi_joined
16:08:02  * dap_quit (Quit: Leaving.)
16:08:22  <jeremyw>jgi: Got a minute to chat about https://github.com/libuv/libuv/pull/175 We can go private to avoid channel spam.
16:08:49  * kevinswiberquit (Ping timeout: 256 seconds)
16:08:53  <jgi>jeremyw: sure, we should keep the discussion in this channel though
16:11:21  * dap_joined
16:12:15  <jeremyw>Works for me.
16:13:30  <jgi>jeremyw: do you have any specific question?
16:16:35  <jeremyw>I've been trying to go through the linked issues to see what was remaining. Got any idea of what is left?
16:18:02  <jeremyw>Sorry if that's a dumb question, I'm just getting started and want to avoid going down some rabbit hole. I also don't want to make any assumption.
16:22:44  <jgi>jeremyw: https://github.com/libuv/libuv/pull/175#issuecomment-74916201 represents the current state of this PR well I think
16:23:04  <jgi>jeremyw: basically “Fix fs_readdir_non_empty_dir that fails sometimes due to what seems to be a race between cleanup up a request and calling the callback for this request.” and “Maybe reuse some of the changes that have been made to uv_fs_scandir for Windows to implement uv_fs_readdir.”
16:23:45  <jgi>jeremyw: do you know how to run libuv’s tests?
16:24:09  <jeremyw>Ah, I did read that but I wasn't sure that was it. Thanks for clarifying.
16:24:31  <jeremyw>jgi: I've not ran the libuv tests yet.
16:25:03  <jeremyw>Looks like the README has some information on doing it, shouldn't be too hard I'd assume.
16:26:12  <jgi>jeremyw: ok, you’ll probably want to make sure you know how to get a release and debug build, and how to run the tests
16:26:30  <jeremyw>I'm all ears. :)
16:26:31  <jgi>jeremyw: then run the tests for that PR, and make sure you can reproduce the problem described in the comment I mentioned above
16:26:49  <jeremyw>Thanks for taking the time. My first contributions I wanted to be extra careful not to make assumptions so that's why I've reached out.
16:27:02  <jgi>jeremyw: I would rather have you try to find it in the documentation so that we can improve it if it needs to be improved :)
16:27:28  <jeremyw>Works for me.
16:27:32  <jgi>jeremyw: no problem, I’ve been in your shoes before, I’ll be happy to help you and answer any question you have
16:27:55  <jeremyw>Anything I learn during the process, I'll share so don't worry.
16:28:17  <jgi>jeremyw: if you end up spending too much time on any of this, ping me and I’ll do my best to unblock you
16:29:28  <jeremyw>You got it. First plan is figure out how to run tests, second is to figure out how to run tests against a release, third is to reproduce issues described in 175 on said release. Then I do work. Hopefully that's right.
16:35:33  * davi_quit (Ping timeout: 246 seconds)
16:37:47  * rendarquit (Quit: Leaving)
16:39:18  <jeremyw>jgi: It would seem this is a new feature and not a bug fix so this should be based on master instead of v1.x correct?
16:39:31  * letheanjoined
16:39:57  * letheanquit (Client Quit)
16:41:44  <jgi>jeremyw: new features can land in v1.x as long as they don’t break backward compatibility, in this case the reason why it needs to be based off of master is that it breaks the ABI
16:42:58  * AlexisMochaquit (Ping timeout: 276 seconds)
16:43:07  <jeremyw>Makes sense.
16:43:45  <jeremyw>We might want to update the contributing guide a little then. The current documentation has a rule of thumb like this: As a rule of thumb, bug fixes go into the stable branch while new features go into the master branch.
16:43:54  <jeremyw>Probably a bit pedantic but I figured I'd throw that out there.
16:46:49  * lanceballchanged nick to lance|afk
16:47:22  * dap_quit (Quit: Leaving.)
16:47:44  * dap_joined
16:48:22  <jgi>jeremyw: we’d have to check with saghul first though, I may have an incorrect understanding of this policy
16:53:08  <jeremyw>It doesn't block me right now so no biggie.
17:06:54  * tunniclmjoined
17:08:44  <opensourcegeek>has anyone tried running libuv as dependency in visual studio?
17:09:11  <opensourcegeek>I get link errors even though libuv.lib is added as a dependency
17:09:37  <opensourcegeek>only thing is I'm using libuv.lib which came as part of building node.js
17:10:34  <opensourcegeek>and I'm using header files from node\deps\uv\include as well
17:11:43  * davijoined
17:20:30  <opensourcegeek>anyone?
17:21:01  <opensourcegeek>I tried using freshly cloned libuv and that results in link errors as well
17:27:39  <MI6>joyent/node: Philippe Laferriere refs/tags/jenkins-accept-pull-request-temp * 69b9c10 : doc: Clarified read method with specified size argument. (+4 more commits) - http://git.io/vtoxJ
17:28:15  <MI6>joyent/node: Philippe Laferriere refs/tags/jenkins-accept-commit-temp * 8e1e18f : doc: Clarified read method with specified size argument. (+4 more commits) - http://git.io/vtoxG
17:30:09  <opensourcegeek>ok fresh clone errors were due to missing windows libraries, once I've added them it works fine
17:31:29  <opensourcegeek>I'm not sure why libuv.lib built from node didn't work - it compiled fine but it had link errors for all the types/functions included from libuv hmmm
17:32:50  * rendarjoined
17:40:47  * importantshockquit (Remote host closed the connection)
17:41:00  * alexforsterquit (Ping timeout: 246 seconds)
17:41:30  * importantshockjoined
17:54:01  * avalanche123joined
17:54:31  * opensourcegeekquit (Ping timeout: 246 seconds)
17:55:15  * avalanche123quit (Remote host closed the connection)
17:59:12  * daviquit (Ping timeout: 246 seconds)
18:04:12  * importantshockquit (Remote host closed the connection)
18:04:46  * importantshockjoined
18:05:56  * importantshockquit (Remote host closed the connection)
18:06:12  * importantshockjoined
18:08:59  * a3fjoined
18:17:26  * jasnellquit (Remote host closed the connection)
18:17:46  * jasnelljoined
18:18:06  <MI6>joyent/node: Philippe Laferriere master * 8e1e18f : doc: Clarified read method with specified size argument. (+4 more commits) - http://git.io/vtK4w
18:18:25  * reqsharkjoined
18:19:21  * AlexisMochajoined
18:29:44  * davijoined
18:29:44  * daviquit (Changing host)
18:29:44  * davijoined
18:54:36  * lance|afkchanged nick to lanceball
18:58:07  * inolenquit (Quit: Leaving.)
19:09:33  * daviquit (Ping timeout: 246 seconds)
19:10:30  * kevinswiberjoined
19:13:26  * AlexisMochaquit (Ping timeout: 246 seconds)
19:23:35  * jgiquit (Quit: jgi)
19:23:50  * importantshockquit
19:32:09  * jgijoined
19:35:01  * abraxas_joined
19:36:56  * jgiquit (Client Quit)
19:39:41  * abraxas_quit (Ping timeout: 265 seconds)
19:40:35  * jgijoined
19:41:19  * jgiquit (Client Quit)
19:41:49  * inolenjoined
19:42:41  * avalanche123joined
19:55:35  * davi_joined
19:58:19  * reqsharkquit (Read error: Connection reset by peer)
20:01:04  * jgijoined
20:01:29  * avalanche123quit (Remote host closed the connection)
20:05:28  * a3fquit (Read error: Connection reset by peer)
20:05:54  * davi_quit (Ping timeout: 246 seconds)
20:10:28  * kevinswiberquit (Remote host closed the connection)
20:35:30  <MI6>joyent/node: Ben Noordhuis refs/tags/jenkins-accept-pull-request-temp * 7cdd79a : v8: back-port JitCodeEvent patch from upstream (+1 more commits) - http://git.io/vt60d
20:35:43  <MI6>joyent/node: Ben Noordhuis refs/tags/jenkins-accept-commit-temp * 5a60e0d : v8: back-port JitCodeEvent patch from upstream (+1 more commits) - http://git.io/vt60p
20:46:45  * yunongquit
20:47:56  <MI6>joyent/node: Ben Noordhuis v0.10 * 5a60e0d : v8: back-port JitCodeEvent patch from upstream (+1 more commits) - http://git.io/vt62o
20:48:02  <MI6>joyent/node: Ben Noordhuis refs/tags/jenkins-accept-pull-request-temp * 8315fd8 : v8: cherry-pick JitCodeEvent patch from upstream - http://git.io/vt626
20:48:35  <MI6>joyent/node: Ben Noordhuis refs/tags/jenkins-accept-commit-temp * 88a27a9 : v8: cherry-pick JitCodeEvent patch from upstream - http://git.io/vt625
21:13:42  * lanceballchanged nick to lance|afk
21:33:52  * seishunquit (Ping timeout: 255 seconds)
21:40:31  <MI6>joyent/node: Ben Noordhuis v0.12 * 88a27a9 : v8: cherry-pick JitCodeEvent patch from upstream - http://git.io/vt6dw
21:59:42  * rendarquit (Quit: Leaving)
22:05:57  * kevinswiberjoined
22:13:21  * kevinswiberquit (Remote host closed the connection)
22:13:33  * kevinswiberjoined
22:16:31  * kevinswiberquit (Read error: Connection reset by peer)
22:16:50  * kevinswiberjoined
22:18:51  * yunongjoined
22:34:52  * dsantiagoquit (Quit: Computer has gone to sleep.)
23:02:07  * dsantiagojoined
23:05:07  * jasnellquit (Remote host closed the connection)
23:05:39  * jasnelljoined
23:10:00  * jasnellquit (Ping timeout: 246 seconds)
23:37:41  * avalanche123joined
23:51:43  * alexforsterjoined
23:54:42  * kevinswiberquit (Remote host closed the connection)
23:54:55  * avalanche123quit (Remote host closed the connection)
23:55:18  * kevinswiberjoined