00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:09  * ircretaryjoined
00:00:16  * c4milojoined
00:01:15  * a_lequit (Remote host closed the connection)
00:01:52  * a_lejoined
00:04:47  * c4miloquit (Ping timeout: 252 seconds)
00:06:15  * petka_quit (Quit: Connection closed for inactivity)
00:06:27  * avalanche123quit (Remote host closed the connection)
00:06:27  * a_lequit (Ping timeout: 276 seconds)
00:06:47  * quijotejoined
00:07:50  <MI6>joyent/node: Michael Kebe master * 2f86275 : test: remove duplicate tests - http://git.io/u1eKKg
00:08:18  * avalanche123joined
00:10:57  * quijotequit (Ping timeout: 240 seconds)
00:23:35  * mikeal1quit (Quit: Leaving.)
00:27:08  * zz_karupachanged nick to karupa
00:29:47  * bradleymeckjoined
00:41:51  * Ralithquit (Ping timeout: 240 seconds)
00:42:18  * seanewestquit (Quit: seanewest)
00:53:28  * sblomquit (Read error: Connection reset by peer)
00:54:36  * thlorenzjoined
01:03:20  * avalanche123quit (Remote host closed the connection)
01:05:12  * yunongquit
01:06:12  * avalanche123joined
01:07:31  * quijotejoined
01:08:47  * WalrusPonyjoined
01:11:38  * WalrusSharkquit (Ping timeout: 240 seconds)
01:12:00  * quijotequit (Ping timeout: 260 seconds)
01:12:19  * Ralithjoined
01:14:41  * hueniversejoined
01:17:08  * avalanche123quit (Remote host closed the connection)
01:18:30  * daviddiasjoined
01:20:28  * kazuponjoined
01:22:09  * a_lejoined
01:26:37  * seldoquit (Remote host closed the connection)
01:28:40  * wolfeidaujoined
01:31:29  * jmar777joined
01:35:51  * Dirksonquit (Ping timeout: 260 seconds)
01:36:17  * Dirksonjoined
01:41:23  <Dirkson>Hey all. I'm finding the libuv file read/write methods completely opaque. Any chance there's a decent tutorial for them somewhere, or should I just start shoving in blocking calls for now?
01:45:48  * dap_quit (Quit: Leaving.)
01:47:10  * WalrusPony1joined
01:48:31  * c4milojoined
01:49:48  * WalrusPonyquit (Ping timeout: 260 seconds)
01:52:57  * c4miloquit (Read error: Connection reset by peer)
01:53:07  * c4milojoined
02:03:42  * TooTallNatequit (Quit: Computer has gone to sleep.)
02:06:00  * seldojoined
02:08:00  * quijotejoined
02:08:08  * sh1mmerquit (Quit: sh1mmer)
02:12:50  * quijotequit (Ping timeout: 255 seconds)
02:19:07  * a_lequit (Remote host closed the connection)
02:21:18  * seldoquit
02:26:17  * mrvisserjoined
02:29:32  * kazuponquit (Remote host closed the connection)
02:33:54  * TooTallNatejoined
02:38:42  * kazuponjoined
02:55:41  * c4miloquit (Remote host closed the connection)
03:00:25  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
03:03:20  * TooTallNatequit (Quit: Computer has gone to sleep.)
03:03:43  * Left_Turnquit (Read error: Connection reset by peer)
03:04:49  * bradleymeckquit (Quit: bradleymeck)
03:08:07  * c4milojoined
03:08:56  * quijotejoined
03:13:20  * quijotequit (Ping timeout: 260 seconds)
03:15:25  * janjongboomjoined
03:28:33  * calvinfoquit (Quit: Leaving.)
03:29:35  * thlorenzquit (Remote host closed the connection)
03:31:42  * AvianFlu_joined
03:31:58  * AvianFluquit (Ping timeout: 245 seconds)
03:34:54  * TooTallNatejoined
03:36:06  * AvianFlu_quit (Ping timeout: 255 seconds)
03:36:14  * a_lejoined
03:36:15  * a_lequit (Remote host closed the connection)
03:36:29  * a_lejoined
03:37:51  * daviddiasquit
03:37:54  * thlorenzjoined
03:44:40  * bradleymeckjoined
03:47:39  * kazuponquit (Remote host closed the connection)
03:48:09  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
03:53:45  * thlorenzquit (Remote host closed the connection)
03:55:26  * thlorenzjoined
03:57:41  * brsonquit (Ping timeout: 255 seconds)
04:08:56  * thlorenzquit (Ping timeout: 255 seconds)
04:09:41  * quijotejoined
04:14:45  * quijotequit (Ping timeout: 276 seconds)
04:20:43  * kazuponjoined
04:21:34  * c4miloquit (Remote host closed the connection)
04:25:18  * kazuponquit (Ping timeout: 240 seconds)
04:25:33  * thlorenzjoined
04:27:27  * thlorenzquit (Remote host closed the connection)
04:27:41  * thlorenzjoined
04:30:51  * mikealjoined
04:31:45  * mikealquit (Client Quit)
04:34:22  * janjongboomjoined
04:35:17  * jmar777quit (Remote host closed the connection)
04:36:09  <indutny>hey hey hey
04:36:16  <indutny>Dirkson: heya
04:36:27  <indutny>Dirkson: define "opaque" in this context?
04:36:43  <indutny>Dirkson: well, have you seen a comments in include/uv.h?
04:37:41  * janjongboomquit (Client Quit)
04:44:38  * thlorenzquit (Remote host closed the connection)
04:44:53  * brsonjoined
04:45:44  * bradleymeckquit (Quit: bradleymeck)
04:54:37  * kazuponjoined
05:07:07  * TooTallNatequit (Quit: Computer has gone to sleep.)
05:10:28  * quijotejoined
05:14:59  * quijotequit (Ping timeout: 252 seconds)
05:22:17  * inolenquit (Quit: Leaving.)
05:23:29  * janjongboomjoined
05:28:04  * mikealjoined
05:29:28  * quijotejoined
05:32:07  * petka_joined
05:35:56  * bajtosjoined
05:36:28  * AvianFlujoined
05:36:53  * zhengjoined
05:37:58  * a_lequit (Remote host closed the connection)
05:38:38  * loydjoined
05:39:44  * mrvisser_joined
05:43:09  * mrvisserquit (Ping timeout: 276 seconds)
05:43:20  * a_lejoined
05:46:02  * inolenjoined
05:50:38  * loydquit (Ping timeout: 240 seconds)
05:51:14  <Dirkson>indutny: Hi there. For the time being, I swapped to blocking calls - I realized most of my use-case really can't take advantage of the non-blocking calls anyway.
05:51:37  <indutny>Dirkson: oh
05:51:52  <Dirkson>I'll pick it back up again if/when that changes :D
05:51:58  <indutny>ok, cool :)
05:52:02  <indutny>at least, you have figured it out
05:52:06  <indutny>glad for you!
05:52:17  <Dirkson>Fair enough ^.^
05:52:47  <Dirkson>Currently I'm having a weird issue with my tcp sending thingie, though. Any chance it truncates if I sent too much data across uv_tcp_send ?
05:53:48  <indutny>uv_tcp_send?
05:53:59  <indutny>we don't even have this :)
05:54:08  <indutny>but anyway, it shouldn't truncate anything
05:54:52  * c4milojoined
05:56:00  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
05:56:42  <Dirkson>indutny: Darn, bad guess :D Looks like I'm using "uv_write" to send tcp stuffs. Data sends with a size of 345776, but only ever causes 18092 bytes on the read callback.
05:57:13  <indutny>which libuv version are you using after all?
05:57:30  <Dirkson>indutny: Currently I think 0.10.25 ?
05:57:31  * a_lequit (Remote host closed the connection)
05:58:02  <indutny>ok...
05:58:21  <indutny>you could try wire-sharking it
05:58:32  <indutny>to determine which part is actually failing here
05:58:35  <indutny>reading or writing
05:58:54  <Dirkson>indutny: I have heard worse ideas! Most of them from me...
06:04:33  <Dirkson>indutny: Well, I see a packet of "18162" length going out... and no packets of comparable length after it.
06:04:51  * wwicksquit (Ping timeout: 252 seconds)
06:05:13  * guilleiguaran_quit (Ping timeout: 252 seconds)
06:05:13  * felixgequit (Ping timeout: 252 seconds)
06:05:46  <Dirkson>indutny: Am I supposed to be doing something in order to chop my massive lump of data into many smaller tcp packets?
06:06:24  <Dirkson>OH
06:06:41  * parshapquit (Ping timeout: 252 seconds)
06:06:44  * felixgejoined
06:06:48  * Dirkson's "UvTcpSend" takes an unsigned SHORT int for length.
06:07:00  * guilleiguaran_joined
06:07:25  * quijotequit (Ping timeout: 252 seconds)
06:08:11  * wwicksjoined
06:08:16  * parshapjoined
06:09:15  * janjongboomjoined
06:12:40  <indutny>hahah
06:12:44  <indutny>that's the answer
06:12:48  <indutny>Dirkson: -Wall
06:13:00  * dainisjoined
06:15:18  <Dirkson>indutny: You know, I really would have excepted clang's address sanitizer (and/or associated tools) to catch this. It's always complaining when I try to shove something huge into something tiny.
06:22:28  * TooTallNatejoined
06:24:19  * mrvisserjoined
06:26:18  * mrvisser_quit (Ping timeout: 240 seconds)
06:29:38  * brsonquit (Ping timeout: 240 seconds)
06:43:27  * mrvisser_joined
06:45:59  * mrvisserquit (Ping timeout: 255 seconds)
06:49:43  * rendarjoined
06:50:06  * zhengquit (Ping timeout: 276 seconds)
06:51:58  * zhengjoined
07:00:35  * mrvisserjoined
07:02:02  * mrvisser_quit (Ping timeout: 265 seconds)
07:05:19  * quijotejoined
07:09:21  * quijotequit (Ping timeout: 240 seconds)
07:16:15  * kellabyte_quit (Quit: Connection closed for inactivity)
07:19:16  * dsantiagojoined
07:26:34  * WalrusPonyjoined
07:27:34  * calvinfojoined
07:28:27  * WalrusPony1quit (Ping timeout: 276 seconds)
07:40:12  * c4miloquit (Remote host closed the connection)
07:52:52  * SMD2joined
07:53:00  * calvinfoquit (Quit: Leaving.)
07:53:33  * TooTallNatequit (Quit: Computer has gone to sleep.)
07:56:07  * WalrusPony1joined
07:56:57  * WalrusPonyquit (Ping timeout: 240 seconds)
07:57:49  * rmgquit (Remote host closed the connection)
08:03:09  * Left_Turnjoined
08:04:08  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
08:06:02  * quijotejoined
08:10:15  * quijotequit (Ping timeout: 252 seconds)
08:28:19  * rmgjoined
08:28:51  * Left_Turnquit (Read error: Connection reset by peer)
08:32:51  * Left_Turnjoined
08:32:59  * rmgquit (Ping timeout: 252 seconds)
08:41:38  * bajtosquit (Quit: bajtos)
08:42:38  * hzjoined
08:44:22  * SMD2quit (Ping timeout: 240 seconds)
08:47:46  * c4milojoined
08:50:13  * wolfeidauquit (Remote host closed the connection)
08:52:43  * c4miloquit (Ping timeout: 265 seconds)
08:59:09  * zhengquit (Remote host closed the connection)
09:01:36  * quijotejoined
09:32:57  * quijotequit (Ping timeout: 240 seconds)
09:34:39  * wolfeidaujoined
09:45:17  * kellabyte_joined
09:51:28  * karupachanged nick to zz_karupa
09:55:00  * janjongboomjoined
09:56:39  * wolfeidauquit (Remote host closed the connection)
09:58:42  * janjongboomquit (Client Quit)
09:59:39  * janjongboomjoined
10:00:29  * quijotejoined
10:01:04  * loydjoined
10:05:45  * quijotequit (Ping timeout: 276 seconds)
10:10:47  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
10:25:12  * Kakerajoined
10:35:56  * c4milojoined
10:40:35  * c4miloquit (Ping timeout: 252 seconds)
10:42:13  * wolfeidaujoined
10:59:53  * loydquit (Ping timeout: 245 seconds)
11:00:02  * rmgjoined
11:01:03  * quijotejoined
11:05:11  * rmgquit (Ping timeout: 260 seconds)
11:05:36  * quijotequit (Ping timeout: 260 seconds)
11:20:08  * wolfeidauquit (Read error: Connection reset by peer)
11:20:30  * wolfeidaujoined
11:40:31  * kazuponquit (Remote host closed the connection)
11:41:23  * wolfeidauquit (Remote host closed the connection)
11:56:22  * mrvisserquit (Remote host closed the connection)
12:01:48  * quijotejoined
12:06:23  * quijotequit (Ping timeout: 252 seconds)
12:24:13  * c4milojoined
12:28:38  * c4miloquit (Ping timeout: 240 seconds)
12:37:34  * loydjoined
12:56:57  * loydquit (Ping timeout: 240 seconds)
13:01:48  * bradleymeckjoined
13:02:10  <bradleymeck>well looks like openssl needs updating again
13:02:34  * quijotejoined
13:06:53  * quijotequit (Ping timeout: 240 seconds)
13:08:05  <sinclair|work>bradleymeck: oh?
13:08:27  <bradleymeck>https://www.openssl.org/news/secadv_20140605.txt
13:09:23  <bradleymeck>indutny: ^ did you see this
13:09:36  <indutny>looking
13:09:46  <sinclair|work>bradleymeck: that is a serious one
13:10:10  <indutny>man
13:11:03  * jmar777joined
13:11:27  <indutny>this is really serious
13:12:28  <mmalecki>oh, holy fuck
13:16:15  * kellabyte_quit (Quit: Connection closed for inactivity)
13:16:16  <wrl>openssl is the gift that just keeps on giving
13:17:14  * mrvisserjoined
13:18:08  <bradleymeck>at least people are looking at it and trying to make it better
13:18:35  <bradleymeck>I am not going to trust the rewrites people are doing for a while (even if the NSA probably infected OpenSSL for now)
13:21:48  * kellabyte_joined
13:21:59  * niskaquit (Quit: ERC Version 5.3 (IRC client for Emacs))
13:26:28  * niskajoined
13:32:44  <indutny>:)
13:32:54  <indutny>ok, the patch for bud is almost ready
13:33:01  <indutny>and I'll open PR for node very shortly
13:33:03  <indutny>after releasing it
13:46:31  * piscisaureusjoined
13:51:57  * bajtosjoined
13:53:18  * WalrusPonyjoined
13:54:01  * thlorenzjoined
13:56:24  * WalrusPony1quit (Ping timeout: 260 seconds)
13:57:56  <bradleymeck>indutny: I wish updating openssl was just changing a number, running some update script, then running tests XD
13:58:17  <indutny>bradleymeck: haha
13:58:30  <indutny>bradleymeck: if I'd do it a couple more times
13:58:34  <indutny>I'll probably make it this
13:58:39  <indutny>actually I have released bud
14:00:15  <bradleymeck>oh someone is already making a site XD http://ccsinjection.lepidum.co.jp/
14:00:19  <indutny>yeah
14:03:28  * quijotejoined
14:07:44  * stagasjoined
14:07:45  * quijotequit (Ping timeout: 240 seconds)
14:10:55  * piscisaureus_joined
14:12:33  * c4milojoined
14:14:41  * piscisaureusquit (Ping timeout: 264 seconds)
14:17:24  * c4miloquit (Ping timeout: 260 seconds)
14:20:17  <MI6>joyent/node: Fedor Indutny v0.10 * a7dd0e5 : deps: update openssl to 1.0.1h - http://git.io/Ts-eEA
14:29:35  * kazuponjoined
14:37:47  * kazuponquit (Remote host closed the connection)
14:45:41  * hzquit
14:48:00  * kazuponjoined
14:50:09  <MI6>joyent/node: Fedor Indutny master * bd988a5 : test: fix event-emitter-method-names (+19 more commits) - http://git.io/Pg3-6w
14:50:24  <indutny>tjfontaine: once you'll wake up :)
14:50:28  <indutny>tjfontaine: let's do releases ;)
14:55:45  * rmgjoined
15:04:06  * quijotejoined
15:08:47  * quijotequit (Ping timeout: 260 seconds)
15:11:10  * ryancolejoined
15:14:30  * dainisquit (Ping timeout: 276 seconds)
15:21:04  * rmgquit (Remote host closed the connection)
15:32:44  * a_lejoined
15:40:18  * bradleymeckquit (Quit: bradleymeck)
15:40:28  * c4milojoined
15:40:55  * a_lequit (Remote host closed the connection)
15:44:08  * bradleymeckjoined
15:46:38  * a_lejoined
15:48:38  * bradleymeckquit (Ping timeout: 240 seconds)
15:50:49  * rmgjoined
15:50:54  * warzjoined
15:50:56  * warzquit (Changing host)
15:50:56  * warzjoined
15:51:43  * ryancolequit (Ping timeout: 260 seconds)
15:52:39  * bajtosquit (Quit: bajtos)
15:54:46  <piscisaureus_>yeah it would be good to release a v0.10 update real quick
15:54:58  <piscisaureus_>indutny: hat tip for the quick openssl upgrade
16:01:40  * kazuponquit (Read error: Connection reset by peer)
16:02:00  * kazuponjoined
16:04:05  * mikealquit (Quit: Leaving.)
16:05:01  * quijotejoined
16:07:59  <rendar>well, for sockets and pipes uv_read_start() and uv_read_stop() do make sense, but for files? can i use them also for files? if i can, i suppose, on_read callback will be called until the EOF, right?
16:09:18  * quijotequit (Ping timeout: 240 seconds)
16:14:33  * kazuponquit (Remote host closed the connection)
16:14:59  * rosskjoined
16:17:02  * c4miloquit (Ping timeout: 255 seconds)
16:18:17  * c4milojoined
16:20:39  * avalanche123joined
16:21:23  * warzquit
16:22:03  * mikealjoined
16:25:20  * sblomjoined
16:26:19  * mrvisserquit (Remote host closed the connection)
16:27:27  <othiym23>people are using 0.11 in production, so a new 0.11 would be good as well
16:29:53  * bajtosjoined
16:32:06  <rendar>anyone?
16:33:35  * brsonjoined
16:33:55  * janjongboomjoined
16:34:25  * brson_joined
16:38:20  * bradleymeckjoined
16:38:38  * brsonquit (Ping timeout: 255 seconds)
16:39:44  * a_lequit (Remote host closed the connection)
16:40:19  * a_lejoined
16:41:05  * seldojoined
16:42:57  * bradleymeckquit (Ping timeout: 240 seconds)
16:45:24  <piscisaureus_>is tjfontaine around to do builds?
16:45:43  * seldoquit (Ping timeout: 245 seconds)
16:46:08  * sblomquit (Read error: Connection reset by peer)
16:48:07  * mikealquit (Quit: Leaving.)
16:57:30  * Ralithquit (Ping timeout: 265 seconds)
17:01:25  * calvinfojoined
17:04:53  * mikealjoined
17:04:53  * brson_quit (Ping timeout: 240 seconds)
17:05:14  * stagasquit (Ping timeout: 265 seconds)
17:05:43  * quijotejoined
17:06:12  * seldojoined
17:06:32  * thlorenzquit (Remote host closed the connection)
17:07:07  * brsonjoined
17:10:21  * quijotequit (Ping timeout: 252 seconds)
17:11:34  * m76joined
17:12:00  * brsonquit (Client Quit)
17:12:35  * brsonjoined
17:15:52  <indutny>piscisaureus_: yw
17:15:57  <indutny>rendar: yep
17:16:14  <piscisaureus_>indutny: yw?
17:19:53  * brsonquit (Ping timeout: 252 seconds)
17:20:00  <indutny>you are welcome
17:21:20  * TooTallNatejoined
17:23:07  * brsonjoined
17:23:33  <piscisaureus_>indutny: ah thanks :) was tj around at the weekly thing?
17:26:26  * calvinfoquit (Quit: Leaving.)
17:29:05  <rendar>indutny: yep means i can use uv_start_read() and uv_stop_read() with fies?
17:29:07  <rendar>files*
17:35:36  * loydjoined
17:35:39  <indutny>piscisaureus_: I wasn't :)
17:36:01  <indutny>rendar: I guess it should work
17:37:38  * Ralithjoined
17:40:05  * dap_joined
17:40:43  <rendar>indutny: i see
17:41:14  <rendar>indutny: but from the docs i can't get clearly if uv_fs_t is a uv_stream_t subclass like uv_tcp_t or uv_pipe_t or its a different kind of object
17:41:33  <indutny>it isn't
17:41:38  <indutny>it is a request, not a handle
17:41:47  <indutny>rendar: why do you need it, actually?
17:48:38  * brsonquit (Ping timeout: 245 seconds)
17:48:50  * mrvisserjoined
17:49:22  * calvinfojoined
17:50:43  * brsonjoined
17:51:20  * brson_joined
17:52:32  <rendar>indutny: well, just for knowing
17:52:49  * avalanche123quit (Remote host closed the connection)
17:53:35  <rendar>indutny: i was wondering what happens if i read a file until eof, it shouldn't close, so it shoulnd't call on_close cb until i call uv_fs_close
17:53:48  * avalanche123joined
17:54:38  <rendar>indutny: that's different from sockets or pipes, since when they receive EOF (which in that case means the other endpoint closed the connection) will immediately close, and call on_close cb, if i got it
17:54:43  * TooTallNatequit (Ping timeout: 252 seconds)
17:55:23  * brsonquit (Ping timeout: 260 seconds)
17:55:43  * TooTallNatejoined
18:01:33  * stagasjoined
18:01:39  * seldoquit (Remote host closed the connection)
18:01:53  * brson_quit (Ping timeout: 255 seconds)
18:03:13  * seldojoined
18:03:34  * brsonjoined
18:04:42  * stagasquit (Client Quit)
18:06:38  * quijotejoined
18:10:30  * thlorenzjoined
18:11:27  * quijotequit (Ping timeout: 265 seconds)
18:11:47  * Kakeraquit (Read error: Connection reset by peer)
18:12:17  * Kakerajoined
18:12:33  * Kakeraquit (Read error: Connection reset by peer)
18:15:46  * Kakerajoined
18:25:16  * sh1mmerjoined
18:36:49  <indutny>rendar: use uv_pipe_open()
18:41:15  * mikealquit (Quit: Leaving.)
18:42:07  <a_le>is there any good example of code that abstracts away SSL in a nice way?
18:43:35  * hzjoined
18:44:04  <indutny>a_le: well
18:44:25  <a_le>indutny: yes?
18:44:26  <indutny>a_le: if you just want to see SSL+libuv code
18:44:38  <indutny>this should be a pretty complete example https://github.com/indutny/bud/blob/master/src/client.c
18:45:43  * rendarquit (Ping timeout: 245 seconds)
18:51:07  <tjfontaine>indutny: hey
18:51:24  <indutny>hey hey hey!
18:51:29  <indutny>sorry, I pushed OpenSSL stuff without review
18:51:31  <tjfontaine>how's the bay treating you?
18:51:40  <indutny>I'm in Mission atm
18:51:44  <indutny>don't see any bays from here
18:51:45  <indutny>:)
18:51:52  <tjfontaine>heh, you see some things
18:51:56  <indutny>definitely :)
18:51:58  <tjfontaine>I was in a plane whent he openssl stuff was going on
18:52:08  <tjfontaine>I can start on a build
18:52:45  <indutny>great
18:53:38  <indutny>is jenkins ok with it?
18:53:40  * brsonquit (Ping timeout: 260 seconds)
18:53:51  <tjfontaine>jenkins is angry with java and windows at the moment
18:54:03  <tjfontaine>but the unicies seem generally ok
18:55:39  * bajtosquit (Quit: bajtos)
18:58:14  * sh1mmerquit (Quit: sh1mmer)
18:59:11  * sh1mmerjoined
19:00:06  * a_lequit (Read error: Connection reset by peer)
19:00:51  * a_lejoined
19:03:35  * avalanche123quit (Remote host closed the connection)
19:04:33  * seldoquit (Remote host closed the connection)
19:05:10  <indutny>tjfontaine: great
19:05:14  <indutny>tjfontaine: it does work fine on osx and smartos
19:05:31  <indutny>not sure about windows at all
19:05:31  <indutny>so
19:05:39  <indutny>you know what really bothers me? :)
19:05:43  <indutny>http.js -> req._consuming
19:05:51  <indutny>what do you think if we'd move this property to the streams2?
19:07:23  * quijotejoined
19:07:33  * rendarjoined
19:07:40  * seldojoined
19:08:23  <tjfontaine>in 0.11?
19:08:43  <tjfontaine>I need more context at the moment, as right now I really want to destroy jenkins
19:08:44  <indutny>well
19:08:50  <indutny>hahaha
19:09:04  <indutny>ok, so do you remember my recent patch for .on('data') old-mode switching in v0.10?
19:09:10  <tjfontaine>yes
19:09:11  <indutny>it doesn't play nicely with http.js right now
19:09:11  <rendar>indutny: sorry, i got disconnected...i knew uv_pipe_open(), i was just saying that when files receives EOF, the uv_fs_t won't be closed, because the user could read again from some other parts of the file, while when sockets or pipes receive EOF, libuv immediately close the stream because it means the other side closed the connection, right?
19:09:24  <indutny>because it thinks that the stream is not ._consuming data
19:09:33  <indutny>because .read() call is shifted to next tick
19:09:47  <tjfontaine>blah
19:09:55  <indutny>yeah
19:09:57  <indutny>well
19:10:05  <indutny>in fact, there could be more problems with it :)
19:10:12  <indutny>like req.on('data') after res.end()
19:10:20  <indutny>this may not be working properly now
19:10:28  <indutny>as far as I can see
19:10:41  <tjfontaine>is this something you want in this security rollup? :)
19:11:01  <indutny>not really
19:11:04  <tjfontaine>ok
19:11:09  <indutny>just trying to get my head around node again :)
19:11:17  <indutny>really lost a lot of time on this cryptography thing
19:11:24  <indutny>though, it was quite fun
19:11:31  <tjfontaine>are you available monday morning?
19:11:54  <tjfontaine>or friday morning?
19:12:01  <tjfontaine>not this friday but next
19:12:24  * quijotequit (Ping timeout: 276 seconds)
19:13:56  <tjfontaine>I can't fucking stand jenkins -- it has signed its death warrant
19:14:39  <rendar>indutny: am i right about that? ^
19:14:50  <indutny>tjfontaine: hm...
19:14:56  <indutny>tjfontaine: let's talk about it tomorrow
19:15:06  <tjfontaine>indutny: ok
19:15:09  * indutnyhaven't shown up in the office yet
19:15:18  <indutny>still enjoying some rest
19:15:27  <tjfontaine>indutny: I am around this weekend and monday and friday of next -- bryan and dap will be around most of the week though
19:15:35  <indutny>rendar: libuv doesn't close it
19:15:43  <indutny>ok, I see!
19:15:47  <rendar>indutny: ok
19:15:55  * seldoquit (Remote host closed the connection)
19:15:56  <indutny>rendar: but it does require you to close it :)
19:15:57  <indutny>haha
19:16:01  <indutny>anyway
19:16:05  <indutny>I think you could dup fd
19:16:08  <rendar>indutny: oh, what if you don't close it?
19:16:10  <indutny>and use it as a stream
19:16:17  <indutny>rendar: assertion will happen
19:16:24  <rendar>indutny: got it
19:16:34  <rendar>indutny: but are you speaking for sockets/pipes when get EOF?
19:17:04  <indutny>that doesn't matter
19:17:07  <indutny>it is unix after all
19:17:10  <indutny>everything is a file
19:18:16  <tjfontaine>jenkins and java demerit -- https://gist.github.com/tjfontaine/d6d64c5d5a0625777e59
19:18:43  * seldojoined
19:19:22  <rendar>indutny: well yeah, but let's consider you open a file of 4 bytes "ABCD", if you make a read of size=2 and offset=0 the on_read() callback will be called with data "AB" and size=2, but in the case of you make a read of size=5 and offset=2, on_read() will be called with data "CD", size=2 and the eof flag...in this case why i should close the file? i could post another read, for example for reading
19:19:23  <rendar>the first byte of the file..dunno if i can explain my point
19:19:26  * seldoquit (Remote host closed the connection)
19:19:40  * seldojoined
19:20:01  <indutny>because it is working in a stream mode
19:20:13  <indutny>it just reads the data
19:20:14  <indutny>until EOF
19:20:19  <indutny>that's the API we expose
19:20:20  <rendar>indutny: oh, i see, so uv files doesn't support random reads?
19:20:26  <indutny>it does
19:20:29  <indutny>but not via stream interface
19:20:38  <indutny>use uv_fs_* functions for this
19:20:49  <rendar>indutny: yeah, i'm not speaking of the stream interface, i'm speaking of those uv_fs_* function
19:20:58  <indutny>I just told you that if you need it to be working in stream-like interface - you could use uv_pipe_open()
19:21:10  <indutny>rendar: ok, you shouldn't close file in case of uv_fs_* stuff
19:21:11  <rendar>if with uv_fs_read i read more than the lenght of the file, i get EOF flag, right? but in this case i don't want to close the file..
19:21:25  <rendar>ok, that's what i wanted to know
19:21:27  <indutny>that comment was about streams
19:21:31  <indutny>sorry for misguiding you
19:21:48  <rendar>indutny: so with the stream interface instead, i *must* close the stream on EOF, otherwise assert
19:22:35  * avalanche123joined
19:23:57  <indutny>yes
19:24:10  * quijotejoined
19:24:11  <indutny>uv_fs_* is just an abstract way to do fs operations
19:24:39  <rendar>i see
19:25:31  <rendar>indutny: well, once i call uv_close() on the streams interface, then on_close callback will be called as the last callback called on the stream, then there i can free() memory occupied my by uv_stream_t structure, right? this is also true when i close files?
19:26:26  <indutny>yes
19:26:31  <indutny>well
19:26:37  <indutny>you don't have any struct with files
19:26:48  <indutny>you create requests and execute them
19:26:49  <rendar>right
19:26:55  <indutny>and you could free request after it's completion
19:27:19  * sh1mmerquit (Quit: sh1mmer)
19:27:55  * sh1mmerjoined
19:28:13  * TooTallNatequit (Quit: Computer has gone to sleep.)
19:28:16  <rendar>indutny: i see, but why files are not object, instead are controlled "internally" by libuv?
19:28:46  <indutny>files are not controlled by libuv
19:28:53  <indutny>they could be, but they are not
19:29:12  <indutny>I guess that's how node.js is using them
19:29:19  <indutny>and that's what has driven the API in this way
19:30:03  <rendar>oh, i see
19:30:15  <rendar>they could've been uv_strem_t derivatives, i guess
19:36:38  * m76quit (Read error: Connection reset by peer)
19:39:35  * brsonjoined
19:39:42  * sh1mmerquit (Quit: sh1mmer)
19:40:14  * sh1mmerjoined
19:40:31  * mrvisserquit (Remote host closed the connection)
19:44:32  * c4miloquit (Ping timeout: 260 seconds)
19:46:24  * avalanche123quit (Remote host closed the connection)
19:46:55  * quijotequit (Ping timeout: 252 seconds)
19:46:59  * avalanche123joined
19:51:21  * avalanche123quit (Ping timeout: 240 seconds)
19:52:43  <thlorenz>rendar: I documented the uv_fs* functions here https://github.com/thlorenz/libuv-dox/blob/master/methods.md#file-system maybe that'll help
19:52:50  <indutny>tjfontaine: why do we need res._dump() after all?
19:54:08  <indutny>well
19:54:18  <indutny>I understand the case where user wasn't listening to `response` event
19:54:29  <indutny>but why res.emit('finish') should dump req
19:54:35  * avalanche123joined
19:54:35  <indutny>is a total mistery to me
20:01:31  * sh1mmerquit (Quit: sh1mmer)
20:03:19  * c4milojoined
20:16:44  * TooTallNatejoined
20:20:41  * sblomjoined
20:25:19  <tjfontaine>indutny: it's all a mystery, was hoping taht part of our meat space conversation we could talk about these subsystems and our plans
20:30:02  <tjfontaine>wtf jenkins -- https://gist.github.com/tjfontaine/3cecd0e7b3a6ad25f230
20:42:04  * inolen1joined
20:42:04  * inolenquit (Read error: Connection reset by peer)
20:44:22  * quijotejoined
20:48:53  * quijotequit (Ping timeout: 252 seconds)
20:56:38  <tjfontaine>I really hate hate hate jenkins atm
21:00:29  * mikealjoined
21:00:39  * inolenjoined
21:03:55  * inolen1quit (Ping timeout: 240 seconds)
21:11:14  * sblomquit (Read error: Connection reset by peer)
21:13:01  * rmgquit (Remote host closed the connection)
21:14:54  * sh1mmerjoined
21:17:25  * hzquit
21:23:41  * piscisaureus_quit (Ping timeout: 264 seconds)
21:29:23  <tjfontaine>isaacs: ping, would you like to update npm in 0.10?
21:30:57  <tjfontaine>or othiym23 as the other ambassador I know
21:36:48  * seldoquit (Remote host closed the connection)
21:37:49  <MI6>joyent/node: Nick Muerdter master * 1df32af : http: don't default OPTIONS to chunked encoding - http://git.io/_87ySw
21:38:12  * seldojoined
21:45:18  * quijotejoined
21:45:27  <isaacs>tjfontaine: the current npm release version is 1.4.13. there's a few minor pending fixes, especially for the spinner on windows, which is cosmetic, but annoying.
21:45:49  <isaacs>tjfontaine: i'd be happy to push out a release right now for that.
21:46:07  <isaacs>tjfontaine: otherwise, .13 is feeling pretty baller.
21:46:28  * seldoquit (Remote host closed the connection)
21:46:39  <tjfontaine>isaacs: I'm good with .13 for now please and thank you
21:46:50  <isaacs>tjfontaine: windows users will be upset with you
21:46:53  <isaacs>tjfontaine: just sayin :)
21:47:01  * seldojoined
21:47:04  <tjfontaine>what "spinner"?
21:47:28  <tjfontaine>like a console log \ | / - rotation?
21:47:29  <isaacs>tjfontaine: the thing that goes -\|/ while you wait for stuff
21:47:30  <isaacs>yeah
21:47:40  <isaacs>on windows, \r is not "move to start of line"
21:47:45  <tjfontaine>ah right
21:47:49  <isaacs>so it's a different kind of spinner entirely
21:47:55  <isaacs>.14 will have only this one fix
21:48:00  <tjfontaine>how many extra fixes come in .14?
21:48:01  <isaacs>i'll leave out anything else pending
21:48:01  <tjfontaine>ok
21:48:12  <tjfontaine>then .14 with that sounds great
21:48:20  <isaacs>there's a bunch of other pr's pending, but i don't have time to review them all in time for you prolly
21:48:28  <isaacs>and othiym23 is knee-deep in stuff
21:48:33  <tjfontaine>yup
21:48:39  <tjfontaine>no fear
21:50:02  * quijotequit (Ping timeout: 255 seconds)
21:53:58  * a_lequit (Read error: Connection reset by peer)
21:54:09  * a_lejoined
21:54:29  * avalanche123quit (Remote host closed the connection)
21:56:56  * avalanche123joined
21:56:57  * avalanche123quit (Remote host closed the connection)
21:57:09  * avalanche123joined
21:58:09  * Kakeraquit (Ping timeout: 240 seconds)
21:59:34  * rmgjoined
22:01:52  * rmgquit (Remote host closed the connection)
22:02:08  * rmgjoined
22:09:19  <isaacs>tjfontaine: ok, .14 is published
22:10:07  <isaacs>tjfontaine: http://registry.npmjs.org/npm/-/npm-1.4.14.tgz
22:12:19  <tjfontaine>isaacs: what was your normal procedure for updating it in node? just npm install -g and copy it over?
22:13:23  <tjfontaine>or I guess it includes all it's deps in it already?
22:17:13  * rendarquit
22:17:20  <isaacs>tjfontaine: cd deps; rm -rf npm; curl $url | tar xz; mv package npm; git add -A npm; git ci -m "npm: upgrade to $version"
22:17:30  <tjfontaine>right there's a .npmrc in there now, should that be included?
22:17:36  <isaacs>yes, plz
22:17:38  <tjfontaine>ok
22:17:52  <isaacs>the package as-is should be exactly what it needs to for node
22:18:00  <isaacs>bundles all deps
22:18:10  <tjfontaine>nod
22:18:30  <isaacs>thanks!
22:18:37  <tjfontaine>no problemo
22:24:36  * quijotejoined
22:28:12  * thlorenzquit (Remote host closed the connection)
22:29:16  * quijotequit (Ping timeout: 260 seconds)
22:41:40  * brson_joined
22:44:56  * brsonquit (Ping timeout: 255 seconds)
22:46:02  * thlorenzjoined
22:47:14  * thlorenzquit (Remote host closed the connection)
22:51:35  * brson_quit (Quit: leaving)
22:51:52  * brsonjoined
23:21:51  * seldoquit (Remote host closed the connection)
23:23:07  * seldojoined
23:25:20  * quijotejoined
23:26:15  * petka_quit (Quit: Connection closed for inactivity)
23:29:51  * quijotequit (Ping timeout: 252 seconds)
23:33:24  * loydquit (Ping timeout: 240 seconds)
23:39:00  <tjfontaine>indutny: around for a quick review?
23:47:54  * calvinfoquit (Quit: Leaving.)
23:55:09  * wolfeidaujoined
23:55:33  * calvinfojoined
23:59:44  * seldoquit (Remote host closed the connection)