-
Notifications
You must be signed in to change notification settings - Fork 666
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Add syslog APIs #413
Comments
I've published a preliminary set of bindings on my fork. There are a few issues with it so far:
Given these issues, I think we'd be better off just using a pure-Rust implementation instead. |
I think is the correct way to expose it safely.
I have not encountered a good way of dealing with foreign functions with a variable number of arguments. When strings are involved, it only gets messier. |
A syntax extension would work, but I think that would be overkill for this crate. |
A binding is still helpful. Today, I tried to write syslogs to macos, and encounter this issue python/cpython#91070, while directly call |
Or from the other perspective, how to implement syslog lib as in rust? I made https://github.com/fast/fasyslog/ as a syslog client library. It works well for remote server and if the syslog daemon listens to a UNIX domain socket. But macos no longer works in either way so it's hard to make it work on macos. |
Considering that macOS bug, I agree it would be still helpful to bind them, if we can safely do so. |
I don't think we need to support the C formatter. Rust has its own format functions and we can also pass the formatted string without any other format signs. |
The syslog interfaces are useful for writing daemons and such. It would be nice to have bindings to them.
The text was updated successfully, but these errors were encountered: