summaryrefslogtreecommitdiff
path: root/_dbus_bindings
Commit message (Collapse)AuthorAgeFilesLines
* remove stray declaration of dbus_py_unixfd_range_checkSimon McVittie2011-05-181-1/+0
|
* Don't try to export DBUS_TYPE_UNIX_FD constant if not definedSimon McVittie2011-05-181-0/+2
|
* unixfd: improve documentationSimon McVittie2011-05-181-18/+18
|
* _message_iter_get_pyobject: fix whitespaceSimon McVittie2011-05-181-1/+1
|
* UnixFd: don't close file descriptors passed to the constructor as an intSimon McVittie2011-05-182-11/+11
| | | | | | | | Elvis agreed that this shouldn't differ from our handling of objects with a fileno(). This means that _message_iter_get_pyobject does need to close the fd itself, so do that.
* unixfd: coding styleSimon McVittie2011-05-181-9/+9
|
* Added Unix Fd support to dbus-pythonElvis Pfützenreuter2011-05-188-0/+283
|
* adjust Scott's patch to force boolean to be 0 or 1, and for coding styleSimon McVittie2011-05-171-2/+4
|
* Wrap dbus_connection_set_allow_anonymous()Scott Tsai2011-05-171-0/+20
| | | | | Bug: https://bugs.freedesktop.org/show_bug.cgi?id=34342 Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
* DBusPyException_ConsumeError: check whether the constructor failedSimon McVittie2010-12-021-0/+5
|
* fd.o #23831: make sure to ref types passed to PyModule_AddObjectSimon McVittie2010-12-0213-0/+25
| | | | | | | This avoids these static types wrongly being deallocated. Python implements static types as having one initial reference, which is never meant to be released, but if you get your refcounting wrong they'll be "deallocated" (causing a crash) during Py_Finalize.
* Use Py_CLEAR for greater robustnessSimon McVittie2010-12-0217-211/+200
|
* dbus_py_Message_append: avoid looking beyond the valid part of a signatureSimon McVittie2010-12-021-14/+22
| | | | | 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".
* _message_iter_append_multi: bail out safely if a struct isn't filledSimon McVittie2010-12-021-0/+9
| | | | | | 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.
* Use dbus_message_iter_abandon_container to bail out, if supportedSimon McVittie2010-12-021-2/+20
| | | | | This avoids (potentially fatal) warnings, with newer libdbus; it'll only work if we were compiled against libdbus >= 1.3.0.
* _message_iter_append_multi: assert that mode is what we expectSimon McVittie2010-12-021-0/+5
|
* fd.o #21831: deserialize empty ByteArray objects correctlySimon McVittie2010-11-231-0/+6
| | | | | | For some reason libdbus gives us NULL instead of a pointer to a zero-length object (i.e. any random place in the message would do), which Py_BuildValue doesn't interpret the way we'd want it to.
* Fix compilation in 64-bit architectureElvis Pfützenreuter2010-10-181-1/+1
|
* Fix signature and return value of Connection_tp_init (oops)Simon McVittie2010-02-181-1/+3
|
* fd.o#21172: avoid DeprecationWarning with Python 2.6Simon McVittie2010-02-181-1/+8
|
* fd.o #15013: expose dbus.lowlevel.MESSAGE_TYPE_SIGNAL and friendsSimon McVittie2010-02-181-2/+0
|
* Message.set_sender: allow org.freedesktop.DBusHuang Peng2008-09-301-1/+1
| | | | | | I found Message.set_sender method only accepts unique bus name. But in my project, I need implement a simple dbus daemon, it need set the sender as "org.freedesktop.DBus".
* Avoid some compiler warningsSimon McVittie2008-07-231-0/+1
|
* Merge branch 'master' into serverSimon McVittie2008-07-151-0/+1
|\
| * Bugfix for: if using Connection.add_message_filter, only the last filter ↵Huang Peng2008-07-151-0/+1
| | | | | | | | will be called
* | Initialize LibDBusConnection correctlySimon McVittie2008-07-151-0/+2
| |
* | Make DBusPyConnection_NewConsumingDBusConnection static now nobody else ↵Simon McVittie2008-07-151-1/+1
| | | | | | | | needs to call it
* | DbusPyServer: construct connections by calling the type, so the object will ↵Simon McVittie2008-07-151-8/+20
| | | | | | | | be fully initialized
* | Refactor DBusPyConnection_NewForBus and make it go via ↵Simon McVittie2008-07-151-26/+59
| | | | | | | | | | | | | | | | DbusPyConnection_Type.tp_new Now that we have the LibDBusConnection temporary objects, we don't have to do strange sideways inheritance, we can just chain up to the superclass constructor.
* | _dbus_bindings._Connection: sort out constructorSimon McVittie2008-07-151-13/+27
| | | | | | | | | | | | | | | | | | Accept a LibDBusConnection for the address (sic) parameter, so we can construct a Connection for a DBusConnection that already exists. The way all this works right now is a bit unfortunate, with hindsight, but most of it is fixable like this.
* | [trivial] un-extern Struct_tp_getattroSimon McVittie2008-07-151-1/+1
| |
* | Add LibDBusConnection in _dbus_bindingsSimon McVittie2008-07-154-3/+143
| |
* | Actually create objects of class Server->conn_classSimon McVittie2008-07-141-3/+4
| |
* | Hook DBusServer into the build system.Simon McVittie2008-07-144-0/+30
| | | | | | | | Based on parts of the patch by Huang Peng <phuang@redhat.com>
* | Rename _dbus_bindings.Server to _dbus_bindings._ServerSimon McVittie2008-07-141-4/+5
| |
* | DBusPyServer: construct a user-specified subtype of ConnectionSimon McVittie2008-07-141-7/+25
| |
* | DBusPyServer initialization: remove some debugging printfsSimon McVittie2008-07-141-5/+3
| |
* | DBusPyServer get_address, get_id: correct docs, these return str not StringSimon McVittie2008-07-141-2/+2
| |
* | DBusPyServer tp_dealloc: remove a stray debugging printfSimon McVittie2008-07-141-1/+0
| |
* | DBusPyServer: correctly unref the partially constructed DBusPyServer on errorsSimon McVittie2008-07-141-1/+2
| |
* | DBusPyServer: correctly unref the weakref object on errorsSimon McVittie2008-07-141-1/+2
| |
* | DBusPyServer: fix a typoSimon McVittie2008-07-141-1/+1
| |
* | DBusPyServer: Fix refcounting of the main loopSimon McVittie2008-07-141-2/+4
| |
* | DBusPyServer: if there's no main loop, throw an exceptionSimon McVittie2008-07-141-1/+7
| | | | | | | | | | The code starting at the "err" label assumes that an exception has been set already.
* | Document that DBusPyServer_NewDBusServer consumes a reference to the server.Simon McVittie2008-07-141-5/+9
| | | | | | | | Rename it to DBusPyServer_NewConsumingDBusServer to make this clearer.
* | DBusPyServer: remove some stray debugging printfsSimon McVittie2008-07-141-3/+0
| |
* | DBusPyServer: refactor set_auth_mechanismsSimon McVittie2008-07-141-23/+29
| | | | | | | | | | | | | | | | | | * save a malloc * return a boolean * don't crash if the sequence isn't a sequence * don't coerce items to strings too hard (we only want to accept str or unicode, accepting FooObject and trying to use it as an authentication method "<FooObject at 0xdeadbeef>" would be silly)
* | Initial support for DBusServer class (#14322).Mathias Hasselmann2008-07-141-0/+535
|/
* Relicense Collabora code under the MIT/X11 license proposed for dbus core, ↵Simon McVittie2007-09-2724-354/+427
| | | | removing all references to the LGPL as a result
* _dbus_bindings/mainloop.c: Remove Watch and Timeout.Simon McVittie2007-07-311-357/+0
| | | | | | | They were never used, and didn't make a great deal of sense. I now believe the right direction for pure-Python mainloop support is to define a Pythonic main loop abstraction and coerce libdbus to fit into it, rather than pretending the objects in libdbus' abstraction are Python objects.
View Lorry Controller Status