00:44:50  * brsonquit (Quit: leaving)
00:45:52  * tunniclm_quit (Ping timeout: 244 seconds)
00:55:55  * dap_quit (Quit: Leaving.)
01:02:49  * addaleaxquit (Ping timeout: 260 seconds)
01:15:51  * addaleaxjoined
01:20:38  * PerilousApricotjoined
03:05:22  * PerilousApricotquit (Remote host closed the connection)
03:05:57  * PerilousApricotjoined
03:10:05  * PerilousApricotquit (Ping timeout: 240 seconds)
03:14:26  * PerilousApricotjoined
04:21:20  * PerilousApricotquit (Remote host closed the connection)
04:21:49  * PerilousApricotjoined
05:29:37  * rgrinbergquit (Ping timeout: 260 seconds)
06:00:23  * PerilousApricotquit (Remote host closed the connection)
06:17:32  * seishunjoined
07:30:51  * skypjackjoined
07:31:28  * seishunquit (Ping timeout: 244 seconds)
07:34:43  * seishunjoined
07:39:25  * robertkowalskiquit (Ping timeout: 250 seconds)
07:39:34  * robertkowalskijoined
07:39:45  * seishunquit (Ping timeout: 244 seconds)
07:58:37  <saghul>skypjack: hey
07:58:55  <saghul>uv_fs_t.result has different meaning depending on the request type
07:59:01  <saghul>let me check for readlink...
07:59:28  <skypjack>@saghul: hey!! :-) ... thank you for your help
07:59:57  <saghul>np
08:00:10  <saghul>in readlink's case, the result is in req->ptr
08:00:25  <saghul>it's a null terminated string
08:00:45  <saghul>but in that case the result will be 0
08:00:48  <saghul>indicating success
08:05:22  <skypjack>oh, ok, null terminated string sounds good
08:06:02  <skypjack>here http://linux.die.net/man/2/readlink it states that there is no null appended to the end of the string
08:06:36  <skypjack>beaing readlink based on that and being not documented the fact that a null is appended, it was unclear how to get the size of the returned data
08:06:53  <skypjack>thank you very much, really appreciated as usual
08:09:33  * Ralith_quit (Ping timeout: 240 seconds)
08:10:44  * Ralith_joined
08:13:07  * zkatquit (Ping timeout: 250 seconds)
08:13:36  * zkatjoined
08:16:04  <saghul>skypjack: no worries
08:16:12  <saghul>we do the null termination in libuv
08:17:40  <skypjack>I see, it makes sense
08:19:20  <skypjack>I'm sorry to bother you, but I'm working on a C++ wrapper for a company and sometimes the documentation is not clear to me (I suspect the problem is not the documentation itself, but my lack of experience)
08:21:31  * rendarjoined
08:38:11  <skypjack>@saghul is the caller in charge of freeing the buffer allocated by readlink?
08:39:14  <skypjack>I'd say yes by looking at the code, but I'm not sure I got it correctly
08:41:40  <skypjack>or at least, cleanup frees it in case of readlink, but I don't know how to behave if I use the same uv_fs_t instance for multiple requests
08:43:31  <skypjack>well, the question is almost the same of yesterday: can I freely use the same instance of a request struct (uv_work_t or uv_fs_t and so on) for multiple requests?
08:46:20  * zju_25joined
08:46:47  * zju_xquit (Ping timeout: 260 seconds)
08:47:21  * zju_xjoined
08:48:31  * zju3quit (Ping timeout: 252 seconds)
08:57:06  <skypjack>actually, I guess the answer is - yes, you can use the same instance of uv_fs_t multiple times as long as you invoke uv_fs_req_cleanup after each request
08:58:48  * saghul_joined
10:31:45  * thealphanerdquit (Quit: farewell for now)
10:32:15  * thealphanerdjoined
11:48:32  * addaleaxquit (Remote host closed the connection)
11:49:41  * addaleaxjoined
12:21:20  * rgrinbergjoined
13:20:13  * Jacob843quit (Remote host closed the connection)
13:23:03  * Jacob843joined
13:47:01  * sgimenojoined
13:53:12  * PerilousApricotjoined
15:45:07  * brsonjoined
16:13:11  * skypjackquit (Quit: Page closed)
16:26:49  * addaleaxquit (Ping timeout: 260 seconds)
16:48:11  * seishunjoined
16:58:55  * saghul_quit (Quit: My MacBook Pro has gone to sleep. ZZZzzz…)
17:04:59  * seishunquit (Ping timeout: 244 seconds)
17:08:14  * xuequit (Ping timeout: 258 seconds)
17:13:40  * seishunjoined
17:20:09  * xuejoined
17:30:37  * rgrinbergquit (Ping timeout: 260 seconds)
17:50:58  * seishunquit (Ping timeout: 244 seconds)
17:57:09  * rgrinbergjoined
18:05:45  * Damn3dquit (Ping timeout: 250 seconds)
18:09:34  * seishunjoined
18:11:23  * Damn3djoined
18:15:46  * seishunquit (Ping timeout: 244 seconds)
18:20:12  * rgrinbergquit (Quit: WeeChat 1.5)
18:21:40  * rgrinbergjoined
18:31:11  * seishunjoined
18:35:39  * brson_joined
18:36:57  * seishunquit (Ping timeout: 244 seconds)
18:39:00  * brsonquit (Ping timeout: 276 seconds)
18:44:18  * seishunjoined
19:09:07  * PerilousApricotquit (Remote host closed the connection)
19:21:32  * addaleaxjoined
19:42:34  * xuequit (Ping timeout: 244 seconds)
19:54:57  * rgrinbergquit (Ping timeout: 244 seconds)
19:58:01  * rgrinbergjoined
20:20:20  * rendar_joined
20:21:25  * rendarquit (Disconnected by services)
20:21:50  * rendar_quit (Client Quit)
20:22:05  * rendarjoined
20:33:42  * seishunquit (Ping timeout: 244 seconds)
20:41:28  * seishunjoined
20:58:59  * tunniclm_joined
21:34:09  * seishunquit (Ping timeout: 244 seconds)
21:51:11  * rgrinbergquit (Ping timeout: 244 seconds)
21:59:28  * rendarquit (Quit: std::lower_bound + std::less_equal *works* with a vector without duplicates!)
21:59:40  * importantshockjoined
22:18:51  * importantshockquit (Remote host closed the connection)
22:19:09  * importantshockjoined
22:29:11  * importantshockquit (Remote host closed the connection)
22:40:24  * h0x00ajoined
22:42:33  * importantshockjoined
22:50:12  * importantshockquit (Remote host closed the connection)
22:56:47  * importantshockjoined