<div dir="ltr"><div><div><div>Hello Jean,<br><br></div>thank you for the hint. I am aware of these erlang bindings but attempt to use them was exactly the reason why I've decided to write new implementation from scratch :)<br><br></div>They poorly integrate with Elixir apps (they have dependencies that force to use two separate build systems while 99,9% of Elixir projects depend on one of them), they introduce non-native dependencies to handle UNIX domain sockets and they have quite poor documentation. I've encountered also some unhandled exceptions and matches while trying to do really basic operations, they appear to be unmaintained. I've been thinking whether it's better to improve them or write something in Elixir, and I've chosen the second way.<br><br></div>m.<br></div><div class="gmail_extra"><br><div class="gmail_quote">2016-05-30 21:57 GMT+02:00 Jean Parpaillon <span dir="ltr"><<a href="mailto:jean.parpaillon@free.fr" target="_blank">jean.parpaillon@free.fr</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">HI,<br>
fyi, you can find a pure erlang implementation of D-Bus at:<br>
<a href="https://github.com/lizenn/erlang-dbus/" rel="noreferrer" target="_blank">https://github.com/lizenn/erlang-dbus/</a><br>
<br>
Parsing/serializing is done in the dbus_marshaller module.<br>
<br>
<br>
Regards,<br>
Jean<br>
<span class=""><br>
Le lundi 30 mai 2016 à 20:56 +0100, Simon McVittie a écrit :<br>
> On 30/05/16 18:14, <a href="mailto:marcin@saepia.net">marcin@saepia.net</a> wrote:<br>
> > The message sometimes contains a bunch of null bytes after the body<br>
> ...<br>
> > The specification says "The message body need not end on an 8-byte<br>
> > boundary." but "need not" does not equal "must not".<br>
><br>
> Please check how the reference implementation (libdbus) would<br>
> interpret<br>
> those bytes: as an accepted-and-discarded part of the message you<br>
> have<br>
> quoted, as padding between messages, or as part of the next message.<br>
> Whichever interpretation it would use, you can consider that to be<br>
> correct. A patch to dbus-specification.xml contributed via<br>
> <<a href="https://bugs.freedesktop.org/enter_bug.cgi?product=dbus&component=co" rel="noreferrer" target="_blank">https://bugs.freedesktop.org/enter_bug.cgi?product=dbus&component=co</a><br>
> re><br>
> clarifying which one is meant would also be appreciated.<br>
><br>
> The reference dbus-daemon will usually disconnect clients that send<br>
> anything that is considered malformed. If it doesn't, either that<br>
> content is not considered malformed, or the reference dbus-daemon has<br>
> a bug.<br>
><br>
--<br>
</span>Jean Parpaillon<br>
--<br>
Open Source Consultant<br>
Director @ OW2 Consortium<br>
OCCIware Strategic Orientation Committee Chairman<br>
Research Engineer @ Inria<br>
--<br>
Phone: <a href="tel:%2B33%206%2030%2010%2092%2086" value="+33630109286">+33 6 30 10 92 86</a><br>
im: <a href="mailto:jean.parpaillon@gmail.com">jean.parpaillon@gmail.com</a><br>
skype: jean.parpaillon<br>
linkedin: <a href="http://www.linkedin.com/in/jeanparpaillon/en" rel="noreferrer" target="_blank">http://www.linkedin.com/in/jeanparpaillon/en</a><br>
<div class="HOEnZb"><div class="h5">_______________________________________________<br>
dbus mailing list<br>
<a href="mailto:dbus@lists.freedesktop.org">dbus@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/dbus" rel="noreferrer" target="_blank">https://lists.freedesktop.org/mailman/listinfo/dbus</a><br>
</div></div></blockquote></div><br></div>