00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:09  * ircretaryjoined
00:03:10  * quijotejoined
00:06:45  * Left_Turnquit (Quit: Leaving)
00:08:17  * quijotequit (Ping timeout: 264 seconds)
00:17:11  * octetcloudjoined
00:21:46  * alexismquit
00:32:31  <piscisaureus_>localizing error messages
00:32:47  <piscisaureus_>is this like slow trolling the lurkers in this channel?
00:42:13  <srl295>piscisaureus_: how do you write "fatal error, can't load localized error messages" in Dutch? #ohwait
00:44:09  * tkelmanjoined
00:45:17  <piscisaureus_>that error doesn't exist
00:45:23  <piscisaureus_>start with write EPIPE
00:45:30  <piscisaureus_>in Dutch that's "schrijf EPIJP"
00:46:48  <srl295>piscisaureus_: not IJPIJP?
00:47:20  <piscisaureus_>In chinese: 寫E管材
00:48:21  <srl295>in Maltese: katusa miksura
00:50:27  * abraxas_joined
00:53:04  * reqshark_joined
00:55:16  * abraxas_quit (Ping timeout: 256 seconds)
00:56:17  * reqsharkquit (Ping timeout: 240 seconds)
00:57:23  * reqshark_quit (Ping timeout: 258 seconds)
01:01:17  * bradleymeckquit (Quit: bradleymeck)
01:03:56  * quijotejoined
01:08:23  * quijotequit (Ping timeout: 250 seconds)
01:09:34  * Left_Turnjoined
01:23:33  <srl295>piscisaureus_: tjfontaine: jgi: be back later
01:24:54  * nickleeflyjoined
01:26:13  * seldojoined
01:28:22  <jgi>srl295: thanks, see you later
01:33:43  * piscisaureus_quit (Ping timeout: 255 seconds)
01:41:51  * kazuponjoined
01:44:46  * sandr8joined
01:45:22  * abraxas_joined
01:46:29  * reqshark_joined
01:58:15  * Left_Turnquit (Read error: Connection reset by peer)
01:58:51  * dap_quit (Quit: Leaving.)
02:00:15  * dap_joined
02:02:16  * dap_quit (Client Quit)
02:04:41  * quijotejoined
02:09:16  * quijotequit (Ping timeout: 255 seconds)
02:16:45  * seldoquit (Remote host closed the connection)
02:18:30  * AlexisMochajoined
02:25:42  * avalanche123quit (Remote host closed the connection)
02:27:11  * jgiquit (Quit: jgi)
02:28:38  * thlorenz_quit (Remote host closed the connection)
02:39:30  * c4miloquit (Remote host closed the connection)
02:45:58  * thlorenzjoined
02:48:12  * thlorenzquit (Remote host closed the connection)
02:56:45  * thlorenzjoined
03:01:04  * thlorenzquit (Ping timeout: 245 seconds)
03:05:28  * quijotejoined
03:10:05  * quijotequit (Ping timeout: 260 seconds)
03:10:27  * c4milojoined
03:13:19  * Fishrock123quit (Quit: Leaving...)
03:16:08  * brsonquit (Quit: leaving)
03:17:00  * c4milo_joined
03:17:09  * c4miloquit (Read error: Connection reset by peer)
03:17:31  * inolen1quit (Ping timeout: 250 seconds)
03:26:06  * avalanche123joined
03:30:45  * AlexisMochaquit (Ping timeout: 252 seconds)
03:31:37  * avalanche123quit (Ping timeout: 255 seconds)
03:36:32  * WalrusPonyquit (Quit: Leaving.)
03:57:33  * thlorenzjoined
04:01:57  * thlorenzquit (Ping timeout: 245 seconds)
04:06:13  * quijotejoined
04:09:49  * toothrotquit (Ping timeout: 260 seconds)
04:11:00  * quijotequit (Ping timeout: 244 seconds)
04:12:38  * rmgjoined
04:16:10  * thlorenzjoined
04:17:59  * kazuponquit (Remote host closed the connection)
04:23:34  * thlorenzquit (Remote host closed the connection)
04:31:36  * thlorenzjoined
04:33:29  * melwinjoined
04:33:40  <melwin>Is there any way to find the number of uv_async_send()s which were combined to invoke single call back ?
04:36:01  * thlorenzquit (Ping timeout: 244 seconds)
04:37:56  * melwinquit (Client Quit)
04:41:11  * WalrusPonyjoined
04:55:04  * kazuponjoined
04:55:29  * c4milo_quit (Remote host closed the connection)
05:07:00  * quijotejoined
05:11:34  * quijotequit (Ping timeout: 250 seconds)
05:16:41  * c4milojoined
05:17:42  * seldojoined
05:22:13  * seldoquit (Ping timeout: 265 seconds)
05:32:19  * thlorenzjoined
05:36:53  * thlorenzquit (Ping timeout: 252 seconds)
05:49:22  * avalanche123joined
05:49:27  * AvianFluquit (Ping timeout: 245 seconds)
05:51:13  * inolenjoined
06:03:37  * avalanche123quit (Remote host closed the connection)
06:05:40  * avalanche123joined
06:07:51  * quijotejoined
06:10:23  * iarnaquit (Read error: Connection reset by peer)
06:10:59  * iarnajoined
06:12:25  * quijotequit (Ping timeout: 244 seconds)
06:25:37  * jgijoined
06:33:11  * thlorenzjoined
06:38:04  * c4miloquit (Remote host closed the connection)
06:38:12  * thlorenzquit (Ping timeout: 245 seconds)
07:03:55  * avalanche123quit (Remote host closed the connection)
07:08:32  * quijotejoined
07:12:54  * quijotequit (Ping timeout: 250 seconds)
07:25:42  * octetcloudquit (Ping timeout: 258 seconds)
07:49:34  * jgiquit (Quit: jgi)
07:50:07  * inolenquit (Ping timeout: 265 seconds)
08:00:24  <saghul>a_le: yes
08:00:49  <saghul>tjfontaine: we never had such a policy on 0.10 IIRC. We should have made 1.x be 1.1.0 though :-S
08:04:18  * avalanche123joined
08:06:37  * inolenjoined
08:08:53  * avalanche123quit (Ping timeout: 264 seconds)
08:09:18  * quijotejoined
08:11:18  * quijotequit (Read error: Connection reset by peer)
08:11:26  * quijote_joined
08:22:18  * thlorenzjoined
08:26:55  * thlorenzquit (Ping timeout: 250 seconds)
08:27:03  * c4milojoined
08:28:11  * inolenquit (Ping timeout: 258 seconds)
08:31:38  * rendarjoined
08:31:57  * c4miloquit (Ping timeout: 245 seconds)
08:43:13  * KiNgMaRquit (Ping timeout: 272 seconds)
08:53:37  * reqsharkjoined
08:53:37  * reqshark_quit (Read error: Connection reset by peer)
08:53:56  * reqsharkquit (Client Quit)
08:57:56  * Alex7Komjoined
09:09:19  * quijote_quit (Ping timeout: 264 seconds)
09:14:40  * iarnaquit (Remote host closed the connection)
09:16:17  <txdv>what policy saghul ?
09:17:10  <saghul>txdv: minor version bump when a new API was introduced
09:17:18  <saghul>that was part of the switch to semver
09:20:37  <nathan7>hey saghul
09:23:23  <saghul>nathan7: ohay!
09:23:30  * janjongboomjoined
09:23:48  <saghul>still in the hipster academy, aka SF?
09:24:40  * SergeiRNDjoined
09:25:48  <txdv>did we break the api already?
09:26:35  <nathan7>saghul: no, Oakland
09:26:40  <nathan7>saghul: I was in SF on tuesday though
09:26:44  <nathan7>saghul: to interview with SauceLabs
09:26:48  <nathan7>saghul: first interview in my life
09:27:58  <saghul>txdv: no, we added a new function
09:28:36  <saghul>nathan7: oh! that's one more on-site interview than I've ever done :-)
09:29:09  <txdv>now that you have a libuv foundation, will you add pyuv to it?
09:31:29  <nathan7>saghul: lol
09:31:40  <saghul>txdv: I don't think so, the organization maintains libuv, not all/any bindings
09:33:49  * quijotejoined
09:37:56  * chris_99joined
10:01:39  * kazupon_joined
10:02:37  * reqsharkjoined
10:03:30  * kazuponquit (Read error: Connection reset by peer)
10:04:25  * reqsharkquit (Client Quit)
10:11:07  * thlorenzjoined
10:16:04  * c4milojoined
10:16:05  * thlorenzquit (Ping timeout: 265 seconds)
10:16:46  * seishunjoined
10:21:23  * c4miloquit (Ping timeout: 272 seconds)
10:34:50  * quijotequit (Ping timeout: 250 seconds)
10:37:23  * Left_Turnjoined
10:38:49  * abraxas_quit (Remote host closed the connection)
10:39:24  * abraxas_joined
10:40:06  * quijotejoined
10:43:37  * abraxas_quit (Ping timeout: 245 seconds)
10:57:07  * rmgquit (Remote host closed the connection)
10:58:37  * quijotequit (Ping timeout: 260 seconds)
10:59:07  * tkelmanquit (Quit: Page closed)
11:02:28  * mausvtjoined
11:02:41  * kazupon_quit (Remote host closed the connection)
11:03:32  * kazuponjoined
11:03:35  * SergeiRNDquit (Quit: Leaving.)
11:08:02  * kazuponquit (Ping timeout: 258 seconds)
11:12:28  <mausvt>Please, i am feel a sort of newbie. In callback resolved for uv_getaddrinfo I call uv_tcp_connect return result 0, but no callback is done.
11:12:55  * AlexisMochajoined
11:18:49  * Alex7Komquit (Read error: Connection reset by peer)
11:18:54  * Alex7Kom_joined
11:19:50  * Alex7Kom_quit (Read error: Connection reset by peer)
11:19:56  * Alex7Komjoined
11:20:02  <mausvt>Hmm
11:21:27  <mausvt>Can any body help me?
11:24:13  * janjongboomquit (Read error: Connection reset by peer)
11:24:48  * quijotejoined
11:25:28  <saghul>mausvt: can you gist some code?
11:29:17  * quijotequit (Ping timeout: 240 seconds)
11:34:27  <mausvt> gist:12aac0ee13be177d9340
11:41:36  * SergeiRNDjoined
11:41:55  <saghul>mausvt: please paste the full URL
11:49:09  <mausvt>https://gist.github.com/mausvt/9d601360519dd4e3bdc6
11:49:55  <mausvt>sorry definitly newbie
11:56:18  * [spoiler]joined
11:56:36  <[spoiler]>Heya folk
11:59:43  <[spoiler]>I was wondering (since I'm interested in doing it; work related), would it be "appropriate" for libuv to support a higher-level protocol, like say... websockets? I'm curious so I know how to approach the project. If yes, I'd probably make a pull request once I'm done, if not I'd just make libuv a dependency I suppose.
11:59:59  * thlorenzjoined
12:00:13  <saghul>[spoiler]: no, libuv is a low level library
12:00:25  <saghul>those are supposed to be implemented by applications
12:01:02  <[spoiler]>saghul, ah okay! Thanks :-)
12:03:15  <saghul>[spoiler]: you could create some uv_websocket library which links with libuv, however
12:03:42  <[spoiler]>saghul, Yeah that was plan B :P
12:04:16  <saghul>mausvt: well, that's a huge chunk of code which I have no time to digest, sorry :-S
12:04:34  <saghul>uv_tcp_connect does work, the test suite passes, so you'll need to debug it
12:04:53  * thlorenzquit (Ping timeout: 260 seconds)
12:05:01  <saghul>now, I see there are threads involved, just in case, remember that nothing is thread-safe unless stated otherwise
12:05:06  * c4milojoined
12:10:01  * c4miloquit (Ping timeout: 260 seconds)
12:12:49  * chris_99quit (Ping timeout: 258 seconds)
12:14:32  * Alex7Komquit (Read error: Connection reset by peer)
12:14:38  * Alex7Kom_joined
12:15:09  <mausvt>one loop one thread don`t get how it could mess..
12:15:22  <mausvt>will try my best
12:15:32  * iarnajoined
12:20:06  * iarnaquit (Ping timeout: 258 seconds)
12:24:41  <rendar>mausvt, what is the error you get?
12:25:37  * quijotejoined
12:27:59  * abraxas_joined
12:30:16  * quijotequit (Ping timeout: 255 seconds)
12:32:53  * abraxas_quit (Ping timeout: 260 seconds)
12:33:14  <mausvt>no error that`s the point
12:34:56  <[spoiler]>What happens instead, mausvt? (Sorry I joined the channel recently; no idea what's going on :P)
12:35:38  <mausvt>https://gist.github.com/mausvt/9d601360519dd4e3bdc6
12:38:35  <[spoiler]>oboy so much code
12:38:52  <[spoiler]>can't you reduce it to a smaller test sample, this is way too much to go through lol
12:42:43  * Alex7Kom_quit (Read error: Connection reset by peer)
12:42:58  <mausvt>maybe i do but may be it sorta schredingerbug
12:43:04  * Alex7Komjoined
12:45:43  * Alex7Komquit (Read error: Connection reset by peer)
12:45:49  * Alex7Kom_joined
12:49:21  * Alex7Kom_quit (Read error: Connection reset by peer)
12:49:27  * Alex7Komjoined
13:01:26  * quijotejoined
13:02:41  * quijotequit (Read error: Connection reset by peer)
13:03:18  * quijotejoined
13:07:47  * quijotequit (Ping timeout: 245 seconds)
13:10:30  * nickleeflyquit (Quit: Connection closed for inactivity)
13:16:39  * SergeiRND1joined
13:18:29  * SergeiRNDquit (Ping timeout: 264 seconds)
13:22:17  * Alex7Komquit (Read error: Connection reset by peer)
13:22:49  * Alex7Komjoined
13:26:00  * Alex7Komquit (Read error: Connection reset by peer)
13:26:06  * Alex7Kom_joined
13:28:33  * Alex7Kom_quit (Read error: Connection reset by peer)
13:28:48  * Alex7Komjoined
13:28:50  * Alex7Komquit (Read error: Connection reset by peer)
13:32:24  * toothrotjoined
13:39:00  * quijotejoined
13:39:52  * toothrotquit (Ping timeout: 250 seconds)
13:43:26  * quijotequit (Ping timeout: 265 seconds)
13:48:46  * thlorenzjoined
13:53:18  * thlorenzquit (Ping timeout: 250 seconds)
13:54:07  * c4milojoined
13:59:13  * c4miloquit (Ping timeout: 260 seconds)
14:07:32  * AlexisMochaquit (Ping timeout: 264 seconds)
14:16:44  * abraxas_joined
14:21:52  * abraxas_quit (Ping timeout: 255 seconds)
14:22:29  * AvianFlujoined
14:27:02  * Fishrock123joined
14:36:02  * tarrudajoined
14:37:46  * thlorenzjoined
14:39:30  * quijotejoined
14:44:29  * quijotequit (Ping timeout: 260 seconds)
14:46:05  * c4milojoined
14:49:38  * thlorenz_joined
14:56:15  * thlorenz_quit (Ping timeout: 272 seconds)
15:03:23  * brsonjoined
15:06:45  * piscisaureusjoined
15:08:27  * SergeiRND1quit (Quit: Leaving.)
15:10:01  * hueniversequit (Ping timeout: 255 seconds)
15:11:10  * hueniversejoined
15:15:35  * SergeiRNDjoined
15:16:43  * SergeiRNDquit (Client Quit)
15:23:35  * KennethWilkejoined
15:24:17  * thlorenzquit (Remote host closed the connection)
15:24:44  * thlorenzjoined
15:27:02  * seishunquit (Remote host closed the connection)
15:30:43  * quijotejoined
15:37:22  * thlorenz_joined
15:38:43  * AlexisMochajoined
15:38:57  * thlorenzquit (Ping timeout: 240 seconds)
15:44:39  * [spoiler]quit (Quit: Leaving)
15:48:18  * thlorenz_quit (Read error: Connection reset by peer)
15:48:42  * thlorenzjoined
16:01:27  * avalanche123joined
16:05:57  * abraxas_joined
16:08:48  * c4miloquit (Remote host closed the connection)
16:10:17  * abraxas_quit (Ping timeout: 245 seconds)
16:23:07  * reqsharkjoined
16:25:51  <tjfontaine>hi guys, currently no power in my office, and am looking for a warm safe wifi'd place to communicate from
16:26:07  <tjfontaine>going to reply to the invite with that info as well
16:36:27  * c4milojoined
16:36:38  * bajtosjoined
16:43:14  * quijotequit (Ping timeout: 265 seconds)
16:51:16  * jgijoined
16:55:01  * KennethWilkequit (Quit: Leaving)
16:55:33  * KennethWilkejoined
16:59:06  * seishunjoined
16:59:17  * hueniversequit (Ping timeout: 244 seconds)
17:00:07  * c4miloquit (Remote host closed the connection)
17:00:09  * hueniversejoined
17:00:23  * c4milojoined
17:01:29  * rmgjoined
17:02:17  <AlexisMocha>tjfontaine: I am having email issues can you please post the link here?
17:02:52  <tjfontaine>AlexisMocha: we decided to reschedule, I am not in a place with reliable internet, and my office is shut down
17:03:58  * quijotejoined
17:04:11  * Ralithquit (Ping timeout: 272 seconds)
17:04:20  <AlexisMocha>ok
17:05:06  * octetcloudjoined
17:05:15  <tjfontaine>sf is not prepared for weather :)
17:12:29  * iarnajoined
17:14:23  * lanceballchanged nick to lance|afk
17:28:08  * bajtosquit (Quit: bajtos)
17:37:07  * hueniversequit (Ping timeout: 258 seconds)
17:40:31  * hueniversejoined
17:54:21  <trevnorris>jgi, tjfontaine: so will jenkins do an icu build? i'd like to see about getting srl295's patches in whenever possible.
17:54:52  * abraxas_joined
17:57:19  <srl295>jgi: I will look at https://github.com/srl295/node/pull/12 and were you wanting to look at https://github.com/srl295/node/issues/13 ?
17:57:54  <jgi>trevnorris: I believe the current plan is: 1) binary releases will be built with —with-intl=small-icu, 2) Installer packages (Windows, OS X) will include the full ICU data as a separate file in $PREFIX/share/node/i18n
17:58:15  * bajtosjoined
17:58:21  <jgi>trevnorris: as for the “regular” builds, so far we haven’t talked about enabling ICU
17:59:08  <jgi>srl295: I started working on https://github.com/srl295/node/issues/13, made some progress but I only managed to get familiar with ICU, and the way we build it/use it in node
17:59:20  <jgi>srl295: I will have some questions for you later this morning
17:59:48  * abraxas_quit (Ping timeout: 256 seconds)
17:59:55  <srl295>jgi: ok
18:00:39  <tjfontaine>jgi: we will ship a secondary "independent" binary that includes all translatinos
18:00:54  <tjfontaine>in short, I think we should add a job(s) to jenkins that do icu builds, of *any* kind
18:00:55  <jgi>tjfontaine: in the binary itself?
18:00:58  <tjfontaine>no
18:01:00  <tjfontaine>.dat
18:01:06  <tjfontaine>things that can be loaded off disk
18:01:17  <jgi>tjfontaine: ok so a tarball
18:01:39  <tjfontaine>sorry, typo
18:01:40  <tjfontaine>:D
18:01:50  <tjfontaine>typing fast before wifi drops again :P
18:02:02  <srl295>jgi: probably reviewing https://github.com/joyent/node/issues/7719 will help find things.. otherwise I can look at it
18:02:10  <jgi>tjfontaine: it’s just that I’d rather be very explicit, since there are many ways to build/load ICU :)
18:04:00  <tjfontaine>jgi: right, having jenkins jobs that verify full binaries is a good idea, but not my primary concern
18:04:09  * sandr8quit (Ping timeout: 252 seconds)
18:05:10  <jgi>srl295: unless it’s urgent (e.g, we want it done no later than today), I’d like to struggle with it a bit more to get more familiar with it
18:05:24  * a_lequit (Ping timeout: 265 seconds)
18:06:39  <jgi>tjfontaine: yes, It’s not my primary concern too, I was just surprised that we wanted to release binaries with the full ICU data embedded, so I wanted to clarify
18:07:25  <tjfontaine>yup, that's definitely *not* the intent :)
18:07:26  <jgi>srl295: and the main obstacle so far for me has been gyp, I’ve never really used it before (except for very small codebases like binary add-ons)
18:07:36  <jgi>tjfontaine: ok, sounds good :)
18:09:43  <jgi>tjfontaine: this discussion reminds me of https://www.youtube.com/watch?v=g3YiPC91QUk&feature=youtu.be&t=1m53s ;-)
18:11:13  <srl295>jgi: I'd never used it even for that. I'll add a note to srl295#13
18:13:23  <tjfontaine>jgi: I wish I had wifi that could let me view that link
18:13:54  <jgi>tjfontaine: it’s good for the soul, you should watch it as soon as you get proper wifi :)
18:14:17  <tjfontaine>jgi: sold
18:19:04  * Ralithjoined
18:19:58  <srl295>jgi: haha..
18:20:20  * inolenjoined
18:23:50  * lance|afkchanged nick to lanceball
18:25:02  * quijotequit (Ping timeout: 258 seconds)
18:30:17  * avalanche123quit (Remote host closed the connection)
18:32:07  * Fishrock123quit (Remote host closed the connection)
18:36:24  * sblomjoined
18:38:07  * avalanche123joined
18:44:33  * hueniversequit (Ping timeout: 265 seconds)
18:45:14  * davijoined
18:45:15  * daviquit (Changing host)
18:45:15  * davijoined
18:47:19  <MI6>joyent/node: cjihrig v0.12 * 4bba870 : test: add test for spawnSync() env option (+1 more commits) - http://git.io/SBtnyQ
18:48:03  * thlorenzquit (Remote host closed the connection)
18:48:32  * thlorenzjoined
18:50:44  * avalanche123quit (Remote host closed the connection)
18:59:59  * Fishrock123joined
19:10:55  * quijotejoined
19:15:38  * quijotequit (Ping timeout: 258 seconds)
19:15:48  <creationix>saghul: have you seen uv_write break on windows when using more than one buffer (writev style)
19:16:02  <creationix>I see code to call the right windows APIs so it looks like it’s supported
19:17:14  <creationix>piscisaureus: ^
19:17:55  <creationix>I get “ENOTSUP: operation not supported on socket” when trying to write multiple buffers to a TCP socket in windows using uv_write
19:18:01  <creationix>works fine in linux/osx
19:29:27  * avalanche123joined
19:31:02  <srl295>jgi: cool, didn't know gyp had a utility for generating graphviz. Almost wrote one..
19:31:14  <jgi>srl295: :)
19:39:08  <srl295>jgi: with sample PDF embedded: https://github.com/joyent/node/pull/8861
19:40:05  * daviquit (Ping timeout: 264 seconds)
19:43:44  * abraxas_joined
19:48:29  * abraxas_quit (Ping timeout: 264 seconds)
19:48:58  * thlorenz_joined
19:53:50  * thlorenz_quit (Ping timeout: 250 seconds)
19:55:24  * fourqjoined
20:04:06  * quijotejoined
20:04:53  * tmwjoined
20:06:51  * thlorenzquit (Remote host closed the connection)
20:07:02  * thlorenzjoined
20:08:49  * quijotequit (Ping timeout: 252 seconds)
20:08:49  <creationix>nevermind. I found my bug. I was trying to accept a uv_pipe with a uv_tcp
20:08:56  <creationix>I can see that being non-portable :)
20:09:22  * bajtosquit (Quit: bajtos)
20:10:57  * bajtosjoined
20:11:02  * avalanche123quit (Remote host closed the connection)
20:14:55  * tarrudaquit (Ping timeout: 245 seconds)
20:15:29  * bajtosquit (Ping timeout: 264 seconds)
20:20:16  * sblomquit (Read error: Connection reset by peer)
20:24:10  * c4miloquit (Remote host closed the connection)
20:25:38  * sblomjoined
20:30:01  * sblomquit (Read error: Connection reset by peer)
20:31:32  * avalanche123joined
20:36:29  <srl295>jgi: I think I may need to do some refactoring of the targets to fix #12, which will affect #13
20:36:48  <jgi>srl295: ok, no problem
20:37:37  * avalanche123quit (Remote host closed the connection)
20:38:22  * avalanche123joined
20:46:27  * avalanche123quit (Remote host closed the connection)
20:46:40  * mausvtquit (Remote host closed the connection)
21:03:28  * avalanche123joined
21:03:43  * Fishrock123quit (Remote host closed the connection)
21:04:54  * quijotejoined
21:07:54  * petka_joined
21:09:29  * quijotequit (Ping timeout: 264 seconds)
21:15:38  * bajtosjoined
21:20:14  * bajtosquit (Ping timeout: 245 seconds)
21:26:20  <piscisaureus>creationix: it should work. Are you sure it's a TCP socket and not a pipe?
21:26:32  <piscisaureus>creationix: because pipes don't support it right now
21:26:50  <creationix>piscisaureus: yeah, it was my bad. I was mixing tcp and pipe
21:27:13  <creationix>uv_accept(tcp, pipe)
21:27:18  <creationix>somehow worked on linux though :)
21:28:00  <creationix>piscisaureus: now if you know how to implement readline on top of rawmode in windows, I’d love some help with https://github.com/luvit/luvit/issues/568
21:28:14  <creationix>it seems the vt100 emulator in libuv is somehow interfering with my readline logic in lua
21:29:01  <rendar>creationix, readline on top of rawmode? you simply mean some code that go for '\n' or '\r' then trigger an on_read_line callback?
21:29:33  <creationix>no, I re-implemented readline/linenoise/etc in lua using libuv and a raw mode tty
21:29:38  <creationix>works great on linux and osx
21:29:43  <creationix>https://github.com/luvit/luvit/blob/luvi-up/app/modules/readline.lua
21:29:56  <creationix>but on windows it acts very strange
21:30:30  <creationix>node does the same thing, that’s how auto-complete works on windows
21:30:33  <rendar>oh, i see
21:32:19  * abraxas_joined
21:33:30  <piscisaureus>creationix: what is strange about what windows does?
21:33:49  <creationix>it’s like some of my key presses go to the “native” handler and some go to my custom code
21:34:02  <rendar>creationix, but why you did that in lua? isn't faster to do that at the lower level in C?
21:34:24  <creationix>rendar: lua’s jit is plenty fast. that’s not a problem
21:34:32  <piscisaureus>creationix: can give me more detail?
21:34:39  <piscisaureus>creationix: how does this problem manifest?
21:35:14  <creationix>piscisaureus: easiest is to show you. I can give you a luvit binary for windows
21:35:15  <rendar>creationix, i see, i guess it'd be easier to install hooks if that code is written in lua, e.g. call some function is the user press Ctrl+K and so on
21:35:41  <piscisaureus>creationix: there is an un-fixable issue that once you started a non-raw uv_read, we can't switch to raw immediately
21:35:50  <piscisaureus>the user has to press enter or ^C first
21:36:03  <creationix>interesting
21:36:04  <piscisaureus>because on windows 8 and later it's not possible to abort a non-raw read
21:36:15  <creationix>I flip between raw and non-raw on every line
21:36:21  <rendar>wait, what is a non-raw uv_read? aren't uv_reads all non-raw because it just reads raw binary data?
21:36:28  <creationix>and I have seen cases where two ^C s are needed to kill it
21:36:31  <piscisaureus>creationix: this used to be an issue in node too, but the trick is simply to uv_tty_set_raw() first and then call uv_read_start()
21:36:34  <piscisaureus>not the other way around
21:37:05  * abraxas_quit (Ping timeout: 258 seconds)
21:37:19  <creationix>I don’t think I’m calling read_start before calling uv_tty_set_mode(1)
21:37:24  <piscisaureus>rendar: libuv can use the tty in line-buffered mode (the default) and raw mode
21:37:38  <rendar>piscisaureus, oh, i see
21:37:50  <piscisaureus>creationix: you can send me the binary
21:37:57  <piscisaureus>creationix: but give me some guidance on what to try
21:38:05  <piscisaureus>unless it's really obvious
21:38:12  <piscisaureus>I wouldn't even know what to type
21:38:21  <rendar>piscisaureus, tty in line-buffered mode let libuv to read until '\n' or '\r' or both, before calling the callback "on_read" ? does it work like this?
21:38:24  <piscisaureus>creationix: I'd suggest to send it on skype
21:39:52  <creationix>piscisaureus: http://static.creationix.com/luvit.exe
21:41:17  <piscisaureus>creationix: yeah it's weird
21:41:20  <creationix>piscisaureus: so just type a few commands, try to use history, use the arrows,e tc
21:41:49  <piscisaureus>creationix: it looks like it just switches to non-raw
21:42:13  <creationix>https://github.com/luvit/luvit/blob/luvi-up/app/modules/readline.lua#L299-L334
21:42:38  <creationix>I set raw mode, read start, then when the line is done, I unset raw and read stop
21:42:45  * chris_99joined
21:42:47  <creationix>I wonder if I should read stop before unsetting raw mode
21:43:19  <piscisaureus>creationix: yes try to swap read_stop and raw mode
21:43:21  * Fishrock123joined
21:44:16  <piscisaureus>creationix: what happens is that once you call set_raw(0) while still reading, libuv starts a non-raw read
21:44:32  <creationix>yep, that was it
21:44:57  <piscisaureus>It's lame. In windows 8 they "fixed" something which makes it impossible to cancel non-raw read.
21:45:01  <piscisaureus>There basically is no way around it
21:45:18  <creationix>you can edit the luvit.exe binary without a C compiler. Just unzip it, edit the folder and then repackage with https://github.com/luvit/luvit/blob/luvi-up/Make.bat#L7-L11
21:45:30  <piscisaureus>the only thing I can think of is never using raw read, and implement it inside libuv on top of raw reads.
21:45:49  <piscisaureus>but I don't care about it enough to do the work
21:45:54  <creationix>thanks for the help. I think my code is working now
21:46:04  <creationix>just need to unset in the right order
21:46:46  <creationix>I should add a LUVI_UNZIP command to make it unzip itself
21:46:59  <creationix>then you don’t need to rename to zip to unzip and rename back to .exe to pack
21:48:26  <piscisaureus>creationix: doesn't work with the binary you just sent though
21:48:52  <piscisaureus>it's cool though
21:50:12  <creationix>well, if you ever want to hack on luvit on windows, just do a recursive clone of the luvi-up branch. The makefile handles the commands for you
21:53:17  <creationix>piscisaureus: I updated the exe on static.creationix.com if you want the working version. Thanks again!
21:56:19  * jgiquit (Quit: jgi)
22:05:37  * quijotejoined
22:10:15  * quijotequit (Ping timeout: 250 seconds)
22:13:16  * c4milojoined
22:14:27  * jgijoined
22:17:58  * c4miloquit (Ping timeout: 255 seconds)
22:21:32  * seldojoined
22:25:28  * avalanche123quit (Remote host closed the connection)
22:32:23  * sblomjoined
22:33:49  * sblomquit (Read error: Connection reset by peer)
22:34:27  * thlorenzquit (Read error: Connection reset by peer)
22:34:38  * thlorenzjoined
22:37:24  * avalanche123joined
22:39:07  * seishunquit (Ping timeout: 255 seconds)
22:42:05  * avalanche123quit (Remote host closed the connection)
22:42:41  * avalanche123joined
22:43:18  * lanceballchanged nick to lance|afk
22:47:19  * sblomjoined
22:50:16  <jgi>srl295: alright, regarding #13, that was much simpler than I thought. Coul you please give me your feedback regarding this change: https://github.com/misterdjules/node/commit/a679742a06e5379efcf5c3996806d4113ba0c8c6?
22:50:35  <jgi>srl295: it’s a work in progress, and there are several things I’m not happy with, including some hardcoded paths
22:51:02  <jgi>srl295: but I’m interested in your feedback regarding the change in icu-generic.gyp
22:51:13  <jgi>srl295: and the additions in the configure script
22:51:21  <srl295>jgi: looking
22:52:12  * KennethWilkequit (Remote host closed the connection)
22:52:14  <jgi>srl295: also, so far I tested it by printing a Date instance with the English and French locales
22:53:42  * hueniversejoined
22:55:12  <srl295>jgi: looks good! couple of minor comments
22:55:32  <rendar>jgi, is that icu support for node?
22:56:03  <jgi>rendar: yes
22:56:11  <rendar>jgi, cool!
22:57:09  * c4milojoined
22:59:31  * avalanche123quit (Remote host closed the connection)
23:01:06  <jgi>srl295: thanks, for the comment! That was actually my next question :)
23:01:51  <srl295>jgi: also on mac, this strategy doesn't cost you 2x the data w/ lipo
23:01:58  <srl295>2x the footprint, rather
23:02:41  * avalanche123joined
23:02:42  <srl295>rendar: yes, good stuff :)
23:06:22  * quijotejoined
23:06:47  <srl295>jgi: updated my note.
23:07:47  * c4miloquit (Remote host closed the connection)
23:09:05  <jgi>srl295: thanks
23:11:31  * quijotequit (Ping timeout: 272 seconds)
23:12:05  <srl295>jgi: thank you! Glad it made some sense to you.
23:12:32  * sblomquit (Read error: Connection reset by peer)
23:13:44  <srl295>jgi: Never sure what the best way to do this is. Are you going to open a separate PR obviating srl295#13 ?
23:13:48  <jgi>srl295: it just took me some time to understand the relationship between the ICU library, the V8 build system and node’s tweaks to both of them
23:14:02  <jgi>srl295: but after I figured it out it made much more sense :)
23:15:03  <srl295>jgi: glad it was eventually understandable!
23:15:18  <jgi>srl295: yes, I’ll open a new PR if that works for you. Before that I’ll implement what you mentioned in your latest comments and rebase on your latest “reference” branch
23:15:24  <jgi>srl295: does that sound reasonable?
23:16:58  <srl295>jgi: yes. Rebase on srl-v0.12-autoicu - sounds like from trevnorris that it may be going in at some point (?)
23:20:00  <srl295>jgi: I'm on srl-v0.12-FixToolsetAgain2 on the 'other' issue.
23:20:23  <srl295>jgi: but don't rebase on top of that, it's not quite ready for anything.
23:20:29  <jgi>srl295: ok thanks!
23:21:29  * abraxas_joined
23:21:33  * reqshark_joined
23:23:49  * chris_99quit (Quit: Ex-Chat)
23:25:27  * reqsharkquit (Ping timeout: 244 seconds)
23:25:37  * reqshark_quit (Ping timeout: 240 seconds)
23:26:10  * abraxas_quit (Ping timeout: 250 seconds)
23:40:37  * toothrotjoined
23:46:28  * rendarquit (Quit: Leaving)