unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: rms@gnu.org
Cc: 17337@debbugs.gnu.org
Subject: bug#17337: epg-wait-for-status hangs forever
Date: Wed, 14 May 2014 18:34:38 +0300	[thread overview]
Message-ID: <83wqdonzld.fsf@gnu.org> (raw)
In-Reply-To: <E1WkXiZ-00069V-PU@fencepost.gnu.org>

> Date: Wed, 14 May 2014 07:51:27 -0400
> From: Richard Stallman <rms@gnu.org>
> 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.





  reply	other threads:[~2014-05-14 15:34 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-04-25  1:33 bug#17337: epg-wait-for-status hangs forever Richard Stallman
2014-05-13 17:23 ` Eli Zaretskii
2014-05-14 11:51   ` Richard Stallman
2014-05-14 15:34     ` Eli Zaretskii [this message]
2014-05-14 17:01       ` Stefan Monnier
2014-05-15 15:03         ` Richard Stallman
2014-05-15 15:03       ` Richard Stallman
2014-05-15 15:03       ` Richard Stallman
2014-05-19  9:37       ` Richard Stallman
2014-05-18 11:26 ` bug#17337: EPG bug seems to have gone away Richard Stallman
2014-05-19  9:35 ` bug#17337: epa problem has returned Richard Stallman

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=83wqdonzld.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=17337@debbugs.gnu.org \
    --cc=rms@gnu.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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).