00:21:32  * qardquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
00:22:04  * qardjoined
00:22:44  * qardquit (Client Quit)
00:35:32  * cm_quit (Quit: Page closed)
00:42:10  * qardjoined
00:46:40  * AtumTquit (Remote host closed the connection)
01:26:51  * qardquit (Quit: qard)
05:00:14  * joocain2_quit (Ping timeout: 255 seconds)
05:00:53  * joocain2joined
10:29:33  * AtumTjoined
10:57:36  * lennartc-joined
10:59:12  * lennartclquit (Ping timeout: 264 seconds)
10:59:31  * lennartc-changed nick to lennartcl
10:59:32  * lennartclquit (Changing host)
10:59:32  * lennartcljoined
11:03:05  * listenmorequit (Remote host closed the connection)
11:03:35  * listenmorejoined
11:25:12  * mylesborinsquit (Quit: farewell for now)
11:25:42  * mylesborinsjoined
11:27:40  * listenmorequit (Remote host closed the connection)
11:28:12  * listenmorejoined
11:38:14  * listenmorequit (Remote host closed the connection)
11:39:11  * listenmorejoined
12:52:11  * indexzeroquit (Ping timeout: 255 seconds)
12:52:38  * zkatquit (Ping timeout: 255 seconds)
12:52:48  * KennethWilkequit (Ping timeout: 255 seconds)
12:53:41  * tolmaskyquit (Ping timeout: 255 seconds)
12:54:00  * KennethWilkejoined
12:54:14  * zkatjoined
12:54:51  * indexzerojoined
12:55:07  * tolmaskyjoined
12:55:43  * listenmorequit (Remote host closed the connection)
12:56:13  * listenmorejoined
12:57:42  * joocain2_joined
13:01:17  * joocain2quit (Ping timeout: 255 seconds)
13:57:26  * othiym23quit (Ping timeout: 255 seconds)
13:59:31  * othiym23joined
15:53:35  * qardjoined
16:13:52  * AtumT_joined
16:17:03  * AtumTquit (Ping timeout: 256 seconds)
16:27:41  * AtumTjoined
16:28:17  * AtumT_quit (Ping timeout: 248 seconds)
16:57:24  * Fishrock123joined
17:14:09  * sgimenoquit (Ping timeout: 276 seconds)
17:15:47  * sgimenojoined
17:20:47  * cm_joined
17:30:20  <cm_>hi. I have a question about certain idiom used in libuv code -- namely using unprotected static variables to detect if given feature is present. For example see this: https://github.com/libuv/libuv/blob/89cbbc895bb459c6ab5319fa86a32a9fecbf8744/src/unix/core.c#L968
17:31:51  <cm_>there is a race condition here and in C++ world this is undefined behavior (UB), which allows compiler to makes assumptions about your code that could break your program. Not sure about C, tbh -- that is why I am asking here
17:32:18  <cm_>another consideration is "false negative"
17:33:13  <cm_>that open() can fail because bad flags were passed in -- it will cause no_cloexec to be set to 1 for the rest of process lifetime
17:34:11  <cm_>... or if `path` was wrong
17:35:01  <cm_>uhm... scratch last part -- I didn't notice 'EINVAL' check
17:35:56  * listenmorequit (Remote host closed the connection)
17:36:23  * listenmorejoined
17:50:18  <cm_>question #2: libuv tries to deal with EMFILE errors in accept(), but it isn't guaranteed to work in multithreaded env. What is the recommendation for client's code to deal with EMFILE error that may bubble up?
17:53:48  <cm_>question #3: EMFILE handling trick employs "reserve" loop->emfile_fd which is populated by uv__open_cloexec("/", O_RDONLY) or uv__open_cloexec("/dev/null", O_RDONLY). Isn't it a blocking operation? Why not dup(STDOUT) instead?
18:42:54  * joocain2_quit (Remote host closed the connection)
18:48:02  * joocain2joined
19:07:49  * Fishrock123quit (Remote host closed the connection)
19:16:49  * Fishrock123joined
19:17:02  * Fishrock123quit (Remote host closed the connection)
19:33:47  * Fishrock123joined
19:52:59  * listenmorequit (Read error: Connection reset by peer)
19:53:31  * listenmorejoined
20:06:13  * cjihrig_quit (Quit: bye)
20:27:02  * qardquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
20:29:05  * qardjoined
20:39:42  * joocain2quit (Remote host closed the connection)
20:40:12  * joocain2joined
21:48:41  * listenmorequit (Remote host closed the connection)
21:49:08  * listenmorejoined
23:36:02  * cm_quit (Quit: Page closed)
23:51:54  * Fishrock123quit (Quit: Leaving...)