D-Bus crasher from Python (on Ubuntu Edgy, not on Dapper???)

John (J5) Palmieri johnp at redhat.com
Thu Aug 31 11:03:49 PDT 2006


Looks like this has been fixed by a D-Bus upgrade.

On Thu, 2006-08-31 at 15:20 +1000, Nigel Tao wrote:
> Sorry to spam the list with my homework, but we just got a bug report
> in the GNOME Deskbar Applet that we'd like to fix before the imminent
> stable release.
> 
> Some highlights from http://bugzilla.gnome.org/show_bug.cgi?id=353548
> ------------------------------------------
> Distribution: Ubuntu 6.10 (edgy)
> Gnome Release: 2.15.92 2006-08-22 (Ubuntu)
> BugBuddy Version: 2.15.92
> 
> Memory status: size: 60628992 vsize: 0 resident: 60628992 share: 0 rss:
> 29646848 rss_rlim: 0
> CPU usage: start_time: 1156947181 rtime: 0 utime: 127 stime: 0 cutime:109
> cstime: 0 timeout: 18 it_real_value: 0 frequency: 0
> 
> Backtrace was generated from '/usr/libexec/deskbar-applet'
> 
> (no debugging symbols found)
> Using host libthread_db library "/lib/tls/i686/cmov/libthread_db.so.1".
> (no debugging symbols found)
> [Thread debugging using libthread_db enabled]
> [New Thread -1209747792 (LWP 5139)]
> [New Thread -1254401120 (LWP 5162)]
> [New Thread -1246008416 (LWP 5157)]
> 0xffffe410 in __kernel_vsyscall ()
> #0  0xffffe410 in __kernel_vsyscall ()
> #1  0xb7fbb30b in __waitpid_nocancel ()
>    from /lib/tls/i686/cmov/libpthread.so.0
> #2  0xb7135ed5 in gnome_gtk_module_info_get () from /usr/lib/libgnomeui-2.so.0
> #3  <signal handler called>
> #4  0xb6c3cc05 in dbus_connection_has_messages_to_send ()
>    from /usr/lib/libdbus-1.so.3
> #5  0xb6c4ef81 in dbus_pending_call_unref () from /usr/lib/libdbus-1.so.3
> #6  0xb6c3e025 in dbus_connection_get_unix_fd () from /usr/lib/libdbus-1.so.3
> #7  0xb6c3e07b in dbus_connection_get_unix_fd () from /usr/lib/libdbus-1.so.3
> #8  0xb6c406d8 in dbus_connection_flush () from /usr/lib/libdbus-1.so.3
> #9  0xb6c4084b in dbus_connection_flush () from /usr/lib/libdbus-1.so.3
> #10 0xb6c4eddd in dbus_pending_call_block () from /usr/lib/libdbus-1.so.3
> #11 0xb52bd1e6 in ?? ()
>    from /usr/lib/python2.4/site-packages/dbus/dbus_bindings.so
> #12 0x0895d5b0 in ?? ()
> ------------------------------------------
> and
> ------------------------------------------
> Initializing Web History
> Initializing Files, Folders and Places
> Initializing Computer Actions
> Attempt to register the same DBusConnection with the message bus, but it is
> already registered
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread -1210230592 (LWP 6431)]
> 0xb6bc6c05 in dbus_connection_has_messages_to_send ()
>    from /usr/lib/libdbus-1.so.3
> (gdb) bt full
> #0  0xb6bc6c05 in dbus_connection_has_messages_to_send ()
>    from /usr/lib/libdbus-1.so.3
> No symbol table info available.
> #1  0xb6bd8f81 in dbus_pending_call_unref () from /usr/lib/libdbus-1.so.3
> No symbol table info available.
> #2  0xb6bc8025 in dbus_connection_get_unix_fd () from /usr/lib/libdbus-1.so.3
> No symbol table info available.
> #3  0xb6bc807b in dbus_connection_get_unix_fd () from /usr/lib/libdbus-1.so.3
> No symbol table info available.
> #4  0xb6bca6d8 in dbus_connection_flush () from /usr/lib/libdbus-1.so.3
> No symbol table info available.
> #5  0xb6bca84b in dbus_connection_flush () from /usr/lib/libdbus-1.so.3
> No symbol table info available.
> #6  0xb6bd8ddd in dbus_pending_call_block () from /usr/lib/libdbus-1.so.3
> No symbol table info available.
> #7  0xb51631e6 in ?? ()
>    from /usr/lib/python2.4/site-packages/dbus/dbus_bindings.so
> No symbol table info available.
> #8  0x08a51748 in ?? ()
> No symbol table info available.
> #9  0x00000000 in ?? ()
> No symbol table info available.
> (gdb)
> ------------------------------------------
> 
> The "Initializing FooBar" messages in the second snippet come from
> Deskbar, and it means that we have got up to running this Python file
> http://cvs.gnome.org/viewcvs/deskbar-applet/deskbar/handlers/gdmactions.py?rev=1.2&view=markup
> 
> Which does indeed start with
> ------------------------------------------
> import dbus, dbus.glib
> ------------------------------------------
> and continues with a bunch of dbus calls.
> 
> I am suprised that we can cause a crasher solely through the Python
> D-Bus bindings.  Any suggestions?  From the bugzilla report, Raphael
> Slinckx tried to reproduce, but failed, possibly because he was
> running Deskbar HEAD on Ubuntu Dapper (and whatever version of D-Bus
> that that entails) and the reporter was running Edgy, which may be a
> clue.
> _______________________________________________
> dbus mailing list
> dbus at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dbus
-- 



More information about the dbus mailing list