Gnus development mailing list
 help / color / mirror / Atom feed
From: Ken Coleman <ken_coleman@iname.com>
Subject: gnus startup aborting due to unreachable nnrss groups
Date: Thu, 23 Sep 2004 22:06:27 -0400	[thread overview]
Message-ID: <m26564o1y4.fsf@Ken-Colemans-Computer.local> (raw)


Hi everyone,

I have been chasing down an issue where gnus would abort startup when
it couldn't contact a website to get an nnrss group.  This is my first
foray into gnus hacking, so bear with me.

Basically the issue seems to result from using an external program to
perform the http: fetch vs. emacs's internal slurping capabilities.
In particular, I am using:

(setq mm-url-use-external t)

to have an external program (wget) grab the RSS feed.  The reason is
simple performance - emacs works fine, but using wget is much much
faster.  However, when wget fails (site is down for maintenance or is
slashdotted or whatever), gnus startup aborts and doesn't ever build
the *Group* buffer.  Using internal fetching doesn't cause this
problem, but is considerably slower.

I traced the issue down to the external program failure signalling an
"error", and nothing in the gnus call tree catching the error, and so
the startup aborts.  I have attached a small diff that corrects this
particular issue for me, but I'm curious to get the opinions of actual
gnus developers regarding its appropriateness.  Basically the change
is to also catch "error"s in gnus-activate-group where we are
currently catching "quit"s.  In fact, all I had to do was uncomment
the (error nil) that was already there.

It was originally commented out in revision 5.37 of gnus-start.el, but
I couldn't really figure out why from the logs.

Anyways, that's about all I've got.  Let me know if there is anything
else I can do on this front.

Thanks in advance for any advice/assistance on this issue!

- Ken.
ken_coleman@iname.com

Index: lisp/gnus-start.el
===================================================================
RCS file: /usr/local/cvsroot/gnus/lisp/gnus-start.el,v
retrieving revision 7.23
diff -u -r7.23 gnus-start.el
--- lisp/gnus-start.el  19 Sep 2004 20:24:27 -0000      7.23
+++ lisp/gnus-start.el  24 Sep 2004 01:42:07 -0000
@@ -1504,7 +1504,7 @@
             (inline (gnus-request-group group dont-check method))
           (condition-case nil
               (inline (gnus-request-group group dont-check method))
-            ;;(error nil)
+            (error nil)
             (quit
              (message "Quit activating %s" group)
              nil)))



             reply	other threads:[~2004-09-24  2:06 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-24  2:06 Ken Coleman [this message]
2004-09-30  0:15 ` Ken Coleman

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=m26564o1y4.fsf@Ken-Colemans-Computer.local \
    --to=ken_coleman@iname.com \
    /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.
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 NNTP newsgroup(s).