From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#17337: epg-wait-for-status hangs forever Date: Wed, 14 May 2014 18:34:38 +0300 Message-ID: <83wqdonzld.fsf@gnu.org> References: <83mwelpp7j.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1400081794 16133 80.91.229.3 (14 May 2014 15:36:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 14 May 2014 15:36:34 +0000 (UTC) Cc: 17337@debbugs.gnu.org To: rms@gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed May 14 17:36:27 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 1WkbEB-0003Xb-3c for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 May 2014 17:36:19 +0200 Original-Received: from localhost ([::1]:52467 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkbEA-0003cc-Ns for geb-bug-gnu-emacs@m.gmane.org; Wed, 14 May 2014 11:36:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56318) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkbE1-0003Xp-Qm for bug-gnu-emacs@gnu.org; Wed, 14 May 2014 11:36:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WkbDv-0004qo-1s for bug-gnu-emacs@gnu.org; Wed, 14 May 2014 11:36:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:46214) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkbDu-0004qk-Uk for bug-gnu-emacs@gnu.org; Wed, 14 May 2014 11:36:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WkbDu-00041f-F4 for bug-gnu-emacs@gnu.org; Wed, 14 May 2014 11:36:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 14 May 2014 15:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17337 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-Cc: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.140008171015376 (code B ref -1); Wed, 14 May 2014 15:36:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 14 May 2014 15:35:10 +0000 Original-Received: from localhost ([127.0.0.1]:35329 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkbD2-0003zv-VR for submit@debbugs.gnu.org; Wed, 14 May 2014 11:35:09 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:54135) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WkbD1-0003zR-5Z for submit@debbugs.gnu.org; Wed, 14 May 2014 11:35:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WkbCp-0003xV-By for submit@debbugs.gnu.org; Wed, 14 May 2014 11:35:01 -0400 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:33147) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkbCp-0003xN-9e for submit@debbugs.gnu.org; Wed, 14 May 2014 11:34:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55794) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkbCj-00035S-Bk for bug-gnu-emacs@gnu.org; Wed, 14 May 2014 11:34:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WkbCd-0003w3-BX for bug-gnu-emacs@gnu.org; Wed, 14 May 2014 11:34:49 -0400 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:58919) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WkbCd-0003vO-4L; Wed, 14 May 2014 11:34:43 -0400 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0N5K00B00LUYBQ00@a-mtaout23.012.net.il>; Wed, 14 May 2014 18:34:41 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0N5K00BZHLXT8A50@a-mtaout23.012.net.il>; Wed, 14 May 2014 18:34:41 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). 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:89074 Archived-At: > Date: Wed, 14 May 2014 07:51:27 -0400 > From: Richard Stallman > CC: bug-gnu-emacs@gnu.org > > Or maybe the problem is triggered by one of the pre-loaded Lisp files? > In that case, another thing to try is use C sources from Mar 18, but > pre-loaded Lisp files from Apr 24. > > It is not feasible for me to do things like that. > It takes hours to recompile on this machine. I didn't mean to recompile. I meant to copy temacs from the Mar 18 build (which I believe you have built already, since you say you tried it) into the Apr 24 tree, and then do "temacs -l loadup dump" there to dump Emacs. This should be easy and fast enough (assuming you do have the temacs binary from Mar 18). You could then use the resulting dumped Emacs with Lisp files from Apr 24, and see if the problem persists. This will allow us to conclude whether changes done in the pre-loaded Lisp files between Mar 18 and Apr 24 could have any relevance to the issue at hand. > Have you been able to reproduce the bug? I can't: I don't have EasyPG installed and set up. > Does anyone else here M-x rmail-epa-decrypt? > Or epa at all? If no one responds or reports they reproduced the problem, perhaps you could find a few moments to shed more light on how it hangs. AFAIU, you saw it stuck in this loop (in epg-wait-for-status): (while (and (eq (process-status (epg-context-process context)) 'run) epg-pending-status-list) (accept-process-output (epg-context-process context) 1)) This means that either (1) epg does not exit when it should, or (2) epg-pending-status-list doesn't become nil, which AFAIU means that no output is ever received from epg, or (3) accept-process-output gets stuck, even though it is called with a 1-sec time-out. Can you tell what is the correct behavior (the one you see in the older binary) that causes this loop to terminate, and which one of the above 3 alternatives causes epg-wait-for-status to never return? Thanks.