Gnus development mailing list
 help / color / mirror / Atom feed
From: Kevin Greiner <kgreiner@xpediantsolutions.com>
Subject: Re: Agent categories gone.
Date: Mon, 03 Mar 2003 23:51:17 -0600	[thread overview]
Message-ID: <u3cm3add6.fsf@xpediantsolutions.com> (raw)
In-Reply-To: <86heaj9041.fsf@i3d.home>

Robert Epprecht <epprecht@solnet.ch> writes:

> Kevin Greiner <kgreiner@xpediantsolutions.com> writes:
>
>> M-: (gnus-category-read) 
>
> ((default (agent-predicate . false)))
>
> Robert

Excellent.  It appears that you're getting some sort of I/O when the
agent tries to read your file.  

The detailed explanation is as follows.  If you look at the
implementation of gnus-category-read, you will see that the last line
reads in part: (gnus-agent-cat-make 'default).  This statement is
generating the list that is being returned.  This statement is the
second cause of an or-statement so the first cause, the entire
(with-temp-buffer ...) statement, returned nil.

Hmmm.... What's the value of gnus-agent-directory just before you
executed (gnus-category-read)?

If gnus-agent-directory looks OK to you, I'd like you to do the
following.  If you don't mind helping with the debugging that is.

1) Start gnus as usual.
2) Load gnus-agent.el so that gnus-category-read isn't compiled. (M-x
   load-library<RET>gnus-agent.el<RET>)
3) Set debug-on-signal (M-: (setq debug-on-signal t))
4) Execute gnus-category-read (M-: (gnus-category-read))

At this point, you should have been thrown into the debug buffer.
Copy that buffer to a scratch buffer then type the letter c to
continue.  Repeat each time the function stops in the debug buffer.
When you're done, I'd like to see the stack traces.

If the debug buffer isn't displayed, you'll need to step through the
execution to see where it fails.

Kevin





  reply	other threads:[~2003-03-04  5:51 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-03 17:22 Robert Epprecht
2003-03-03 17:50 ` Kevin Greiner
2003-03-03 18:09   ` Robert Epprecht
2003-03-03 19:13   ` David S Goldberg
2003-03-03 19:56     ` Robert Epprecht
2003-03-03 22:11       ` Kevin Greiner
2003-03-04  5:22         ` Robert Epprecht
2003-03-04  5:51           ` Kevin Greiner [this message]
2003-03-04 13:29             ` Robert Epprecht
2003-03-04 22:29               ` Kevin Greiner
2003-03-05 15:35                 ` Robert Epprecht
2003-03-05 17:18                   ` Kevin Greiner
2003-03-05 17:34                     ` David S Goldberg
2003-03-05 20:20                       ` Kai Großjohann
2003-03-05 18:35                     ` Robert Epprecht
2003-03-06  6:55                       ` R e: " Kevin Greiner
2003-03-06 13:22                         ` Robert Epprecht
2003-03-06 15:46                           ` Kevin Greiner
2003-03-06 19:01                             ` Robert Epprecht

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=u3cm3add6.fsf@xpediantsolutions.com \
    --to=kgreiner@xpediantsolutions.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).