* Agent categories gone. @ 2003-03-03 17:22 Robert Epprecht 2003-03-03 17:50 ` Kevin Greiner 0 siblings, 1 reply; 19+ messages in thread From: Robert Epprecht @ 2003-03-03 17:22 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-03 17:22 Agent categories gone Robert Epprecht @ 2003-03-03 17:50 ` Kevin Greiner 2003-03-03 18:09 ` Robert Epprecht 2003-03-03 19:13 ` David S Goldberg 0 siblings, 2 replies; 19+ messages in thread From: Kevin Greiner @ 2003-03-03 17:50 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-03 17:50 ` Kevin Greiner @ 2003-03-03 18:09 ` Robert Epprecht 2003-03-03 19:13 ` David S Goldberg 1 sibling, 0 replies; 19+ messages in thread From: Robert Epprecht @ 2003-03-03 18:09 UTC (permalink / raw) [-- 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 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 1 sibling, 1 reply; 19+ messages in thread From: David S Goldberg @ 2003-03-03 19:13 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-03 19:13 ` David S Goldberg @ 2003-03-03 19:56 ` Robert Epprecht 2003-03-03 22:11 ` Kevin Greiner 0 siblings, 1 reply; 19+ messages in thread From: Robert Epprecht @ 2003-03-03 19:56 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-03 19:56 ` Robert Epprecht @ 2003-03-03 22:11 ` Kevin Greiner 2003-03-04 5:22 ` Robert Epprecht 0 siblings, 1 reply; 19+ messages in thread From: Kevin Greiner @ 2003-03-03 22:11 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-03 22:11 ` Kevin Greiner @ 2003-03-04 5:22 ` Robert Epprecht 2003-03-04 5:51 ` Kevin Greiner 0 siblings, 1 reply; 19+ messages in thread From: Robert Epprecht @ 2003-03-04 5:22 UTC (permalink / raw) Kevin Greiner <kgreiner@xpediantsolutions.com> writes: > M-: (gnus-category-read) ((default (agent-predicate . false))) Robert ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-04 5:22 ` Robert Epprecht @ 2003-03-04 5:51 ` Kevin Greiner 2003-03-04 13:29 ` Robert Epprecht 0 siblings, 1 reply; 19+ messages in thread From: Kevin Greiner @ 2003-03-04 5:51 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-04 5:51 ` Kevin Greiner @ 2003-03-04 13:29 ` Robert Epprecht 2003-03-04 22:29 ` Kevin Greiner 0 siblings, 1 reply; 19+ messages in thread From: Robert Epprecht @ 2003-03-04 13:29 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-04 13:29 ` Robert Epprecht @ 2003-03-04 22:29 ` Kevin Greiner 2003-03-05 15:35 ` Robert Epprecht 0 siblings, 1 reply; 19+ messages in thread From: Kevin Greiner @ 2003-03-04 22:29 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-04 22:29 ` Kevin Greiner @ 2003-03-05 15:35 ` Robert Epprecht 2003-03-05 17:18 ` Kevin Greiner 0 siblings, 1 reply; 19+ messages in thread From: Robert Epprecht @ 2003-03-05 15:35 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 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 18:35 ` Robert Epprecht 0 siblings, 2 replies; 19+ messages in thread From: Kevin Greiner @ 2003-03-05 17:18 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 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 1 sibling, 1 reply; 19+ messages in thread From: David S Goldberg @ 2003-03-05 17:34 UTC (permalink / raw) >>>>> 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-05 17:34 ` David S Goldberg @ 2003-03-05 20:20 ` Kai Großjohann 0 siblings, 0 replies; 19+ messages in thread From: Kai Großjohann @ 2003-03-05 20:20 UTC (permalink / raw) 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. ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-05 17:18 ` Kevin Greiner 2003-03-05 17:34 ` David S Goldberg @ 2003-03-05 18:35 ` Robert Epprecht 2003-03-06 6:55 ` R e: " Kevin Greiner 1 sibling, 1 reply; 19+ messages in thread From: Robert Epprecht @ 2003-03-05 18:35 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* R e: Agent categories gone. 2003-03-05 18:35 ` Robert Epprecht @ 2003-03-06 6:55 ` Kevin Greiner 2003-03-06 13:22 ` Robert Epprecht 0 siblings, 1 reply; 19+ messages in thread From: Kevin Greiner @ 2003-03-06 6:55 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-06 6:55 ` R e: " Kevin Greiner @ 2003-03-06 13:22 ` Robert Epprecht 2003-03-06 15:46 ` Kevin Greiner 0 siblings, 1 reply; 19+ messages in thread From: Robert Epprecht @ 2003-03-06 13:22 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-06 13:22 ` Robert Epprecht @ 2003-03-06 15:46 ` Kevin Greiner 2003-03-06 19:01 ` Robert Epprecht 0 siblings, 1 reply; 19+ messages in thread From: Kevin Greiner @ 2003-03-06 15:46 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
* Re: Agent categories gone. 2003-03-06 15:46 ` Kevin Greiner @ 2003-03-06 19:01 ` Robert Epprecht 0 siblings, 0 replies; 19+ messages in thread From: Robert Epprecht @ 2003-03-06 19:01 UTC (permalink / raw) 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 ^ permalink raw reply [flat|nested] 19+ messages in thread
end of thread, other threads:[~2003-03-06 19:01 UTC | newest] Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2003-03-03 17:22 Agent categories gone 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 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
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).