00:00:00  * ircretaryquit (Remote host closed the connection)
00:00:09  * ircretaryjoined
00:00:10  * paulfryzeljoined
00:03:38  * cphooverquit (Ping timeout: 246 seconds)
00:03:48  * tjkrusinskijoined
00:06:11  * petka_quit (Quit: Connection closed for inactivity)
00:22:58  * tjkrusinskiquit (Ping timeout: 240 seconds)
00:29:15  * rmgquit (Remote host closed the connection)
00:30:45  * kpdecker1joined
00:31:27  * mikolalysenkoquit (Ping timeout: 252 seconds)
00:31:30  * rmgjoined
00:31:59  * rmgquit (Remote host closed the connection)
00:32:52  * paulfryz_joined
00:32:54  * kpdeckerquit (Ping timeout: 240 seconds)
00:37:13  * paulfryz_quit (Ping timeout: 240 seconds)
00:41:14  * benvie_joined
00:42:14  * benviequit (Ping timeout: 240 seconds)
00:42:37  * brunklequit (Quit: brunkle)
00:46:01  * thlorenzjoined
00:47:46  * brunklejoined
00:51:01  * rmgjoined
00:54:19  * mikolalysenkojoined
00:57:05  * jxriddlequit (Quit: jxriddle)
01:02:04  * calvinfoquit (Quit: Leaving.)
01:06:26  * brunklequit (Quit: brunkle)
01:06:34  * Qardquit (Ping timeout: 240 seconds)
01:12:53  * mikolalysenkoquit (Ping timeout: 252 seconds)
01:12:56  * stagasquit (Remote host closed the connection)
01:18:46  * cphooverjoined
01:22:52  <Dirkson>Hmm. uv_udp_recv_start() appears to take 3 arguments, rather than the 2 specified by the uvbook. The second is the confusing one... I think I'm supposed to allocate some size of buffer.... Is it the "uv_buf_t" mentioned in the callback?
01:32:45  * mikolalysenkojoined
01:33:41  * paulfryz_joined
01:36:03  * paulfryzelquit (Remote host closed the connection)
01:36:38  * paulfryzeljoined
01:37:01  * seldoquit (Remote host closed the connection)
01:37:54  * paulfryz_quit (Ping timeout: 240 seconds)
01:39:16  * tjkrusinskijoined
01:40:38  * paulfryzelquit (Ping timeout: 240 seconds)
01:53:10  * jmar777quit (Read error: Connection reset by peer)
01:59:00  * bradleymeckjoined
01:59:36  * mikolalysenkoquit (Ping timeout: 255 seconds)
02:00:57  * tjkrusinskiquit (Ping timeout: 255 seconds)
02:01:59  * dap_1quit (Quit: Leaving.)
02:06:00  * paulfryzeljoined
02:07:33  * paulfryz_joined
02:10:44  * jmar777joined
02:14:38  * julianduquequit (Quit: Lost terminal)
02:15:13  * brsonquit (Ping timeout: 240 seconds)
02:18:47  * seldojoined
02:19:12  * julianduquejoined
02:23:17  * seldoquit (Ping timeout: 252 seconds)
02:37:38  * paulfryz_quit (Ping timeout: 240 seconds)
02:38:38  * euoiaquit (Ping timeout: 240 seconds)
02:45:49  * thlorenzquit (Remote host closed the connection)
02:46:25  * thlorenzjoined
02:48:46  * thlorenzquit (Read error: Operation timed out)
02:54:43  * bradleymeck_joined
02:57:42  * bradleymeckquit (Ping timeout: 268 seconds)
02:59:16  * jankadanerjoined
02:59:33  * bradleymeck_quit (Ping timeout: 268 seconds)
03:00:59  * mikolalysenkojoined
03:01:41  * julianduquequit (Quit: Lost terminal)
03:07:34  * tjkrusinskijoined
03:08:13  * TooTallNatequit (Quit: Computer has gone to sleep.)
03:41:17  * rmgquit (Remote host closed the connection)
03:46:59  * TooTallNatejoined
04:03:45  * jankadanerquit (Ping timeout: 252 seconds)
04:11:48  * cphooverquit (Quit: Leaving.)
04:11:52  * rmgjoined
04:12:12  * cphooverjoined
04:12:16  * cphooverquit (Client Quit)
04:13:19  * kenperkins_quit (Quit: Textual IRC Client: http://www.textualapp.com/)
04:18:26  <Dirkson>Say, is http://nikhilm.github.io/uvbook/ based on v.10 , rather than v.11?
04:19:58  <Dirkson>I see both are still being updated on libuv.org ... I suppose I should use v.10 to match what's casually available on linux, but I'm really unsure how to get v.10 building sanely. It uses something non-configure based that I can't manipulate well.
04:20:39  * seldojoined
04:24:21  <Dirkson>Any chance someone's made a configure script for v.10, or updated the tutorial for v.11 ? :-/
04:24:30  * rmgquit (Ping timeout: 255 seconds)
04:24:38  * seldoquit (Ping timeout: 240 seconds)
04:29:34  <Dirkson>Importing the associated configure scripts directly certainly doesn't seem to work :D
04:31:13  * tjkrusinskiquit (Ping timeout: 240 seconds)
04:33:55  <Dirkson>Hey! I found mingw instructions! Let's see if they work.
04:34:26  <Dirkson>Nope. Not even kinda.
04:34:59  <Dirkson>Seems to be assuming "windows.h" exist, so it's probably talking about mingw-on-windows (Why?) rather than mingw-on-linux.
04:39:10  <Dirkson>This seems to have done the trick: make PLATFORM=mingw PREFIX=i686-w64-mingw32-
04:46:24  * TooTallNatequit (Quit: Computer has gone to sleep.)
04:56:07  * c4milojoined
05:01:29  * daviddiasjoined
05:05:52  * paulfryzelquit (Remote host closed the connection)
05:16:20  * paulfryzeljoined
05:18:13  * m76joined
05:20:18  * paulfryzelquit (Ping timeout: 240 seconds)
05:21:59  * jmar777quit (Read error: Connection reset by peer)
05:22:06  * c4miloquit (Remote host closed the connection)
05:22:16  * jmar777joined
05:26:07  * calvinfojoined
05:33:35  * mikolalysenkoquit (Ping timeout: 252 seconds)
05:45:33  * mogilljoined
05:47:24  * Nikolai__joined
05:47:36  * bajtosjoined
05:48:25  * daviddiasquit (Ping timeout: 240 seconds)
05:48:50  * daviddiasjoined
05:55:02  * jmar777quit (Remote host closed the connection)
05:56:05  * mikolalysenkojoined
06:02:47  <saghul-afk>Dirkson: sup?
06:02:56  <saghul-afk>what are you trying to build?
06:06:37  * bradleymeckjoined
06:06:53  * paulfryzeljoined
06:10:58  * paulfryzelquit (Ping timeout: 240 seconds)
06:12:48  * mikolalysenkoquit (Ping timeout: 252 seconds)
06:17:00  * paulfryzeljoined
06:18:38  * mikolalysenkojoined
06:19:36  * daviddia_joined
06:21:18  * paulfryzelquit (Ping timeout: 240 seconds)
06:22:26  * daviddiasquit (Ping timeout: 268 seconds)
06:22:56  * c4milojoined
06:23:04  * TooTallNatejoined
06:23:15  * TooTallNatequit (Client Quit)
06:27:37  * c4miloquit (Ping timeout: 240 seconds)
06:27:42  <Dirkson>saghul-afk: Hi there : )
06:29:05  <Dirkson>saghul-afk: Well, I'm trying to build an application for grabbing a copy of my game from a central server. All the logic's done, but the old network code is giving me problems, so I'm using it to learn libuv : ) Which means I needed to get the linux server building, and get the client cross compiling for windows via mingw.
06:29:36  <Dirkson>saghul-afk: I've had all sorts of questions today, but have met with... limited success in getting 'em answered ^^;
06:29:49  <saghul-afk>timezones... :-P
06:29:55  * saghul-afkchanged nick to saghul
06:30:22  <saghul>you ar eprobably better off using master right now
06:30:48  <saghul>I have cross-compiled it for MinGW and worked fine
06:30:59  <saghul>IIRC I did fix some bug in the process
06:31:12  <saghul>but the build system was different in v0.10
06:31:15  <Dirkson>saghul: I figured I'd use v.10, since it's what my linux distro hands me. I was successful in getting it cross building - Had to use a weird make command, but it worked out ok.
06:31:22  <saghul>we had no autoconf
06:31:36  <Dirkson>I noticed! : )
06:31:53  <saghul>ah, I'm glad you managed to get it working!
06:31:57  * calvinfoquit (Quit: Leaving.)
06:32:11  <Dirkson>Yup! The magic line was: make PLATFORM=mingw PREFIX=i686-w64-mingw32-
06:32:26  <Dirkson>I have no autoconf too - handwritten makefiles for all my stuff. Seems easier to maintain to me... But I really don't understand autotools at all.
06:36:27  * petka_joined
06:37:01  <Dirkson>saghul: Mind if I bug ya' with a summary of the day's unanswered questions? Mostly small verification stuffs.
06:37:24  <saghul>Dirkson: sure, go ahead
06:39:17  <Dirkson>saghul: uv_udp_recv_start() appears to want a callback to some sort of allocation function. What am I supposed to be allocating? Other libraries have multiple "channels" for socketed communications - Separating out large stuff to its own channel generally results in better performance. Does libuv expect anything similar? When a libuv function fails, does it return an error code, or does it always return -1,
06:39:19  <Dirkson>forcing me to call uv_last_error()?
06:40:04  <saghul>re uv_recv_start: the alloc_cb expects you to allocate a buffer which will be used when calling read()
06:40:17  <saghul>so if you pass a 4K buffer you'll read at most 4096 bytes
06:40:28  <saghul>if you pass a 64K buffer, well 64K
06:40:33  <saghul>and so on
06:41:05  <saghul>re errors: on 0.10 you need to use uv_last_error, on 0.11 functions return the error directly
06:41:19  <Dirkson>saghul: *nodnods* Good to know
06:42:04  <saghul>that's why I suggest you go with 0.11 for a new project
06:42:15  <saghul>there are a few big changes API-wise
06:42:31  <indutny>isaacs: https://gist.github.com/indutny/ccd9bc44728b5d199bff
06:42:33  <Dirkson>saghul: Ahhh. Big difference? How's the stability? Any new features I might want?
06:42:34  <indutny>saghul: heya
06:43:05  <saghul>Dirkson: it's better, faster, stronger! ;-)
06:43:11  <saghul>indutny: hey!
06:43:49  <Dirkson>saghul: You can tell if it's faster? I couldn't even find benchmarks for libuv vs libevent, let alone libuv versions :D
06:44:33  <Dirkson>saghul: The big thing making me want to stick with v.10 is that the book I'm following is written for it. I really like that book, it's excellently written : )
06:44:53  <saghul>Dirkson: the uvbook?
06:45:00  <Dirkson>Aye.
06:45:15  <saghul>right. 0.11 is not *that* different
06:45:33  <saghul>some APIs have changed, yes, like how errors are returned
06:45:40  <Dirkson>It... /does/ say that it's based on v11... But I can't find evidence of that. Its uv_ip4_addr() is definitely the old version, not the new.
06:45:48  <saghul>but reality is, 0.10 will be phased out
06:46:02  <saghul>onwards and upwards!
06:46:33  <saghul>also, if you run into issues with latest version there are some cool dudes on IRC and the mailing list, I heard ;-)
06:47:15  <Dirkson>Right ^^ You guys keep a different schedule than most of IRC. Usually when I ask questions now they're ignored, but during the day the responses are speedy. You guys are flipped.
06:47:45  <Dirkson>I'm not sure whether that's good or bad - I basically answer questions whenever I'm working, which is strictly between the hours of *mumble* and *cough*.
06:47:52  <Dirkson>Er... Ask questions
06:49:34  <Dirkson>saghul: Oh, right - For the alloc callback. For stream-based operations, that makes sense. I assume for, say, UDP, I'd allocate the max MTU - 1500 bytes for the internet.
06:49:44  <saghul>Dirkson: what timezone are you in? I'm based in Amsterdam (CET)
06:50:25  <saghul>the suggested_size will always be 65536, but you are free to return a buffer as big as you want and that's what will be used
06:50:42  <Dirkson>saghul: Ahhh, that'd explain it. I'm over in the west of the US. PST.
06:50:54  <Dirkson>saghul: GST... +8? -8? I always forget.
06:52:08  * mikolalysenkoquit (Ping timeout: 240 seconds)
06:52:14  <Dirkson>Nearly midnight here, is what I'm trying to say : )
06:52:40  <saghul>yeah, -8 it is
06:52:49  <saghul>nearly 9am here
06:52:57  <Dirkson>saghul: Well good morning ^.^
06:53:13  <Dirkson>saghul: Right, but for a udp receive event, I cannot possibly need more space allocated than 1500 over the internet, correct?
06:53:16  <saghul>Dirkson: good night ;-)
06:53:40  <saghul>depends
06:53:50  <saghul>you might be using those jumbo-frame-things
06:53:59  <saghul>with a bigger MTU
06:54:31  <saghul>but depending on how you allocate your buffers, providing a bigger one shouldn't be an issue
06:54:35  <Dirkson>Yup! Over local networks those are available, but they're not widely available across the internet, correct?
06:55:33  <saghul>I don't really have much experience there, sorry
06:55:38  <Dirkson>Fair enough
06:58:49  * Nikolai__quit (Ping timeout: 268 seconds)
06:59:41  <Dirkson>saghul: Interestingly, it looks like ipv6 may have some options for jumbo frames built in. See: "Jumbogram"
07:06:30  * kevinsimperjoined
07:07:38  * paulfryzeljoined
07:12:24  * paulfryzelquit (Ping timeout: 268 seconds)
07:17:45  * paulfryzeljoined
07:21:58  * paulfryzelquit (Ping timeout: 240 seconds)
07:26:30  * c4milojoined
07:30:54  * c4miloquit (Ping timeout: 252 seconds)
07:36:26  * rendarjoined
07:37:34  * daviddia_quit (Ping timeout: 240 seconds)
07:44:44  * mogillquit (Quit: mogill)
08:00:04  * stagasjoined
08:02:15  * daviddiasjoined
08:06:35  * paulfryzeljoined
08:10:49  * paulfryzelquit (Ping timeout: 240 seconds)
08:10:55  * daviddiasquit (Remote host closed the connection)
08:11:21  * daviddiasjoined
08:12:17  * daviddia_joined
08:12:17  * daviddiasquit (Read error: Connection reset by peer)
08:18:37  * paulfryzeljoined
08:20:37  * seldojoined
08:22:38  * paulfryzelquit (Ping timeout: 240 seconds)
08:25:15  * seldoquit (Ping timeout: 255 seconds)
08:25:38  * bajtosquit (Ping timeout: 240 seconds)
08:27:21  * c4milojoined
08:31:58  * c4miloquit (Ping timeout: 240 seconds)
08:49:57  * daviddia_quit (Remote host closed the connection)
08:50:24  * daviddiasjoined
08:52:05  * daviddia_joined
08:52:05  * daviddiasquit (Read error: Connection reset by peer)
08:56:01  * daviddia_quit (Ping timeout: 240 seconds)
09:07:24  * paulfryzeljoined
09:07:55  * bajtosjoined
09:11:34  * paulfryzelquit (Ping timeout: 240 seconds)
09:19:07  * janjongboomjoined
09:19:20  * paulfryzeljoined
09:22:42  <rendar>if i get an i/o error, should i uv_close the stream (usually a socket) in on_read (or on_write) callback, or libuv automatically close it?
09:23:38  * paulfryzelquit (Ping timeout: 240 seconds)
09:28:46  * daviddiasjoined
09:28:51  * daviddiasquit (Remote host closed the connection)
09:28:57  * daviddiasjoined
09:29:12  * daviddiasquit (Remote host closed the connection)
09:29:38  * daviddiasjoined
09:36:31  <saghul>rendar: you need to do it yourself
09:47:33  <rendar>saghul: ok
09:48:08  * janjongboomquit (Ping timeout: 240 seconds)
09:48:16  <rendar>saghul: usually when i receive an i/o error there aren't a lot more things to do than close the uv_stream, right?
09:49:08  * janjongboomjoined
09:49:09  <saghul>rendar: no, closing it is enough
09:55:33  * Nikolai__joined
09:57:44  * bajtosquit (Quit: bajtos)
10:08:08  * paulfryzeljoined
10:12:18  * paulfryzelquit (Ping timeout: 240 seconds)
10:28:34  * cphooverjoined
10:36:00  * hzjoined
10:42:21  * eugenewa_joined
10:42:23  * bajtosjoined
10:42:51  * eugenewa_quit (Client Quit)
10:44:11  * hzquit (Ping timeout: 260 seconds)
10:49:52  * bajtosquit (Quit: bajtos)
10:56:07  * cphooverquit (Quit: Leaving.)
11:00:06  * daviddiasquit (Remote host closed the connection)
11:00:32  * daviddiasjoined
11:01:40  * daviddiasquit (Remote host closed the connection)
11:02:14  * daviddiasjoined
11:10:37  * paulfryzeljoined
11:14:56  * paulfryzelquit (Ping timeout: 252 seconds)
11:23:20  * sh1mmerjoined
11:25:11  * hzjoined
11:25:11  * hzquit (Changing host)
11:25:11  * hzjoined
11:26:01  * rmgjoined
11:30:08  * rmgquit (Ping timeout: 240 seconds)
11:33:38  * Nikolai__quit (Ping timeout: 252 seconds)
11:43:39  * sh1mmerquit (Quit: sh1mmer)
12:21:48  * paulfryzeljoined
12:23:28  * rmgjoined
12:25:27  * cphooverjoined
12:25:58  * paulfryzelquit (Ping timeout: 240 seconds)
12:31:45  * euoiajoined
12:55:08  * rmgquit (Remote host closed the connection)
12:56:29  * daviddiasquit (Remote host closed the connection)
12:56:55  * daviddiasjoined
12:58:06  * thlorenzjoined
13:01:01  * daviddiasquit (Ping timeout: 245 seconds)
13:10:35  * bajtosjoined
13:12:05  * paulfryzeljoined
13:16:40  * paulfryzelquit (Ping timeout: 252 seconds)
13:22:30  * paulfryzeljoined
13:26:08  * rmgjoined
13:26:20  * tjkrusinskijoined
13:26:38  * paulfryzelquit (Ping timeout: 240 seconds)
13:30:20  * tjkrusinskiquit (Client Quit)
13:32:36  * stagasquit (Read error: Connection reset by peer)
13:38:14  * rmgquit (Ping timeout: 240 seconds)
13:38:22  * thlorenzquit (Remote host closed the connection)
13:41:05  * daviddiasjoined
13:45:23  * paulfryzeljoined
13:50:51  * paulfryzelquit (Remote host closed the connection)
13:51:27  * paulfryzeljoined
13:57:30  * jmar777joined
14:03:12  * janjongboomquit (Ping timeout: 255 seconds)
14:04:08  * janjongboomjoined
14:07:01  * thlorenzjoined
14:20:41  * kevinsimperquit (Remote host closed the connection)
14:40:01  * m76quit (Ping timeout: 240 seconds)
14:40:38  * jmar777quit (Ping timeout: 240 seconds)
14:41:52  * dap_joined
14:52:06  * mikealjoined
14:53:00  * daviddiasquit (Remote host closed the connection)
14:53:28  * daviddiasjoined
14:53:55  * kevinsimperjoined
14:55:43  * hzquit (Ping timeout: 260 seconds)
14:57:37  * daviddiasquit (Ping timeout: 240 seconds)
15:04:11  * jmar777joined
15:04:26  * bradleymeckquit (Quit: bradleymeck)
15:04:29  * mikolalysenkojoined
15:05:59  * janjongboomquit (Ping timeout: 268 seconds)
15:07:02  * janjongboomjoined
15:07:14  * daviddiasjoined
15:10:05  * Nikolai__joined
15:15:08  * cphooverquit (Quit: Leaving.)
15:22:04  * bajtosquit (Quit: bajtos)
15:25:15  * bajtosjoined
15:27:13  * kenperkinsjoined
15:29:58  * bajtosquit (Ping timeout: 240 seconds)
15:34:20  * m76joined
15:34:44  * jmar777quit
15:37:27  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
15:45:20  * bradleymeckjoined
15:45:58  * benvie_quit (Ping timeout: 240 seconds)
15:46:30  * rmgjoined
15:48:16  * bajtosjoined
15:50:46  * daviddiasquit (Remote host closed the connection)
15:51:12  * daviddiasjoined
15:51:29  * stagasjoined
15:52:21  * mikealquit (Quit: Leaving.)
15:52:38  * bajtosquit (Ping timeout: 240 seconds)
15:55:36  * daviddiasquit (Ping timeout: 245 seconds)
15:55:45  * sh1mmerjoined
16:00:34  * mikolalysenkoquit (Ping timeout: 240 seconds)
16:05:55  * SquirrelCZECHquit (Ping timeout: 264 seconds)
16:06:52  * daviddiasjoined
16:09:01  * mogilljoined
16:10:54  * sh1mmerquit (Quit: sh1mmer)
16:11:41  * sh1mmerjoined
16:12:45  * hzjoined
16:18:02  * sh1mmerquit (Read error: Connection reset by peer)
16:19:12  * Qardjoined
16:20:31  * sh1mmerjoined
16:23:43  * bajtosjoined
16:26:00  * paulfryz_joined
16:26:30  * janjongboomjoined
16:27:44  * kazuponjoined
16:29:10  * sh1mmerquit (Quit: sh1mmer)
16:30:18  * paulfryz_quit (Ping timeout: 240 seconds)
16:37:06  * brunklejoined
16:37:09  * sh1mmerjoined
16:43:58  * sh1mmerquit (Ping timeout: 265 seconds)
16:45:06  * seldojoined
16:45:12  * seldoquit (Read error: Connection reset by peer)
16:45:24  * seldojoined
16:47:06  * daviddiasquit (Remote host closed the connection)
16:47:32  * daviddiasjoined
16:51:57  * daviddiasquit (Ping timeout: 255 seconds)
16:54:59  * brunklequit (Quit: brunkle)
16:55:22  * bradleymeckquit (Quit: bradleymeck)
16:58:24  * brunklejoined
17:00:18  * TooTallNatejoined
17:04:01  * bradleymeckjoined
17:04:10  * sh1mmerjoined
17:12:32  * daviddiasjoined
17:19:53  * brunklequit (Quit: brunkle)
17:23:16  * sh1mmerquit (Quit: sh1mmer)
17:25:47  <indutny>trevnorris: hey man
17:26:01  <indutny>going to take a look at https://github.com/joyent/node/issues/6719
17:26:08  <indutny>should I use test case from the initial message?
17:26:18  * brunklejoined
17:26:55  * paulfryz_joined
17:27:05  * kpdecker1quit (Quit: Leaving.)
17:27:21  * kpdeckerjoined
17:27:41  * calvinfojoined
17:30:58  * paulfryz_quit (Ping timeout: 240 seconds)
17:31:27  * SquirrelCZECHjoined
17:32:26  * sh1mmerjoined
17:52:17  <indutny>tjfontaine: hey
17:52:17  <indutny>yt?
17:54:15  * sh1mmerquit (Quit: sh1mmer)
17:56:24  * dap_quit (Quit: Leaving.)
17:57:04  <roxlu>hey guys, I'm getting: " warning: redefinition of typedef 'http_data_cb' is a C11 feature" what's that about? (.. working on my first pure C project ^.^)
17:57:18  * dap_joined
18:01:49  * mcavagejoined
18:08:25  * mikolalysenkojoined
18:14:32  <indutny>roxlu: are you using http_parser or what?
18:14:39  <roxlu>yes
18:14:52  <roxlu>indutny: I want to use it to handle a http request in my app
18:14:59  <indutny>I see
18:15:11  <indutny>one sec
18:15:36  <indutny>at which line are you getting it?
18:15:43  <indutny>it should display both first definition
18:15:48  <indutny>and the one that generates warning
18:17:09  <roxlu>I'm getting this message with this code: https://gist.github.com/roxlu/624ae87bd1751e340554
18:18:40  <indutny>well
18:18:45  <indutny>you are redefining them :)
18:19:03  <indutny>why do you need to define them in your .c file ?
18:20:30  <roxlu>(sorry connection is bad)
18:22:10  <indutny>np
18:22:15  <indutny>roxlu: why do you need to define them in your .c file ?
18:24:02  * andrewrkquit (Quit: ZNC - http://znc.in)
18:25:07  * daviddiasquit (Remote host closed the connection)
18:27:40  * paulfryz_joined
18:29:23  <indutny>saghul: hey
18:29:29  <indutny>going to do a v0.11 libuv release
18:29:31  <indutny>any objections?
18:31:38  * paulfryz_quit (Ping timeout: 240 seconds)
18:32:13  <roxlu>connection is really bad .. sorry
18:32:43  <roxlu>indutny: I copied the function declarations ... forgot to remove :#
18:32:50  <indutny>roxlu: ok :)
18:36:08  * m76quit (Ping timeout: 240 seconds)
18:37:57  * daviddiasjoined
18:40:49  * Nikolai__quit (Ping timeout: 240 seconds)
18:41:20  * bradleymeckquit (Quit: bradleymeck)
18:42:30  * bajtosquit (Quit: bajtos)
18:43:09  * kellabytequit (Remote host closed the connection)
18:46:42  <indutny>oh, where are everyone
18:46:43  <indutny>:)
18:50:38  * euoiaquit (Ping timeout: 240 seconds)
18:54:52  * kazuponquit (Remote host closed the connection)
18:54:53  * euoiajoined
18:59:16  * janjongboomquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
19:03:18  <mmalecki>indutny: heeeeereeee
19:03:22  <indutny>haha
19:03:25  * mmaleckiwaves drunkenly
19:03:25  <indutny>ok, good
19:03:28  <indutny>mmalecki: hello
19:06:34  * m76joined
19:07:12  * andrewrkjoined
19:16:50  * cphooverjoined
19:25:35  * kazuponjoined
19:28:05  * paulfryz_joined
19:28:16  * paulfry__joined
19:29:13  * TooTallNatequit (Quit: Computer has gone to sleep.)
19:29:29  * stagas_joined
19:30:21  * kazuponquit (Ping timeout: 255 seconds)
19:30:24  * kevinsimperquit (Remote host closed the connection)
19:30:48  * stagasquit (Ping timeout: 255 seconds)
19:30:53  * stagas_changed nick to stagas
19:31:38  * paulfryzelquit (Ping timeout: 240 seconds)
19:31:58  * euoiaquit (Ping timeout: 240 seconds)
19:32:38  * paulfry__quit (Ping timeout: 240 seconds)
19:33:28  <indutny>saghul: postponing libuv release until tomorrow
19:33:37  <indutny>saghul: need to get your feedback on some of the pr's
19:41:26  * mcavage_joined
19:44:56  * kevinsimperjoined
19:45:17  * mcavagequit (Ping timeout: 255 seconds)
19:46:48  * bradleymeckjoined
19:59:24  * dap_quit (Quit: Leaving.)
19:59:38  * dap_joined
20:02:51  * euoiajoined
20:04:34  * brunklequit (Quit: brunkle)
20:06:37  * Kakerajoined
20:10:38  * euoiaquit (Ping timeout: 240 seconds)
20:12:13  * kazuponjoined
20:14:25  <saghul>indutny: will do. what version are we releasing, 0.10 or 0.11?
20:16:38  * kazuponquit (Ping timeout: 240 seconds)
20:30:50  * TooTallNatejoined
20:31:31  * brunklejoined
20:42:50  <hueniverse>trevnorris: Still no email from you on AL
20:48:14  * kpdeckerquit (Quit: Leaving.)
20:53:21  * calvinfoquit (Quit: Leaving.)
20:54:10  * calvinfojoined
20:55:03  * calvinfo1joined
20:59:18  * calvinfo1quit (Ping timeout: 240 seconds)
20:59:20  * calvinfoquit (Ping timeout: 268 seconds)
21:05:29  * calvinfojoined
21:06:20  * runcomjoined
21:08:00  * runcom_joined
21:10:12  * kuplatupsuquit (Read error: Connection reset by peer)
21:10:58  * kuplatupsujoined
21:11:29  * kuplatupsuquit (Read error: Connection reset by peer)
21:12:59  * kazuponjoined
21:15:22  * runcom_quit (Quit: Sto andando via)
21:15:39  * rmgquit (Remote host closed the connection)
21:15:57  * kuplatupsujoined
21:16:06  * kuplatupsuquit (Remote host closed the connection)
21:17:34  * julianduquejoined
21:17:34  * kazuponquit (Ping timeout: 240 seconds)
21:30:00  * paulfryzeljoined
21:33:58  * paulfryzelquit (Ping timeout: 240 seconds)
21:46:22  * rmgjoined
21:47:28  * brunklequit (Quit: brunkle)
21:49:04  * rmgquit (Remote host closed the connection)
21:49:20  * rmgjoined
21:57:53  <Dirkson>Any chance libuv provides blocking DNS resolution too?
22:01:02  * cphooverquit (Ping timeout: 246 seconds)
22:07:12  <Dirkson>Or, even if I do have to work with the non-blocking resolver, where is uv_getaddrinfo's "hints" struct documented? The book (http://nikhilm.github.io/uvbook/networking.html) links to a non-existing page.
22:08:20  <mmalecki>Dirkson: `man getaddrinfo`, I think they are the same thing
22:08:53  <Dirkson>mmalecki: Good to know : )
22:09:07  * kevinsimperquit (Remote host closed the connection)
22:10:03  <saghul>Dirkson: uv_getaddrinfo just calls getaddrinfo in a thread pool
22:10:04  * thlorenzquit (Remote host closed the connection)
22:10:25  * rosskquit (Ping timeout: 240 seconds)
22:10:40  <Dirkson>saghul: Is getaddrinfo available on all platforms?
22:10:41  * thlorenzjoined
22:11:22  <saghul>Dirkson: yeah. on windows it's handles slightly different, but API is the same
22:13:05  <Dirkson>saghul: "handles"?
22:13:48  * kazuponjoined
22:14:54  * thlorenzquit (Ping timeout: 240 seconds)
22:16:47  * kazupon_joined
22:18:53  <saghul>*handled
22:19:14  * runcomquit (Ping timeout: 240 seconds)
22:19:30  * kazuponquit (Ping timeout: 268 seconds)
22:21:58  * kazupon_quit (Ping timeout: 268 seconds)
22:28:26  * tjkrusinskijoined
22:30:45  * paulfryzeljoined
22:31:40  * runcomjoined
22:35:08  * paulfryzelquit (Ping timeout: 240 seconds)
22:38:57  * dap_quit (Quit: Leaving.)
22:39:20  * dap_joined
22:39:21  * dap_quit (Client Quit)
22:46:25  * tjkrusinskiquit (Ping timeout: 240 seconds)
22:47:42  * rendarquit
22:59:29  * cphooverjoined
23:03:37  * Kakeraquit (Ping timeout: 240 seconds)
23:06:23  * bradleymeckquit (Quit: bradleymeck)
23:10:22  * hzquit
23:17:29  * kazuponjoined
23:22:14  * kazuponquit (Ping timeout: 240 seconds)
23:25:51  * brunklejoined
23:26:38  * mikolalysenkoquit (Ping timeout: 240 seconds)
23:28:37  * brunklequit (Client Quit)
23:31:24  * paulfryzeljoined
23:32:48  * wolfeidauquit (Remote host closed the connection)
23:35:30  * dap_joined
23:35:38  * paulfryzelquit (Ping timeout: 240 seconds)
23:42:16  * m76quit (Read error: Connection reset by peer)
23:45:51  * runcomquit (Ping timeout: 252 seconds)
23:46:21  * brunklejoined
23:50:24  * calvinfoquit (Quit: Leaving.)