summaryrefslogtreecommitdiff
path: root/_dbus_bindings
Commit message (Collapse)AuthorAgeFilesLines
* 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.
* Avoid cpp directives inside macro calls, to be nice to old gcc versionsSimon McVittie2007-07-122-19/+1
|
* Use PyArg_ParseTuple correctly, fixing the timeout in ↵Simon McVittie2007-07-111-2/+2
| | | | | | send_message_with_reply and send_message_with_reply_and_block. (bugs.fd.o #11489; thanks to Marco Pesenti Gritti for report and initial patch)
* _dbus_bindings: add DBUS_INTROSPECT_1_0_XML_DOCTYPE_DECL_NODE etc.Simon McVittie2007-06-211-0/+9
|
* Avoid using deprecated dbus_watch_get_fd()Simon McVittie2007-06-211-1/+7
|
* _dbus_bindings/conn-methods.c: add list_exported_child_objects().Simon McVittie2007-05-291-0/+62
| | | | This is equivalent to dbus_connection_list_registered() in libdbus.
* Implement DBusException in pure Python; add get_dbus_name() method and name= ↵Simon McVittie2007-05-166-53/+67
| | | | keyword argument
* Remove BusImplementation, removing its remaining functionality to Connection.Simon McVittie2007-04-304-95/+76
| | | | | | | | | * Move get_unique_name to Connection (it can be useful for connections which aren't to a real bus daemon but partially emulate one, like Telepathy's Tubes) * Add set_unique_name to Connection (same reason) * Convert BusImplementation.__new__ into Connection._new_for_bus * Have dbus.Bus subclass _dbus_bindings.Connection directly
* Implement o.fd.DBus method wrappers in Python instead of C.Simon McVittie2007-04-301-235/+0
| | | | | This reduces the need to have _dbus_bindings.BusImplementation and makes peer-to-peer connections easier to implement.
* _dbus_bindings/module.c: Add some useful constantsSimon McVittie2007-04-271-0/+17
|
View Lorry Controller Status