From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mike Crowe Newsgroups: gmane.emacs.bugs Subject: bug#16737: Yank causes hang in v24.4.1 Date: Tue, 11 Nov 2014 12:37:51 +0000 Message-ID: <20141111123750.GA25517@mcrowe.com> References: <21244.16071.147204.408385@gargle.gargle.HOWL> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1415724151 5656 80.91.229.3 (11 Nov 2014 16:42:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 11 Nov 2014 16:42:31 +0000 (UTC) To: 16737@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Nov 11 17:42:24 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1XoEWM-0000hN-Te for geb-bug-gnu-emacs@m.gmane.org; Tue, 11 Nov 2014 17:42:23 +0100 Original-Received: from localhost ([::1]:49694 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoEWM-0005Xy-D4 for geb-bug-gnu-emacs@m.gmane.org; Tue, 11 Nov 2014 11:42:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:60329) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoEWB-0005Wa-G4 for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 11:42:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XoEW4-00077q-0G for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 11:42:11 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60333) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XoEW3-00077m-Tp for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 11:42:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XoEW3-00057b-NY for bug-gnu-emacs@gnu.org; Tue, 11 Nov 2014 11:42:03 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: <21244.16071.147204.408385@gargle.gargle.HOWL> Resent-From: Mike Crowe Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 11 Nov 2014 16:42:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16737 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 16737-submit@debbugs.gnu.org id=B16737.141572411919649 (code B ref 16737); Tue, 11 Nov 2014 16:42:03 +0000 Original-Received: (at 16737) by debbugs.gnu.org; 11 Nov 2014 16:41:59 +0000 Original-Received: from localhost ([127.0.0.1]:57542 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XoEVy-00056q-4I for submit@debbugs.gnu.org; Tue, 11 Nov 2014 11:41:59 -0500 Original-Received: from smtpout.karoo.kcom.com ([212.50.160.34]:64774) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XoAhk-0007mW-Tj for 16737@debbugs.gnu.org; Tue, 11 Nov 2014 07:37:54 -0500 X-IronPort-AV: E=Sophos;i="5.07,360,1413241200"; d="scan'208";a="23116529" Original-Received: from deneb.mcrowe.com ([82.152.148.4]) by smtpout.karoo.kcom.com with ESMTP; 11 Nov 2014 12:37:51 +0000 Original-Received: from mac by deneb.mcrowe.com with local (Exim 4.80) (envelope-from ) id 1XoAhj-0006oY-0W for 16737@debbugs.gnu.org; Tue, 11 Nov 2014 12:37:51 +0000 Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) X-Mailman-Approved-At: Tue, 11 Nov 2014 11:41:57 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:95867 > I still see it and I've been tracking the emacs-24 branch. It seems to be > a consequence of a long lived Emacs daemon session - I.e. any given > daemon eventually starts to timeout with x pastes. I just restart the > daemon and it goes away. I haven't restarted X/i3 for weeks. I'm running Debian Jessie's "GNU Emacs 24.4.1 (x86_64-pc-linux-gnu, GTK+ Version 3.14.3)" in daemon mode. I rebooted yesterday and I'm seeing this problem today (in fact, I think I saw it late yesterday too.) I have seen the problem in earlier Debian Jessie Emacs versions too (v24.3) I'm also running with i3 as my window manager. For me strace appears to show looping on select during the failed trace. This seems to be consistent with other reports: pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999579}) pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999575}) pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999578}) pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999580}) pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999579}) pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999574}) pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999574}) pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999572}) pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999578}) pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 296000000}, {NULL, 8}) = 1 (in [10], left {0, 295999574}) with very occasional: --- SIGIO {si_signo=SIGIO, si_code=SI_KERNEL} --- Eventually the timeout left reduces and I see: pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 13298}, {NULL, 8}) = 1 (in [10], left {0, 12889}) pselect6(16, [5 8 10 13 15], NULL, NULL, {0, 2342}, {NULL, 8}) = 1 (in [10], left {0, 1932}) recvmsg(10, {msg_name(0)=NULL, msg_iov(1)=[{"U\2?\336\31U\307\5\3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\3\37%\3\0\0"..., 4096}], msg_controllen=0, msg_flags=0}, 0) = 1312 recvmsg(10, 0x7fff51b24d40, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=10, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=10, revents=POLLOUT}]) writev(10, [{"+\4\1\0", 4}, {NULL, 0}, {"", 0}], 3) = 4 poll([{fd=10, events=POLLIN}], 1, 4294967295) = 1 ([{fd=10, revents=POLLIN}]) --- SIGIO {si_signo=SIGIO, si_code=SI_KERNEL} --- recvmsg(10, {msg_name(0)=NULL, msg_iov(1)=[{"\1\1@\336\0\0\0\0\360\271\201\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 4096}], msg_controllen=0, msg_flags=0}, 0) = 32 recvmsg(10, 0x7fff51b24cf0, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(10, 0x7fff51b24cf0, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=10, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=10, revents=POLLOUT}]) writev(10, [{"+\4\1\0", 4}, {NULL, 0}, {"", 0}], 3) = 4 poll([{fd=10, events=POLLIN}], 1, 4294967295) = 1 ([{fd=10, revents=POLLIN}]) --- SIGIO {si_signo=SIGIO, si_code=SI_KERNEL} --- recvmsg(10, {msg_name(0)=NULL, msg_iov(1)=[{"\1\1A\336\0\0\0\0\360\271\201\2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 4096}], msg_controllen=0, msg_flags=0}, 0) = 32 recvmsg(10, 0x7fff51b24d20, 0) = -1 EAGAIN (Resource temporarily unavailable) recvmsg(10, 0x7fff51b24d20, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=10, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=10, revents=POLLOUT}]) writev(10, [{"\30\4\6\0o\0\240\2\1\0\0\0\37\0\0\0{\2\0\0009-\307\5", 24}, {NULL, 0}, {"", 0}], 3) = 24 recvmsg(10, 0x7fff51b24c70, 0) = -1 EAGAIN (Resource temporarily unavailable) poll([{fd=10, events=POLLIN|POLLOUT}], 1, 4294967295) = 1 ([{fd=10, revents=POLLOUT}]) writev(10, [{"+\4\1\0", 4}, {NULL, 0}, {"", 0}], 3) = 4 poll([{fd=10, events=POLLIN}], 1, 4294967295) = 1 ([{fd=10, revents=POLLIN}]) --- SIGIO {si_signo=SIGIO, si_code=SI_KERNEL} --- I had a go with perf record to try and capture more about what was going on and failed. I'll see if I can apply the suggested patch to collect more information although I'm not sure where stderr will be going when Emacs is running in daemon mode. Thanks. Mike.