Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 129378 - audacious and X Window System error
Summary: audacious and X Window System error
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: AMD64 Linux
: High critical (vote)
Assignee: Tony Vroon (RETIRED)
URL: http://bugs.nenolod.net/view.php?id=462
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-04-09 12:19 UTC by Andrew Dorney
Modified: 2006-04-13 07:57 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Andrew Dorney 2006-04-09 12:19:51 UTC
Whenever I run Audacious it crashes on me... this happens in both 0.2.2 and 0.2.3. I've got Gentoo 2006.0, AMD64. It gives me this error:

CODE
The program 'audacious' 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 7 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.)



I'm not sure how to do that... running gdb --sync said it was an invalid flag, running the --sync during the run phase (within GDB) didn't help, but -s got me some output. Not sure if this is worth anything (I'm really more of a hardware guy), but I hope it helps in some way.


andrew@StubbornAesthetics ~ $ gdb audacious
GNU gdb 6.4
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 "x86_64-pc-linux-gnu"...(no debugging symbols found)
Using host libthread_db library "/lib/libthread_db.so.1".

(gdb) run -s
Starting program: /usr/bin/audacious -s
...
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 46912546130528 (LWP 1673)]
[New Thread 1082132832 (LWP 1676)]

Program received signal SIG33, Real-time event 33.
[Switching to Thread 1082132832 (LWP 1676)]
0x00002aaaac5e5826 in select () from /lib/libc.so.6
(gdb) bt
#0  0x00002aaaac5e5826 in select () from /lib/libc.so.6
#1  0x000000000042a560 in ctrlsocket_start ()
#2  0x00002aaaabd55676 in g_static_private_free ()
  from /usr/lib/libglib-2.0.so.0
#3  0x00002aaaac4260fa in start_thread () from /lib/libpthread.so.0
#4  0x00002aaaac5ebb63 in clone () from /lib/libc.so.6
#5  0x0000000000000000 in ?? ()



If you know of a better way for me to go about debugging this, should my output prove unuseful, please give me a step-by-step process and I'll be happy to do it for you.

~~ Andrew D.


--------------------------------------
Portage 2.0.54 (default-linux/amd64/2005.1, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-gentoo-r7 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r7 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.6.14
dev-lang/python:     2.3.5-r2, 2.4.2-r1
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.16.1
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/splash /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks fixpackages sandbox sfperms strict"
GENTOO_MIRRORS="http://gentoo.chem.wisc.edu/gentoo/ http://gentoo.mirrors.pair.com"
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X Xaw3d aac aalib accessibility acpi aim alsa amd64 apm arts audiofile avi bash-completion berkdb bitmap-fonts bluetooth bonobo bzip2 bzlib cdparanoia cdr cjk crypt cups curl curlwrappers dbus ddbm dga dio directfb divx4linux dri dts dvd dvdr dvdread eds emboss emul-linux-x86 encode esd ethereal exif expat f77 faad fam fbcon ffmpeg flac flash font-server foomaticdb fortran ftp gd gdbm ggi gif glut gmp gnome gnutls gphoto2 gpm gstreamer gtk gtk2 gtkhtml hal icq idn imagemagick imap imlib inifile ipv6 isdnlog jabber jack java javascript joystick jp2 jpeg kde ladcca lcms ldap lesstif libcaca libg++ libwww lm_sensors lmcs lzw lzw-tiff mad mbox mikmod mng motif mozilla mp3 mpeg msn nas ncurses nls nptl nptlonly ogg oggvorbis openal opengl oss pam pcre pdds pdflib perl png portaudio ppds pppd python qt quicktime readline recode ruby samba sambasasl scanner sdl slang sndfile snmp sockets sox speex spell sqlite ssl svg tcltk tcpd theora threads tidy tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales utf8 vcd videos vorbis wifi wmf xine xinerama xml xml-rpc xml2 xmms xosd xpm xprint xrandr xv xvid yahoo zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS, LINGUAS
Comment 1 Tony Vroon (RETIRED) gentoo-dev 2006-04-13 03:42:07 UTC
This appears to be related to a Konqueror compatibility hack in mainwin.c; this should be fixed in subversion revision 966. Please have a look through the upstream bug report and try to build that revision. If you are unfamiliar with building audacious from SVN, you may want to visit #audacious on irc.nenolod.net as there are several community ebuilds available that will make the job easier.
Comment 2 Andrew Dorney 2006-04-13 07:57:29 UTC
Yep. I downloaded the SVN (r974M), compiled it, and voila. Audacious works again. Thanks very much!

~~ Andrew D.