Example: there's an object in "/org/bla" and we are adding an object in
"/". Thus the second should becaome the parent of the first, which was a
root object since it had no parent yet.
Patch by: José Roberto de Souza <zehortigoza@profusion.mobi>
SVN revision: 79386
Without this message, it's not possible for user create the error
message. Also update the docs to clarify usage of the Get/Set callbacks.
Patch by: José Roberto de Souza <zehortigoza@profusion.mobi>
SVN revision: 79380
The problem is: if there's any arg with invalid signatures, we cannot
continue adding the interface. Just fail with a log message so user will
notice it.
This means we need to check if signals are valid much earlier. Actually
before even adding the object/interface.
Also change the iteration on signals so we don't use a needless index.
SVN revision: 79184
strncmp'ing is not sufficient because it whould fail in case an object
like "/org/bla" is registered (and in conn->root_objs) and we were
registering "/org/blatest/". We would incorrectly put "/org/bla" as son
of "/org/blatest". Fix this by looking up the next char, checking if
it's a slash.
Also re-format the code a little bit.
SVN revision: 79179
No need to strlen(obj->path) twice per loop iteration. Do it only once
and add a comment explaining the difference between handling "/" and
"/my/path/to/obj".
SVN revision: 79176
missing - at r4untime we wont get them, but hey - we'll compile at
least and when dbus is upgrade... we'll get them and work right. :)
SVN revision: 79080
Say what you want, but this creates quite a lot of warnings, and
warnings when including another header into a project is no good. I want
to just see my own warnings.
So as long as there is only two NULLs, please let them be there.
SVN revision: 78873
If a signal handler callback remove the last reference of his parent, his parent
will unref all your childrens including signal handler, but signal handler could
not be freed until your callback was finish so a event to delete it will be
created and when this event happen the signal handler parent was already freed
and we could not call _on_signal_handler_free().
Patch by: José Roberto de Souza <zehortigoza@profusion.mobi>
SVN revision: 78198
When reading messages that contain structs the type that comes from the
wire (and obtained with dbus_message_iter_get_arg_type()) is 'r'.
However 'r' never appears in a signature and dbus_signature_iter_*
returns '('.
Ref: http://dbus.freedesktop.org/doc/dbus-specification.html#message-protocol-signatures
"STRUCT has a type code, ASCII character 'r', but this type code does not
appear in signatures. Instead, ASCII characters '(' and ')' are used to
mark the beginning and end of the struct. So for example, a struct
containing two integers would have this signature:"
Patch by: José Roberto de Souza <zehortigoza@profusion.mobi>
SVN revision: 78072
Rename edbus_message_iter_append_basic to edbus_message_iter_basic_append.
Rename edbus_message_iter_get_basic to edbus_message_iter_basic_get
Patch by: José Roberto de Souza <zehortigoza@profusion.mobi>
SVN revision: 78067