message: they are delivered to the specified receipient,
regardless of its match rules. One use for unicast signals is to
avoid a race condition in which a signal is emitted before the intended
- recipient can call <xref linkend="bus-messages-add-match"/> to
+ recipient can call <link linkend="bus-messages-add-match">AddMatch</link> to
receive that signal: if the signal is sent directly to that recipient
using a unicast message, it does not need to add a match rule at all,
and there is no race condition. Another use for unicast signals,
</para>
<para>
- Explicit activation via
- <xref linkend="bus-messages-start-service-by-name"/> is not currently
+ Explicit activation via the
+ <link linkend="bus-messages-start-service-by-name">StartServiceByName</link>
+ method call is not currently
affected by this mediation: if a confined process is to be prevented
from starting arbitrary services, then it must not be allowed to call
that method.
The special message bus name <literal>org.freedesktop.DBus</literal>
responds to a number of additional messages at the object path
<literal>/org/freedesktop/DBus</literal>.
- That object path is also used when emitting the
- <xref linkend='bus-messages-name-owner-changed'/> signal.
+ That object path is also used when emitting signals such as
+ <link linkend='bus-messages-name-owner-changed'>NameOwnerChanged</link>.
</para>
<para>
required to list a process's credentials. In older versions, calling
this method will fail: applications should recover by using the
separate methods such as
- <xref linkend="bus-messages-get-connection-unix-user"/>
+ <link linkend="bus-messages-get-connection-unix-user">GetConnectionUnixUser</link>
instead.
</para>
</sect3>
binary format. If you know what this means, please contribute
documentation via the D-Bus bug tracking system.
This method is on the core DBus interface for historical reasons;
- the same information should be made available via
- <xref linkend="bus-messages-get-connection-credentials"/>
- in future.
+ the same information should be made available via the
+ <link linkend="bus-messages-get-connection-credentials">GetConnectionCredentials</link>
+ method in future.
</para>
</sect3>
format. If you know what this means, please contribute
documentation via the D-Bus bug tracking system.
This method is on the core DBus interface for historical reasons;
- the same information should be made available via
- <xref linkend="bus-messages-get-connection-credentials"/>
- in future.
+ the same information should be made available via the
+ <link linkend="bus-messages-get-connection-credentials">GetConnectionCredentials</link>
+ method in future.
</para>
</sect3>