UDEV_MON...M_NETLINK(3)
okay bestie, you're looking at the UDEV_MON...M_NETLINK(3) manual page, and it's giving βthree libudev functions with one little create/acquire/release situation.β no cap π
π¦ NAME π¦
udev_monitor_new_from_netlink, udev_monitor_ref, udev_monitor_unref β create, acquire and release a udev monitor object. that's the whole assignment, bestie π«Ά
β¨ SYNOPSIS β¨
#include <libudev.h>
struct udev_monitor *udev_monitor_new_from_netlink(struct udev *udev,
const char *name);
struct udev_monitor *udev_monitor_ref(struct udev_monitor *udev_monitor);
struct udev_monitor *udev_monitor_unref(struct udev_monitor *udev_monitor);
π RETURN VALUE π
- On success,
udev_monitor_new_from_netlink()returns a pointer to the allocated udev monitor. On failure,NULLis returned. slay when it works, sad littleNULLwhen it doesn't π udev_monitor_ref()returns the argument that it was passed, unmodified. it literally hands you back the same thing, no edits, no glow-up, periodt.udev_monitor_unref()always returnsNULL. every single time, bestie. that's its whole thing π
π HISTORY π
udev_monitor_new_from_netlink(),udev_monitor_ref(), andudev_monitor_unref()were added in version221. iconic behavior from way back, fr fr β¨
π SEE ALSO π
udev_new(3)udev_device_new_from_syspath(3)udev_enumerate_new(3)udev_monitor_filter_update(3)udev_monitor_receive_device(3)udev_list_entry(3)systemd(1)
that's the whole page, no cap π«Ά the footer has systemd 261.3 and the label UDEV_MON...M_NETLINK(3) β no date in sight, just vibes and version info, bestie π
π¦ where this page comes from
- ubuntu stonking: libudev-dev 261.3-0ubuntu3 Β· LGPL-2.1-or-later
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms