00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:09  * ircretaryjoined
00:00:09  * rmgjoined
00:14:14  * a3fquit (Ping timeout: 252 seconds)
00:17:47  * iarnaquit (Remote host closed the connection)
00:20:12  * iarnajoined
00:22:25  * thlorenzjoined
01:21:35  * chris_99quit (Quit: Ex-Chat)
01:24:35  * dshaw_joined
01:38:26  * savardcquit (Ping timeout: 245 seconds)
01:39:35  * kellabytequit (Ping timeout: 265 seconds)
01:39:44  * petka__quit (Read error: Connection reset by peer)
01:40:06  * eugeneware_quit (Ping timeout: 245 seconds)
01:43:56  * parshapquit (Ping timeout: 265 seconds)
01:44:32  * wolfeidauquit (Remote host closed the connection)
01:45:48  * wolfeidaujoined
01:46:27  * eugeneware_joined
01:48:36  * petka__joined
01:49:25  * imzyxwvujoined
01:49:28  <imzyxwvu>is it possible of a TCP stream that just accepted from a TCP server handle to fail uv_getpeername() and return ENOTCONN.
01:49:31  * savardcjoined
01:50:42  * wolfeidauquit (Ping timeout: 265 seconds)
01:51:54  * kellabytejoined
01:55:26  * parshapjoined
02:15:43  * rgrinbergjoined
02:15:54  * rgrinbergpart
02:15:58  * rgrinbergjoined
02:16:26  * thlorenzquit
02:17:18  * inolen1joined
02:17:27  * ijrothjoined
02:18:26  * ijrothquit (Client Quit)
02:18:45  * inolenquit (Ping timeout: 252 seconds)
02:19:55  * jreyno40_joined
02:20:59  * ijrothjoined
02:22:23  * ijrothquit (Client Quit)
02:30:17  * dshaw_quit (Quit: Leaving.)
02:33:36  * ijrothjoined
02:36:09  * ijrothquit (Client Quit)
02:37:35  * ijrothjoined
02:40:32  * rgrinbergquit (Quit: Leaving.)
02:42:30  * rgrinbergjoined
02:47:52  * inolen1quit (Ping timeout: 252 seconds)
02:50:41  * inolenjoined
03:06:52  * inolenquit (Ping timeout: 255 seconds)
03:10:45  * inolenjoined
03:11:14  * thlorenzjoined
03:14:23  * dshaw_joined
03:16:44  * petka__quit (Quit: Connection closed for inactivity)
03:28:24  * rgrinbergquit (Quit: Leaving.)
03:33:26  <imzyxwvu>if i need to defer some code to let them be called next loop iteration, what should i do?
03:41:23  * Left_Turnquit (Remote host closed the connection)
03:41:38  * toothrotquit (Ping timeout: 245 seconds)
03:47:01  * rgrinbergjoined
03:49:36  * toothrotjoined
03:58:57  * dembonesquit (Quit: WeeChat 1.1-dev)
04:11:24  * blibpart
04:13:35  * jgijoined
04:36:40  * thlorenzquit (Remote host closed the connection)
04:42:03  * jgiquit (Quit: jgi)
04:42:29  * jgijoined
04:43:58  * rmgquit (Read error: Connection reset by peer)
04:44:01  * rmg_joined
04:45:02  * AvianFluquit (Remote host closed the connection)
04:46:05  * jgiquit (Client Quit)
04:49:10  * jgijoined
04:55:58  * dshaw_quit (Quit: Leaving.)
04:57:28  * toothrotquit (Ping timeout: 245 seconds)
05:00:24  * rgrinberg1joined
05:01:57  * rgrinbergquit (Ping timeout: 245 seconds)
05:01:58  * rmg_quit (Read error: Connection reset by peer)
05:03:36  * rmgjoined
05:05:30  * dshaw_joined
05:13:49  * SergeiRNDjoined
05:21:55  * jgiquit (Quit: jgi)
05:24:17  * robertkowalskiquit (Ping timeout: 272 seconds)
05:25:09  * jgijoined
05:25:10  * robertkowalskijoined
05:28:21  * jgiquit (Client Quit)
05:30:19  * jgijoined
05:36:14  * wolfeidaujoined
05:37:14  * thlorenzjoined
05:38:41  * SergeiRNDquit (Quit: Leaving.)
05:40:51  * SergeiRNDjoined
05:40:52  * SergeiRNDquit (Client Quit)
05:42:48  * thlorenzquit (Ping timeout: 264 seconds)
05:50:31  * a_le_quit (Remote host closed the connection)
05:51:11  * a_lejoined
05:52:33  * wolfeidauquit (Remote host closed the connection)
05:52:38  * jgiquit (Quit: jgi)
05:54:44  * rmgquit (Read error: Connection reset by peer)
05:54:58  * rmgjoined
05:58:16  * rgrinberg1quit (Quit: Leaving.)
05:59:15  * wolfeidaujoined
06:00:24  * rmgquit (Read error: Connection reset by peer)
06:00:40  * rmgjoined
06:00:49  * wolfeidauquit (Remote host closed the connection)
06:01:46  * rgrinbergjoined
06:04:52  * jgijoined
06:05:41  * rmgquit (Read error: Connection reset by peer)
06:05:49  * rmgjoined
06:08:16  * wolfeidaujoined
06:09:27  * rmgquit (Read error: Connection reset by peer)
06:09:29  * rmg_joined
06:16:13  * seishunjoined
06:23:25  * zju3joined
06:24:29  * zju4joined
06:25:22  * zjuquit (Ping timeout: 240 seconds)
06:25:23  * zju1quit (Ping timeout: 245 seconds)
06:30:10  * jgiquit (Quit: jgi)
06:32:07  * jgijoined
06:35:02  * rmg_quit (Remote host closed the connection)
06:38:29  * wolfeidauquit (Remote host closed the connection)
07:05:23  * a_le_joined
07:06:21  * a_lequit (Read error: Connection reset by peer)
07:26:36  * thlorenzjoined
07:28:27  * seishunquit (Ping timeout: 256 seconds)
07:31:20  * thlorenzquit (Ping timeout: 246 seconds)
07:34:16  <saghul>imzyxwvu: use a prepare handle
07:34:42  * jgiquit (Quit: jgi)
07:35:09  <imzyxwvu>saghul: thanks.
07:35:33  * rmgjoined
07:40:37  * rmgquit (Ping timeout: 264 seconds)
07:40:45  * zj99fquit (Quit: Lost terminal)
07:47:19  * a_lejoined
07:50:49  * a_le_quit (Ping timeout: 264 seconds)
07:52:52  * rgrinbergquit (Quit: Leaving.)
08:09:47  * AlexisMochaquit (Read error: Connection reset by peer)
08:11:09  * a3fjoined
08:11:51  * MI6quit (Ping timeout: 252 seconds)
08:12:03  * AlexisMochajoined
08:12:09  * jreyno40_part
08:13:19  * ircretaryquit (Ping timeout: 252 seconds)
08:14:19  * ijrothquit (Read error: Connection reset by peer)
08:14:31  * ijrothjoined
08:34:49  * wolfeidaujoined
08:57:42  * ijrothquit (Quit: Leaving.)
09:11:50  * dshaw_quit (Quit: Leaving.)
09:15:25  * thlorenzjoined
09:20:13  * thlorenzquit (Ping timeout: 264 seconds)
09:44:08  * SergeiRNDjoined
10:25:48  * rmgjoined
10:27:24  * chris_99joined
10:30:26  * rmgquit (Ping timeout: 250 seconds)
10:48:37  * Left_Turnjoined
10:54:08  * xer0x_quit (Ping timeout: 245 seconds)
10:56:17  * xer0xjoined
11:03:18  * SergeiRNDquit (Quit: Leaving.)
11:04:17  * thlorenzjoined
11:04:17  * petka__joined
11:04:26  * rendarjoined
11:08:57  * thlorenzquit (Ping timeout: 265 seconds)
11:09:24  * SergeiRNDjoined
11:10:32  * SergeiRNDquit (Client Quit)
11:32:03  * tarrudajoined
11:42:05  * SergeiRNDjoined
11:47:09  * SergeiRND1joined
11:48:56  * SergeiRNDquit (Ping timeout: 246 seconds)
11:58:22  <txdv>saghul: Can I use a process handle multiple times with uv_spawn?
12:00:38  <tarruda>is it possible to perform synchronous writes to a stream with libuv?
12:00:46  <saghul>txdv: I think not, but let me check one thing
12:00:53  <saghul>tarruda: nope
12:01:08  <txdv>the exit_cb in the options is weired too
12:02:56  <txdv>tarruda: why would you need that?
12:03:16  <tarruda>I simply want to write to a tty handle synchronously. I would do it by calling `write` directly but then I'd loose the ANSI escape sequence parser provided for windows
12:03:18  * chris_99quit (Remote host closed the connection)
12:04:29  <saghul>txdv: I think things might go wrong because we'd call uv__handle_init twice on the handle
12:04:51  <txdv>so it is an object which just lives once
12:04:59  <txdv>and should be closed directly after the close callback
12:05:04  <saghul>yes
12:05:09  <txdv>IMO not the best design
12:05:20  <saghul>it's a bit of a weird handle, because it has no _init
12:05:35  <txdv>we could basically merge process_options and process
12:05:54  <saghul>I don't like that idea
12:06:16  <saghul>I'd rather have uv_process_init, and then make it reusable
12:06:32  * chris_99joined
12:06:42  <saghul>so you can uv_spawn again without creating a new handle
12:07:03  <txdv>how is uv_read progressing?
12:07:26  <saghul>I'll return to it this week, I was sick the last :-S
12:07:39  <txdv>sick of libuv? :>
12:07:47  <txdv>just kidding
12:07:50  <saghul>ha, no sick with the flu
12:07:54  <saghul>:-)
12:13:27  <saghul>tarruda: now you can: https://github.com/libuv/libuv/pull/187
12:14:45  * rmgjoined
12:15:21  <tarruda>saghul: great :)
12:15:44  <saghul>tarruda: on Windows it only works on named pipes though
12:17:27  <tarruda>:(
12:19:03  * rmgquit (Ping timeout: 244 seconds)
12:19:07  <tarruda>BTW, did you confirm the https://github.com/libuv/libuv/issues/154 bug with the test program I posted?
12:20:10  <saghul>tarruda: sorry, no, not yet
12:21:02  <tarruda>its not such a big issue because I can work around it with manual waitpid calls
12:21:27  <tarruda>but for node.js I don't think there's a workaround
12:29:46  * a3fquit (Ping timeout: 252 seconds)
12:31:00  <tarruda>Hmm, it turns out a sychronous write is possible, all I need is a separate event loop :)
12:37:23  * rgrinbergjoined
12:53:05  * thlorenzjoined
12:58:11  * thlorenzquit (Ping timeout: 265 seconds)
13:02:27  * tarrudaquit (Quit: WeeChat 1.0.1)
13:05:31  * tarrudajoined
13:12:44  * tarrudaquit (Ping timeout: 245 seconds)
13:32:12  * rgrinbergquit (Quit: Leaving.)
13:35:18  * rgrinbergjoined
13:46:54  * thlorenzjoined
13:51:46  * thloren__joined
13:51:50  * thlorenzquit (Ping timeout: 265 seconds)
13:54:15  * thloren__quit (Remote host closed the connection)
14:10:34  * lance|afkchanged nick to lanceball
14:14:15  * AvianFlujoined
14:21:20  * thlorenzjoined
14:22:54  * thlorenzquit (Remote host closed the connection)
14:30:00  * tarrudajoined
14:35:29  * Fishrock123joined
14:35:35  * thlorenzjoined
14:37:03  * rmgjoined
14:50:12  * tarrudaquit (Quit: WeeChat 1.0.1)
14:55:55  * sandr8quit
15:08:55  * thlorenzquit (Remote host closed the connection)
15:09:54  * SergeiRND1quit (Quit: Leaving.)
15:16:10  * thlorenzjoined
15:18:00  * a3fjoined
15:22:18  * AvianFluquit (Remote host closed the connection)
15:31:53  * rmgquit (Ping timeout: 246 seconds)
15:33:23  * rmgjoined
15:45:00  * tarrudajoined
15:51:32  * a_lequit (Ping timeout: 250 seconds)
15:51:33  * iarnaquit (Remote host closed the connection)
15:53:00  * AvianFlujoined
15:53:11  * a_lejoined
15:58:50  * iarnajoined
15:59:10  * jgijoined
15:59:10  * jgiquit (Client Quit)
15:59:44  * thlorenzquit (Remote host closed the connection)
16:03:33  * iarnaquit (Ping timeout: 256 seconds)
16:10:07  * jreyno40_joined
16:12:03  * jgijoined
16:19:07  * Tux64joined
16:24:09  * thlorenzjoined
16:24:21  * jreyno40_part
16:24:48  * jgiquit (Quit: jgi)
16:35:09  * a_lequit (Remote host closed the connection)
16:38:04  * a3fquit (Quit: ChatZilla 0.9.91.1 [Firefox 35.0.1/20150122214805])
16:44:42  * a_lejoined
16:54:55  * rmgquit (Remote host closed the connection)
17:00:13  * iarnajoined
17:07:26  * iarnaquit (Ping timeout: 246 seconds)
17:16:16  * a_lequit (Remote host closed the connection)
17:26:16  * dap_joined
17:27:02  * reqsharkjoined
17:31:07  * jgijoined
17:36:17  * seishunjoined
17:43:08  * importan_joined
17:49:29  * jgiquit (Quit: jgi)
17:51:57  * thlorenzquit (Remote host closed the connection)
17:53:20  * rgrinbergquit (Quit: Leaving.)
17:55:49  * jgijoined
17:59:21  * ijrothjoined
18:01:41  * lanceballchanged nick to lance|afk
18:03:50  * rgrinbergjoined
18:04:29  * iarnajoined
18:05:01  * imzyxwvuquit (Ping timeout: 264 seconds)
18:05:14  * brsonjoined
18:08:56  * iarnaquit (Ping timeout: 252 seconds)
18:12:06  <tarruda>anyone has an example of using uv_tty_t for building a cross-platform terminal program? I'm particularly interested in how to control the terminal(cursor movement, output formatting...) and in how to parse special keys(function keys, modifiers...)
18:13:22  * jgiquit (Quit: jgi)
18:15:43  * AvianFlu_joined
18:16:39  * AvianFluquit (Disconnected by services)
18:16:43  * AvianFlu_changed nick to AvianFlu
18:22:17  * jgijoined
18:22:41  * iarnajoined
18:23:16  * AvianFlu_joined
18:24:36  * a_lejoined
18:24:49  * AvianFluquit (Ping timeout: 264 seconds)
18:25:14  * jgiquit (Client Quit)
18:29:11  * rgrinbergquit (Quit: Leaving.)
18:30:45  * jgijoined
18:31:58  * rgrinbergjoined
18:32:17  * AvianFlu_changed nick to AvianFlu
18:35:30  * sblomjoined
18:42:00  * rgrinbergquit (Quit: Leaving.)
18:42:53  * rgrinbergjoined
18:49:12  * Tux64quit (Quit: Connection closed for inactivity)
18:49:16  * tarrudaquit (Quit: WeeChat 1.0.1)
18:50:55  * jreyno40_joined
18:52:45  * thlorenzjoined
18:58:01  * thlorenzquit (Ping timeout: 264 seconds)
18:58:37  * thlorenzjoined
18:59:04  * thlorenzquit (Remote host closed the connection)
19:08:15  * rmgjoined
19:17:45  * thlorenzjoined
19:22:09  * thlorenzquit (Ping timeout: 246 seconds)
19:23:11  * lance|afkchanged nick to lanceball
19:37:05  * lanceballchanged nick to lance|afk
19:43:23  * a_lequit (Remote host closed the connection)
19:44:01  * a_lejoined
19:45:03  * a_lequit (Remote host closed the connection)
19:46:05  * a_lejoined
20:12:58  * jgiquit (Quit: jgi)
20:13:27  * jreyno40_quit (Quit: jreyno40_)
20:16:12  * jgijoined
20:17:33  * jgiquit (Client Quit)
20:18:35  * thlorenzjoined
20:21:03  * lance|afkchanged nick to lanceball
20:23:13  * thlorenzquit (Ping timeout: 264 seconds)
20:31:01  * rmgquit (Remote host closed the connection)
20:31:02  * davijoined
20:41:23  * wolfeidauquit (Remote host closed the connection)
20:55:39  * inolenquit (Quit: Leaving.)
20:56:46  * inolenjoined
21:07:20  * jgijoined
21:08:19  * a_lequit (Read error: Connection reset by peer)
21:10:05  * a_lejoined
21:14:34  <trevnorris>hayes: the context is the request or handle object instance for that given request. and not yet.
21:14:49  <hayes>cool, thanks
21:15:40  * dap_quit (Quit: Leaving.)
21:17:12  * c4milojoined
21:17:28  * c4miloquit (Remote host closed the connection)
21:19:02  <trevnorris>saghul: so hold off until 1.4.0?
21:19:15  * rgrinbergquit (Quit: Leaving.)
21:19:56  <saghul>trevnorris: yep, also a one liner might be needed in Node, see the linked issue
21:20:07  <trevnorris>saghul: will do. thanks.
21:23:27  <trevnorris>saghul: i can take care of the update. no need to open another PR. thanks for letting me know it hadn't made it in.
21:24:48  * jgiquit (Quit: jgi)
21:24:51  <saghul>trevnorris: no worries! go ahead and do the update if you feel like it, let me know if you're busy and I'll do it otherwise
21:28:06  * rgrinbergjoined
21:41:36  * ijrothquit (Quit: Leaving.)
21:41:57  * jreyno40_joined
21:42:08  * jreyno40_quit (Remote host closed the connection)
21:50:27  * MI6joined
21:50:39  * avalanche123joined
21:53:57  * thlorenzjoined
21:57:14  * jgijoined
21:58:57  * thlorenzquit (Ping timeout: 246 seconds)
21:59:21  * a_lequit (Read error: Connection reset by peer)
21:59:39  * daviquit (Ping timeout: 246 seconds)
21:59:57  * a_lejoined
22:00:50  * jreyno40joined
22:01:21  * jreyno40quit (Client Quit)
22:01:30  * jreyno40_joined
22:02:09  * wolfeidaujoined
22:08:10  * rmgjoined
22:09:03  * seishunquit (Ping timeout: 256 seconds)
22:09:26  * a_lequit (Read error: Connection reset by peer)
22:09:44  * ijrothjoined
22:10:36  * a_lejoined
22:13:33  * dap_joined
22:17:19  <trevnorris>saghul: is this the one liner you mentioned? https://github.com/iojs/io.js/issues/760#issuecomment-73460020
22:20:50  <MI6>joyent/node: trevnorris created branch uv-1.4.0-update - http://git.io/bjcx
22:30:18  <trevnorris>jgi: ping
22:30:29  <jgi>trevnorris: pong
22:30:43  * rmgquit (Remote host closed the connection)
22:30:52  <trevnorris>jgi: sorry, have a minute to tell jenkins to run the uv-1.4.0-update branch I just pushed?
22:31:13  <jgi>trevnorris: I’m in a meeting at Node Summit, but I can ping you back later
22:31:36  <trevnorris>ah, of course. no worries then. :)
22:31:46  * rmgjoined
22:34:10  * ijrothquit (Quit: Leaving.)
22:35:34  <MI6>joyent/node: Trevor Norris v0.12 * 605329d : asyncwrap: fix constructor condition for early ret - http://git.io/bjR4
22:38:45  * jreyno40_quit (Quit: jreyno40_)
22:40:02  * ijrothjoined
22:40:17  * avalanche123quit (Remote host closed the connection)
22:43:47  * ijrothquit (Client Quit)
22:44:02  * ijrothjoined
22:44:45  * rgrinbergquit (Quit: Leaving.)
22:47:04  * avalanche123joined
22:47:32  * rmgquit (Remote host closed the connection)
22:48:30  * ijrothquit (Client Quit)
22:49:07  * ijrothjoined
22:52:27  * indexzeroquit (Ping timeout: 272 seconds)
22:52:46  * Raynosquit (Read error: Connection reset by peer)
22:53:10  * bretquit (Ping timeout: 250 seconds)
22:55:12  * indexzerojoined
22:55:37  * Raynosjoined
22:55:57  * bretjoined
22:58:01  * rgrinbergjoined
22:58:41  * AvianFluquit (Remote host closed the connection)
23:05:49  * avalanche123quit (Remote host closed the connection)
23:08:46  * mikolalysenkoquit (Ping timeout: 250 seconds)
23:08:52  * Raynosquit (Ping timeout: 252 seconds)
23:09:07  * indexzeroquit (Ping timeout: 265 seconds)
23:09:12  * bretquit (Ping timeout: 250 seconds)
23:10:20  * cndquit (Read error: Connection reset by peer)
23:10:34  * jcrugzzquit (Ping timeout: 265 seconds)
23:12:15  * toothrotjoined
23:20:32  <toothrot>saghul, ping
23:27:42  * rendarquit (Quit: Leaving)
23:27:46  * AvianFlujoined
23:28:10  * AvianFluquit (Max SendQ exceeded)
23:28:51  * AvianFlujoined
23:32:05  * indexzerojoined
23:42:34  * Raynosjoined
23:43:05  * thlorenzjoined
23:47:22  * thlorenzquit (Ping timeout: 252 seconds)
23:54:37  * wrljoined
23:54:56  <wrl>hey, i've got a uv_poll_t for a serial device fd
23:55:01  <wrl>it's a little arduino type gadget
23:55:31  <wrl>on linux, when the device is unplugged, i get an error in my poll callback (the `status` arg), and i can clean up from there
23:55:52  <wrl>on OSX, i don't get an error, but my poll callback gets called continuously and the CPU gets pegged to 100%
23:56:06  <Domenic>how does libuv's blocking threadpool file I/O work exactly? Does it accept a buffer and then based on the size of the buffer, read that many bytes? Or does it tell you how many bytes are available when it unblocks, then you allocate a buffer and fill it with data?
23:59:32  * ijrothquit (Quit: Leaving.)
23:59:49  * ijrothjoined