In xchat-1.8.10-r1, if I attempt a tab completion without first entering anything - ie '/msg <tab>' or even just tab on an empty line, xchat will lock up, and the screen will be unresponsive. Killing the window leaves an xchat process running. It must be manually killed with a kill -9. I had previously been seeing occasional lockups with xchat, but I've finally found something easily repeatable. I am using KDE (3.0.3). I tried on a Debain (Testing) machine, which has xchat 1.8.9 and KDE 2.2.2. This machine does not have the problem mentioned above. # emerge info Portage 2.0.45 (default-x86-1.4, gcc-3.2, glibc-2.2.5-r7) ================================================================= System uname: 2.4.20-pre7-ac3 i686 AMD Athlon(tm) XP 1600+ USE="x86 3dnow avi crypt encode gif jpeg kde libg++ mikmod mmx mpeg ncurses pdflib png qtmt quicktime spell truetype xml2 xmms xv zlib gtkhtml gdbm berkdb slang readline arts bonobo svga tcltk java guile X sdl gpm tcpd pam libwww ssl python esd imlib oggvorbis gtk qt motif opengl cdr sse -apm -cups -gnome dga oss dvd mozilla tetex perl -nls doc" ARCH="x86" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=athlon-xp -O3 -pipe" CXXFLAGS="-march=athlon-xp -O3 -pipe" ACCEPT_KEYWORDS="x86" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" MAKEOPTS="-j2" JDK_HOME="/opt/blackdown-jdk-1.3.1" JAVA_HOME="/opt/blackdown-jdk-1.3.1" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" GENTOO_MIRRORS="http://www.ibiblio.org/pub/Linux/distributions/gentoo"
I have xchat 1.8.10-r1 and I don't see that problem. # emerge info Portage 2.0.45-r3 (default-1.0, gcc-2.95.3, glibc-2.2.5-r2) ================================================================= System uname: 2.4.19-gentoo-r9 i686 AMD Athlon(tm) processor USE="x86 oss 3dnow apm avi crypt cups jpeg libg++ mikmod mmx mpeg ncurses pdflib qtmt quicktime spell truetype xml2 xmms xv berkdb bonobo cdr directfb esd gdbm gif gnome gnome-libs gpm gtk gtkhtml guile imlib libwww motif mozilla mysql nls oggvorbis opengl pam perl png python readline sdl slang snmp ssl svga tcltk tcpd tiff X -kde -qt -arts -java dvd encode" ARCH="x86" COMPILER="" CHOST="i686-pc-linux-gnu" CFLAGS="-march=i686 -O3 -pipe" CXXFLAGS="-march=i686 -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" MAKEOPTS="-j2" JDK_HOME="" JAVA_HOME="" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" GENTOO_MIRRORS="http://linux.oit.umass.edu/gentoo/gentoo http://www.ibiblio.org/pub/Linux/distributions/gentoo"
I'm quite into xchat altough i haven't used the 1.8 series in a while and never seen such a problem. You might want to cut down on optimisations first (eg. more general arch, -O2) see if it still happens. Run it in console, see if it sais anything when crashing.
I've tried with optimisations -O2 and -O, and with -march i686, and also remerged it after glibc-2.3.1 was emerged. I've compiled from source (to get debugging symbols) and run it from gdb. I couldn't pinpoint what was causing the problem, but it looks like something is causing an infinite loop, most likely in the tab_nick_comp in src/fe-gtk/fkeys.c. Looking at the other replies, my guess is that it's a kde interaction problem. Unfortunately, I don't have gnome on here.
I also don't have any problems with xchat v1.8.10-r1.. tried that /msg <tab> and.. no problems whatsoever.. I'm using fluxbox. (no kde here) emerge info Portage 2.0.46-r2 (default-x86-1.4, gcc-3.2.1, glibc-2.3.1-r2) ================================================================= System uname: 2.4.19-gentoo-r9 i686 AMD Athlon(tm) MP 1500+ USE="x86 oss 3dnow apm avi crypt encode gif jpeg libg++ libwww mikmod mmx mpeg ncurses nls pdflib png qtmt quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline svga tcltk sdl gpm tcpd pam ssl perl python esd imlib oggvorbis gtk qt motif opengl mozilla cdr X gtk2 sse java gnome -kde -alsa -cups -arts" ARCH="x86" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-mcpu=athlon-mp -O2 -pipe -fomit-frame-pointer" CXXFLAGS="-mcpu=athlon-mp -O2 -pipe -fomit-frame-pointer" ACCEPT_KEYWORDS="x86" CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" MAKEOPTS="-j4" JDK_HOME="/opt/sun-jdk-1.4.1.01" JAVA_HOME="/opt/sun-jdk-1.4.1.01" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" GENTOO_MIRRORS="ftp://ftp.uevora.pt/gentoo"
xchat doesnt interact with kde at all (it doesnt depend on any of its libs). If you want to debug a build btw i always add 'inherit debug' to the top of the ebuild, works very well. Can you run it in another environment (just basic X with twm or something) and see if the problem persists ?
no more traffic closing. and try with latest xchat-1.8.11 in portage
db fix