2012-07-06 23:50:00 +08:00
|
|
|
<?xml version='1.0'?> <!--*-nxml-*-->
|
2019-03-14 21:40:58 +08:00
|
|
|
<!DOCTYPE refentry PUBLIC "-//OASIS//DTD DocBook XML V4.5//EN"
|
2023-12-25 22:48:33 +08:00
|
|
|
"http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd">
|
2020-11-09 12:23:58 +08:00
|
|
|
<!-- SPDX-License-Identifier: LGPL-2.1-or-later -->
|
2012-07-06 23:50:00 +08:00
|
|
|
|
2014-02-21 11:39:26 +08:00
|
|
|
<refentry id="sd-id128"
|
2015-02-04 10:14:13 +08:00
|
|
|
xmlns:xi="http://www.w3.org/2001/XInclude">
|
|
|
|
|
|
|
|
<refentryinfo>
|
|
|
|
<title>sd-id128</title>
|
|
|
|
<productname>systemd</productname>
|
|
|
|
</refentryinfo>
|
|
|
|
|
|
|
|
<refmeta>
|
|
|
|
<refentrytitle>sd-id128</refentrytitle>
|
|
|
|
<manvolnum>3</manvolnum>
|
|
|
|
</refmeta>
|
|
|
|
|
|
|
|
<refnamediv>
|
|
|
|
<refname>sd-id128</refname>
|
2021-04-19 21:33:09 +08:00
|
|
|
<refname>SD_ID128_ALLF</refname>
|
|
|
|
<refname>SD_ID128_CONST_STR</refname>
|
|
|
|
<refname>SD_ID128_FORMAT_STR</refname>
|
|
|
|
<refname>SD_ID128_FORMAT_VAL</refname>
|
2015-02-04 10:14:13 +08:00
|
|
|
<refname>SD_ID128_MAKE</refname>
|
tree-wide: add SD_ID128_MAKE_STR, remove LOG_MESSAGE_ID
Embedding sd_id128_t's in constant strings was rather cumbersome. We had
SD_ID128_CONST_STR which returned a const char[], but it had two problems:
- it wasn't possible to statically concatanate this array with a normal string
- gcc wasn't really able to optimize this, and generated code to perform the
"conversion" at runtime.
Because of this, even our own code in coredumpctl wasn't using
SD_ID128_CONST_STR.
Add a new macro to generate a constant string: SD_ID128_MAKE_STR.
It is not as elegant as SD_ID128_CONST_STR, because it requires a repetition
of the numbers, but in practice it is more convenient to use, and allows gcc
to generate smarter code:
$ size .libs/systemd{,-logind,-journald}{.old,}
text data bss dec hex filename
1265204 149564 4808 1419576 15a938 .libs/systemd.old
1260268 149564 4808 1414640 1595f0 .libs/systemd
246805 13852 209 260866 3fb02 .libs/systemd-logind.old
240973 13852 209 255034 3e43a .libs/systemd-logind
146839 4984 34 151857 25131 .libs/systemd-journald.old
146391 4984 34 151409 24f71 .libs/systemd-journald
It is also much easier to check if a certain binary uses a certain MESSAGE_ID:
$ strings .libs/systemd.old|grep MESSAGE_ID
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
$ strings .libs/systemd|grep MESSAGE_ID
MESSAGE_ID=c7a787079b354eaaa9e77b371893cd27
MESSAGE_ID=b07a249cd024414a82dd00cd181378ff
MESSAGE_ID=641257651c1b4ec9a8624d7a40a9e1e7
MESSAGE_ID=de5b426a63be47a7b6ac3eaac82e2f6f
MESSAGE_ID=d34d037fff1847e6ae669a370e694725
MESSAGE_ID=7d4958e842da4a758f6c1cdc7b36dcc5
MESSAGE_ID=1dee0369c7fc4736b7099b38ecb46ee7
MESSAGE_ID=39f53479d3a045ac8e11786248231fbf
MESSAGE_ID=be02cf6855d2428ba40df7e9d022f03d
MESSAGE_ID=7b05ebc668384222baa8881179cfda54
MESSAGE_ID=9d1aaa27d60140bd96365438aad20286
2016-11-07 01:48:23 +08:00
|
|
|
<refname>SD_ID128_MAKE_STR</refname>
|
2021-06-12 00:17:00 +08:00
|
|
|
<refname>SD_ID128_MAKE_UUID_STR</refname>
|
2016-08-31 18:23:27 +08:00
|
|
|
<refname>SD_ID128_NULL</refname>
|
2019-04-05 19:46:33 +08:00
|
|
|
<refname>SD_ID128_UUID_FORMAT_STR</refname>
|
2015-02-04 10:14:13 +08:00
|
|
|
<refname>sd_id128_equal</refname>
|
2022-06-13 17:02:54 +08:00
|
|
|
<refname>sd_id128_string_equal</refname>
|
2021-04-19 21:36:10 +08:00
|
|
|
<refname>sd_id128_in_set</refname>
|
|
|
|
<refname>sd_id128_in_set_sentinel</refname>
|
|
|
|
<refname>sd_id128_in_setv</refname>
|
2021-04-19 21:33:09 +08:00
|
|
|
<refname>sd_id128_is_allf</refname>
|
2016-08-31 18:23:27 +08:00
|
|
|
<refname>sd_id128_is_null</refname>
|
2021-04-19 21:33:09 +08:00
|
|
|
<refname>sd_id128_t</refname>
|
2015-02-04 10:14:13 +08:00
|
|
|
<refpurpose>APIs for processing 128-bit IDs</refpurpose>
|
|
|
|
</refnamediv>
|
|
|
|
|
|
|
|
<refsynopsisdiv>
|
|
|
|
<funcsynopsis>
|
|
|
|
<funcsynopsisinfo>#include <systemd/sd-id128.h></funcsynopsisinfo>
|
2023-12-24 18:08:40 +08:00
|
|
|
</funcsynopsis>
|
2022-06-13 16:38:14 +08:00
|
|
|
|
2023-12-24 18:08:40 +08:00
|
|
|
<para>
|
|
|
|
<constant>SD_ID128_ALLF</constant>
|
|
|
|
</para>
|
|
|
|
<para>
|
|
|
|
<constant>SD_ID128_NULL</constant>
|
|
|
|
</para>
|
|
|
|
<para>
|
|
|
|
<constant>SD_ID128_CONST_STR(<replaceable>id</replaceable>)</constant>
|
|
|
|
</para>
|
|
|
|
<para>
|
|
|
|
<constant>SD_ID128_FORMAT_STR</constant>
|
|
|
|
</para>
|
|
|
|
<para>
|
|
|
|
<constant>SD_ID128_FORMAT_VAL(<replaceable>id</replaceable>)</constant>
|
|
|
|
</para>
|
|
|
|
<para>
|
|
|
|
<constant>SD_ID128_MAKE(<replaceable>v0</replaceable>, <replaceable>v1</replaceable>, <replaceable>v2</replaceable>, <replaceable>v3</replaceable>, <replaceable>v4</replaceable>, <replaceable>v5</replaceable>, <replaceable>v6</replaceable>, <replaceable>v7</replaceable>, <replaceable>v8</replaceable>, <replaceable>v9</replaceable>, <replaceable>vA</replaceable>, <replaceable>vB</replaceable>, <replaceable>vC</replaceable>, <replaceable>vD</replaceable>, <replaceable>vE</replaceable>, <replaceable>vF</replaceable>)</constant>
|
|
|
|
</para>
|
|
|
|
<para>
|
|
|
|
<constant>SD_ID128_MAKE_STR(<replaceable>v0</replaceable>, <replaceable>v1</replaceable>, <replaceable>v2</replaceable>, <replaceable>v3</replaceable>, <replaceable>v4</replaceable>, <replaceable>v5</replaceable>, <replaceable>v6</replaceable>, <replaceable>v7</replaceable>, <replaceable>v8</replaceable>, <replaceable>v9</replaceable>, <replaceable>vA</replaceable>, <replaceable>vB</replaceable>, <replaceable>vC</replaceable>, <replaceable>vD</replaceable>, <replaceable>vE</replaceable>, <replaceable>vF</replaceable>)</constant>
|
|
|
|
</para>
|
|
|
|
<para>
|
|
|
|
<constant>SD_ID128_MAKE_UUID_STR(<replaceable>v0</replaceable>, <replaceable>v1</replaceable>, <replaceable>v2</replaceable>, <replaceable>v3</replaceable>, <replaceable>v4</replaceable>, <replaceable>v5</replaceable>, <replaceable>v6</replaceable>, <replaceable>v7</replaceable>, <replaceable>v8</replaceable>, <replaceable>v9</replaceable>, <replaceable>vA</replaceable>, <replaceable>vB</replaceable>, <replaceable>vC</replaceable>, <replaceable>vD</replaceable>, <replaceable>vE</replaceable>, <replaceable>vF</replaceable>)</constant>
|
|
|
|
</para>
|
|
|
|
<para>
|
|
|
|
<constant>SD_ID128_UUID_FORMAT_STR</constant>
|
|
|
|
</para>
|
2022-06-13 16:38:14 +08:00
|
|
|
|
2023-12-24 18:08:40 +08:00
|
|
|
<funcsynopsis>
|
2022-06-13 16:38:14 +08:00
|
|
|
<funcprototype>
|
|
|
|
<funcdef>int <function>sd_id128_equal</function></funcdef>
|
|
|
|
<paramdef>sd_id128_t <parameter>a</parameter></paramdef>
|
|
|
|
<paramdef>sd_id128_t <parameter>b</parameter></paramdef>
|
|
|
|
</funcprototype>
|
|
|
|
|
2022-06-13 17:02:54 +08:00
|
|
|
<funcprototype>
|
|
|
|
<funcdef>int <function>sd_id128_string_equal</function></funcdef>
|
|
|
|
<paramdef>const char *<parameter>a</parameter></paramdef>
|
|
|
|
<paramdef>sd_id128_t <parameter>b</parameter></paramdef>
|
|
|
|
</funcprototype>
|
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<funcprototype>
|
|
|
|
<funcdef>int <function>sd_id128_is_null</function></funcdef>
|
|
|
|
<paramdef>sd_id128_t <parameter>id</parameter></paramdef>
|
|
|
|
</funcprototype>
|
|
|
|
|
|
|
|
<funcprototype>
|
|
|
|
<funcdef>int <function>sd_id128_is_allf</function></funcdef>
|
|
|
|
<paramdef>sd_id128_t <parameter>id</parameter></paramdef>
|
|
|
|
</funcprototype>
|
|
|
|
|
|
|
|
<funcprototype>
|
|
|
|
<funcdef>int <function>sd_id128_in_setv</function></funcdef>
|
|
|
|
<paramdef>sd_id128_t <parameter>id</parameter></paramdef>
|
|
|
|
<paramdef>va_list <parameter>ap</parameter></paramdef>
|
|
|
|
</funcprototype>
|
|
|
|
|
|
|
|
<funcprototype>
|
|
|
|
<funcdef>int <function>sd_id128_in_set_sentinel</function></funcdef>
|
|
|
|
<paramdef>sd_id128_t <parameter>id</parameter></paramdef>
|
|
|
|
<paramdef>…</paramdef>
|
2023-12-23 21:58:45 +08:00
|
|
|
<paramdef><parameter><constant>SD_ID128_NULL</constant></parameter></paramdef>
|
2022-06-13 16:38:14 +08:00
|
|
|
</funcprototype>
|
|
|
|
|
|
|
|
<funcprototype>
|
|
|
|
<funcdef>int <function>sd_id128_in_set</function></funcdef>
|
|
|
|
<paramdef>sd_id128_t <parameter>id</parameter></paramdef>
|
|
|
|
<paramdef>…</paramdef>
|
|
|
|
</funcprototype>
|
2015-02-04 10:14:13 +08:00
|
|
|
</funcsynopsis>
|
|
|
|
|
|
|
|
<cmdsynopsis>
|
|
|
|
<command>pkg-config --cflags --libs libsystemd</command>
|
|
|
|
</cmdsynopsis>
|
|
|
|
|
|
|
|
</refsynopsisdiv>
|
|
|
|
|
|
|
|
<refsect1>
|
|
|
|
<title>Description</title>
|
|
|
|
|
2023-05-15 21:17:13 +08:00
|
|
|
<para><filename>sd-id128.h</filename> is part of
|
|
|
|
<citerefentry><refentrytitle>libsystemd</refentrytitle><manvolnum>3</manvolnum></citerefentry> and
|
|
|
|
provides APIs to generate, convert, and compare 128-bit ID values. The 128-bit ID values processed and
|
|
|
|
generated by these APIs are a generalization of OSF UUIDs as defined by <ulink
|
|
|
|
url="https://tools.ietf.org/html/rfc4122">RFC 4122</ulink> but use a simpler string format. These
|
|
|
|
functions impose no structure on the used IDs, much unlike OSF UUIDs or Microsoft GUIDs, but are mostly
|
|
|
|
compatible with those types of IDs.
|
2015-02-04 10:14:13 +08:00
|
|
|
</para>
|
|
|
|
|
|
|
|
<para>A 128-bit ID is implemented as the following
|
|
|
|
union type:</para>
|
|
|
|
|
|
|
|
<programlisting>typedef union sd_id128 {
|
2021-04-19 21:09:22 +08:00
|
|
|
uint8_t bytes[16];
|
|
|
|
uint64_t qwords[2];
|
2012-07-06 23:50:00 +08:00
|
|
|
} sd_id128_t;</programlisting>
|
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para>This union type allows accessing the 128-bit ID as 16 separate bytes or two 64-bit words. It is
|
|
|
|
generally safer to access the ID components by their 8-bit array to avoid endianness issues. This union
|
|
|
|
is intended to be passed by value (as opposed to pass-by-reference) and may be directly manipulated by
|
2015-02-04 10:14:13 +08:00
|
|
|
clients.</para>
|
|
|
|
|
|
|
|
<para>A couple of macros are defined to denote and decode 128-bit
|
|
|
|
IDs:</para>
|
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para><function>SD_ID128_MAKE()</function> is used to write a constant ID in source code. A commonly used
|
|
|
|
idiom is to assign a name to an ID using this macro:</para>
|
2015-02-04 10:14:13 +08:00
|
|
|
|
|
|
|
<programlisting>#define SD_MESSAGE_COREDUMP SD_ID128_MAKE(fc,2e,22,bc,6e,e6,47,b6,b9,07,29,ab,34,a2,50,b1)</programlisting>
|
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para><constant>SD_ID128_NULL</constant> defines an ID consisting of only <constant>NUL</constant> bytes
|
|
|
|
(i.e. all bits off).</para>
|
2021-08-20 16:52:55 +08:00
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para><constant>SD_ID128_ALLF</constant> defines an ID consisting of only <constant>0xFF</constant> bytes
|
|
|
|
(i.e. all bits on).</para>
|
2016-08-31 18:23:27 +08:00
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para><function>SD_ID128_MAKE_STR()</function> is similar to <function>SD_ID128_MAKE()</function>, but
|
|
|
|
creates a <type>const char*</type> expression that can be conveniently used in message formats and
|
|
|
|
such:</para>
|
tree-wide: add SD_ID128_MAKE_STR, remove LOG_MESSAGE_ID
Embedding sd_id128_t's in constant strings was rather cumbersome. We had
SD_ID128_CONST_STR which returned a const char[], but it had two problems:
- it wasn't possible to statically concatanate this array with a normal string
- gcc wasn't really able to optimize this, and generated code to perform the
"conversion" at runtime.
Because of this, even our own code in coredumpctl wasn't using
SD_ID128_CONST_STR.
Add a new macro to generate a constant string: SD_ID128_MAKE_STR.
It is not as elegant as SD_ID128_CONST_STR, because it requires a repetition
of the numbers, but in practice it is more convenient to use, and allows gcc
to generate smarter code:
$ size .libs/systemd{,-logind,-journald}{.old,}
text data bss dec hex filename
1265204 149564 4808 1419576 15a938 .libs/systemd.old
1260268 149564 4808 1414640 1595f0 .libs/systemd
246805 13852 209 260866 3fb02 .libs/systemd-logind.old
240973 13852 209 255034 3e43a .libs/systemd-logind
146839 4984 34 151857 25131 .libs/systemd-journald.old
146391 4984 34 151409 24f71 .libs/systemd-journald
It is also much easier to check if a certain binary uses a certain MESSAGE_ID:
$ strings .libs/systemd.old|grep MESSAGE_ID
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
$ strings .libs/systemd|grep MESSAGE_ID
MESSAGE_ID=c7a787079b354eaaa9e77b371893cd27
MESSAGE_ID=b07a249cd024414a82dd00cd181378ff
MESSAGE_ID=641257651c1b4ec9a8624d7a40a9e1e7
MESSAGE_ID=de5b426a63be47a7b6ac3eaac82e2f6f
MESSAGE_ID=d34d037fff1847e6ae669a370e694725
MESSAGE_ID=7d4958e842da4a758f6c1cdc7b36dcc5
MESSAGE_ID=1dee0369c7fc4736b7099b38ecb46ee7
MESSAGE_ID=39f53479d3a045ac8e11786248231fbf
MESSAGE_ID=be02cf6855d2428ba40df7e9d022f03d
MESSAGE_ID=7b05ebc668384222baa8881179cfda54
MESSAGE_ID=9d1aaa27d60140bd96365438aad20286
2016-11-07 01:48:23 +08:00
|
|
|
|
|
|
|
<programlisting>#include <stdio.h>
|
|
|
|
#define SD_MESSAGE_COREDUMP_STR SD_ID128_MAKE_STR(fc,2e,22,bc,6e,e6,47,b6,b9,07,29,ab,34,a2,50,b1)
|
|
|
|
|
|
|
|
int main(int argc, char **argv) {
|
2021-04-19 21:09:22 +08:00
|
|
|
puts("Match for coredumps: MESSAGE_ID=" SD_MESSAGE_COREDUMP_STR);
|
2021-06-15 23:55:17 +08:00
|
|
|
}</programlisting>
|
tree-wide: add SD_ID128_MAKE_STR, remove LOG_MESSAGE_ID
Embedding sd_id128_t's in constant strings was rather cumbersome. We had
SD_ID128_CONST_STR which returned a const char[], but it had two problems:
- it wasn't possible to statically concatanate this array with a normal string
- gcc wasn't really able to optimize this, and generated code to perform the
"conversion" at runtime.
Because of this, even our own code in coredumpctl wasn't using
SD_ID128_CONST_STR.
Add a new macro to generate a constant string: SD_ID128_MAKE_STR.
It is not as elegant as SD_ID128_CONST_STR, because it requires a repetition
of the numbers, but in practice it is more convenient to use, and allows gcc
to generate smarter code:
$ size .libs/systemd{,-logind,-journald}{.old,}
text data bss dec hex filename
1265204 149564 4808 1419576 15a938 .libs/systemd.old
1260268 149564 4808 1414640 1595f0 .libs/systemd
246805 13852 209 260866 3fb02 .libs/systemd-logind.old
240973 13852 209 255034 3e43a .libs/systemd-logind
146839 4984 34 151857 25131 .libs/systemd-journald.old
146391 4984 34 151409 24f71 .libs/systemd-journald
It is also much easier to check if a certain binary uses a certain MESSAGE_ID:
$ strings .libs/systemd.old|grep MESSAGE_ID
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
MESSAGE_ID=%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x%02x
$ strings .libs/systemd|grep MESSAGE_ID
MESSAGE_ID=c7a787079b354eaaa9e77b371893cd27
MESSAGE_ID=b07a249cd024414a82dd00cd181378ff
MESSAGE_ID=641257651c1b4ec9a8624d7a40a9e1e7
MESSAGE_ID=de5b426a63be47a7b6ac3eaac82e2f6f
MESSAGE_ID=d34d037fff1847e6ae669a370e694725
MESSAGE_ID=7d4958e842da4a758f6c1cdc7b36dcc5
MESSAGE_ID=1dee0369c7fc4736b7099b38ecb46ee7
MESSAGE_ID=39f53479d3a045ac8e11786248231fbf
MESSAGE_ID=be02cf6855d2428ba40df7e9d022f03d
MESSAGE_ID=7b05ebc668384222baa8881179cfda54
MESSAGE_ID=9d1aaa27d60140bd96365438aad20286
2016-11-07 01:48:23 +08:00
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para><function>SD_ID128_CONST_STR()</function> converts constant IDs into constant strings for
|
|
|
|
output. The following example code will output the string "fc2e22bc6ee647b6b90729ab34a250b1":</para>
|
2015-02-04 10:14:13 +08:00
|
|
|
<programlisting>int main(int argc, char *argv[]) {
|
2021-04-19 21:09:22 +08:00
|
|
|
puts("Match for coredumps: %s", SD_ID128_CONST_STR(SD_MESSAGE_COREDUMP));
|
2012-10-16 23:02:51 +08:00
|
|
|
}</programlisting>
|
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para><constant>SD_ID128_FORMAT_STR</constant> and <function>SD_ID128_FORMAT_VAL()</function> is used to
|
|
|
|
format an ID in a <citerefentry
|
|
|
|
project='man-pages'><refentrytitle>printf</refentrytitle><manvolnum>3</manvolnum></citerefentry> format
|
|
|
|
string, as shown in the following example:</para>
|
2015-02-04 10:14:13 +08:00
|
|
|
|
|
|
|
<programlisting>int main(int argc, char *argv[]) {
|
2021-04-19 21:09:22 +08:00
|
|
|
sd_id128_t id;
|
|
|
|
id = SD_ID128_MAKE(ee,89,be,71,bd,6e,43,d6,91,e6,c5,5d,eb,03,02,07);
|
|
|
|
printf("The ID encoded in this C file is " SD_ID128_FORMAT_STR ".\n", SD_ID128_FORMAT_VAL(id));
|
|
|
|
return 0;
|
2012-07-06 23:50:00 +08:00
|
|
|
}</programlisting>
|
|
|
|
|
2021-06-12 00:17:00 +08:00
|
|
|
<para><constant>SD_ID128_UUID_FORMAT_STR</constant> and <function>SD_ID128_MAKE_UUID_STR()</function>
|
|
|
|
are similar to
|
|
|
|
<constant>SD_ID128_FORMAT_STR</constant> and <function>SD_ID128_MAKE_STR()</function>,
|
|
|
|
but include separating hyphens to conform to the
|
2023-11-06 19:43:40 +08:00
|
|
|
"<ulink url="https://en.wikipedia.org/wiki/Universally_unique_identifier#Format">UUID canonical representation</ulink>".
|
2021-06-12 00:17:00 +08:00
|
|
|
They format the string based on <ulink
|
2021-06-15 23:55:17 +08:00
|
|
|
url="https://tools.ietf.org/html/rfc4122">RFC4122</ulink> Variant 1 rules, i.e. converting from Big
|
|
|
|
Endian byte order. This matches behaviour of most other Linux userspace infrastructure. It's probably
|
|
|
|
best to avoid UUIDs of other variants, in order to avoid unnecessary ambiguities. All 128-bit IDs
|
|
|
|
generated by the sd-id128 APIs strictly conform to Variant 1 Version 4 UUIDs, as per RFC 4122.</para>
|
2019-04-05 19:46:33 +08:00
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para><function>sd_id128_equal()</function> compares two 128-bit IDs:</para>
|
2012-07-06 23:50:00 +08:00
|
|
|
|
2015-02-04 10:14:13 +08:00
|
|
|
<programlisting>int main(int argc, char *argv[]) {
|
2021-04-19 21:09:22 +08:00
|
|
|
sd_id128_t a, b, c;
|
|
|
|
a = SD_ID128_MAKE(ee,89,be,71,bd,6e,43,d6,91,e6,c5,5d,eb,03,02,07);
|
|
|
|
b = SD_ID128_MAKE(f2,28,88,9c,5f,09,44,15,9d,d7,04,77,58,cb,e7,3e);
|
|
|
|
c = a;
|
|
|
|
assert(sd_id128_equal(a, c));
|
|
|
|
assert(!sd_id128_equal(a, b));
|
|
|
|
return 0;
|
2016-08-31 18:23:27 +08:00
|
|
|
}</programlisting>
|
|
|
|
|
2022-06-13 17:02:54 +08:00
|
|
|
<para><function>sd_id128_string_equal()</function> is similar to <function>sd_id128_equal()</function>,
|
|
|
|
but the first ID is formatted as <type>const char*</type>. The same restrictions apply as to the first
|
|
|
|
argument of <function>sd_id128_from_string()</function>.</para>
|
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para><function>sd_id128_is_null()</function> checks if an ID consists of only <constant>NUL</constant>
|
|
|
|
bytes:</para>
|
2016-08-31 18:23:27 +08:00
|
|
|
|
2021-04-19 21:33:09 +08:00
|
|
|
<programlisting>assert(sd_id128_is_null(SD_ID128_NULL));</programlisting>
|
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para>Similarly, <function>sd_id128_is_allf()</function> checks if an ID consists of only
|
2021-04-19 21:33:09 +08:00
|
|
|
<constant>0xFF</constant> bytes (all bits on):</para>
|
|
|
|
|
|
|
|
<programlisting>assert(sd_id128_is_allf(SD_ID128_ALLF));</programlisting>
|
2012-07-06 23:50:00 +08:00
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para><function>sd_id128_in_set_sentinel()</function> takes a list of IDs and returns true if the first
|
|
|
|
argument is equal to any of the subsequent arguments. The argument list is terminated by an
|
|
|
|
<constant>SD_ID128_NULL</constant> sentinel, which must be present.</para>
|
|
|
|
|
|
|
|
<para><function>sd_id128_in_set()</function> is a convenience function that takes a list of IDs and
|
|
|
|
returns true if the first argument is equal to any of the subsequent arguments:</para>
|
2021-04-19 21:36:10 +08:00
|
|
|
|
|
|
|
<programlisting>int main(int argc, char *argv[]) {
|
|
|
|
sd_id12_t a = SD_ID128_MAKE(ee,89,be,71,bd,6e,43,d6,91,e6,c5,5d,eb,03,02,07);
|
|
|
|
assert(sd_id128_in_set(a, a));
|
|
|
|
assert(sd_id128_in_set(a, a, a));
|
|
|
|
assert(!sd_id128_in_set(a));
|
|
|
|
assert(!sd_id128_in_set(a,
|
|
|
|
SD_ID128_MAKE(f2,28,88,9c,5f,09,44,15,9d,d7,04,77,58,cb,e7,3e)
|
|
|
|
SD_ID128_MAKE(2f,88,28,5f,9c,44,09,9d,d7,15,77,04,bc,85,7e,e3)
|
|
|
|
SD_ID128_ALLF));
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
</programlisting>
|
|
|
|
|
|
|
|
<para><function>sd_id128_in_set()</function> is defined as a macro over
|
2022-06-13 16:38:14 +08:00
|
|
|
<function>sd_id128_in_set_sentinel()</function>, adding the <constant>SD_ID128_NULL</constant> sentinel
|
|
|
|
automatically. Since <function>sd_id128_in_set_sentinel()</function> uses
|
|
|
|
<constant>SD_ID128_NULL</constant> as the sentinel, <constant>SD_ID128_NULL</constant> cannot be
|
|
|
|
otherwise placed in the argument list.</para>
|
2021-04-19 21:36:10 +08:00
|
|
|
|
|
|
|
<para><function>sd_id128_in_setv()</function> is similar to
|
|
|
|
<function>sd_id128_in_set_sentinel()</function>, but takes a <structname>struct varargs</structname>
|
|
|
|
argument.</para>
|
|
|
|
|
2022-06-13 16:38:14 +08:00
|
|
|
<para>New randomized IDs may be generated with
|
2018-10-02 22:43:54 +08:00
|
|
|
<citerefentry><refentrytitle>systemd-id128</refentrytitle><manvolnum>1</manvolnum></citerefentry>'s
|
|
|
|
<command>new</command> command.</para>
|
2022-06-13 16:38:14 +08:00
|
|
|
|
|
|
|
<para>See
|
|
|
|
<citerefentry><refentrytitle>sd_id128_to_string</refentrytitle><manvolnum>3</manvolnum></citerefentry>,
|
|
|
|
<citerefentry><refentrytitle>sd_id128_randomize</refentrytitle><manvolnum>3</manvolnum></citerefentry>
|
|
|
|
and
|
|
|
|
<citerefentry><refentrytitle>sd_id128_get_machine</refentrytitle><manvolnum>3</manvolnum></citerefentry>
|
|
|
|
for information about other implemented functions.</para>
|
2015-02-04 10:14:13 +08:00
|
|
|
</refsect1>
|
|
|
|
|
|
|
|
<xi:include href="libsystemd-pkgconfig.xml" />
|
|
|
|
|
2023-09-04 20:46:35 +08:00
|
|
|
<refsect1>
|
|
|
|
<title>History</title>
|
2023-09-19 00:44:26 +08:00
|
|
|
<para><function>sd_id128_equal()</function>,
|
|
|
|
<function>sd_id128_string_equal()</function>,
|
|
|
|
<function>sd_id128_is_null()</function>,
|
|
|
|
<function>sd_id128_is_allf()</function>,
|
|
|
|
<function>sd_id128_in_setv()</function>,
|
|
|
|
<function>sd_id128_in_set_sentinel()</function>, and
|
|
|
|
<function>sd_id128_in_set()</function> were added in version 252.</para>
|
2023-09-04 20:46:35 +08:00
|
|
|
</refsect1>
|
|
|
|
|
2015-02-04 10:14:13 +08:00
|
|
|
<refsect1>
|
|
|
|
<title>See Also</title>
|
2023-12-23 02:09:32 +08:00
|
|
|
<para><simplelist type="inline">
|
|
|
|
<member><citerefentry><refentrytitle>systemd</refentrytitle><manvolnum>1</manvolnum></citerefentry></member>
|
|
|
|
<member><citerefentry><refentrytitle>sd_id128_to_string</refentrytitle><manvolnum>3</manvolnum></citerefentry></member>
|
|
|
|
<member><citerefentry><refentrytitle>sd_id128_randomize</refentrytitle><manvolnum>3</manvolnum></citerefentry></member>
|
|
|
|
<member><citerefentry><refentrytitle>sd_id128_get_machine</refentrytitle><manvolnum>3</manvolnum></citerefentry></member>
|
|
|
|
<member><citerefentry project='man-pages'><refentrytitle>printf</refentrytitle><manvolnum>3</manvolnum></citerefentry></member>
|
|
|
|
<member><citerefentry><refentrytitle>journalctl</refentrytitle><manvolnum>1</manvolnum></citerefentry></member>
|
|
|
|
<member><citerefentry><refentrytitle>sd-journal</refentrytitle><manvolnum>7</manvolnum></citerefentry></member>
|
|
|
|
<member><citerefentry project='die-net'><refentrytitle>pkg-config</refentrytitle><manvolnum>1</manvolnum></citerefentry></member>
|
|
|
|
<member><citerefentry><refentrytitle>machine-id</refentrytitle><manvolnum>5</manvolnum></citerefentry></member>
|
|
|
|
</simplelist></para>
|
2015-02-04 10:14:13 +08:00
|
|
|
</refsect1>
|
2012-07-06 23:50:00 +08:00
|
|
|
|
|
|
|
</refentry>
|