Improve and correct Linux event handling and allow provider-generated events

When the provider process generates a permission request event (e.g., by deleting a file in order to conform the working directory during a git checkout), this event is then delivered back to the provider itself for validation.  We want to always allow those provider-generated permission-request events to succeed, so we return PROJFS_ALLOW for them, which we were previously failing to do.

Secondly, we may fail to read the /proc/{pid}/cmdline file on Linux for a variety of reasons, not solely that it does not exist.  In all cases, we should catch the exception and simply return an empty string; otherwise, the unhandled exception will unexpectedly halt the provider process.

Thirdly, we've been sending the incorrect path on OnFileRenamed and OnHardLinkCreate events; it is expected to be the destination (a.k.a. target) path.

And lastly, we can remove a chunk of unnecessary overhead and code when handling non-projection events, because our OnNotifyOperation() method (which was derived from the Mac version), doesn't need most of its arguments. Neither does the Mac one, but its signature has to match the one implemented in its corresponding C++ library.

Improve and correct Linux event handling and allow provider-generated events

When the provider process generates a permission request event (e.g., by deleting a file in order to conform the working directory during a git checkout), this event is then delivered back to the provider itself for validation.  We want to always allow those provider-generated permission-request events to succeed, so we return PROJFS_ALLOW for them, which we were previously failing to do.

Secondly, we may fail to read the /proc/{pid}/cmdline file on Linux for a variety of reasons, not solely that it does not exist.  In all cases, we should catch the exception and simply return an empty string; otherwise, the unhandled exception will unexpectedly halt the provider process.

Thirdly, we've been sending the incorrect path on OnFileRenamed and OnHardLinkCreate events; it is expected to be the destination (a.k.a. target) path.

And lastly, we can remove a chunk of unnecessary overhead and code when handling non-projection events, because our OnNotifyOperation() method (which was derived from the Mac version), doesn't need most of its arguments. Neither does the Mac one, but its signature has to match the one implemented in its corresponding C++ library.

Improve and correct Linux event handling and allow provider-generated events

When the provider process generates a permission request event (e.g., by deleting a file in order to conform the working directory during a git checkout), this event is then delivered back to the provider itself for validation.  We want to always allow those provider-generated permission-request events to succeed, so we return PROJFS_ALLOW for them, which we were previously failing to do.

Secondly, we may fail to read the /proc/{pid}/cmdline file on Linux for a variety of reasons, not solely that it does not exist.  In all cases, we should catch the exception and simply return an empty string; otherwise, the unhandled exception will unexpectedly halt the provider process.

Thirdly, we've been sending the incorrect path on OnFileRenamed and OnHardLinkCreate events; it is expected to be the destination (a.k.a. target) path.

And lastly, we can remove a chunk of unnecessary overhead and code when handling non-projection events, because our OnNotifyOperation() method (which was derived from the Mac version), doesn't need most of its arguments. Neither does the Mac one, but its signature has to match the one implemented in its corresponding C++ library.