00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:05  * AvianFlujoined
00:00:08  * ircretaryjoined
00:03:05  * paulfryzeljoined
00:07:34  * paulfryzelquit (Ping timeout: 246 seconds)
00:12:27  * mikolalysenkojoined
00:15:14  * quijotejoined
00:16:47  * mikealjoined
00:19:29  * dshaw_quit (Read error: Connection reset by peer)
00:19:52  * dshaw_joined
00:19:57  * quijotequit (Ping timeout: 264 seconds)
00:23:30  * rosskquit
00:25:39  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
00:27:21  * lorphjoined
00:28:44  * mikolalysenkoquit (Ping timeout: 245 seconds)
00:29:27  * daviddiasquit (Remote host closed the connection)
00:33:16  * zz_karupanerurachanged nick to karupanerura
00:35:19  * mikealquit (Quit: Leaving.)
00:44:50  * jmar777quit (Remote host closed the connection)
00:49:11  * dshaw_quit (Quit: Leaving.)
00:49:34  * KiNgMaRquit (Ping timeout: 245 seconds)
00:55:25  * KiNgMaRjoined
00:56:33  * kuplatup1ujoined
00:56:47  * Domenic__joined
00:58:16  * Raynosquit (Ping timeout: 240 seconds)
00:58:17  * Damn3dquit (Ping timeout: 240 seconds)
00:58:17  * Domenic_quit (Ping timeout: 240 seconds)
00:58:17  * `3rdEdenquit (Ping timeout: 240 seconds)
00:58:17  * kuplatupsuquit (Ping timeout: 240 seconds)
00:58:18  * dsantiagoquit (Ping timeout: 240 seconds)
00:58:27  * c0a8quit (Ping timeout: 240 seconds)
00:58:31  * Domenic__changed nick to Domenic_
00:58:39  * `3rdEdenjoined
00:59:03  * `3rdEdenchanged nick to Guest77060
00:59:04  * dsantiagojoined
00:59:24  * Raynosjoined
01:00:47  * eugenewarequit (Remote host closed the connection)
01:02:43  * SquirrelCZECH_joined
01:02:49  * Damn3djoined
01:04:05  * paulfryzeljoined
01:04:07  * SquirrelCZECHquit (Ping timeout: 240 seconds)
01:04:25  * nsmquit (Ping timeout: 240 seconds)
01:05:07  * nsmjoined
01:07:01  * c0a8joined
01:08:07  * paulfryzelquit (Ping timeout: 246 seconds)
01:15:55  * quijotejoined
01:16:27  * lorphpart
01:19:23  * benvie_joined
01:20:22  * quijotequit (Ping timeout: 246 seconds)
01:21:45  * dap_quit (Quit: Leaving.)
01:25:33  * mikolalysenkojoined
01:30:24  * mikolalysenkoquit (Ping timeout: 245 seconds)
01:33:02  * rmgquit (Remote host closed the connection)
01:41:43  * dshaw_joined
01:48:53  <AlexisMocha>tjfontaine: what's up?
01:54:09  * dshaw_quit (Ping timeout: 245 seconds)
02:02:13  * hzquit
02:16:15  * rmgjoined
02:16:39  * quijotejoined
02:21:14  * quijotequit (Ping timeout: 245 seconds)
02:21:58  * mikolalysenkojoined
02:27:09  * rmgquit (Ping timeout: 264 seconds)
02:54:04  * abraxasjoined
03:10:55  * calvinfoquit (Quit: Leaving.)
03:13:26  * qardquit (Quit: Leaving.)
03:17:31  * quijotejoined
03:22:21  * quijotequit (Ping timeout: 264 seconds)
03:31:44  * euoiaquit (Ping timeout: 252 seconds)
03:40:38  * brson_quit (Ping timeout: 240 seconds)
03:54:04  * abraxasquit (Remote host closed the connection)
03:54:38  * abraxasjoined
03:58:23  * dshaw_joined
03:59:09  * abraxasquit (Ping timeout: 245 seconds)
04:02:54  * dshaw_quit (Ping timeout: 245 seconds)
04:04:03  * eugenewarejoined
04:06:11  * paulfryzeljoined
04:10:29  * paulfryzelquit (Ping timeout: 246 seconds)
04:18:11  * quijotejoined
04:21:55  * xaqjoined
04:22:53  * quijotequit (Ping timeout: 252 seconds)
04:33:10  * abraxasjoined
04:48:03  * abraxasquit (Remote host closed the connection)
04:48:38  * abraxasjoined
04:52:49  * abraxasquit (Ping timeout: 246 seconds)
04:59:05  * dshaw_joined
05:03:19  * dshaw_quit (Ping timeout: 245 seconds)
05:07:11  * paulfryzeljoined
05:07:59  * mikolalysenkoquit (Ping timeout: 252 seconds)
05:11:22  * paulfryzelquit (Ping timeout: 246 seconds)
05:18:23  * WalrusPonyquit (Read error: Connection reset by peer)
05:18:52  * WalrusPonyjoined
05:19:03  * quijotejoined
05:23:33  * quijotequit (Ping timeout: 264 seconds)
05:33:41  * mikolalysenkojoined
05:37:03  * m76joined
05:37:58  * mikolalysenkoquit (Ping timeout: 246 seconds)
05:51:25  * xaqquit (Remote host closed the connection)
06:00:10  * abraxasjoined
06:11:08  * inolenquit (Quit: Leaving.)
06:19:43  * quijotejoined
06:24:09  * quijotequit (Ping timeout: 245 seconds)
06:33:52  * mikolalysenkojoined
06:38:27  * bajtosjoined
06:38:31  * mikolalysenkoquit (Ping timeout: 246 seconds)
06:40:47  * eugenewarequit (Remote host closed the connection)
06:43:01  * petka_joined
06:43:14  * inolenjoined
06:54:43  * quijotejoined
06:58:31  * janjongboomjoined
07:00:40  * dshaw_joined
07:04:59  * dshaw_quit (Ping timeout: 245 seconds)
07:18:25  * bradleymeckjoined
07:21:17  <bradleymeck>moving package extraction out of my branch, but keeping the zip bootstrap for in memory modules
07:21:53  <bradleymeck>tjfontaine: would it be sane to say c++ deps will have to extract themselves?
07:21:54  * quijotequit (Quit: quijote)
07:34:37  * mikolalysenkojoined
07:39:45  * mikolalysenkoquit (Ping timeout: 264 seconds)
07:48:07  * calvinfojoined
07:49:33  * abraxasquit (Remote host closed the connection)
07:50:07  * abraxasjoined
07:53:20  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
07:54:09  * rendarjoined
07:54:28  * abraxasquit (Ping timeout: 246 seconds)
08:09:24  * paulfryzeljoined
08:13:43  * paulfryzelquit (Ping timeout: 246 seconds)
08:16:09  * calvinfoquit (Quit: Leaving.)
08:16:36  * eugenewarejoined
08:18:00  * bajtosquit (Quit: bajtos)
08:20:50  * calvinfojoined
08:21:04  * eugenewarequit (Ping timeout: 246 seconds)
08:22:28  * quijotejoined
08:27:09  * quijotequit (Ping timeout: 264 seconds)
08:37:14  * janjongboomjoined
08:37:39  * janjongboomquit (Client Quit)
08:41:13  * melioidquit (Ping timeout: 265 seconds)
08:43:26  * calvinfoquit (Quit: Leaving.)
08:47:44  * guilleiguaranquit (Quit: Connection closed for inactivity)
08:50:09  * melioid2joined
09:02:03  * dshaw_joined
09:04:58  <saghul>morning
09:05:13  <saghul>no node 0.11.x release in the end?
09:06:14  * dshaw_quit (Ping timeout: 245 seconds)
09:14:40  <indutny>heya
09:14:42  <indutny>haha
09:14:45  <indutny>depends on tj
09:16:10  * petka_quit (Quit: Connection closed for inactivity)
09:19:38  <saghul>yeah, I just thought I was going to wakeup with it :-P
09:20:05  <saghul>indutny: what are you working on? (libuv-wise, that is)
09:21:26  * janjongboomjoined
09:23:56  <saghul>I think I'll try to get uv_listen_start/stop working
09:30:29  <indutny>nothing )
09:30:38  <indutny>good!
09:46:06  * karupanerurachanged nick to zz_karupanerura
09:50:44  * abraxasjoined
09:55:14  * abraxasquit (Ping timeout: 246 seconds)
10:02:10  * hzjoined
10:02:53  * dshaw_joined
10:06:38  * WalrusPonyquit (Ping timeout: 252 seconds)
10:07:04  * dshaw_quit (Ping timeout: 245 seconds)
10:10:28  * Guest77060changed nick to `3rdEden
10:14:35  * eugenewarejoined
10:18:28  * abraxasjoined
10:19:01  * eugenewarequit (Ping timeout: 246 seconds)
10:20:25  * janjongboomquit (Ping timeout: 246 seconds)
10:21:26  * janjongboomjoined
10:36:59  * WalrusPonyjoined
11:06:36  * bajtosjoined
11:11:10  * bajtosquit (Ping timeout: 246 seconds)
11:11:43  * paulfryzeljoined
11:14:27  * nifocquit (Ping timeout: 265 seconds)
11:14:38  * eugenewarejoined
11:15:43  * paulfryzelquit (Ping timeout: 246 seconds)
11:16:28  * abraxasquit (Remote host closed the connection)
11:17:04  * abraxasjoined
11:17:44  * bajtosjoined
11:19:21  * eugenewarequit (Ping timeout: 264 seconds)
11:21:19  * abraxasquit (Ping timeout: 246 seconds)
11:36:17  * janjongboomquit (Ping timeout: 252 seconds)
11:37:27  * janjongboomjoined
11:42:23  * abraxasjoined
12:11:53  * euoiajoined
12:13:21  * m76quit (Ping timeout: 264 seconds)
12:46:55  * m76joined
12:48:44  * euoiaquit (Ping timeout: 245 seconds)
12:50:55  * janjongboomquit (Ping timeout: 246 seconds)
12:52:29  * janjongboomjoined
12:56:05  * euoiajoined
13:04:11  * calvinfojoined
13:05:08  * dshaw_joined
13:10:07  * dshaw_quit (Ping timeout: 264 seconds)
13:11:46  * petka_joined
13:16:43  * calvinfoquit (Quit: Leaving.)
13:17:06  * stagasjoined
13:27:37  * stagasquit (Ping timeout: 240 seconds)
13:30:33  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
13:31:55  * abraxasquit (Remote host closed the connection)
13:32:36  * abraxasjoined
13:35:12  * daviddiasjoined
13:35:51  * rmgjoined
13:37:17  * abraxasquit (Ping timeout: 252 seconds)
13:40:35  * rmgquit (Ping timeout: 252 seconds)
13:49:41  * TooTallNatejoined
13:51:20  * nrajlichjoined
13:51:36  * TooTallNatequit (Read error: Connection reset by peer)
13:52:26  * janjongboomjoined
13:56:00  * jmar777joined
14:06:00  * dshaw_joined
14:06:53  * m76quit (Ping timeout: 246 seconds)
14:10:23  * dshaw_quit (Ping timeout: 246 seconds)
14:11:35  * hzquit (Ping timeout: 260 seconds)
14:13:52  * paulfryzeljoined
14:17:27  * nrajlichquit (Quit: Computer has gone to sleep.)
14:18:05  * paulfryzelquit (Ping timeout: 246 seconds)
14:20:23  * guybrush_quit (Excess Flood)
14:20:52  * guybrushjoined
14:32:04  * m76joined
14:32:53  * kenperkinsquit (Remote host closed the connection)
14:33:33  * kenperkinsjoined
14:35:13  * janjongboomquit (Ping timeout: 240 seconds)
14:38:27  * janjongboomjoined
14:39:21  * mikealjoined
14:43:26  * TooTallNatejoined
14:54:18  * daviddiasquit (Remote host closed the connection)
14:56:29  <MI6>joyent/node: tjfontaine created tag v0.11.12 - http://git.io/RCBQYg
14:56:44  <MI6>joyent/node: Timothy J Fontaine master * 9bd934c : Now working on 0.11.13 (+3 more commits) - http://git.io/T2Clpg
14:57:34  * AvianFluquit (Remote host closed the connection)
15:14:13  * hzjoined
15:24:17  * daviddiasjoined
15:24:55  * daviddiasquit (Remote host closed the connection)
15:28:16  * guilleiguaranjoined
15:32:02  * mikealquit (Quit: Leaving.)
15:32:51  * TooTallNatequit (Quit: Computer has gone to sleep.)
15:33:02  * abraxasjoined
15:35:30  * mikolalysenkojoined
15:37:07  * paulfryzeljoined
15:37:37  * abraxasquit (Ping timeout: 240 seconds)
15:48:00  * bajtosquit (Quit: bajtos)
15:48:58  * Kakerajoined
15:50:02  * AvianFlujoined
15:52:14  * janjongboomquit (Ping timeout: 246 seconds)
15:53:31  * janjongboomjoined
15:56:08  * m76quit (Read error: Connection reset by peer)
16:07:17  * dshaw_joined
16:10:28  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
16:11:02  * janjongboomjoined
16:11:37  * dshaw_quit (Ping timeout: 240 seconds)
16:13:47  * rmgjoined
16:20:29  * benvie_quit (Ping timeout: 240 seconds)
16:20:32  * dap_joined
16:20:35  * mikolalysenkoquit (Ping timeout: 246 seconds)
16:24:37  * dschatzbergjoined
16:25:29  <dschatzberg>hi all, suppose I have an accepted tcp connection, how do I get notified that the remote side closed the connection?
16:26:08  * rosskjoined
16:27:27  <tjfontaine>you get an EOF or ECONNRESET or EPIPE on read or write :)
16:27:51  <dschatzberg>tjfontaine: then do I need to call shutdown and close on it?
16:28:08  * benviejoined
16:29:06  <tjfontaine>generally you would uv_close yes
16:29:32  <dschatzberg>ok, is it possible for the read callback to be invoked after a close() has been called?
16:29:49  <tjfontaine>saghul, indutny: ping
16:29:55  <indutny>tjfontaine: pong
16:29:57  <indutny>what's up
16:29:58  <indutny>?
16:30:02  * mikealjoined
16:30:17  <tjfontaine>indutny: can we make uv_accept take an optional sockaddr please and thank you? :)
16:30:27  <indutny>hahaha
16:30:38  <tjfontaine>indutny: well I want to avoid the extra syscall to get the peer info
16:31:11  <tjfontaine>dschatzberg: do you mean, you call uv_close and then later a previous uv_read_start cb fires?
16:31:29  <indutny>tjfontaine: does this work with regular `accept()`?
16:31:31  <tjfontaine>dschatzberg: no i do not believe that's possible, I think that would be considered a bad bug if so
16:31:31  <dschatzberg>tjfontaine: yes, is that possible?
16:31:35  <tjfontaine>indutny: ya
16:31:36  <indutny>yes, it does
16:31:39  <indutny>hm...
16:31:44  <indutny>sounds reasonable then :)
16:31:47  <dschatzberg>tjfontaine: ok thanks
16:31:51  <indutny>mind opening an issue and assigning to me?
16:32:33  <tjfontaine>yup
16:34:58  * hueniverse1quit (Ping timeout: 240 seconds)
16:36:12  <indutny>tjfontaine: thanks man
16:36:26  <indutny>do you want to have this in v0.12?
16:37:07  * janjongboomquit (Ping timeout: 264 seconds)
16:37:58  * mikolalysenkojoined
16:38:06  * janjongboomjoined
16:39:41  * hueniversejoined
16:40:38  <tjfontaine>indutny: if possible, it would be a nice to have, but not a strict requirement
16:41:02  <indutny>ok
16:41:09  <indutny>I'm going to finish reviewing that http-parser patch
16:41:11  * bajtosjoined
16:41:18  <indutny>about multiline headers and LWS treatment
16:41:24  * jmar777quit (Remote host closed the connection)
16:41:33  <indutny>and then look into it
16:41:34  <tjfontaine>nod
16:41:40  <indutny>tjfontaine: any update on AL and tracing?
16:42:02  <tjfontaine>I spoke with groundwater last night, he's going to be commenting on the AL patch today with an update from newrelic
16:42:11  <indutny>great
16:42:12  <indutny>:)
16:42:30  <tjfontaine>which frees me up to finish dtrace and then we can also land 3.24 when v8 gets back to you
16:43:50  * jmar777joined
16:43:50  <indutny>haha
16:43:51  <indutny>yeah
16:43:55  <indutny>I think they'll land it very soon
16:44:00  <indutny>just a matter of checking it again
16:44:05  <indutny>last comment was very minor
16:44:16  <indutny>they requested almost only a documentation fixes
16:44:21  <tjfontaine>cool
16:46:00  <indutny>gosh, the state machine in http-parser is damn complicated :P
16:47:22  <tjfontaine>http is hard mk?
16:47:23  <tjfontaine>:)
16:49:26  <indutny>sorry, mk? :)
16:49:38  * eugenewarejoined
16:50:42  <indutny>what did you mean by "mk"?
16:51:28  * mikealquit (Quit: Leaving.)
16:52:20  * mikealjoined
16:55:05  * jirwinquit (Changing host)
16:55:05  * jirwinjoined
16:55:31  <tjfontaine>hehe, it's a thing from south park
16:55:45  <tjfontaine>http://www.youtube.com/watch?v=Uh7l8dx-h8M
16:58:18  <indutny>ah
16:58:25  <indutny>mk
17:01:32  <tjfontaine>:)
17:01:37  <indutny>tjfontaine: so
17:01:40  <indutny>about uv_accept()
17:01:40  <tjfontaine>so
17:01:45  <indutny>such wow
17:01:54  <indutny>there are two things I am worried about
17:01:57  <indutny>IPC pipes
17:01:59  <indutny>and windows
17:02:13  <indutny>actually, one more thing
17:02:17  <tjfontaine>well pipes have the concept, I dont' know about windows
17:02:27  * dshaw_joined
17:02:35  <indutny>I guess it could be emulated
17:02:53  <indutny>by manually calling getpeername
17:02:55  * mikolalysenkoquit (Ping timeout: 264 seconds)
17:02:56  <indutny>internally
17:06:28  * mikolalysenkojoined
17:10:34  * bradleymeckquit (Quit: bradleymeck)
17:10:59  * mikolalysenkoquit (Ping timeout: 240 seconds)
17:11:15  * eugenewarequit (Remote host closed the connection)
17:11:51  <dschatzberg>in a read callback where nread is -1, what do I know about the buf variable? Was is allocated?
17:12:05  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
17:16:06  * andrewrkjoined
17:17:11  * TooTallNatejoined
17:24:58  <indutny>dschatzberg: yes, it is allocated
17:25:03  <indutny>if not NULL
17:25:45  <indutny>and it should not be NULL
17:25:48  <indutny>I'll fix it in a bit :P
17:25:59  <dschatzberg>hmm
17:26:02  <indutny>haha
17:26:07  <indutny>there is one rare case with IPC pipes
17:26:10  <indutny>when it is NULL
17:26:13  <indutny>on error
17:27:15  <indutny>dschatzberg: anyway, you should assume that it is allocated
17:28:08  * qardjoined
17:28:13  <dschatzberg>indutny: im working on a port of libuv, I discover EOF so I should do a dummy allocation of a buffer to pass to the client?
17:28:28  <indutny>sorry?
17:28:31  <indutny>didn't get it
17:29:07  <dschatzberg>I am trying to port libuv to a new system where I discover EOF before allocating a buffer, am I correct in assuming that I must make a dummy allocation of a buffer to pass to the callback?
17:29:53  <indutny>yeah, you need to allocate something anyway
17:29:57  <indutny>even if you know about EOF
17:30:38  * calvinfojoined
17:30:39  <dschatzberg>ok thanks
17:32:15  <indutny>also
17:32:26  <indutny>note that it could be a .base = NULL buffer sometimes
17:32:38  <indutny>only on windows, actually
17:32:43  <indutny>it is mentioned in documentation
17:32:59  <indutny>dschatzberg: ^
17:33:57  * abraxasjoined
17:33:58  <dschatzberg>but even so the alloc callback had to be invoked?
17:34:40  <indutny>it won't be
17:35:33  <indutny>but it happens only for pipes and ttys on windows
17:35:34  <indutny>so far
17:35:56  <indutny>there are just some error cases that are happening without performing actual read system calls
17:36:01  <dschatzberg>I suppose I'm asking what the semantics of the API are, is it that the client can assume that the alloc callback was invoked except in a few documented cases?
17:36:16  <indutny>yes
17:36:21  <dschatzberg>ok
17:36:29  <indutny>in all other cases alloc_cb is always preceding read_cb
17:36:52  <indutny>ttyl
17:36:55  <dschatzberg>out of curiosity, why not say that if buf.base = null, then alloc_cb was not called otherwise it was?
17:38:25  * abraxasquit (Ping timeout: 240 seconds)
17:41:18  * eugenewarejoined
17:44:16  * kpdeckerquit (Quit: Leaving.)
17:44:33  * kpdeckerjoined
17:49:06  <MI6>joyent/node: Yazhong Liu master * 93c3674 : readline: consider newlines for cursor position - http://git.io/F5ufZQ
17:56:02  * brsonjoined
18:00:11  * m76joined
18:19:05  * sblomquit (Read error: Connection reset by peer)
18:31:44  * calvinfoquit (Quit: Leaving.)
18:38:05  * bradleymeckjoined
18:40:34  <bradleymeck>tjfontaine: thoughts on needing to write a linker if we want to load shared libs from memory?
18:44:39  * nifocjoined
18:46:09  * mcavagequit (Remote host closed the connection)
18:49:13  * dshaw_quit (Ping timeout: 240 seconds)
18:53:21  * dshaw_joined
18:57:02  * mikealquit (Quit: Leaving.)
18:57:29  * mikealjoined
18:59:22  * calvinfojoined
19:02:02  * sblomjoined
19:02:46  * mikolalysenkojoined
19:03:36  * benviequit (Remote host closed the connection)
19:03:54  * benviejoined
19:06:02  * jmar777_joined
19:09:13  * jmar777quit (Ping timeout: 240 seconds)
19:23:15  * calvinfoquit (Quit: Leaving.)
19:26:26  * mikolalysenkoquit (Ping timeout: 246 seconds)
19:28:53  * mikealquit (Quit: Leaving.)
19:30:12  * calvinfojoined
19:30:47  * dshaw_quit (Quit: Leaving.)
19:31:29  * Kakeraquit (Ping timeout: 252 seconds)
19:33:18  * xaqjoined
19:34:52  * abraxasjoined
19:39:13  * abraxasquit (Ping timeout: 240 seconds)
19:43:44  * bajtosquit (Quit: bajtos)
19:46:12  * eugenewarequit (Remote host closed the connection)
19:46:13  * mikealjoined
19:52:40  * xaqquit (Remote host closed the connection)
19:58:00  * Kakerajoined
20:01:48  * dshaw_joined
20:04:48  * xaqjoined
20:15:22  * dschatzbergquit (Remote host closed the connection)
20:16:07  * dshaw_quit (Ping timeout: 264 seconds)
20:17:00  * bajtosjoined
20:22:45  * kpdecker1joined
20:23:59  * kpdeckerquit (Ping timeout: 241 seconds)
20:29:21  * jmar777_quit (Remote host closed the connection)
20:41:33  * bajtosquit (Quit: bajtos)
20:44:07  * mcavagejoined
20:44:15  * rmgquit (Remote host closed the connection)
20:45:02  * rmgjoined
20:45:03  * dshaw_joined
20:45:05  <saghul>tjfontaine: ping
20:45:20  <indutny>saghul: thanks for review
20:45:21  <MI6>joyent/libuv: Fedor Indutny master * b597d15 : stream: do not leak `alloc_cb` buffers on error - http://git.io/1ajSJQ
20:45:42  <indutny>saghul: I wonder if this is a bug in v0.10
20:45:48  <saghul>indutny: welcome!
20:46:04  <saghul>there is only one way to know!
20:46:04  <indutny>oh, it is
20:47:17  <saghul>indutny: any idea about this?
20:47:23  <indutny>what this?
20:47:29  <saghul>http://jenkins.nodejs.org/job/libuv-master/label=smartos/579/console
20:47:30  <saghul>ups
20:47:55  <saghul>I'm going to land the freebsd build fix which we tested 2 days ago tjfontaine
20:48:16  <indutny>ok
20:48:17  <indutny>cool
20:48:36  <saghul>indutny: the problem on smartos is not related to your latest changes, btw
20:48:41  <indutny>ok
20:49:05  <indutny>I'm going to risk everything and commit to v0.10 without reviewal :D
20:49:29  <saghul>feeling brave today? :-P
20:49:39  <indutny>yeah
20:49:52  <MI6>joyent/libuv: Fedor Indutny v0.10 * 4ac8c42 : win: fix buffer leak on error in pipe.c - http://git.io/JF939g
20:49:54  <indutny>move fast
20:49:56  <indutny>break things
20:49:56  <indutny>:D
20:50:32  <saghul>http://imgur.com/SgGOZs4
20:50:50  <indutny>yeah :P
20:50:59  <indutny>mind if I'll do merge?
20:51:25  <saghul>nope, go ahead
20:51:39  <indutny>it is basically a no-op
20:51:39  <MI6>joyent/libuv: Fedor Indutny master * 691bff4 : Merge remote-tracking branch 'origin/v0.10' (+1 more commits) - http://git.io/zA24hg
20:51:40  <saghul>i'm going to test the freebsd patch on freebsd X
20:51:46  <indutny>ok, cool
20:58:06  <saghul>looks kosher in FreeBSD 10
20:58:54  <tjfontaine>pong
20:59:02  <MI6>joyent/libuv: Timothy J Fontaine master * bbcc0c9 : build: freebsd link with libelf if dtrace enabled - http://git.io/C2vMjw
20:59:05  <tjfontaine>wee
21:00:06  <saghul>tjfontaine: hey!
21:01:30  <saghul>tjfontaine: so, I'd like to land https://github.com/joyent/libuv/pull/1190 before 0.12
21:01:39  <saghul>would you be ok if I make the node changes?
21:03:00  <tjfontaine>saghul: if you make the changes that's fine
21:03:18  <saghul>kewl, count on it
21:03:27  <tjfontaine>when did they change? was that 0.11 or 0.10?
21:04:01  * bradleymeckquit (Quit: bradleymeck)
21:04:24  <saghul>I think they have been like that since forever
21:04:33  <tjfontaine>I'd like for us all to have a conversation on API stability in libuv, and what that means from minor to minor
21:04:37  <tjfontaine>(after 0.12)
21:04:47  <saghul>sure thing
21:04:58  <tjfontaine>saghul: no, that's probably not hte case, if I had to guess, it changed in 0.10 when uv_queue_work grew an `int status`
21:05:01  <saghul>that's why I want to BREAK ALL THE THINGS before that happens
21:05:04  <tjfontaine>:)
21:05:13  <saghul>ah, that was the errno change
21:05:23  <saghul>it did touch some status arguments here and there
21:05:27  <saghul>that happened after 0.10
21:05:30  <saghul>so 0.11
21:05:37  <tjfontaine>k, contained to 0.11 I'm less concerned
21:05:49  <saghul>yeah
21:09:36  * dshaw_quit (Read error: Connection reset by peer)
21:11:12  * dshaw_joined
21:11:45  * janjongboomjoined
21:12:48  * daviddiasjoined
21:16:53  * super_calejoined
21:21:21  <super_cale>Can anyone field a question about using node's fs.readdir(path) to access a network directory that requires authentication? I haven't been able to find any documentation for using authentication with fs. I haven't stumbled across any examples either.
21:25:44  * TooTallNatequit (Quit: Computer has gone to sleep.)
21:27:57  <othiym23>super_cale: what kind of fs?
21:28:23  <othiym23>AFS? Something else using Kerberos?
21:29:31  <super_cale>It's a windows server on the LAN.
21:30:21  <super_cale>Using active directory to authenticate, I've previously only connected via smb to navigate via gui.
21:30:55  <MI6>joyent/libuv: saghul created branch sunos-build - http://git.io/Pivesg
21:34:19  <super_cale>the error is pretty generic too. --> Error: ENOENT, no such file or directory '\\networkServer\subFolder\subFolder\subFolder'
21:34:45  <othiym23>super_cale: if you can split apart the authentication and access pieces of dealing with the filesystem, you might get somewhere
21:35:14  * euoiaquit (Ping timeout: 252 seconds)
21:35:15  <othiym23>but if you need to be passing an authentication ticket with FS access, Node's not going to be able to do that without binary module support
21:35:47  <MI6>joyent/libuv: Saúl Ibarra Corretgé sunos-build * d697b82 : fixup - http://git.io/7Zjtsg
21:35:53  * abraxasjoined
21:37:13  * Kakeraquit (Ping timeout: 240 seconds)
21:37:45  <super_cale>othiym23: Ok. I'll try to split it up and if that doesn't work I'll check into binary module support. Thank you for the help.
21:40:10  <saghul>tjfontaine: my fix for the sunos build seems to work, the tests don't seem to be run when building with autotools though
21:40:43  * abraxasquit (Ping timeout: 264 seconds)
21:42:36  <MI6>joyent/libuv: Saúl Ibarra Corretgé sunos-build * 7233796 : build: fix SunOS and AIX build with autotools - http://git.io/bDb75g
21:42:51  * euoiajoined
21:42:58  <indutny>yay!
21:43:06  <indutny>_XOPEN_SOURCE !
21:43:07  <LOUDBOT>DUE TO THIS QUARTER'S LOSSES, GM EXECS ARE NOW EATING OFF OF SILVER PLATTERS, CNN REPORTS
21:43:07  <indutny>ftw
21:43:08  <indutny>:D
21:43:17  <MI6>joyent/libuv: Saúl Ibarra Corretgé master * 7233796 : build: fix SunOS and AIX build with autotools - http://git.io/zy6UdA
21:46:08  * dshaw_quit (Quit: Leaving.)
21:46:38  * kpdecker1quit (Quit: Leaving.)
21:46:52  * kpdeckerjoined
21:53:16  * dshaw_joined
21:53:20  * eugenewarejoined
21:53:43  * seldojoined
21:57:33  * piscisaureusjoined
21:57:46  <indutny>tjfontaine: are we going to do v0.10 release anywhere soon?
21:57:52  <indutny>perhaps next week?
21:58:13  <tjfontaine>ya I was thinking monday
22:01:15  * paulfryzelquit (Remote host closed the connection)
22:01:40  * calvinfoquit (Quit: Leaving.)
22:02:13  * calvinfojoined
22:07:48  <super_cale>othiym23: You were right. Splitting authentication and access did the trick. I just needed to mount the drive to my server then access it relative to the project directory. Thanks again for the help!
22:08:07  * rendarquit
22:08:32  <othiym23>super_cale: great! you're welcome!
22:12:09  * bradleymeckjoined
22:15:13  * AvianFluquit (Ping timeout: 240 seconds)
22:18:07  * eugenewarequit (Remote host closed the connection)
22:21:13  * dshaw_quit (Read error: Connection reset by peer)
22:22:42  * dshaw_joined
22:26:10  * petka_quit (Quit: Connection closed for inactivity)
22:28:19  * super_calequit (Quit: Page closed)
22:30:53  * eugenewarejoined
22:32:10  * paulfryzeljoined
22:36:25  * paulfryzelquit (Ping timeout: 240 seconds)
22:42:01  * seldoquit (Ping timeout: 240 seconds)
22:45:09  * DrPizzaquit (Ping timeout: 264 seconds)
22:59:30  * DrPizzajoined
23:00:45  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
23:14:25  <tjfontaine>saghul: btw, I am pretty sure that's just a bug in my configuration of the job, because the -review stuff is now building both gyp and autotools
23:14:55  * piscisaureusquit (Ping timeout: 264 seconds)
23:15:05  <saghul>tjfontaine: ok, maybe it's how the command is invoked?
23:15:08  * mcavagequit (Remote host closed the connection)
23:15:22  <saghul>I recall something similar happened on Windows at some point
23:15:42  * mcavagejoined
23:16:24  <tjfontaine>saghul: no, I mean if you look at the full console output you probably will see the results there, but the tap file was nuked because I did a `git clean -fdx` in the mean time
23:16:43  <saghul>ah, ok then, false alarm!
23:16:56  <tjfontaine>I will verify, but I think that's the case
23:17:20  <saghul>kewl
23:18:38  * TooTallNatejoined
23:19:52  * mcavagequit (Ping timeout: 246 seconds)
23:23:03  * m76quit (Read error: Connection reset by peer)
23:32:54  * mikealquit (Quit: Leaving.)
23:33:03  * paulfryzeljoined
23:35:08  * TooTallNatequit (Quit: Computer has gone to sleep.)
23:35:45  * AvianFlujoined
23:35:55  * mikealjoined
23:36:38  * abraxasjoined
23:36:59  * paulfryzelquit (Ping timeout: 240 seconds)
23:41:13  * abraxasquit (Ping timeout: 240 seconds)
23:44:17  * mcavagejoined
23:44:41  * mcavagequit (Read error: Connection reset by peer)
23:45:03  * mcavagejoined
23:45:43  * mikolalysenkojoined
23:54:11  * dshaw_quit (Read error: Connection reset by peer)
23:55:48  * dshaw_joined
23:59:48  * eugenewarequit (Remote host closed the connection)