Error in latest CVS

Error in latest CVS

[Norbert Koch]

Hi!

When starting up a brand new Gnus (Oort Gnus v0.01) on

XEmacs 21.2  (beta38) "Peisino^[,Ak^[(B" [Lucid]
(i386-unknown-freebsd3.3, Mule) of Wed Dec 20 2000 on lamia.LF.net 

I see the following error:

,---[ trace ]
| Signaling: (void-function gnus-group-remove-excess-properties) 
|   gnus-group-remove-excess-properties() 
|   gnus-group-insert-group-line("nnml:io-200011" 1 ((save 4894 6583) (reply 12 1$
|   gnus-group-prepare-flat(5 nil nil) 
|   gnus-group-list-groups(nil) 
|   gnus-group-get-new-news(nil) 
|   gnus-1(nil nil nil) 
|   gnus(nil) 
|   call-interactively(gnus) 
|   recursive-edit() 
|   byte-code("..." [print-escape-newlines print-length debugger-buffer debugger-$
|   debug(error (void-function gnus-group-remove-excess-properties)) 
|   gnus-group-remove-excess-properties() 
|   gnus-group-insert-group-line("nnml:bsd-cvs" 3 nil 0 "nnml:") 
|   gnus-group-insert-group-line-info("nnml:bsd-cvs") 
|   gnus-group-update-group("nnml:bsd-cvs") 
|   gnus-summary-update-info() 
|   gnus-summary-expire-articles() 
|   run-hooks(gnus-summary-expire-articles) 
|   apply(run-hooks gnus-summary-expire-articles) 
|   gnus-run-hooks(gnus-summary-prepare-exit-hook) 
|   #<compiled-function (&optional temporary) "...(394)" [gname gnus-article-buff$
|   call-interactively(gnus-summary-exit) 
`---

Message depends on the group that is to be opened.

The funcion is defaliased in gnus.el but only if gnus-xmas isn't set
which is not the case here.

Current workaround is to use (ignore) instead. Not so good. Another
possibility would be to undef gnus-xmas. 

Hints?

norbert.

Re: Error in latest CVS

[ShengHuo ZHU]

Norbert Koch <nk@LF.net> writes:

> Hi!
> 
> When starting up a brand new Gnus (Oort Gnus v0.01) on
> 
> XEmacs 21.2  (beta38) "Peisino^[,Ak^[(B" [Lucid]
> (i386-unknown-freebsd3.3, Mule) of Wed Dec 20 2000 on lamia.LF.net 
> 
> I see the following error:
> 
> ,---[ trace ]
> | Signaling: (void-function gnus-group-remove-excess-properties) 
> |   gnus-group-remove-excess-properties() 
> |   gnus-group-insert-group-line("nnml:io-200011" 1 ((save 4894 6583) (reply 12 1$

> Message depends on the group that is to be opened.
> 
> The funcion is defaliased in gnus.el but only if gnus-xmas isn't set
> which is not the case here.
> 
> Current workaround is to use (ignore) instead. Not so good. Another
> possibility would be to undef gnus-xmas. 
> 
> Hints?

By default, Gnus loads gnus.el first then gnus-xmas.el. So the
function is an alias of ignore.  I am not sure what this function is
supposed to do. So I just make the same workaround in gnus.el.  At
least no body reported any bug because gnus-group-remove-excess-properties 
is ignore.

ShengHuo