I’m using sd-bus to develop the dbus part for fcitx5, because I’d like to seamlessly support kdbus in the future. (Don’t argue with me about bsd or sth else right now, for now I don’t care about that.)<\/p>\n
But one api of sd-bus obviously blows up my mind.<\/p>\n
https:\/\/github.com\/systemd\/systemd\/blob\/09541e49ebd17b41482e447dd8194942f39788c0\/src\/systemd\/sd-bus.h#L428<\/p>\n
typedef<\/span> int<\/span> (*sd_bus_track_handler_t<\/span>) (sd_bus_track *track, void<\/span> *userdata);\r\nint<\/span> sd_bus_track_new<\/span>(sd_bus *bus, sd_bus_track **track, sd_bus_track_handler_t<\/span> handler, void<\/span> *userdata);<\/pre>\nSo basically, it’s a wrapper around NameOwnerChanged dbus signal. And let you get notification about when the service disappears (only disappears, yeah).<\/p>\n
And it also has capability to track more than one service name by using.<\/p>\n
int sd_bus_track_add_sender(sd_bus_track *track, sd_bus_message *m);\r\nint sd_bus_track_remove_sender(sd_bus_track *track, sd_bus_message *m);\r\nint sd_bus_track_add_name(sd_bus_track *track, const char *name);\r\nint sd_bus_track_remove_name(sd_bus_track *track, const char *name);<\/pre>\nAnd you are able to query which name is being tracked via:<\/p>\n
unsigned sd_bus_track_count(sd_bus_track *track);\r\nconst char* sd_bus_track_contains(sd_bus_track *track, const char *names);\r\nconst char* sd_bus_track_first(sd_bus_track *track);\r\nconst char* sd_bus_track_next(sd_bus_track *track);<\/pre>\nSo far so good, yeah?<\/p>\n
But if you pay attention to the prototype of sd_bus_track_handler_t, you’ll notice that you won’t be able to get the tracked service name when this handler being called.<\/p>\n
Which means you simply can’t use it to track more than one service name, because you can’t distinguish which service actually exits.<\/p>\n
If I checked all existing usages of sd_bus_track in systemd, they imply that my impression is correct.<\/p>\n
So obviously “tracking multiple name” functionality is totally useless.<\/p>\n
So here, this is a good example about how this api should looks like: http:\/\/doc.qt.io\/qt-5\/qdbusservicewatcher.html .<\/p>\n
For my own use case, I’ll go back to write my own service tracker with other sd-bus api.<\/p>\n","protected":false},"excerpt":{"rendered":"
I’m using sd-bus to develop the dbus part for fcitx5, because I’d like to seamlessly support kdbus in the future. (Don’t argue with me about bsd or sth else right now, for now I don’t care about that.) But one … Continue reading