00:00:01  * ircretaryquit (Remote host closed the connection)
00:00:09  * ircretaryjoined
00:02:24  * jasnelljoined
00:07:02  * jasnellquit (Ping timeout: 264 seconds)
00:11:06  * Fishrock123quit (Quit: Leaving...)
00:12:46  * ijrothquit (Quit: Leaving.)
00:32:35  * sblomquit (Read error: Connection reset by peer)
00:35:00  * chris_99quit (Quit: Ex-Chat)
00:37:45  * iamtakingiteasyjoined
00:40:59  * dshaw_joined
00:46:29  <iamtakingiteasy>hello, could someone suggest any good readings on correct and efficent memory management techniques with libuv? i am expecting lots of traffic coming through my application (sort of distributed VPN) with no or little change between two fds, so dobutfully i can allow myself to allocate space for- and copy buffer contents at every callaback. preferably, i'd establish some kind of pass-through loop
00:46:35  <iamtakingiteasy>with minimal amount of allocations involved, but what idioms are common in libuv world?
01:00:14  * thlorenzjoined
01:03:46  * AlexisMochajoined
01:04:31  * thlorenzquit (Ping timeout: 250 seconds)
01:14:23  * dap_quit (Quit: Leaving.)
01:14:53  * dshaw_quit (Quit: Leaving.)
01:21:54  * qardquit (Ping timeout: 245 seconds)
01:30:12  * torquequit (Quit: irc hiatus until job get bye)
01:33:44  * mihaikiojoined
01:42:18  * jasnelljoined
01:46:11  * ijrothjoined
01:46:29  * jasnellquit (Ping timeout: 246 seconds)
01:49:22  * jgiquit (Quit: jgi)
01:49:56  * mihaikioquit
02:00:40  * ijrothquit (Quit: Leaving.)
02:01:06  * thlorenzjoined
02:02:04  * Ralithquit (Ping timeout: 264 seconds)
02:05:40  * thlorenzquit (Ping timeout: 264 seconds)
02:09:08  * ijrothjoined
02:11:22  * ijrothquit (Client Quit)
02:11:24  * rmgjoined
02:11:50  * a_lequit (Read error: Connection reset by peer)
02:12:03  * rmgquit (Remote host closed the connection)
02:12:13  * a_lejoined
02:14:20  * jgijoined
02:17:01  * iarnajoined
02:20:06  * rmgjoined
02:21:35  * iarnaquit (Ping timeout: 244 seconds)
02:23:13  * iarnajoined
02:25:26  * jasnelljoined
02:29:51  * rmgquit (Remote host closed the connection)
02:30:34  * Ralithjoined
02:35:18  * imzyxwvujoined
02:38:08  * imzyxwvu1joined
02:39:24  * imzyxwvuquit (Ping timeout: 245 seconds)
02:49:02  * imzyxwvujoined
02:50:39  * imzyxwvu1quit (Ping timeout: 245 seconds)
02:53:25  * importantshockjoined
03:01:39  * rmgjoined
03:01:48  * thlorenzjoined
03:03:59  * AlexisMochaquit (Ping timeout: 245 seconds)
03:05:38  * rmg_joined
03:06:20  * thlorenzquit (Ping timeout: 246 seconds)
03:08:33  * rmgquit (Remote host closed the connection)
03:13:47  * AlexisMochajoined
03:16:33  * qardjoined
03:19:08  * wolfeidauquit (Ping timeout: 250 seconds)
03:21:03  * rmg_quit (Ping timeout: 252 seconds)
03:29:40  * wolfeidaujoined
03:35:53  * Left_Turnquit (Ping timeout: 240 seconds)
03:38:28  * jgiquit (Quit: jgi)
03:40:22  * importantshockquit (Remote host closed the connection)
03:40:57  * importantshockjoined
03:45:17  * importantshockquit (Ping timeout: 245 seconds)
03:46:13  * rmgjoined
03:46:43  * petka__quit (Quit: Connection closed for inactivity)
03:48:11  * AlexisMochaquit (Ping timeout: 256 seconds)
03:49:47  * iarnaquit (Remote host closed the connection)
03:50:58  * rmgquit (Ping timeout: 255 seconds)
04:00:07  * jgijoined
04:00:36  * iarnajoined
04:17:54  * rmgjoined
04:26:41  * rmgquit (Ping timeout: 252 seconds)
04:32:20  * a3fquit (Ping timeout: 252 seconds)
04:50:37  * thlorenzjoined
04:54:08  * toothrotquit (Ping timeout: 246 seconds)
04:54:49  * thlorenzquit (Ping timeout: 245 seconds)
05:06:38  * rmgjoined
05:07:57  * imzyxwvu1joined
05:09:16  * imzyxwvuquit (Ping timeout: 255 seconds)
05:14:36  * nickleeflyjoined
05:16:11  * rmgquit (Ping timeout: 252 seconds)
05:26:24  * perezdjoined
05:32:17  * avalanche123quit (Remote host closed the connection)
05:32:53  * jasnellquit (Remote host closed the connection)
05:34:40  * dshaw_joined
05:34:59  * dshaw_quit (Client Quit)
05:35:06  * rmgjoined
05:40:59  * rmgquit (Ping timeout: 250 seconds)
05:47:09  * jgiquit (Quit: jgi)
05:51:10  * jgijoined
05:57:52  * iarnaquit (Ping timeout: 255 seconds)
06:02:56  * SplinterOfChaosquit (Ping timeout: 250 seconds)
06:08:30  * jgiquit (Quit: jgi)
06:12:14  * jasnelljoined
06:18:48  * SplinterOfChaosjoined
06:28:36  * jgijoined
06:34:34  * jasnellquit (Remote host closed the connection)
06:34:59  * jgiquit (Quit: jgi)
06:36:04  * jgijoined
06:39:26  * thlorenzjoined
06:39:26  * brsonquit (Quit: leaving)
06:41:14  * jreyno40joined
06:42:04  * FROGGS[mobile]joined
06:43:27  * jgiquit (Quit: jgi)
06:44:13  * thlorenzquit (Ping timeout: 264 seconds)
06:47:44  * avalanche123joined
06:48:36  * jgijoined
06:52:19  * avalanche123quit (Ping timeout: 255 seconds)
06:55:56  * SplinterOfChaosquit (Ping timeout: 244 seconds)
06:58:24  * rmgjoined
07:05:14  * rmgquit (Ping timeout: 244 seconds)
07:21:29  * a_lequit (Ping timeout: 246 seconds)
07:22:21  * jasnelljoined
07:22:58  * a_lejoined
07:24:42  * nickleeflyquit (Quit: Connection closed for inactivity)
07:25:28  * AlexisMochajoined
07:27:38  * perezdquit (Quit: perezd)
07:33:28  * rmgjoined
07:38:14  * rmgquit (Ping timeout: 252 seconds)
07:41:17  * brrtjoined
07:44:26  * AlexisMochaquit (Read error: Connection reset by peer)
07:44:57  <brrt>hey #libuv, thought i'd check. it seems much like uv_fs_sendfile is limited to 2gb (on linux, at least)
07:45:06  <brrt>is this a known issue?
07:46:40  <brrt>or at least, 2gb in a single call
07:48:27  * qardquit (Ping timeout: 256 seconds)
07:48:43  * xer0xquit (Remote host closed the connection)
07:49:23  * xer0xjoined
07:53:36  * FROGGS[mobile]quit (Remote host closed the connection)
07:58:11  * rmgjoined
08:09:25  * rmgquit (Ping timeout: 264 seconds)
08:14:21  * SergeiRNDjoined
08:16:51  * jgiquit (Quit: jgi)
08:18:55  * rmgjoined
08:22:05  * jasnellquit (Remote host closed the connection)
08:23:12  * jasnelljoined
08:27:46  * jasnellquit (Remote host closed the connection)
08:28:14  * thlorenzjoined
08:32:50  * thlorenzquit (Ping timeout: 246 seconds)
08:35:06  <saghul>brrt: there is/was an open issue about it... but yeah, there is a problem there
08:43:10  <brrt>well, it's not a problem if you document it :-)
08:43:13  <brrt>but thanks
08:43:33  <brrt>writing a loop arround sendfile not very difficult
08:48:44  <brrt>fwiw, i find sendfile to be a very useful interface to export
08:49:30  <saghul>yeah, it's current incarnation is far from ideal tough :-(
08:49:51  <brrt>maybe
08:50:01  <brrt>dunno really, it works for me mostly
09:01:39  * jreyno40quit (Quit: jreyno40)
09:14:05  * rmgquit (Remote host closed the connection)
09:14:31  * rmgjoined
09:18:42  * david_____joined
09:18:55  * rmgquit (Ping timeout: 252 seconds)
09:51:25  * imzyxwvu1quit (Ping timeout: 255 seconds)
09:56:55  * rmgjoined
09:57:44  * rendarjoined
09:59:24  * imzyxwvujoined
10:06:43  * rmgquit (Ping timeout: 256 seconds)
10:13:20  * rmgjoined
10:14:56  * david_____quit (Quit: Page closed)
10:17:04  * thlorenzjoined
10:17:53  * rmgquit (Ping timeout: 250 seconds)
10:21:52  * thlorenzquit (Ping timeout: 264 seconds)
10:30:02  * seishunjoined
10:30:34  * a3fjoined
10:31:25  * Left_Turnjoined
10:39:59  * rmgjoined
10:44:49  * rmgquit (Ping timeout: 264 seconds)
11:03:50  * SergeiRNDquit (Quit: Leaving.)
11:20:02  * rmgjoined
11:24:41  * rmgquit (Ping timeout: 246 seconds)
11:28:23  * jasnelljoined
11:33:00  * jasnellquit (Ping timeout: 265 seconds)
11:36:58  * SergeiRNDjoined
11:38:07  * chris_99joined
11:41:59  * rmgjoined
11:46:27  * rmgquit (Ping timeout: 256 seconds)
11:49:44  * chris_99quit (Remote host closed the connection)
11:50:19  * chris_99joined
12:05:51  * thlorenzjoined
12:06:10  <txdv_>saghul: can i actually close the a libuv handle without closing the underlying fd?
12:06:27  <txdv_>i am using uv_*_open to just pass the fd to another loop
12:07:04  <rendar>txdv_, i guess you can duplicate the fd, then close the uv_handle_t
12:09:36  <txdv_>nope
12:09:59  <txdv_>i the moment i close the original handle
12:10:01  <txdv_>kaputt
12:10:19  * petka__joined
12:10:24  * thlorenzquit (Ping timeout: 250 seconds)
12:11:13  <txdv_>it just closes the underlying file descriptor
12:11:19  <txdv_>and the entire process can't read anymore from the fd
12:16:42  <rendar>txdv_, yeah, but if you use dup/dup2 on a fd, even if you call `close(2)' on that fd, it won't be closed, because its ref counter will be >1
12:17:25  <txdv_>dup dup dup dup
12:17:33  <txdv_>it creates another fd number/
12:17:36  <rendar>so, even if the first closing of an uv_handle_t object will call close(fd); you will have another working fd
12:17:36  <txdv_>which points to the same thingy/
12:17:48  <rendar>yeah
12:20:07  * rmgjoined
12:20:52  <txdv_>not really working
12:24:08  <txdv_>it worked with passing it through write2
12:24:14  <txdv_>in the same process
12:24:20  <txdv_>but that requires binding to pipes
12:24:25  * rmgquit (Ping timeout: 256 seconds)
12:28:56  * rmgjoined
12:30:30  * tarrudajoined
12:33:29  * rmgquit (Ping timeout: 256 seconds)
12:35:08  * rmgjoined
12:39:43  * rmgquit (Ping timeout: 256 seconds)
12:42:02  * chris_99quit (Remote host closed the connection)
12:43:08  * chris_99joined
13:03:34  * a3fquit (Read error: Connection reset by peer)
13:10:19  <txdv_>works with ipc pipe listener
13:10:26  <txdv_>code looks a bit ugly though
13:11:25  * lance|afkchanged nick to lanceball
13:12:11  * lanceballchanged nick to lance|afk
13:12:20  * lance|afkchanged nick to lanceball
13:26:03  * rmgjoined
13:30:15  * toothrotjoined
13:30:52  * rmgquit (Ping timeout: 264 seconds)
13:31:24  * SergeiRNDquit (Quit: Leaving.)
13:36:00  <txdv_>rendar: lol works with dup now too
13:36:11  <saghul>txdv_: nope, you can't
13:36:43  * thlorenzjoined
13:37:37  <txdv_>with dup you can!
13:37:44  <txdv_>at least on linux epoll
13:37:47  <txdv_>probably on windos too
13:37:50  <txdv_>dont know about kqueue
13:39:19  <saghul>yeah, on Unixes dup-ing will do
13:39:58  <saghul>not sure about windows though, since pipes are different
13:40:10  <saghul>also, on Unix we unlink the pipe
13:41:31  <txdv_>https://gist.github.com/txdv/7904482adcc3527fd47c#file-code-cs-L35-L60
13:41:34  * thlorenzquit (Ping timeout: 265 seconds)
13:41:41  <txdv_>this works on windows
13:41:45  <txdv_>em i mean on linux
13:41:52  <txdv_>Good enough for me for the time being
13:42:23  <txdv_>transfering the handle to another loop
13:42:58  <saghul>yeah, that will do
13:51:29  * brrtpart ("ERC Version 5.3 (IRC client for Emacs)")
14:13:34  * toothrotquit (Ping timeout: 245 seconds)
14:17:22  * rmgjoined
14:21:52  * rmgquit (Ping timeout: 240 seconds)
14:23:56  <rendar>txdv_, why you need to transfer to another loop?
14:37:20  <txdv_>load balancer
14:38:01  <rendar>txdv_, i see, is that for c# bindings?
14:38:41  <txdv_>yeah
14:39:21  * SplinterOfChaosjoined
14:41:25  <txdv_>7k requests a second
14:41:27  <txdv_>im dissapointed
14:57:00  * SergeiRNDjoined
14:58:43  <txdv_>creationix: just ran a few tests
14:59:07  <txdv_>giving pointers to c code so it can call c# code is expensive in mono too
14:59:27  * thlorenzjoined
15:00:48  * importantshockjoined
15:01:35  * bradleymeckjoined
15:04:09  <txdv_>jesus half of the time is spent in a function which converts a C# delegate to a C consumable function
15:10:05  * a_lequit (Read error: Connection reset by peer)
15:10:45  * a_lejoined
15:12:56  * thlorenzquit (Remote host closed the connection)
15:13:07  * toothrot_joined
15:13:55  <toothrot_>saghul, sorry about all those notifications on #6
15:14:18  <toothrot_>i had a moment
15:14:30  <toothrot_>and then another one when i tried to undo it
15:19:05  * SergeiRNDquit (Quit: Leaving.)
15:20:56  <toothrot_>i could've gotten rid of those if i were thinking straight
15:26:46  <toothrot_>okay, i'm not going to put references in messages anymore until I figure out what i'm doing
15:27:49  <MI6>joyent/node: cjihrig v0.12 * 6c3647c : console: allow Object.prototype fields as labels - http://git.io/Nzt1
15:28:16  <saghul>toothrot_: no worries!
15:28:49  <toothrot_>i'll PR #8 after you mege/reject #9
15:28:52  <toothrot_>merge*
15:29:46  <saghul>toothrot_: merged!
15:30:06  <saghul>toothrot_: thanks a lot!
15:30:10  <toothrot_>big mess for one line.. i
15:30:26  <toothrot_>i'll use that lesson on this next one
15:30:54  <toothrot_>later
15:30:55  * toothrot_quit
15:32:12  * thlorenzjoined
15:32:42  * SergeiRNDjoined
15:36:41  <txdv_>saghul: apparently if you pass callbacks to C world in mono stuff gets slow
15:36:46  * SergeiRNDquit (Client Quit)
15:36:56  <txdv_>that pull based api is a godlike idea
15:36:57  * SergeiRNDjoined
15:52:29  * a_le_joined
15:52:33  * a_lequit (Ping timeout: 265 seconds)
15:58:43  * Fishrock123joined
16:12:16  * jasnelljoined
16:20:33  * bradleymeckquit (Quit: bradleymeck)
16:22:54  * avalanche123joined
16:24:20  * iarnajoined
16:29:48  * FROGGS[mobile]joined
16:31:03  * avalanche123quit (Remote host closed the connection)
16:38:11  * tarrudaquit (Ping timeout: 252 seconds)
16:43:16  * bradleymeckjoined
16:48:38  * inolenjoined
16:52:07  <bradleymeck>is there a thead suspend/resume api anywhere in libuv or do I want to just busy wait
16:53:10  * wolfeidauquit (Remote host closed the connection)
16:53:32  * lanceballchanged nick to lance|afk
16:53:38  * wolfeidaujoined
16:56:34  * thlorenzquit (Remote host closed the connection)
16:56:49  * thlorenzjoined
16:57:36  * thlorenzquit (Client Quit)
17:00:25  * a_le_quit (Ping timeout: 264 seconds)
17:01:17  * a_lejoined
17:02:52  * jgijoined
17:03:42  * thlorenzjoined
17:08:57  * jgiquit (Quit: jgi)
17:09:02  * qardjoined
17:23:33  <nathan7>bradleymeck: define busy wait
17:23:47  <nathan7>bradleymeck: there's wrappers for some pthreads stuff
17:24:00  <bradleymeck>while (I don’t hold a mutext) { /*do nothing*/ }
17:26:13  <bradleymeck>mutex*
17:31:08  * Ralithquit (Ping timeout: 252 seconds)
17:33:21  * importantshockquit (Remote host closed the connection)
17:33:24  * bradleymeckquit (Quit: bradleymeck)
17:33:54  * importantshockjoined
17:36:44  * dap_joined
17:36:53  * thlorenzquit (Remote host closed the connection)
17:36:58  * rmgjoined
17:38:27  * rmgquit (Remote host closed the connection)
17:38:40  * importantshockquit (Ping timeout: 264 seconds)
17:38:53  * rmgjoined
17:39:16  <creationix>cpu blocking busy wait is generallly bad
17:39:35  <creationix>how long will the wait be?
17:40:34  * jgijoined
17:40:48  <nathan7>spinlocks become bad pretty quickly
17:43:14  <nathan7>either way, uv_mutex_lock
17:43:28  * rmgquit (Ping timeout: 264 seconds)
17:43:46  * rmgjoined
17:48:20  * ijrothjoined
17:55:19  * Ralithjoined
17:59:25  * benglquit (Remote host closed the connection)
18:01:35  * dap_1joined
18:02:40  * rmgquit (Remote host closed the connection)
18:03:08  * rmgjoined
18:03:49  * dap_2joined
18:04:35  * jasnellquit (Remote host closed the connection)
18:04:52  * dap_quit (Ping timeout: 240 seconds)
18:05:13  * jasnelljoined
18:06:26  * dap_1quit (Ping timeout: 265 seconds)
18:07:49  * rmgquit (Ping timeout: 256 seconds)
18:08:09  * brsonjoined
18:09:36  * avalanche123joined
18:09:52  * jasnellquit (Ping timeout: 264 seconds)
18:16:06  * SergeiRNDquit (Quit: Leaving.)
18:18:23  * ijrothquit (Quit: Leaving.)
18:21:52  * inolenquit (Ping timeout: 240 seconds)
18:24:18  * wolfeidauquit (Remote host closed the connection)
18:24:47  * wolfeidaujoined
18:25:35  * rmgjoined
18:30:12  * avalanche123quit (Remote host closed the connection)
18:31:39  * lance|afkchanged nick to lanceball
18:31:59  * avalanche123joined
18:37:44  * thlorenzjoined
18:42:13  * thlorenzquit (Ping timeout: 244 seconds)
18:44:40  * thlorenzjoined
18:44:41  * rmgquit (Remote host closed the connection)
18:46:47  * imzyxwvuquit (Ping timeout: 246 seconds)
18:47:03  * ijrothjoined
18:47:39  * rmgjoined
18:54:14  * rmgquit (Remote host closed the connection)
18:57:49  * tarrudajoined
19:02:28  * FROGGS[mobile]quit (Remote host closed the connection)
19:02:56  * dap_2quit (Quit: Leaving.)
19:03:27  * dap_joined
19:07:09  * bradleymeckjoined
19:10:39  * wolfeidauquit (Remote host closed the connection)
19:11:08  * wolfeidaujoined
19:18:19  <creationix>saghul: nim looks cool. Are you using it for anything?
19:20:37  * inolenjoined
19:24:48  * ijrothquit (Quit: Leaving.)
19:30:48  * importantshockjoined
19:52:26  * rmgjoined
19:54:49  * bradleymeckquit (Quit: bradleymeck)
19:56:46  * rmgquit (Remote host closed the connection)
20:18:23  * simar|onquit (Read error: Connection reset by peer)
20:19:02  * bradleymeckjoined
20:36:12  * bradleymeck_joined
20:38:41  * bradleymeckquit (Ping timeout: 264 seconds)
20:38:41  * bradleymeck_changed nick to bradleymeck
20:47:16  * jasnelljoined
20:51:29  * thlorenzquit (Remote host closed the connection)
21:01:36  * sandr8quit
21:03:43  * jasnellquit (Remote host closed the connection)
21:09:06  * avalanche123quit (Remote host closed the connection)
21:11:25  * avalanche123joined
21:20:38  * jgiquit (Quit: jgi)
21:22:36  * Jacob843joined
21:24:06  <Jacob843>Afternoon folks
21:25:52  <Jacob843>I was assigned to "port" a game to Windows. You see, previously, you could only compile the game on Linux. I was given the task to compile it on Windows. I actually managed to do that, but I am having some troubles with access violations, and have traced it back to libuv.
21:28:12  <Jacob843>This is the function that is causing the headache, the seg. fault is right after the return: http://paste.orangehattech.com/view/02bcf6b3 The call stack: http://paste.orangehattech.com/view/c887544b and the errors.txt (the last line tells you about networking): http://paste.orangehattech.com/view/d43c986a
21:30:15  <nathan7>Jacob843: where does it return to?
21:31:47  <Jacob843>nathan7, here is where we start client networking. Line 45 is where that function I linked above is called: http://paste.orangehattech.com/view/a0a932d9
21:32:49  <Jacob843>It hits the return then seg. faults with shell_gaps().
21:33:18  <nathan7>I have no clue what shell_gaps is
21:34:49  <Jacob843>From my findings, shell_gaps is an array in sort_common.h: https://github.com/swenson/sort/blob/master/sort_common.h#L19
21:38:39  <Jacob843>Not even the main dev. understands what is happening, so here I am.
21:40:43  * jgijoined
21:50:18  * jgiquit (Quit: jgi)
21:52:24  * thlorenzjoined
21:53:10  * rmgjoined
21:56:49  * thlorenzquit (Ping timeout: 252 seconds)
22:02:35  * jgijoined
22:03:07  * lanceballchanged nick to lance|afk
22:09:38  * bradleymeckquit (Quit: bradleymeck)
22:27:25  * mihaikiojoined
22:33:58  * rmgquit (Remote host closed the connection)
22:38:35  * wolfeidauquit (Remote host closed the connection)
22:38:43  * tarrudaquit (Ping timeout: 245 seconds)
22:53:04  * toothrotjoined
23:07:35  * seishunquit (Ping timeout: 256 seconds)
23:10:15  * rendarquit (Quit: Leaving)
23:10:27  <iamtakingiteasy>hello, what are my options at memory re-use for the same connection in libuv? is there a place where i could store once-allocated buffer for the same connection and re-use it upon following allocation requests?
23:11:20  <iamtakingiteasy>and what consequences such re-use is implicating
23:15:52  <iamtakingiteasy>like, having single-threaded application, some uv_pipe_t connected to a /dev/net/tun and a uv_udp_t socket, where could i screw everything up implementing two-way communication between tun pipe and udp socket with two re-usable buffers of fixed size (say, 1536 bytes) for each: udp socket and tun pipe?
23:18:31  * avalanche123quit (Remote host closed the connection)
23:18:47  <a_le>is there an easy way to know how many events are pending for a given handle?
23:20:13  * iarnaquit (Remote host closed the connection)
23:22:21  * avalanche123joined
23:29:02  * Fishrock123quit (Quit: Leaving...)
23:30:41  * mihaikioquit (Remote host closed the connection)
23:33:35  * wolfeidaujoined
23:33:56  * wolfeidauquit (Remote host closed the connection)
23:38:40  * mihaikiojoined
23:41:10  * thlorenzjoined
23:45:17  * thlorenzquit (Ping timeout: 246 seconds)
23:53:20  * brsonquit (Ping timeout: 246 seconds)