02:32:51  * joocain2quit (Remote host closed the connection)
02:33:11  * joocain2joined
05:40:12  * rendarjoined
10:25:10  * mylesborinsquit (Quit: farewell for now)
10:25:41  * mylesborinsjoined
15:45:49  * saghuljoined
16:02:12  * MoZu4k_joined
16:57:34  * thlorenzjoined
17:03:16  * thlorenzquit
17:13:39  * saghulquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
17:42:28  * rendarquit (Ping timeout: 240 seconds)
17:51:28  * saghuljoined
18:12:06  * rendarjoined
18:12:06  * rendarquit (Changing host)
18:12:06  * rendarjoined
18:38:19  * MoZu4k_quit (Quit: MoZu4k_)
19:04:22  * kenansulaymanquit (Quit: ZNC - http://znc.in)
19:26:37  * kenansulaymanjoined
19:34:40  * jfejoined
19:35:31  <jfe>my fs_event is being fired twice on a single file change. has anyone run into this before?
19:37:44  <jfe>actually it's even weirder; after the event fires twice, it no longer files at all on subsequent changes.
19:47:49  * jfequit (Ping timeout: 255 seconds)
19:54:52  * yrujoined
19:56:05  * yruquit (Client Quit)
20:05:31  * saghulquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
20:09:26  * saghuljoined
21:20:41  * rendarquit (Quit: std::lower_bound + std::less_equal *works* with a vector without duplicates!)
21:57:20  * jfejoined
22:04:25  <jfe>hi all.
22:18:35  * saghulquit (Quit: My MacBook has gone to sleep. ZZZzzz…)
22:41:21  <jfe>i created a minimal test case to reproduce the behavior where a file change event is only triggered once. https://pastebin.com/CQSV48Hk
22:42:01  <jfe>the problem seems to arise when the file that was changed is read.
22:45:30  <jfe>has anyone seen this behavior before?
22:50:39  <jfe>interesting. if i provide that test program a relative path like './hello.txt, it doesn't catch any events, but if i pass it 'hello.txt' it works fine.
23:44:47  <jfe>now it's not working again -_-
23:57:50  <jfe>when i write to an existing file, both UV_RENAME and UV_CHANGE bits are marked in the 'events' parameter to the fs event callback.