[Bug 214338] devel/glib20: patch: new kqueue() backend for file monitoring

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=214338

Ting-Wei Lan <lantw44 at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |lantw44 at gmail.com

--- Comment #4 from Ting-Wei Lan <lantw44 at gmail.com> ---
(In reply to rozhuk.im from comment #0)
I opened an upstream bug report for kqueue backend reworking 2 years ago:
https://bugzilla.gnome.org/show_bug.cgi?id=739424

You can regenerate your patch in 'git format-patch' format and upload it there
to get feedback from upstream developers. kqueue backend is used by many
operating systems, so your code will be tested on other operating system like
OpenBSD before it can be accepted by upstream.

>From the discussion on IRC we had last year, the reason to have a polling
fallback is that kqueue requires a file descriptor to the directory to be
monitored, but having an open file descriptor blocks unmount. Linux inotify
doesn't have this problem because inotify uses a file path instead of a file
descriptor, and Apple Mac allows getting a file descriptor for use in kqueue
without blocking unmount by using O_EVTONLY.

-- 
You are receiving this mail because:
You are the assignee for the bug.