GNOME Bugzilla – Bug 565958
crashes when using transparent background
Last modified: 2009-11-18 19:17:33 UTC
Nothing spews in console (gdb) run --sync Starting program: /usr/bin/xchat-gnome --sync (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb6bba750 (LWP 7233)] The program 'xchat-gnome' received an X Window System error. This probably reflects a bug in the program. The error was 'BadImplementation (server does not implement operation)'. (Details: serial 1003 error_code 17 request_code 140 minor_code 5) (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.) Program exited with code 01.
perhaps a more useful stracktrace, if not don't hesitate to ping me. (in the meantime I'll build it from source to have full debug stacktrace) Breakpoint 1 (gdk_x_error) pending. (gdb) run --sync Starting program: /usr/bin/xchat-gnome --sync (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb6af0750 (LWP 7841)]
+ Trace 211143
Thread 3064923984 (LWP 7841)
This one should be better baptiste@oak:~$ gdb xchat-gnome GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i486-linux-gnu"... (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) run --sync Starting program: /opt/gnome/bin/xchat-gnome --sync [Thread debugging using libthread_db enabled] [New Thread 0xb6ddc960 (LWP 23778)] [Switching to Thread 0xb6ddc960 (LWP 23778)] Breakpoint 1, gdk_x_error (display=0x9f8c680, error=0xbfd6eba8) at gdkmain-x11.c:614 614 if (error->error_code) (gdb) thread apply all bt
+ Trace 211145
Thread 1 (Thread 0xb6ddc960 (LWP 23778))
Can you try this: in src/fe-gnome/xtext.c about line 90, insert this line: #undef USE_SHM and see if it works then?
it fixes the problem apparently :). thanks
I don't feel like fixing the mess that is xtext.c, so I think I'll just uncomment the shm code in configure, so we never set the USE_SHM define.
Configure.ac changed accordingly. This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.
You just made "transparency" really slow for people running uncomposited. The solution here is to avoid using the SHM method when a compositing manager is running.
Re-opening so this doesn't get forgotten. I freely admit that the commit is only a band-aid, but I think not crashing takes precedence over speed. So unless someone invests the time to produce a better patch, IMHO shm should stay disabled.
*** Bug 565544 has been marked as a duplicate of this bug. ***
*** This bug has been marked as a duplicate of bug 392860 ***