From: Ralf Angeli <angeli@iwi.uni-sb.de>
Subject: Re: gnus makes emacs lose response
Date: Wed, 19 Apr 2006 22:18:47 +0200 [thread overview]
Message-ID: <e265se$k0g$1@sea.gmane.org> (raw)
In-Reply-To: e20u3c$vq1$1@sea.gmane.org
* Ralf Angeli (2006-04-17) writes:
>> Lisp Backtrace:
>> "accept-process-output"
>> "imap-wait-for-tag"
>> "nnimap-retrieve-groups"
>> "gnus-retrieve-groups"
>
> Is there anything else I can do to help debugging this?
>
> I don't have the original report, so I don't know under which
> circumstances the hang happens there. In my case it happens if I
> connect to the internet via modem, open an encrypted connection to an
> IMAP server, cut the internet connection, connect to the internet
> again, and try to connect to the IMAP server again. I am not sure if
> this is a problem of Emacs, the programs used for opening the
> connection to the server, or the kernel. I tried it now with openssl
> s_client, starttls, and gnutls-cli. All three behave identically on
> GNU/Linux, i.e. the hang happens with all of them.
>
> BTW, in contrast to Emacs on GNU/Linux, the Windows port of Emacs does
> not hang. Perhaps this information helps identifying the cause.
After some messing around I found the difference between between both
cases. Under Windows the process (e.g. openssl s_client) dies as soon
as the modem connection is closed while on GNU/Linux it is kept alive.
That means after reconnecting to the internet under Windows a new
process is started which has no problem communicating to the server
while on GNU/Linux the old one is reused which obviously cannot cope
with the new internet connection.
I am not sure what the right course of action on GNU/Linux would be to
remedy the problem. Should programs like openssl die when the
internet connection is being closed? Or renegotiate a connection?
Should Emacs kill the respective processes if there is no answer after
a certain amount of time and start new ones? I guess the latter
suggestion is not sensible because Emacs does not know why there is no
answer. It could as well be that the server is down.
For now, I think, I can work around this problem by writing a script
which closes the internet connection as well as kills all openssl (and
similar) processes.
--
Ralf
next prev parent reply other threads:[~2006-04-19 20:18 UTC|newest]
Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <m2lkuuynpf.fsf@sl392.st-edmunds.cam.ac.uk>
[not found] ` <m24q18rize.fsf@sl392.st-edmunds.cam.ac.uk>
2006-04-05 8:47 ` gnus makes emacs lose response Kim F. Storm
2006-04-05 17:55 ` Leon
2006-04-06 9:08 ` Kim F. Storm
2006-04-06 21:15 ` Leon
2006-04-07 8:13 ` Kim F. Storm
2006-04-07 13:25 ` Leon
2006-04-07 20:58 ` Ralf Angeli
2006-04-09 1:17 ` Leon
2006-04-17 20:35 ` Ralf Angeli
2006-04-18 1:46 ` Leon
2006-04-19 20:18 ` Ralf Angeli
2006-04-20 1:19 ` Leon
2006-04-19 20:18 ` Ralf Angeli [this message]
2006-04-19 20:51 ` Stefan Monnier
2006-04-19 21:13 ` Ralf Angeli
2006-04-20 18:05 ` Gregory Novak
2006-04-24 0:41 ` Kim F. Storm
2006-08-22 11:44 ` Kim F. Storm
2006-08-23 14:45 ` Richard Stallman
2006-08-23 15:00 ` Kim F. Storm
2006-08-25 7:43 ` Richard Stallman
2006-08-25 8:15 ` Kim F. Storm
2006-08-26 10:08 ` Richard Stallman
2006-08-26 21:32 ` Kim F. Storm
2006-08-25 8:56 ` Jason Rumney
2006-08-23 20:51 ` Stefan Monnier
2006-08-24 3:17 ` Bob Rogers
2006-08-24 7:51 ` Kim F. Storm
2006-08-25 1:01 ` Bob Rogers
2006-08-25 20:23 ` Richard Stallman
2006-08-25 7:44 ` Richard Stallman
2006-09-04 8:41 Kim F. Storm
2006-09-05 21:18 ` Chong Yidong
2006-09-05 21:21 ` Stefan Monnier
2006-09-07 20:43 ` Chong Yidong
2006-09-08 11:56 ` Richard Stallman
2006-09-06 19:06 ` Richard Stallman
2006-09-07 14:37 ` Chong Yidong
2006-09-22 20:04 ` Chong Yidong
2006-09-25 0:39 ` Stefan Monnier
2006-09-25 15:22 ` Chong Yidong
-- strict thread matches above, loose matches on Subject: below --
2006-09-09 22:33 Kim F. Storm
2006-09-10 4:10 ` Stefan Monnier
2006-09-16 20:22 ` Chong Yidong
2006-09-18 14:40 ` Chong Yidong
2006-09-18 14:53 ` Chong Yidong
2006-09-19 10:45 ` Stefan Monnier
2006-09-19 15:02 ` Chong Yidong
2006-09-22 19:12 ` Stefan Monnier
2006-09-23 18:01 ` Richard Stallman
2006-09-23 3:34 ` Richard Stallman
2006-09-23 15:02 ` Stefan Monnier
2006-09-18 14:55 ` Stefan Monnier
2006-09-23 18:18 Chong Yidong
2006-09-23 23:42 ` Luc Teirlinck
2006-09-26 17:26 ` Leo
2006-09-26 18:08 ` Chong Yidong
2006-09-26 19:20 ` Leo
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='e265se$k0g$1@sea.gmane.org' \
--to=angeli@iwi.uni-sb.de \
/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.