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
We were expected to pass an int pointer, but instead we were passing a
char, which leads to a crash in complex_type_server.
Patch by: José Roberto de Souza <zehortigoza@profusion.mobi>
SVN revision: 78623
Instead of having to enable the examples during configure time, separate
the examples in a special target, "make examples". It's currently a bit
different from the libraries in the common efl tree since we are not
using recursive makefiles.
SVN revision: 78622
Doygen tells us:
warning: Tag `SHOW_DIRECTORIES' at line 507 of file Doxyfile has become obsolete.
To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
warning: Tag `HTML_ALIGN_MEMBERS' at line 879 of file Doxyfile has become obsolete.
To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
warning: Tag `USE_INLINE_TREES' at line 1065 of file Doxyfile has become obsolete.
To avoid this warning please remove this line from your configuration file or upgrade it using "doxygen -u"
So we are nice and remove them. A yay for the day where we have amerged tree and
not two dozens of Doxyfile.in files floating around.
SVN revision: 78409
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