Agent categories gone.

Agent categories gone.

[Robert Epprecht]

I think my agent categories have vanished.
'J c' only shows  default: 0   I had some others before...

Do I have to re-create them using the new interface?

Robert

Re: Agent categories gone.

[Kevin Greiner]

Robert Epprecht <epprecht@solnet.ch> writes:

> I think my agent categories have vanished.
> 'J c' only shows  default: 0   I had some others before...
>
> Do I have to re-create them using the new interface?

See if you still have a News/agent/lib/categories file with your
categories in it.  If you do, back it up before the agent overwrites
it.

I did add code to convert the old categories to the new format so I'm
quite concerned by your problem.

As for solving your problem.  If you can send me a copy of your
categories file, I'll fix the code to read it.  Otherwise, yes, you'll
need to recreate your categories.  The old interface still works so
you can use it if you prefer.

Kevin

Re: Agent categories gone.

[Robert Epprecht]

[-- Attachment #1: Type: text/plain, Size: 535 bytes --]

Kevin Greiner <kgreiner@xpediantsolutions.com> writes:

> Robert Epprecht <epprecht@solnet.ch> writes:
>
>> I think my agent categories have vanished.

> See if you still have a News/agent/lib/categories file with your
> categories in it.

Yes, it's still there.

> I did add code to convert the old categories to the new format so I'm
> quite concerned by your problem.
>
> As for solving your problem.  If you can send me a copy of your
> categories file, I'll fix the code to read it.

As it's short I do send it here on the list:


[-- Attachment #2: categories --]
[-- Type: application/octet-stream, Size: 103 bytes --]

((header false nil nil) (all true nil ("comp.lang.forth" "gnu.emacs.sources")) (default high file nil))

[-- Attachment #3: Type: text/plain, Size: 8 bytes --]


Robert

Re: Agent categories gone.

[David S Goldberg]

For what it's worth, my categories (all two of them :-) were
preserved.  I have made no changes, haven't tried to use any new
interface other than what's happening under the hood.  After seeing
Robert's message I did a J c in the group buffer and there they were.
-- 
Dave Goldberg
david.goldberg6@verizon.net

Re: Agent categories gone.

[Robert Epprecht]

David S Goldberg <david.goldberg6@verizon.net> writes:

> I have made no changes, haven't tried to use any new interface other
> than what's happening under the hood.

I did not change my categories either, after having created them long
time ago. I did not even enter the *Agent Category* buffer for quite
some time. Just now, after finding that postings in one of my groups
in category 'all' had stopped to download (after a cvs update) I did 
'J c' to check what's happening. They where gone.

Robert

Re: Agent categories gone.

[Kevin Greiner]

Robert Epprecht <epprecht@solnet.ch> writes:

> David S Goldberg <david.goldberg6@verizon.net> writes:
>
>> I have made no changes, haven't tried to use any new interface other
>> than what's happening under the hood.
>
> I did not change my categories either, after having created them long
> time ago. I did not even enter the *Agent Category* buffer for quite
> some time. Just now, after finding that postings in one of my groups
> in category 'all' had stopped to download (after a cvs update) I did 
> 'J c' to check what's happening. They where gone.
>
> Robert

Robert,

I've been unable to reproduce your problem.  I replaced my categories
file with the one that you provided then executed (gnus-agent-read) to
load it.  I then entered 'J c' to get the following display.

                   header: 0
                      all: 2
                  default: 0

This agrees with what I found in the file itself so everything looks
fine from here.  Can you try executing 
  M-: (gnus-category-read) 
for me?  Does it return nil or a list?

Kevin

Re: Agent categories gone.

[Robert Epprecht]

Kevin Greiner <kgreiner@xpediantsolutions.com> writes:

> M-: (gnus-category-read) 

((default (agent-predicate . false)))

Robert

Re: Agent categories gone.

[Kevin Greiner]

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

Re: Agent categories gone.

[Robert Epprecht]

Kevin Greiner <kgreiner@xpediantsolutions.com> writes:

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

gnus-agent-directory's value is "~/News/agent/"

> 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))

This gives a *different* result (formatted by hand):

((header (agent-predicate . false))
 (all (agent-predicate . true)
  (agent-groups "comp.lang.forth" "gnu.emacs.sources"))
 (default (agent-predicate . high)
 (agent-score-file . file)))

> At this point, you should have been thrown into the debug buffer.
no

Strange, very strange. This looks to me as if the compiled gnus-agent.elc
file would not correspond to the gnus-agent.el file. Hmm
cd /usr/local/gnus
./configure

one output line makes me wonder if things go right:
checking where .elc files should go... $(datadir)/emacs/site-lisp

make

Despite the line shown above the *.elc files in /usr/local/gnus/lisp/
do get rewritten.

restart emacs and gnus
Same result as before: Different output of (gnus-category-read) before
and after loading gnus-agent.el. I have double checked gnus-agent-directory.
It is the same in both cases.

load-path's value is  ("/usr/local/gnus/lisp" ... )
ls -l /usr/local/gnus/lisp/gnus-agent.el*
[ ... ]   128524 Mar  4 06:10 /usr/local/gnus/lisp/gnus-agent.el
[ ... ]    93531 Mar  4 14:03 /usr/local/gnus/lisp/gnus-agent.elc

I don't understand what's happening here.

Robert

Re: Agent categories gone.

[Kevin Greiner]

Robert Epprecht <epprecht@solnet.ch> writes:

> Kevin Greiner <kgreiner@xpediantsolutions.com> writes:
>
>> Hmmm.... What's the value of gnus-agent-directory just before you
>> executed (gnus-category-read)?
>
> gnus-agent-directory's value is "~/News/agent/"
>
>> 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))
>
> This gives a *different* result (formatted by hand):
>
> ((header (agent-predicate . false))
>  (all (agent-predicate . true)
>   (agent-groups "comp.lang.forth" "gnu.emacs.sources"))
>  (default (agent-predicate . high)
>  (agent-score-file . file)))
>
>> At this point, you should have been thrown into the debug buffer.
> no
>
> Strange, very strange. This looks to me as if the compiled gnus-agent.elc
> file would not correspond to the gnus-agent.el file. Hmm

