The program 'tilda' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAccess (attempt to access private resource denied)'. (Details: serial 11 error_code 10 request_code 33 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.) emerge --info: Portage 2.1.2_rc1-r7 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.19-rc4-ag i686) ================================================================= System uname: 2.6.19-rc4-ag i686 Intel(R) Pentium(R) M processor 1.86GHz Gentoo Base System version 1.13.0_alpha7 Last Sync: Fri, 17 Nov 2006 17:30:01 +0000 dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.5-r1 dev-python/pycrypto: 2.0.1-r5 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17.50.0.6 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-pipe -O2 -march=pentium-m -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-pipe -O2 -march=pentium-m -fomit-frame-pointer -fvisibility-inlines-hidden -fvisibility=hidden" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer nodoc noinfo parallel-fetch sandbox sfperms strict tmpfs" GENTOO_MIRRORS="http://www.die.unipd.it/pub/Linux/distributions/gentoo-sources/ ftp://pandemonium.tiscali.de/pub/gentoo/" INSTALL_MASK="/usr/share/gtk-doc" LANG="it_IT" LC_ALL="it_IT" LDFLAGS="-Wl,--hash-style=gnu -Wl,--as-needed" LINGUAS="it" MAKEOPTS="-j2 --quiet" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage/misc /usr/local/portage/xfce" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X acpi alsa cairo dbus elibc_glibc firefox gif gstreamer hal input_devices_keyboard input_devices_mouse input_devices_synaptics jpeg kernel_linux libnotify linguas_it mmx nls nptl pdf png readline sse sse2 startup-notification svg threads unicode userland_GNU video_cards_none video_cards_nvidia xml xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, PORTAGE_RSYNC_EXTRA_OPTS
Could you try rebuilding without the CXXFLAGS you have set and report back?
(In reply to comment #1) > Could you try rebuilding without the CXXFLAGS you have set and report back? > I did it, but nothing changed.
Build with the following C{,XX}FLAGS: -O2 -march=pentium-m -g -ggdb and LDFLAGS="". After that, run it, and if it does the same, get a backtrace using gdb.
I solved the problem: tilda was crashing because of my WM (xfwm4) where the "F1" key was binded to the launch of a command in the shortcut panel of xfce4 (it was a custom keybinding, not a default one). So there was a conflict between my custom key binding and tilda trying to register the same keybinding (F1 is the default one used to pull up/down the terminal window).