From: "Coleman, Michael" <MKC@Stowers-Institute.org>
Subject: gnu emacs 21.4a-3 signal handler loop bug (involves X?)
Date: Mon, 6 Mar 2006 16:14:10 -0600 [thread overview]
Message-ID: <C28BAF593DC3314E9C0F3A50191C2E7801A9C28A@EXCHKC03.stowers-institute.org> (raw)
Hi,
I've been noticing an intermittent problem with GNU emacs lately. About
once or twice a month, as I'm flipping desktops in Gnome, when emacs is
thus deiconified, it won't repaint, and becomes completely
nonresponsive. Below, is some strace output. It seems to be stuck in a
loop--something involving signals I'm guessing. This has happened to me
maybe six times total now; upgrading to the latest Debian version of the
emacs package doesn't seem to help. Any ideas? Is anyone else seeing
this?
Regards,
Mike
gettimeofday({1141682782, 201615}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 1000}}, NULL) =
0
sigreturn() = ? (mask now [IO])
futex(0xb7c9c1e0, FUTEX_WAIT, 2, NULL) = -1 EINTR (Interrupted system
call)
--- SIGALRM (Alarm clock) @ 0 (0) ---
gettimeofday({1141682782, 205588}, NULL) = 0
gettimeofday({1141682782, 205687}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 1000}}, NULL) =
0
sigreturn() = ? (mask now [IO])
futex(0xb7c9c1e0, FUTEX_WAIT, 2, NULL) = -1 EINTR (Interrupted system
call)
--- SIGALRM (Alarm clock) @ 0 (0) ---
gettimeofday({1141682782, 209578}, NULL) = 0
gettimeofday({1141682782, 209670}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 1000}}, NULL) =
0
sigreturn() = ? (mask now [IO])
futex(0xb7c9c1e0, FUTEX_WAIT, 2, NULL) = -1 EINTR (Interrupted system
call)
--- SIGALRM (Alarm clock) @ 0 (0) ---
gettimeofday({1141682782, 697337}, NULL) = 0
gettimeofday({1141682782, 697427}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 1000}}, NULL) =
0
sigreturn() = ? (mask now [IO])
futex(0xb7c9c1e0, FUTEX_WAIT, 2, NULL) = -1 EINTR (Interrupted system
call)
--- SIGALRM (Alarm clock) @ 0 (0) ---
gettimeofday({1141682782, 719362}, NULL) = 0
gettimeofday({1141682782, 723328}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 1000}}, NULL) =
0
sigreturn() = ? (mask now [IO])
futex(0xb7c9c1e0, FUTEX_WAIT, 2, NULL) = -1 EINTR (Interrupted system
call)
--- SIGALRM (Alarm clock) @ 0 (0) ---
gettimeofday({1141682782, 735675}, NULL) = 0
gettimeofday({1141682782, 735813}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 1000}}, NULL) =
0
sigreturn() = ? (mask now [IO])
futex(0xb7c9c1e0, FUTEX_WAIT, 2, NULL) = -1 EINTR (Interrupted system
call)
--- SIGALRM (Alarm clock) @ 0 (0) ---
gettimeofday({1141682782, 739639}, NULL) = 0
gettimeofday({1141682782, 739756}, NULL) = 0
setitimer(ITIMER_REAL, {it_interval={0, 0}, it_value={0, 1000}}, NULL) =
0
sigreturn() = ? (mask now [IO])
mkc@delta$ ldd /usr/bin/emacs21
linux-gate.so.1 => (0xffffe000)
libXaw3d.so.6 => /usr/X11R6/lib/libXaw3d.so.6 (0xb7f4d000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0xb7f37000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0xb7ee5000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0xb7edc000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0xb7ec5000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0xb7eb7000)
libtiff.so.4 => /usr/lib/libtiff.so.4 (0xb7e54000)
libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7e36000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7e10000)
libz.so.1 => /usr/lib/libz.so.1 (0xb7dfe000)
libm.so.6 => /lib/tls/libm.so.6 (0xb7dd8000)
libungif.so.4 => /usr/lib/libungif.so.4 (0xb7dd0000)
libXpm.so.4 => /usr/X11R6/lib/libXpm.so.4 (0xb7dc0000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0xb7cf9000)
libncurses.so.5 => /lib/libncurses.so.5 (0xb7cb6000)
libc.so.6 => /lib/tls/libc.so.6 (0xb7b7e000)
/lib/ld-linux.so.2 (0xb7f99000)
libdl.so.2 => /lib/tls/libdl.so.2 (0xb7b7a000)
mkc@delta$ uname -a
Linux delta 2.6.12-1-686-smp #1 SMP Tue Sep 27 13:10:31 JST 2005 i686
GNU/Linux
Mike Coleman, Scientific Programmer, +1 816 926 4419
Stowers Institute for Biomedical Research
1000 E. 50th St., Kansas City, MO 64110
reply other threads:[~2006-03-06 22:14 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=C28BAF593DC3314E9C0F3A50191C2E7801A9C28A@EXCHKC03.stowers-institute.org \
--to=mkc@stowers-institute.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.