and I concur.  The preceeding results are exactly what we would hope to see.


> cd /usr/local/gnus
> ./configure
>
> one output line makes me wonder if things go right:
> checking where .elc files should go... $(datadir)/emacs/site-lisp
>
> make
>
> Despite the line shown above the *.elc files in /usr/local/gnus/lisp/
> do get rewritten.

I actually have the misfortune of working on a MS box.  It's been
years since I worked with the configure script.  Does ./configure
delete all of the .elc files?  If it doesn't, try deleting all of the
gnus *.elc files then run make.

>
> restart emacs and gnus
> Same result as before: Different output of (gnus-category-read) before
> and after loading gnus-agent.el. I have double checked gnus-agent-directory.
> It is the same in both cases.
>
> load-path's value is  ("/usr/local/gnus/lisp" ... )
> ls -l /usr/local/gnus/lisp/gnus-agent.el*
> [ ... ]   128524 Mar  4 06:10 /usr/local/gnus/lisp/gnus-agent.el
> [ ... ]    93531 Mar  4 14:03 /usr/local/gnus/lisp/gnus-agent.elc
>
> I don't understand what's happening here.

same here.

You could try debugging the compiled code.  You'll only be able to see
function calls but that may be enough.  For example, after returning
from nnheader-insert-file-contents, the current buffer should contain
the text in your categories file.  Even more important, I believe that
the first read statement is erroring so you should see the execution
stack unwind up to the ignore-errors form.

If you still have problems, I can create a new version of
gnus-category-read that prints a message before every statement.
Hopefully, that would help us isolate the problem to a single
statement.

Kevin

Re: Agent categories gone.

[Robert Epprecht]

Kevin Greiner <kgreiner@xpediantsolutions.com> writes:

> try deleting all of the gnus *.elc files then run make.

That didn't change anything.

> You could try debugging the compiled code.

OK, I did try (after some RTFM, as I never used the Lisp debugger before).
Please take everything I say as coming from an absolute newbie in this
roam... I give you the details of what I did, just in case I did something
stupid:


cvs update, removing all *,.elc files, calling ./configure and make, then:

