GNOME Bugzilla – Bug 344669
gnome-settings-daemon crashes when GNOME starts
Last modified: 2006-07-13 22:39:27 UTC
I am reporting this bug from Debian BTS (#372873), Cc-ing the original reporter. I used to reproduce it with g-c-c 2.12. --- Package: gnome-control-center Version: 1:2.14.2-1 Severity: important When GNOME starts, I get the error: System exception: IDL:Bonobo/GeneralError:1.0 When starting gnome-settings-daemon by hand, I get: ~$ gnome-settings-daemon The program 'gnome-settings-daemon' received an X Window System error. This probably reflects a bug in the program. The error was 'BadValue (integer parameter out of range for operation)'. (Details: serial 440 error_code 2 request_code 116 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) [1150103899,000,xklavier.c:XklStartListen/] The backend does not require manual layout management - but it is provided by the application -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.20 Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Versions of packages gnome-control-center depends on: ii capplets-data 1:2.14.2-1 configuration applets for GNOME 2 ii desktop-file-utils 0.10-1 Utilities for .desktop files ii gnome-desktop-data 2.14.1.1-1 Common files for GNOME 2 desktop a ii gnome-icon-theme 2.14.2-1 GNOME Desktop icon theme ii gnome-menus 2.14.0-2 an implementation of the freedeskt ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libatk1.0-0 1.11.4-2 The ATK accessibility toolkit ii libaudiofile0 0.2.6-6 Open-source version of SGI's audio ii libavahi-client3 0.6.10-1 Avahi client library ii libavahi-common3 0.6.10-1 Avahi common library ii libavahi-glib1 0.6.10-1 Avahi glib integration library ii libbonobo2-0 2.14.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.14.0-2 The Bonobo UI library ii libc6 2.3.6-13 GNU C Library: Shared libraries ii libcairo2 1.0.4-2 The Cairo 2D vector graphics libra ii libdbus-1-2 0.61-6 simple interprocess messaging syst ii libebook1.2-5 1.6.1-3 Client library for evolution addre ii libesd-alsa0 [libesd0] 0.2.36-3 Enlightened Sound Daemon (ALSA) - ii libfontconfig1 2.3.2-5.1 generic font configuration library ii libfreetype6 2.2.1-2 FreeType 2 font engine, shared lib ii libgconf2-4 2.14.0-1 GNOME configuration database syste ii libgcrypt11 1.2.2-1 LGPL Crypto library - runtime libr ii libglade2-0 1:2.5.1-2 library to load .glade files at ru ii libglib2.0-0 2.10.2-1 The GLib library of C routines ii libgnome-desktop-2 2.14.1.1-1 Utility library for loading .deskt ii libgnome-keyring0 0.4.9-1 GNOME keyring services library ii libgnome-menu2 2.14.0-2 an implementation of the freedeskt ii libgnome-window-settings1 1:2.14.2-1 Utility library for getting window ii libgnome2-0 2.14.1-2 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-2 A powerful object-oriented display ii libgnomeui-0 2.14.1-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 2.14.1-2 GNOME virtual file-system (runtime ii libgnutls13 1.3.5-1.1 the GNU TLS library - runtime libr ii libgpg-error0 1.2-1 library for common error values an ii libgstreamer-plugins-base0 0.10.7-2 GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.6-2 Core GStreamer libraries and eleme ii libgtk2.0-0 2.8.17-2 The GTK+ graphical user interface ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmetacity0 1:2.14.5-1 library of lightweight GTK2 based ii libnautilus-extension1 2.14.1-4 libraries for nautilus components ii liborbit2 1:2.14.0-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.12.3-1 Layout and rendering of internatio ii libpng12-0 1.2.8rel-5.1 PNG library - runtime ii libpopt0 1.10-2 lib for parsing cmdline parameters ii libsm6 1:1.0.0-4 X11 Session Management library ii libstartup-notification0 0.8-1 library for program launch feedbac ii libtasn1-2 1:0.2.17-2 Manage ASN.1 structures (runtime) ii libx11-6 2:1.0.0-6 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxfixes3 1:3.0.1.2-4 X11 miscellaneous 'fixes' extensio ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxklavier10 2.2-3 X Keyboard Extension high-level AP ii libxml2 2.6.24.dfsg-1 GNOME XML library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.0.2-4 X Rendering Extension client libra ii libxss1 1:1.0.1-4 X11 Screen Saver extension library ii libxxf86misc1 1:1.0.0-4 X11 XFree86 miscellaneous extensio ii zlib1g 1:1.2.3-11 compression library - runtime --- additional info: 1. The bug appeared after yesterda's upgrade of my debian/testing system. Previously it worked correctly 2. I tried to clean all user's gnome settings - nothing helped 3. When I run: setxkbmap -rules xorg -model pc105 -layout "pl2" -option "grp:switch,ctrl:nocaps" To get my keyboard working, everything works perfectly (but gnome-settings-daemon keeps crashing as previously).
I've stated, that when the problem appeared, Xemacs started to complain: (1) (key-mapping/warning) XEmacs: Mode_switch (0x5d) generates both Mod3 and Mod5, which is nonsensical. So maybe the failure is somehow associated with the non-standard keymap "pl2"?
I've tested it with standard keymap "us" - the problem remains
It seems, that the problem is associated with use of "evdev" driver in xorg. It has been discussed e.g. here: http://bugzilla.gnome.org/show_bug.cgi?id=323724 Is it possible, that the problem reappeared between g-c-c 2.14.1 and 2.14.2 ?
Ray, could this be another potential overrun apart from the one you fixed?
Hi Rodrigo, No, I don't think so. It could be that the configure_button_layout () function is filling the array wrong. wzab, if you don't use the evdev driver, does the problem go away? Do you use left-handed or right handed mode for you mouse?
yes, the problem is associated with the evdev driver. I use the right-hand mouse, however it is a highly nonstandard WOP-49 mouse. This is the appropriate section of my xorg.conf: Section "InputDevice" Identifier "USB Mouse" Driver "evdev" Option "SendCoreEvents" "true" Option "Dev Name" "A4Tech USB Optical Mouse" Option "Device" "/dev/input/event2" Option "Protocol" "evdev" Option "Emulate3Buttons" "no" Option "Buttons" "9" Option "ZAxisMapping" "6 7 8 9" EndSection -- Regards, Wojtek
Hi wzab, can you run the settings daemon with --sync in gdb, break on gdk_x_error, and confirm that it is failing on XSetDeviceButtonMapping (or report where it is failing if it's not failing there)?
Sorry, either I'm doing something incorrectly, or thera are debug version of gnome binaries needed... So it looks like: $ gdb gnome-settings-daemon GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...(no debugging symbols found) Using host libthread_db library "/lib/tls/libthread_db.so.1". (gdb) break gdk_x_error Function "gdk_x_error" not defined. Make breakpoint pending on future shared library load? (y or [n]) y Breakpoint 1 (gdk_x_error) pending. (gdb) set args --sync (gdb) run Starting program: /usr/bin/gnome-settings-daemon --sync (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread -1225402688 (LWP 4867)] (no debugging symbols found) ---Type <return> to continue, or q <return> to quit--- (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [New Thread -1227396176 (LWP 4872)] The program 'gnome-settings-daemon' received an X Window System error. This probably reflects a bug in the program. The error was 'BadValue (integer parameter out of range for operation)'. (Details: serial 3067 error_code 2 request_code 116 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) [1150314600,000,xklavier.c:XklStartListen/] The backend does not require manual layout management - but it is provided by the application Program exited with code 01. (gdb)
I have the same problem and do have debugging symbols. However, each time g-s-d crashes it tries to reload, so my gdb session ends with: Breakpoint 2 at 0x2b393cc1b8b0: file gdkmain-x11.c, line 607. Pending breakpoint "gdk_x_error" resolved You can only run one xsettings manager at a time; exiting Program exited with code 01. I don't see anything in Desktop->Preferences->Sessions that lets me control this behavior. How do I stop the auto-reload so I can debug this?
Two things: I just noticed the version listed above. I should have mentioned I experience this only with 2.15.3. If I downgrade to 2.14.1 it goes away. Secondly, I did this in xorg.conf: #Section "InputDevice" # Identifier "Logitech MX-300 USB-PS/2 Optical Mouse" # Driver "evdev" # Option "Device" "/dev/input/event0" # Option "ZAxisMapping" "4 5" # Option "Buttons" "8" #EndSection Section "InputDevice" Identifier "Logitech MX-300 USB-PS/2 Optical Mouse" Driver "mouse" Option "Device" "/dev/input/mouse0" Option "ZAxisMapping" "4 5" EndSection Then I killed my session, stopped/restarted gdm and logged in again. I still get the g-s-d crash. Downgrading to 2.14.1 is the only solution for me right now. If someone can tell me about stopping g-s-d from reloading, I can come back with a good backtrace.
you should be able to do gnome-session-remove gnome-settings-daemon i think. But if that doesn't work you can get away with killing it a bunch. it will eventually stop respawning: while true; do killall gnome-settings-daemon; done (and press ctrl-c when the dialog pops up)
Thanks. Here you go: [Switching to Thread 47915843809264 (LWP 20999)] Breakpoint 2, gdk_x_error (display=0x657110, error=0x7fffffe667b0) at gdkmain-x11.c:607 607 gdkmain-x11.c: No such file or directory. in gdkmain-x11.c (gdb) thread apply all bt full
+ Trace 68929
Thread 2 (Thread 1082132816 (LWP 21015))
Thread 1 (Thread 47915843809264 (LWP 20999))
Is there any further information I can provide to help solve this issue? If someone can suggest further tests, I would be glad to help out. Right now, control-center is the only part of Gnome 2.15 that has to be downgraded to 2.14 to allow Gnome to function.
Man, timing is everything. This is fixed in control-center 2.15.4. Thanks!
Closing then