the recursive locks todo item was a little misleading
authorHavoc Pennington <hp@redhat.com>
Tue, 6 Jun 2006 20:28:57 +0000 (20:28 +0000)
committerHavoc Pennington <hp@redhat.com>
Tue, 6 Jun 2006 20:28:57 +0000 (20:28 +0000)
doc/TODO

index 7108734..1f70e85 100644 (file)
--- a/doc/TODO
+++ b/doc/TODO
@@ -4,10 +4,10 @@ Important for 1.0
  - add a new return code from dbus_connection_dispatch() called 
    IN_PROGRESS or RECURSED or something, indicating that DATA_REMAINS
    but another dispatch is in progress, so we can't dispatch at 
-   this time. Fixes the recursive deadlock. See the @todo for more
+   this time. OR maybe just switch to recursive locks for the dispatch 
+   locks. Fixes the recursive deadlock. See the @todo for more
    and this thread: http://lists.freedesktop.org/archives/dbus/2006-February/004128.html
 
-
  - Remove all deprecated functions
 
  - Audit @todo and FIXME for security issues