emacs -f gnus
M-x debug-on-entry <RET> gnus-category-read <RET>
M-: (gnus-category-read) <RET>

I always paste the line that the point is on,
press 'd' and give the 'returning value' (If any).
(please excuse the long lines).

* gnus-category-read()

* (byte-code "ÂÃÄ!!\x18ÅŽr\bqˆÆÇȏ+†\x18

* generate-new-buffer-name(" *temp*")
  generate-new-buffer-name(" *temp*")	returning value: " *temp*"
* get-buffer-create(" *temp*")
  get-buffer-create(" *temp*")          returning value: #<buffer  *temp*>

* (byte-code "ÃÄ\bÅ\"!ˆebˆÆp!\x19ÇÈɏ‰\x1aƒ^[

* nnheader-concat("~/News/agent/" "lib/categories")
* file-name-as-directory("~/News/agent/")
  file-name-as-directory("~/News/agent/")    returning value: "~/News/agent/"
* apply(concat "~/News/agent/" ("lib/categories"))
* concat("~/News/agent/" "lib/categories")
  concat("~/News/agent/" "lib/categories")
      returning value: "~/News/agent/lib/categories"
  apply(concat "~/News/agent/" "lib/categories") returning value: "~/News/agent/lib/categories"
  nnheader-concat("~/News/agent/" "lib/categories") returning value: "~/News/agent/lib/categories"
* nnheader-insert-file-contents("~/News/agent/lib/categories")
* mm-insert-file-contents("~/News/agent/lib/categories" nil nil nil nil)
* mm-auto-mode-alist()
  mm-auto-mode-alist()  returning value: (("\\.~?[0-9]+\\.[0-9][-.0-9]*~?\\'" ignore t))
* insert-file-contents("~/News/agent/lib/categories" nil nil nil nil)

' *temp*' looks like this now:
((header false nil nil) (all true nil ("comp.lang.forth" "gnu.emacs.sources")) (default high file nil))

* format-decode(nil 103 nil)
* buffer-modified-p()
  buffer-modified-p()        returning value: t
* (set-buffer-modified-p mod)
  set-buffer-modified-p(t)   returning value: t
  format-decode(nil 103 nil) returning value: 103
  insert-file-contents("~/News/agent/lib/categories" nil nil nil nil)
       returning value: ("/home/m/News/agent/lib/categories" 103)
  mm-insert-file-contents("~/News/agent/lib/categories" nil nil nil nil)
       returning value: ("/home/m/News/agent/lib/categories" 103)
  nnheader-insert-file-contents("~/News/agent/lib/categories")
       returning value: ("/home/m/News/agent/lib/categories" 103)
* read(#<buffer  *temp*>)
  read(#<buffer  *temp*>)
       returning value: ((header false nil nil) (all true nil ("comp.lang.forth" "gnu.emacs.sources")) (default high file nil))
* (byte-code "Ap!\207" [read] 2)
* read(#<buffer  *temp*>)

* mapcar(#[(c) "\bÁÂÃÄ\bAÅ#\"¡ˆ\b‡" [c delq nil mapcar* #[... "\b…\a

* #[(c) "\bÁÂÃÄ\bAÅ#\"¡ˆ\b‡" [c delq nil mapcar* #[... "\b…\a

* mapcar*(#[(valu symb) "\b…\a

* (byte-code "Á\b!ƒ\n
* buffer-name(#<buffer  *temp*>)
  buffer-name(#<buffer  *temp*>)    returning value: " *temp*"
* kill-buffer(#<buffer  *temp*>)
* run-hooks(kill-buffer-hook)
* register-swap-out()
  register-swap-out()            returning value: nil
  run-hooks(kill-buffer-hook)    returning value: nil
  kill-buffer(#<killed buffer>)  returning value: t
  byte-code("Á\b!ƒ\n
     returning value: buffer-name

  byte-code("ÂÃÄ!!\x18ÅŽr\bqˆÆÇȏ+†\x18
    returning value: ((default (agent-predicate . false)))

  gnus-category-read()
    returning value: ((default (agent-predicate . false)))

* prin1(((default (agent-predicate . false))) t)
  prin1(((default (agent-predicate . false))) t)
       returning value: ((default (agent-predicate . false)))

* run-hooks(post-command-hook)
* gnus-undo-boundary()
  gnus-undo-boundary()            returning value: t
  run-hooks(post-command-hook)    returning value: nil
* (mode-line-mode-name)
* (normal-top-level)
[ ... ]


I hope that gives you some clues!
(I interpret the lines given below the ones the cursor is at as a kind of
 'nesting stack' or similar. I hope you can guess that from context).


BTW: As a Lisp newbie I'm a bit surprised.  Does this mean, that byte
compiled Lisp can give different results than interpreted one? (I hope
the term 'interpreted' is right in Lisp)  Is this normal or a bug of the
compiler?

Robert Epprecht

Re: Agent categories gone.

[Kevin Greiner]

Robert Epprecht <epprecht@solnet.ch> writes:

> Kevin Greiner <kgreiner@xpediantsolutions.com> writes:
>
>> try deleting all of the gnus *.elc files then run make.
>
> That didn't change anything.
>
>> You could try debugging the compiled code.
>
> OK, I did try (after some RTFM, as I never used the Lisp debugger before).
> Please take everything I say as coming from an absolute newbie in this
> roam... I give you the details of what I did, just in case I did something
> stupid:

For a newbie with the debugger, you did a fabulous job.  I'm at work
right now so I can't pursue this just now.  I did want to let you know
that your stack trace identified the problem as the mapcar* statement.
If you look at the stack trace below, the mapcar* line is immediately
followed by lines that select then kill the temp buffer.  Those
statements were created by the with-temp-buffer macro so this
indicates that mapcar* threw an error that is now unwinding the
execution stack.

OK, let's see... mapcar* is part of cl and RMS, as I was recently
informed :), doesn't approve of using run-time cl (In fact, that IS
the problem.  The (require 'cl) in gnus-agent is wrapped up in a
eval-when-compile form so the cl package hasn't been loaded and
mapcar* is undefined). That doesn't explain why it is defined for me
but... so what.

I'll write a replacement expression later today.

Kevin



> cvs update, removing all *,.elc files, calling ./configure and make, then:
>
> emacs -f gnus
> M-x debug-on-entry <RET> gnus-category-read <RET>
> M-: (gnus-category-read) <RET>
>
> I always paste the line that the point is on,
> press 'd' and give the 'returning value' (If any).
> (please excuse the long lines).
>
> * gnus-category-read()
>
> * (byte-code "ÂÃÄ!!\x18ÅŽr\bqˆÆÇȏ+†\x18
>
> * generate-new-buffer-name(" *temp*")
>   generate-new-buffer-name(" *temp*")	returning value: " *temp*"
> * get-buffer-create(" *temp*")
>   get-buffer-create(" *temp*")          returning value: #<buffer  *temp*>
>
> * (byte-code "ÃÄ\bÅ\"!ˆebˆÆp!\x19ÇÈɏ‰\x1aƒ^[
>
> * nnheader-concat("~/News/agent/" "lib/categories")
> * file-name-as-directory("~/News/agent/")
>   file-name-as-directory("~/News/agent/")    returning value: "~/News/agent/"
> * apply(concat "~/News/agent/" ("lib/categories"))
> * concat("~/News/agent/" "lib/categories")
>   concat("~/News/agent/" "lib/categories")
>       returning value: "~/News/agent/lib/categories"
>   apply(concat "~/News/agent/" "lib/categories") returning value: "~/News/agent/lib/categories"
>   nnheader-concat("~/News/agent/" "lib/categories") returning value: "~/News/agent/lib/categories"
> * nnheader-insert-file-contents("~/News/agent/lib/categories")
> * mm-insert-file-contents("~/News/agent/lib/categories" nil nil nil nil)
> * mm-auto-mode-alist()
>   mm-auto-mode-alist()  returning value: (("\\.~?[0-9]+\\.[0-9][-.0-9]*~?\\'" ignore t))
> * insert-file-contents("~/News/agent/lib/categories" nil nil nil nil)
>
> ' *temp*' looks like this now:
> ((header false nil nil) (all true nil ("comp.lang.forth" "gnu.emacs.sources")) (default high file nil))
>
> * format-decode(nil 103 nil)
> * buffer-modified-p()
>   buffer-modified-p()        returning value: t
> * (set-buffer-modified-p mod)
>   set-buffer-modified-p(t)   returning value: t
>   format-decode(nil 103 nil) returning value: 103
>   insert-file-contents("~/News/agent/lib/categories" nil nil nil nil)
>        returning value: ("/home/m/News/agent/lib/categories" 103)
>   mm-insert-file-contents("~/News/agent/lib/categories" nil nil nil nil)
>        returning value: ("/home/m/News/agent/lib/categories" 103)
>   nnheader-insert-file-contents("~/News/agent/lib/categories")
>        returning value: ("/home/m/News/agent/lib/categories" 103)
> * read(#<buffer  *temp*>)
>   read(#<buffer  *temp*>)
>        returning value: ((header false nil nil) (all true nil ("comp.lang.forth" "gnu.emacs.sources")) (default high file nil))
> * (byte-code "Ap!\207" [read] 2)
> * read(#<buffer  *temp*>)
>
> * mapcar(#[(c) "\bÁÂÃÄ\bAÅ#\"¡ˆ\b‡" [c delq nil mapcar* #[... "\b…\a
>
> * #[(c) "\bÁÂÃÄ\bAÅ#\"¡ˆ\b‡" [c delq nil mapcar* #[... "\b…\a
>
> * mapcar*(#[(valu symb) "\b…\a
>
> * (byte-code "Á\b!ƒ\n
> * buffer-name(#<buffer  *temp*>)
>   buffer-name(#<buffer  *temp*>)    returning value: " *temp*"
> * kill-buffer(#<buffer  *temp*>)
> * run-hooks(kill-buffer-hook)
> * register-swap-out()
>   register-swap-out()            returning value: nil
>   run-hooks(kill-buffer-hook)    returning value: nil
>   kill-buffer(#<killed buffer>)  returning value: t
>   byte-code("Á\b!ƒ\n
>      returning value: buffer-name
>
>   byte-code("ÂÃÄ!!\x18ÅŽr\bqˆÆÇȏ+†\x18
>     returning value: ((default (agent-predicate . false)))
>
>   gnus-category-read()
>     returning value: ((default (agent-predicate . false)))
>
> * prin1(((default (agent-predicate . false))) t)
>   prin1(((default (agent-predicate . false))) t)
>        returning value: ((default (agent-predicate . false)))
>
> * run-hooks(post-command-hook)
> * gnus-undo-boundary()
>   gnus-undo-boundary()            returning value: t
>   run-hooks(post-command-hook)    returning value: nil
> * (mode-line-mode-name)
> * (normal-top-level)
> [ ... ]
>
>
> I hope that gives you some clues!
> (I interpret the lines given below the ones the cursor is at as a kind of
>  'nesting stack' or similar. I hope you can guess that from context).
>
>
> BTW: As a Lisp newbie I'm a bit surprised.  Does this mean, that byte
> compiled Lisp can give different results than interpreted one? (I hope
> the term 'interpreted' is right in Lisp)  Is this normal or a bug of the
> compiler?
>
> Robert Epprecht

Re: Agent categories gone.

[David S Goldberg]

>>>>> On Wed, 05 Mar 2003 11:18:27 -0600, Kevin Greiner
>>>>> <kgreiner@xpediantsolutions.com> said:

> OK, let's see... mapcar* is part of cl and RMS, as I was recently
> informed :), doesn't approve of using run-time cl (In fact, that IS
> the problem.  The (require 'cl) in gnus-agent is wrapped up in a
> eval-when-compile form so the cl package hasn't been loaded and
> mapcar* is undefined). That doesn't explain why it is defined for me
> but... so what.

You may be running some other package that loads cl at runtime.  I
apparently am ((featurep 'cl) -> t after I start), though I have no
idea what.  Or maybe XEmacs has things set up to autoload when it runs
into a cl function.  This isn't the first time I've seen this type of
problem has been reported but I haven't been able to repeat it.

-- 
Dave Goldberg
david.goldberg6@verizon.net

Re: Agent categories gone.

[Robert Epprecht]

Kevin Greiner <kgreiner@xpediantsolutions.com> writes:

> OK, let's see... mapcar* is part of cl and RMS, as I was recently
> informed :), doesn't approve of using run-time cl (In fact, that IS
> the problem.  The (require 'cl) in gnus-agent is wrapped up in a
> eval-when-compile form so the cl package hasn't been loaded and
> mapcar* is undefined).

Yes:
M-: (require 'cl)
M-: (gnus-category-read)
gives the right result now.

> I'll write a replacement expression later today.

Thank you in advance :-)

Robert

Re: Agent categories gone.

[Kai Großjohann]

David S Goldberg <david.goldberg6@verizon.net> writes:

> You may be running some other package that loads cl at runtime.  I
> apparently am ((featurep 'cl) -> t after I start), though I have no
> idea what.  Or maybe XEmacs has things set up to autoload when it runs
> into a cl function.  This isn't the first time I've seen this type of
> problem has been reported but I haven't been able to repeat it.

XEmacs has cl dumped in I think.
-- 
A preposition is not a good thing to end a sentence with.

R e: Agent categories gone.

[Kevin Greiner]

Robert Epprecht <epprecht@solnet.ch> writes:

> Kevin Greiner <kgreiner@xpediantsolutions.com> writes:
>
>> OK, let's see... mapcar* is part of cl and RMS, as I was recently
>> informed :), doesn't approve of using run-time cl (In fact, that IS
>> the problem.  The (require 'cl) in gnus-agent is wrapped up in a
>> eval-when-compile form so the cl package hasn't been loaded and
>> mapcar* is undefined).
>
> Yes:
> M-: (require 'cl)
> M-: (gnus-category-read)
> gives the right result now.
>
>> I'll write a replacement expression later today.

Robert, 
I added a new macro to gnus-util and used it in gnus-agent to replace
mapcar*.  Please let me know if they get gnus-category-read to work
for you.

Kevin

Re: Agent categories gone.

[Robert Epprecht]

Kevin Greiner <kgreiner@xpediantsolutions.com> writes:

> I added a new macro to gnus-util and used it in gnus-agent to replace
> mapcar*.  Please let me know if they get gnus-category-read to work
> for you.

Yes, it works now, thanks a lot.


BTW: I suspect that there could be a problem with my default category now,
but must have a second look. My default category is defined as
(default (agent-predicate . high) (agent-score-file . file))
some articles having a high score (regarding normal scoring rules) where
not downloaded. Maybe it was me, doing something wrong. I'll check that
and will let you know.

Robert

Re: Agent categories gone.

[Kevin Greiner]

Robert Epprecht <epprecht@solnet.ch> writes:

> Kevin Greiner <kgreiner@xpediantsolutions.com> writes:
>
>> I added a new macro to gnus-util and used it in gnus-agent to replace
>> mapcar*.  Please let me know if they get gnus-category-read to work
>> for you.
>
> Yes, it works now, thanks a lot.
>
>
> BTW: I suspect that there could be a problem with my default category now,
> but must have a second look. My default category is defined as
> (default (agent-predicate . high) (agent-score-file . file))
> some articles having a high score (regarding normal scoring rules) where
> not downloaded. Maybe it was me, doing something wrong. I'll check that
> and will let you know.

Robert,

I don't know whether to thank you, or curse you. :) I'm embarrassed to
admit it but you've found another bug.  A typo resulted in the agent
ignoring your score files so all articles were given the default score
of zero.  The fix has been tested and checked-in.

Thanks and keep up the good work,
Kevin

Re: Agent categories gone.

[Robert Epprecht]

Kevin Greiner <kgreiner@xpediantsolutions.com> writes:

> I don't know whether to thank you, or curse you. :) I'm embarrassed to
> admit it but you've found another bug.

Seems to be my karma...

>  A typo resulted in the agent
> ignoring your score files so all articles were given the default score
> of zero.  The fix has been tested and checked-in.

This time you *will* curse me ;-)

'J j  g  J s'

Debugger entered: nil
  gnus-agent-fetch-group-1("ch.admin" (nntp "news.cis.dfn.de"))
  gnus-agent-fetch-session()
  call-interactively(gnus-agent-fetch-session)


> Thanks and keep up the good work,

It's me, that must say this, not you...
Robert