I have however managed to find a way to reproduce this. This requires irssi running on another machine screened. It doesn't lockup using local irssi. Sometime it happens when you try to send something to a channel/query, and press enter, lockup. I'm using up-to-date unstable. --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) select(256, [1 4 12 13 14 15 16 17 18 19], NULL, NULL, {0, 0}) = 0 (Timeout) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) select(256, [1 4 12 13 14 15 16 17 18 19], NULL, NULL, {0, 0}) = 0 (Timeout) read(20, "\232\27\n\0\3\f@\1e\0@\1a\f@\1X\0\0\0002\0@\1\0\0\0\0\1"..., 4096) = 4096 read(20, "J\0@\1a\f@\1X\0\0\0002\0@\1\0\0\0\0\n\3\3\0038\0\367\0"..., 4088) = 4088 --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) gettimeofday({1045644468, 743779}, NULL) = 0 ioctl(7, 0xc0444635, 0xbfffeee8) = 0 --- SIGALRM (Alarm clock) @ 0 (0) --- setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 0}}, NULL) = 0 sigreturn() = ? (mask now []) munmap(0x50ade000, 4612096) = 0 select(256, [1 4 12 13 14 15 16 17 18 19 20], NULL, NULL, {0, 333000}) = 2 (in [4 20], l eft {0, 333000}) read(4, "\36", 64) = 1 gettimeofday({1045644468, 798430}, NULL) = 0 rt_sigprocmask(SIG_BLOCK, [IO], [], 8) = 0 rt_sigprocmask(SIG_BLOCK, [], [IO], 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [IO], NULL, 8) = 0 setitimer(ITIMER_REAL, {it_interval={0, 20000}, it_value={0, 20000}}, NULL) = 0 gettimeofday({1045644468, 799292}, NULL) = 0 writev(20, [{"\2&\271X4~\3\0\214\0\0\0\4\0@\1\0\0\0\0t\1\202\2r\1W\2"..., 32}], 1) = 32 read(20, "\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3"..., 4044) = 4044 read(20, "\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3\3"..., 4052) = 4052 read(20, "\232\27\n\0\3\0\0\0e\0@\1a\f@\1X\0\0\0002\0@\1\0\0\0\0"..., 4096) = 4096 read(20, "\3\3\3\3J\0@\1a\f@\1X\0\0\0002\0@\1\0\0\0\0\6\f@\1\0\0"..., 4092) = 3200 --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now []) ..... forever... On sending SEGV to X: --- SIGSEGV (Segmentation fault) @ 0 (0) --- rt_sigaction(SIGSEGV, {SIG_IGN}, {0x8084a50, [SEGV], SA_RESTORER|SA_RESTART, 0x40085b18} , 8) = 0 write(2, "\n *** If unresolved symbols we"..., 112) = 112 write(0, "\n *** If unresolved symbols we"..., 112) = 112 write(2, "\nFatal server error:\n", 21) = 21 write(0, "\nFatal server error:\n", 21) = 21 write(2, "Caught signal 11. Server aborti"..., 35) = 35 write(0, "Caught signal 11. Server aborti"..., 35) = 35 write(2, "\n", 1) = 1 write(0, "\n", 1) = 1 write(2, "\nWhen reporting a problem relate"..., 117) = 117 write(0, "\nWhen reporting a problem relate"..., 117) = 117 write(2, "This can be found in the log fil"..., 60) = 60 write(0, "This can be found in the log fil"..., 60) = 60 write(2, "Please report problems to xfree8"..., 47) = 47 write(0, "Please report problems to xfree8"..., 47) = 47 write(2, "\n", 1) = 1 write(0, "\n", 1) = 1 unlink("/tmp/.X0-lock") = 0 ioctl(4, 0x4b45, 0x1) = 0 ioctl(4, TCSETS, {c_iflags=0x500, c_oflags=0x5, c_cflags=0x4bf, c_lflags=0x8a3b, c_line= 0, c_cc="\x03\x1c\x7f\x15\x04\x00\x01\x00\x11\x13\x1a\x00\x12\x0f\x17\x16\x00\x00\x00"}) = 0 ioctl(4, SNDCTL_TMR_TIMEBASE, {c_iflags=0x500, c_oflags=0x5, c_cflags=0x4bf, c_lflags=0x 8a3b, c_line=0, c_cc="\x03\x1c\x7f\x15\x04\x00\x01\x00\x11\x13\x1a\x00\x12\x0f\x17\x16\x 00\x00\x00"}) = 0 rt_sigprocmask(SIG_BLOCK, [CHLD], [SEGV], 8) = 0 rt_sigaction(SIGCHLD, NULL, {SIG_DFL}, 8) = 0 rt_sigprocmask(SIG_SETMASK, [SEGV], NULL, 8) = 0 nanosleep({1, 0}, 0xbfffedac) = -1 EINTR (Interrupted system call) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now [SEGV]) rt_sigprocmask(SIG_BLOCK, [IO], [SEGV], 8) = 0 ioctl(7, 0xc0104648, 0xbfffef0c) = 0 ioctl(6, 0xc0344642, 0xbfffee7c) = 0 --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now [SEGV IO]) --- SIGALRM (Alarm clock) @ 0 (0) --- sigreturn() = ? (mask now [SEGV IO]) .... and loops forever... Reproducible: Always Steps to Reproduce: 1. Login to X with Gnome session 2. Start Gnome-Terminal 3. ssh to another machine 4. screen -r irssi Actual Results: X lockup Expected Results: Should resume fine. Portage 2.0.47-r2 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r3) ================================================================= System uname: 2.4.20-gentoo-r1 i686 Celeron (Mendocino) GENTOO_MIRRORS="http://gentoo.oregonstate.edu/ http://distro.ibiblio.org/pub/Linux/distributions/gentoo" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/afs/C /etc/afs/afsws /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/portage" PORTDIR_OVERLAY="/usr/local/portage" USE="x86 3dnow apm gif libg++ mikmod arts bonobo svga guile acpi afs alsa avi berkdb bladeenc cdr cdrdao cracklib crypt cups db divx dga dvd encode esd ethereal fam fbcon flash gd gdbm gnome gphoto2 gpm gtk gtk2 gtkhtml imap imlib innodb ipv6 java jpeg kde kerberos lame lcms ldap libwww mmx maildir mbox motif mozilla mpeg mysql nas ncurses nls oav oci8 oggvorbis opengl oss pam pda pdflib perl pic png python qt qtmt quicktime readline samba scanner sdl slang slp snmp spell ssl tetex tcpd tcltk tiff truetype wmf X xml2 xmms xpm xv zlib" COMPILER="gcc3" CHOST="i686-pc-linux-gnu" CFLAGS="-march=pentium2 -mmmx -O3 -pipe" CXXFLAGS="-march=pentium2 -mmmx -O3 -pipe" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j6" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="distcc sandbox ccache buildpkg"
what xfree are you using ?
"I'm using up-to-date unstable." "ACCEPT_KEYWORDS="x86 ~x86"" That would be XFree86 4.2.99, and it is..
is it reproducable with a stable xfree (.99 are ofcourse devel releases) ?
I have not tried it.. To be more clear. This can also happen when doing other things in Gnome. But Enlightenment worked just fine for days doing lots of things.
well we can't go support devel stuff, so we must rule that out first as the problem. Can you give more useful debugging info btw, backtraces with debug enabled ? What video card ? full lockups are usually hardware related . Does only X lockup or is the whole system dead ?
I'm 100% sure this is not a hardware problem. Besides, it works fine in Enlightenment. But not in Gnome. And unstable is supposed to be for those who wants to try latest stuff and help finding bugs in it to make the stable release more stable. Only X lockup, otherwise I wouldn't be able to send SEGV to X after it has locked up, right ? ;) Well, I will probably recompile XFree with debugging turned on to test this more when I have time to do so.
well yeah, but 4.2.99 will never be marked stable since it's a development release (imo it should be in package.mask, but thats just my take on it .. looks like the xfree guys think differently about it) anyway, closing .. reopen when you can give us debug output
guess this can really go now ?