diff options
author | Havoc Pennington <hp@redhat.com> | 2003-04-07 23:28:16 +0000 |
---|---|---|
committer | Havoc Pennington <hp@redhat.com> | 2003-04-07 23:28:16 +0000 |
commit | fe22b2194d53061fefe64d48ff6a53e6a762279d (patch) | |
tree | 590e2096930716d80fb2ba1ebfce10c10e08efda /doc | |
parent | 1617fbe36c0bc2952093fc167b6edffdf32c445e (diff) |
2003-04-07 Havoc Pennington <hp@redhat.com>
* doc/dbus-specification.sgml: require that base service names
start with ':' and that the base service is created/deleted
as first and last things a connection does on the bus
* bus/dispatch.c (check_existent_service_activation): lots more
work on the activation test; it doesn't fully pass yet...
* test/test-service.c (main): fix so we don't memleak the
connection to the message bus
(filter_func): accept a message asking us to exit
Diffstat (limited to 'doc')
-rw-r--r-- | doc/dbus-specification.sgml | 17 |
1 files changed, 12 insertions, 5 deletions
diff --git a/doc/dbus-specification.sgml b/doc/dbus-specification.sgml index 3c41068e..3bd49ac4 100644 --- a/doc/dbus-specification.sgml +++ b/doc/dbus-specification.sgml @@ -1137,11 +1137,18 @@ applications. </para> <para> - [FIXME I think we should define the format of the base service name, - and specify that a regular service name can never be in that - format; this allows us to categorically prevent "spoofing" - for - example perhaps the base service name starts with a certain - character that no real service name can start with] + Ownership of the base service is a prerequisite for interaction with + the message bus. It logically follows that the base service is always + the first service that an application comes to own, and the last + service that it loses ownership of. + </para> + <para> + Base service names must begin with the character ':' (ASCII colon + character); service names that are not base service names must not begin + with this character. (The bus must reject any attempt by an application + to manually create a service name beginning with ':'.) This restriction + categorically prevents "spoofing"; messages sent to a base service name + will always go to a single application instance and that instance only. </para> <para> An application can request additional service names to be associated |