<feed xmlns='http://www.w3.org/2005/Atom'>
<title>delta/dbus-python.git/_dbus_bindings/message-append.c, branch dbus-python-0.84.0</title>
<subtitle>gitlab.freedesktop.org: dbus/dbus-python.git
</subtitle>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/dbus-python.git/'/>
<entry>
<title>Added Unix Fd support to dbus-python</title>
<updated>2011-05-18T09:37:15+00:00</updated>
<author>
<name>Elvis Pfützenreuter</name>
<email>epx@signove.com</email>
</author>
<published>2010-10-14T17:53:29+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/dbus-python.git/commit/?id=13503a5c05b63f19f2d2f65c872fe70debf11700'/>
<id>13503a5c05b63f19f2d2f65c872fe70debf11700</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Use Py_CLEAR for greater robustness</title>
<updated>2010-12-02T16:31:07+00:00</updated>
<author>
<name>Simon McVittie</name>
<email>smcv@debian.org</email>
</author>
<published>2010-12-02T16:31:07+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/dbus-python.git/commit/?id=56ad64cd14e52b479489549f76343f19e3842139'/>
<id>56ad64cd14e52b479489549f76343f19e3842139</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>dbus_py_Message_append: avoid looking beyond the valid part of a signature</title>
<updated>2010-12-02T15:15:02+00:00</updated>
<author>
<name>Simon McVittie</name>
<email>smcv@debian.org</email>
</author>
<published>2010-12-02T15:15:02+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/dbus-python.git/commit/?id=cb1bbd2414e892469023653ea7ddd5d39cd76b84'/>
<id>cb1bbd2414e892469023653ea7ddd5d39cd76b84</id>
<content type='text'>
Similar reasoning: we don't even want to look where the iterator is
pointing if the last call to dbus_signature_iter_next indicated "no more".
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Similar reasoning: we don't even want to look where the iterator is
pointing if the last call to dbus_signature_iter_next indicated "no more".
</pre>
</div>
</content>
</entry>
<entry>
<title>_message_iter_append_multi: bail out safely if a struct isn't filled</title>
<updated>2010-12-02T15:13:28+00:00</updated>
<author>
<name>Simon McVittie</name>
<email>smcv@debian.org</email>
</author>
<published>2010-12-02T15:13:28+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/dbus-python.git/commit/?id=db66571902a3406fc58ac453d8bfa7f689f46c42'/>
<id>db66571902a3406fc58ac453d8bfa7f689f46c42</id>
<content type='text'>
In newer versions of libdbus, calling dbus_signature_iter_get_current_type
when the iterator is pointing at the ')' of a struct trips an assertion
failure, rather than just returning INVALID.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
In newer versions of libdbus, calling dbus_signature_iter_get_current_type
when the iterator is pointing at the ')' of a struct trips an assertion
failure, rather than just returning INVALID.
</pre>
</div>
</content>
</entry>
<entry>
<title>Use dbus_message_iter_abandon_container to bail out, if supported</title>
<updated>2010-12-02T15:10:50+00:00</updated>
<author>
<name>Simon McVittie</name>
<email>smcv@debian.org</email>
</author>
<published>2010-12-02T15:10:50+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/dbus-python.git/commit/?id=3813781fec33ed3cf33cedbfe7d1ecaf8af34aee'/>
<id>3813781fec33ed3cf33cedbfe7d1ecaf8af34aee</id>
<content type='text'>
This avoids (potentially fatal) warnings, with newer libdbus; it'll only
work if we were compiled against libdbus &gt;= 1.3.0.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This avoids (potentially fatal) warnings, with newer libdbus; it'll only
work if we were compiled against libdbus &gt;= 1.3.0.
</pre>
</div>
</content>
</entry>
<entry>
<title>_message_iter_append_multi: assert that mode is what we expect</title>
<updated>2010-12-02T15:09:00+00:00</updated>
<author>
<name>Simon McVittie</name>
<email>smcv@debian.org</email>
</author>
<published>2010-12-02T15:09:00+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/dbus-python.git/commit/?id=156463909029aa5f3b56755f488e3ac15ed5a79a'/>
<id>156463909029aa5f3b56755f488e3ac15ed5a79a</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix compilation in 64-bit architecture</title>
<updated>2010-10-18T18:14:48+00:00</updated>
<author>
<name>Elvis Pfützenreuter</name>
<email>epx signove.com</email>
</author>
<published>2010-10-15T02:19:14+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/dbus-python.git/commit/?id=83b51706c422662dd0a7d55a40030a1d75c38f88'/>
<id>83b51706c422662dd0a7d55a40030a1d75c38f88</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Relicense Collabora code under the MIT/X11 license proposed for dbus core, removing all references to the LGPL as a result</title>
<updated>2007-09-27T12:57:49+00:00</updated>
<author>
<name>Simon McVittie</name>
<email>simon.mcvittie@collabora.co.uk</email>
</author>
<published>2007-09-27T12:57:49+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/dbus-python.git/commit/?id=d8c154284ca464f493c81a4d3b5a37890d68acec'/>
<id>d8c154284ca464f493c81a4d3b5a37890d68acec</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Remove trailing whitespace in C source</title>
<updated>2007-04-24T17:02:31+00:00</updated>
<author>
<name>Simon McVittie</name>
<email>simon.mcvittie@collabora.co.uk</email>
</author>
<published>2007-04-24T12:50:02+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/dbus-python.git/commit/?id=1fa0c331f5327ef1d622b55a050949845eb89b0f'/>
<id>1fa0c331f5327ef1d622b55a050949845eb89b0f</id>
<content type='text'>
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix memory leak where Struct, _LongBase, _StrBase, String leaked their __dict__ on deallocation.</title>
<updated>2007-02-07T12:50:48+00:00</updated>
<author>
<name>Simon McVittie</name>
<email>simon.mcvittie@collabora.co.uk</email>
</author>
<published>2007-02-07T12:50:48+00:00</published>
<link rel='alternate' type='text/html' href='http://91.123.203.49/cgit/delta/dbus-python.git/commit/?id=5135a35677e25c473db0e8a463f97c15359c9e34'/>
<id>5135a35677e25c473db0e8a463f97c15359c9e34</id>
<content type='text'>
* Use a fixed-size struct for String (unicode objects are in fact fixed-size)
  and store its variant_level that way.
* Don't store Struct, _LongBase, _StrBase variant_level and Struct signature
  in a __dict__, but instead have a global dict mapping object IDs to variant
  levels, and a global dict mapping Struct IDs to signatures. This is a bit
  strange, but easier than correctly freeing the __dict__ (which is stored
  at the end of a variable-length struct, so somewhat hard to get at).
* With this change, allocating objects in a loop no longer leaks memory, and
  neither does the test case supplied by Luka Renko.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
* Use a fixed-size struct for String (unicode objects are in fact fixed-size)
  and store its variant_level that way.
* Don't store Struct, _LongBase, _StrBase variant_level and Struct signature
  in a __dict__, but instead have a global dict mapping object IDs to variant
  levels, and a global dict mapping Struct IDs to signatures. This is a bit
  strange, but easier than correctly freeing the __dict__ (which is stored
  at the end of a variable-length struct, so somewhat hard to get at).
* With this change, allocating objects in a loop no longer leaks memory, and
  neither does the test case supplied by Luka Renko.
</pre>
</div>
</content>
</entry>
</feed>
