00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:08  * ircretaryjoined
00:09:47  * inolenquit (Quit: Leaving.)
00:12:32  * inolenjoined
00:13:22  <felicity>the after_work_cb of uv_queue_work() runs in the main thread, not the thread pool, right?
00:22:03  * defunctzombiechanged nick to defunctzombie_zz
00:28:57  * kazuponjoined
00:29:47  * thlorenzquit (Remote host closed the connection)
00:30:22  * thlorenzjoined
00:33:46  * kazuponquit (Ping timeout: 246 seconds)
00:34:28  * thlorenzquit (Ping timeout: 246 seconds)
00:38:31  * wolfeidauquit (Read error: No buffer space available)
00:48:01  * hzquit
00:53:06  * hzjoined
00:53:25  <felicity>(never mind, found the bug, eventually)
00:55:15  * c4milojoined
01:29:56  * kazuponjoined
01:34:50  * kazuponquit (Ping timeout: 252 seconds)
01:48:22  * inolenquit (Quit: Leaving.)
02:05:05  * thlorenzjoined
02:07:29  * dap_quit (Quit: Leaving.)
02:30:58  * kazuponjoined
02:32:42  * c4miloquit (Remote host closed the connection)
02:37:05  * kazuponquit (Ping timeout: 272 seconds)
02:46:21  * mikealquit (Quit: Leaving.)
02:48:30  * hzquit
02:52:52  * hzjoined
02:56:42  * hzquit (Client Quit)
03:32:58  * kazuponjoined
03:33:22  * zhengjoined
03:37:26  * kazuponquit (Ping timeout: 240 seconds)
03:44:40  * brsonjoined
03:47:20  * c4milojoined
03:51:47  * c4miloquit (Ping timeout: 252 seconds)
03:57:26  * nickleeflyquit (Quit: Connection closed for inactivity)
04:01:01  * wolfeidaujoined
04:25:46  * abraxasjoined
04:30:17  * abraxasquit (Ping timeout: 252 seconds)
04:34:01  * kazuponjoined
04:38:53  * brsonquit (Ping timeout: 245 seconds)
04:39:28  * kazuponquit (Ping timeout: 246 seconds)
04:40:45  * brsonjoined
04:44:10  * brsonquit (Client Quit)
05:15:32  * thlorenzquit (Remote host closed the connection)
05:20:50  * Ralithjoined
05:24:04  * c4milojoined
05:24:59  * inolenjoined
05:36:44  * kazuponjoined
05:38:39  * c4miloquit (Remote host closed the connection)
05:52:22  * zhengquit (Read error: Connection reset by peer)
06:10:31  * kazuponquit (Ping timeout: 272 seconds)
06:13:40  <Ralith>is it just me, or is http://nikhilm.github.io/uvbook/filesystem.html#reading-writing-files out of date wrt. errno reporting?
06:14:47  <Ralith>errorno doesn't seem to be a member of uv_fs_t anymore
06:15:06  <Ralith>and looking at the impl, open appears to give a result of -errno on failure
06:22:58  * daviddiasjoined
06:46:58  * daviddiasquit
07:03:01  * inolenquit (Quit: Leaving.)
07:06:25  * kazuponjoined
07:14:12  * c4milojoined
07:18:35  * c4miloquit (Ping timeout: 252 seconds)
07:23:40  <Ralith>much of that book seems out of date, in fact...
07:27:21  * AvianFlujoined
07:39:43  * kazuponquit (Ping timeout: 246 seconds)
07:41:02  * daviddiasjoined
07:55:39  * AvianFluquit (Remote host closed the connection)
08:17:07  * rendarjoined
08:32:22  * mikealjoined
08:36:03  * AlexisMochajoined
08:36:26  * kazuponjoined
08:37:11  * mikealquit (Ping timeout: 272 seconds)
08:40:39  * mikealjoined
08:41:27  * kazuponquit (Ping timeout: 252 seconds)
08:45:51  <AlexisMocha>http://jenkins.nodejs.org/ seems to be down
09:02:17  * c4milojoined
09:05:41  * hzjoined
09:06:52  * c4miloquit (Ping timeout: 246 seconds)
09:11:13  * indexzerojoined
09:29:41  * kazuponjoined
09:42:04  * nickleeflyjoined
09:50:58  * Cheeryquit (Read error: Operation timed out)
09:51:17  * Cheeryjoined
09:53:20  <indutny>hey people
09:53:40  <indutny>Ralith: are you using master or v0.10 ?
09:57:09  <Ralith>indutny: checked against v0.11.13 and master
09:59:20  * indexzeroquit (Quit: indexzero)
10:20:02  <txdv>Ralith: api is changing
10:20:27  <Ralith>so I see
10:20:36  <Ralith>is there a discussion anywhere?
10:20:59  <txdv>about what?
10:21:47  <Ralith>the changes
10:22:23  <txdv>probably on
10:22:29  <txdv>github.com/joyent/libuv?
10:22:59  <Ralith>there are, in fact, rather a lot of things there
10:26:17  <txdv>you better just look up uv.h
10:26:49  <Ralith>that is what I have been referring to in lieu of any alternative; it is frustratingly sparse.
10:27:33  <txdv>if you have any questions i can answer them here
10:42:53  <Ralith>txdv: under what, if any, circumstances are received UDP datagrams guaranteed to be fully read? Why is every complete datagram read apparently followed by a 0-length read?
10:45:40  <txdv>there is a parital field
10:46:59  <txdv>the read callback of udp_Read has a flags field
10:47:05  <txdv>and that has a partial bit field
10:47:17  <Ralith>I'm aware of that
10:49:24  <txdv>that 0 length read i cannot explain, its an implementation detail
10:49:34  <txdv>the partial is if you provide a buffer too small to fit the message
10:50:10  <Ralith>why is an implementation detail exposed to the user?
10:50:30  * kazuponquit (Remote host closed the connection)
10:50:33  <txdv>ok show me that location
10:50:35  * c4milojoined
10:50:39  <txdv>i dont understand what you are talking about the 0 length read
10:50:58  * kazuponjoined
10:53:08  <Ralith>when you receive a datagram, your read callback gets executed twice; once on the datagram, and once with nread=0 as if it were a stream
10:55:03  <txdv>hm
10:55:05  <txdv>yeah
10:55:08  * c4miloquit (Ping timeout: 245 seconds)
10:55:11  * kazuponquit (Ping timeout: 246 seconds)
10:55:13  <txdv>i do just if (n == 0) { return; } in my wrapper
10:55:18  <txdv>but thats a good point, kinda useless code
10:57:58  <txdv>well...
10:58:06  <txdv>maybe if you provide a buffer to small it will call the callback again
10:58:11  <txdv>then partial gets a different meaning
10:58:33  <txdv>probably when you send too big of an udp message and it gets truncated
11:28:06  * kellabytequit (Remote host closed the connection)
11:32:09  * janjongboomjoined
11:51:18  * kazuponjoined
11:51:23  * hzquit
11:55:51  * kazuponquit (Ping timeout: 240 seconds)
12:29:18  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
12:30:00  * kazuponjoined
12:35:23  * kazuponquit (Ping timeout: 252 seconds)
12:38:52  * c4milojoined
12:41:39  * daviddiasquit (Read error: Connection reset by peer)
12:43:20  * c4miloquit (Ping timeout: 246 seconds)
12:54:59  * janjongboomjoined
12:57:38  <indutny>heya
12:57:57  <MI6>joyent/node: Lev Gimelfarb v0.10 * 1ae7826 : build: adding settings for VS 2013 to vcbuild.bat - http://git.io/tvDdNw
12:58:26  <MI6>joyent/node: Lev Gimelfarb v0.10 * d2d56d0 : build: add settings for VS 2013 to vcbuild.bat - http://git.io/XzZZsA
12:58:27  <indutny>tjfontaine: I'm really sorry for this ^
13:13:10  * daviddiasjoined
13:32:19  * zhengjoined
13:32:20  * kazuponjoined
13:34:55  * hzjoined
14:05:35  * kazuponquit (Ping timeout: 252 seconds)
14:08:04  * zhengquit (Read error: Connection reset by peer)
14:59:14  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
15:02:20  * kazuponjoined
15:07:01  * kazuponquit (Ping timeout: 246 seconds)
15:18:01  * hzquit
15:29:26  * janjongboomjoined
15:34:29  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
15:40:12  * hzjoined
16:01:24  * thlorenzjoined
16:03:23  * kazuponjoined
16:06:05  * hzquit (Read error: Connection reset by peer)
16:06:05  * kazuponquit (Read error: Connection reset by peer)
16:06:16  * kazuponjoined
16:06:30  * kazuponquit (Read error: Connection reset by peer)
16:06:51  * kazuponjoined
16:09:53  * thlorenzquit (Ping timeout: 252 seconds)
16:14:43  * defunctzombie_zzchanged nick to defunctzombie
16:17:01  * inolenjoined
16:19:36  * inolenquit (Client Quit)
16:26:10  * janjongboomjoined
16:36:17  * c4milojoined
16:45:55  * c4miloquit (Remote host closed the connection)
16:51:34  <rendar>does libuv assume that a uv_stream_t can be both seekable (files) or not seekable, or uv_stream_t just represents non-seekable streams?
16:54:44  * c4milojoined
17:01:35  * mikealquit (Quit: Leaving.)
17:03:09  * hzjoined
17:03:09  * hzquit (Changing host)
17:03:09  * hzjoined
17:15:28  * thlorenzjoined
17:19:44  * m76joined
17:44:11  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
17:46:28  * AvianFlujoined
17:49:18  * janjongboomjoined
17:56:02  * inolenjoined
18:02:28  * thlorenzquit (Remote host closed the connection)
18:02:43  * thlorenzjoined
18:17:25  <MI6>joyent/libuv: River Tarnell master * 17648be : unix: fix non-OSX builds - http://git.io/q7ffeA
18:19:18  * c4miloquit (Remote host closed the connection)
18:25:42  * c4milojoined
18:30:37  * c4miloquit (Ping timeout: 272 seconds)
18:36:42  * kellabytejoined
18:37:01  * kellabytequit (Changing host)
18:37:01  * kellabytejoined
18:37:01  * kellabytequit (Changing host)
18:37:01  * kellabytejoined
18:57:55  * inolenquit (Quit: Leaving.)
19:00:15  * dsantiag_joined
19:01:56  <indutny>rendar: usually non-seekable
19:02:06  <indutny>I mean there're no notion of seekable for non-fs things in libuv
19:02:33  * dsantiagoquit (Ping timeout: 272 seconds)
19:04:38  * kazuponquit (Remote host closed the connection)
19:08:57  * thlorenzquit (Remote host closed the connection)
19:19:46  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
19:21:56  <felicity>does anyone have an example of an application (preferably a server) that uses libuv with openssl?
19:37:26  * daviddiasquit (Remote host closed the connection)
19:38:09  * daviddiasjoined
19:42:14  * daviddiasquit (Ping timeout: 240 seconds)
19:55:37  * mikealjoined
19:56:04  <indutny>felicity: I do
19:56:10  <indutny>felicity: https://github.com/indutny/bud
19:59:46  <felicity>indutny: thanks. it looks like you implemented your own BIO: so it makes libuv calls for the i/o?
20:05:32  * hzquit
20:13:43  * c4milojoined
20:15:37  * kazuponjoined
20:16:05  <indutny>felicity: nope
20:16:25  <indutny>felicity: it is just a better one
20:16:32  <indutny>and more open
20:17:12  <felicity>ah, just a replacement for BIO_s_mem?
20:18:37  <indutny>yep
20:18:45  <indutny>quite robust
20:18:55  * c4miloquit (Ping timeout: 272 seconds)
20:19:02  <felicity>i might steal that then :)
20:19:50  * kazuponquit (Ping timeout: 240 seconds)
20:20:27  <indutny>felicity: you better benchmark it first :D
20:20:32  <indutny>felicity: what are you planning to do, btw?
20:20:43  * thlorenzjoined
20:21:10  <felicity>indutny: SSL support for my NNTP server
20:21:15  <indutny>ooh
20:21:21  <indutny>nice
20:21:26  <indutny>why not just run it behind bud?
20:21:26  <felicity>actually, it did support SSL then i replaced libev with libuv, and it doesn't work now :)
20:21:31  <indutny>ah
20:21:32  <indutny>ok
20:21:33  <felicity>but it was crap anyway, i want to redo it in a better way
20:22:19  <felicity>indutny: well it needs to support outgoing connections as well, can bud do that?
20:23:53  * mikealquit (Quit: Leaving.)
20:23:57  <indutny>felicity: nope
20:24:12  <indutny>and I'm not sure if it will
20:25:15  * daviddiasjoined
20:29:29  * c4milojoined
20:47:10  * mikealjoined
21:02:27  * mikealquit (Quit: Leaving.)
21:02:43  * mikealjoined
21:18:32  * mikealquit (Quit: Leaving.)
21:20:13  * perintjoined
21:25:18  * perintquit (Remote host closed the connection)
21:25:24  * perintjoined
21:28:02  * c4miloquit (Remote host closed the connection)
21:35:21  * m76quit (Read error: Connection reset by peer)
22:24:00  * c4milojoined
22:28:35  * c4miloquit (Ping timeout: 260 seconds)
22:34:11  * mikealjoined
22:35:56  * brsonjoined
22:37:55  * rendarquit
22:38:27  * inolenjoined
22:47:13  * brsonquit (Ping timeout: 245 seconds)
22:49:20  * brsonjoined
22:51:22  <felicity>i wish libuv had built-in ssl support. i can understand why not, but it would benice.
22:53:30  <felicity>or an SSL library that wasn't an awful to use as openssl, that would be nice too
23:06:57  * daviddia_joined
23:09:27  * daviddiasquit (Ping timeout: 240 seconds)
23:10:54  * oremorejoined
23:11:11  * daviddia_quit (Ping timeout: 252 seconds)