nnir.el error

nnir.el error

[Nikolaus Rath]

Hello,

I just downloaded nnir.el from CVS and tried to run it with swish-e. I
added

 gnus-secondary-select-methods '((nnml ""
                                       (nnml-directory "~/Gnus/Groups/")
                                       (nnml-use-compressed-files t)
                                       (nnir-search-engine swish-e)
                                       (nnir-swish-e-index-files ("/home/nikratio/Gnus/swish-e/index.swish-e"))
                                       (nnir-swish-e-remove-prefix "/home/nikratio/Gnus/swish-e/") )
                                 (nnimap ""
                                         (nnimap-server-address "xxxx")
                                         (nnimap-stream starttls)
                                         (nnir-search-engine imap)))

to my configuration and created the index file. However, when I run G
G in the Group Buffer, this results in

Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
  aset(nil 0 228)
  (mail-header-set-number novitem art)
  (while (not (null artlist)) (setq art (car artlist)) (or (numberp art) (nnheader-report ... "nnir-retrieve-headers doesn't grok message ids: %s" art)) (setq artitem (nnir-artlist-article nnir-artlist art)) (setq artrsv (nnir-artitem-rsv artitem)) (setq artfullgroup (nnir-artitem-group artitem)) (setq artno (nnir-artitem-number artitem)) (setq artgroup (gnus-group-real-name artfullgroup)) (setq server (nnir-group-server artfullgroup)) (set-buffer nntp-server-buffer) (nnir-possibly-change-server server) (case (setq foo ...) (nov ... ... ...) (headers ... ... ...) (t ...)) (mail-header-set-number novitem art) (mail-header-set-from novitem (mail-header-from novitem)) (mail-header-set-subject novitem (format "[%d: %s/%d] %s" artrsv artgroup artno ...)) (push novitem novdata) (setq artlist (cdr artlist)))
  (let ((artlist ...) (art nil) (artitem nil) (artgroup nil) (artno nil) (artrsv nil) (artfullgroup nil) (novitem nil) (novdata nil) (foo nil) server) (while (not ...) (setq art ...) (or ... ...) (setq artitem ...) (setq artrsv ...) (setq artfullgroup ...) (setq artno ...) (setq artgroup ...) (setq server ...) (set-buffer nntp-server-buffer) (nnir-possibly-change-server server) (case ... ... ... ...) (mail-header-set-number novitem art) (mail-header-set-from novitem ...) (mail-header-set-subject novitem ...) (push novitem novdata) (setq artlist ...)) (setq novdata (nreverse novdata)) (set-buffer nntp-server-buffer) (erase-buffer) (mapcar (quote nnheader-insert-nov) novdata) (quote nov))
  (save-excursion (let (... ... ... ... ... ... ... ... ... ... server) (while ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...) (setq novdata ...) (set-buffer nntp-server-buffer) (erase-buffer) (mapcar ... novdata) (quote nov)))
  nnir-retrieve-headers((228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 ...) "((query . \"test\"))" "-ephemeral" nil)
  gnus-retrieve-headers((228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 ...) "nnir:((query . \"test\"))" nil)
  gnus-cache-retrieve-headers((228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 ...) "nnir:((query . \"test\"))" nil)
  gnus-retrieve-headers((228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 ...) "nnir:((query . \"test\"))" nil)
  gnus-fetch-headers((228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 ...))
  gnus-select-newsgroup("nnir:((query . \"test\"))" t nil)
  gnus-summary-read-group-1("nnir:((query . \"test\"))" t t nil nil nil)
  gnus-summary-read-group("nnir:((query . \"test\"))" t t nil nil nil nil)
  gnus-group-read-group(t t "nnir:((query . \"test\"))" nil)
  byte-code("\b	^[Æ\f\nÇÇ\x0e\b$*\x14
" [gnus-large-ephemeral-newsgroup gnus-fetch-old-ephemeral-headers gnus-fetch-old-headers gnus-large-newsgroup number group gnus-group-read-group t select-articles] 5)
  gnus-group-read-ephemeral-group("nnir:((query . \"test\"))" (nnir "") t (#<buffer *Group*> . message) nil)
  (let ((parms nil)) (if extra-parms (setq parms ...) (setq parms ...)) (gnus-group-read-ephemeral-group (concat "nnir:" ...) (quote ...) t (cons ... gnus-current-window-configuration) nil))
  gnus-group-make-nnir-group(nil "test")
* call-interactively(gnus-group-make-nnir-group)

Anyone able to tell what I'm doing wrong?

Thanks in advance,
                                         
   --Nikolaus

-- 
$|++;@_=map{chr(ord($_)-$|)}split//,"Kvtu!bopuifs!Qfsm!Ibdlfs-";$\="\r";@a=qw(
< ^ > v);$§="_"x25;until($§!~m~_~){$o=int(rand 28)+65;next if$s{$o}++;$o==91?
$o=44:($o==92?$o=32:0);$g=chr$o;for(0..24){if($_[$_]=~m)$g)i){for$m(@a,$_[$_])
{substr $§,$_,$|,$m;print$§;select$/,$/,$/,0.1}}}print$§}print$/

Re: nnir.el error

[Andreas Seltenreich]

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

Nikolaus Rath <Nikolaus@rath.org> writes:

> I just downloaded nnir.el from CVS and tried to run it with swish-e. I
> added
>
>  gnus-secondary-select-methods '((nnml ""
>                                        (nnml-directory "~/Gnus/Groups/")
>                                        (nnml-use-compressed-files t)
>                                        (nnir-search-engine swish-e)
>                                        (nnir-swish-e-index-files ("/home/nikratio/Gnus/swish-e/index.swish-e"))
>                                        (nnir-swish-e-remove-prefix "/home/nikratio/Gnus/swish-e/") )
>                                  (nnimap ""
>                                          (nnimap-server-address "xxxx")
>                                          (nnimap-stream starttls)
>                                          (nnir-search-engine imap)))
>
> to my configuration and created the index file. However, when I run G
> G in the Group Buffer, this results in
>
> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>   aset(nil 0 228)
>   (mail-header-set-number novitem art)

I faintly remember that this was the reason I once resorted to
manually switching the global variables around instead of using server
variables to search with multiple engines.

It looks like an unlucky interaction between nnir-read-server-parm
falling back to global variables, and nnoo managing the global
variables when they're used inside select methods.

This seems to cause various errors depending on the combination of
engines and backends used, and the order of them in
gnus-opened-servers.

Does it work for you with nnir.el from CVS plus the following patch
and nnir-mail-backend set to nil (it isn't by default)?


[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: nnir.diff --]
[-- Type: text/x-patch, Size: 556 bytes --]

Index: nnir.el
===================================================================
RCS file: /usr/local/cvsroot/gnus/contrib/nnir.el,v
retrieving revision 7.16
diff -c -r7.16 nnir.el
*** nnir.el	8 Jun 2006 05:40:50 -0000	7.16
--- nnir.el	8 Jun 2006 05:41:40 -0000
***************
*** 1506,1513 ****
  	  ((and nnir-mail-backend
  		(gnus-server-equal method nnir-mail-backend))
  	   (symbol-value key))
- 	  ((null nnir-mail-backend)
- 	   (symbol-value key))
  	  (t nil))))
  ;;     (if method
  ;;       (if (assq key (cddr method))
--- 1506,1511 ----

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


regards,
andreas

Re: nnir.el error

[Nikolaus Rath]

Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
> Nikolaus Rath <Nikolaus@rath.org> writes:
>
>> I just downloaded nnir.el from CVS and tried to run it with swish-e. I
>> added
>>
>>  gnus-secondary-select-methods '((nnml ""
>>                                        (nnml-directory "~/Gnus/Groups/")
>>                                        (nnml-use-compressed-files t)
>>                                        (nnir-search-engine swish-e)
>>                                        (nnir-swish-e-index-files ("/home/nikratio/Gnus/swish-e/index.swish-e"))
>>                                        (nnir-swish-e-remove-prefix "/home/nikratio/Gnus/swish-e/") )
>>                                  (nnimap ""
>>                                          (nnimap-server-address "xxxx")
>>                                          (nnimap-stream starttls)
>>                                          (nnir-search-engine imap)))
>>
>> to my configuration and created the index file. However, when I run G
>> G in the Group Buffer, this results in
>>
>> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>>   aset(nil 0 228)
>>   (mail-header-set-number novitem art)
>
> I faintly remember that this was the reason I once resorted to
> manually switching the global variables around instead of using server
> variables to search with multiple engines.
>
> Does it work for you with nnir.el from CVS plus the following patch
> and nnir-mail-backend set to nil (it isn't by default)?

No, similar error:

Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
  aset(nil 0 306)
  (mail-header-set-number novitem art)
  (while (not (null artlist)) (setq art (car artlist)) (or (numberp art) (nnheader-report ... "nnir-retrieve-headers doesn't grok message ids: %s" art)) (setq artitem (nnir-artlist-article nnir-artlist art)) (setq artrsv (nnir-artitem-rsv artitem)) (setq artfullgroup (nnir-artitem-group artitem)) (setq artno (nnir-artitem-number artitem)) (setq artgroup (gnus-group-real-name artfullgroup)) (setq server (nnir-group-server artfullgroup)) (set-buffer nntp-server-buffer) (nnir-possibly-change-server server) (let (...) (case ... ... ... ...)) (mail-header-set-number novitem art) (mail-header-set-from novitem (mail-header-from novitem)) (mail-header-set-subject novitem (format "[%d: %s/%d] %s" artrsv artgroup artno ...)) (push novitem novdata) (setq artlist (cdr artlist)))
  (let ((artlist ...) (art nil) (artitem nil) (artgroup nil) (artno nil) (artrsv nil) (artfullgroup nil) (novitem nil) (novdata nil) (foo nil) server) (while (not ...) (setq art ...) (or ... ...) (setq artitem ...) (setq artrsv ...) (setq artfullgroup ...) (setq artno ...) (setq artgroup ...) (setq server ...) (set-buffer nntp-server-buffer) (nnir-possibly-change-server server) (let ... ...) (mail-header-set-number novitem art) (mail-header-set-from novitem ...) (mail-header-set-subject novitem ...) (push novitem novdata) (setq artlist ...)) (setq novdata (nreverse novdata)) (set-buffer nntp-server-buffer) (erase-buffer) (mapcar (quote nnheader-insert-nov) novdata) (quote nov))
  (save-excursion (let (... ... ... ... ... ... ... ... ... ... server) (while ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...) (setq novdata ...) (set-buffer nntp-server-buffer) (erase-buffer) (mapcar ... novdata) (quote nov)))
[...]


   --Nikolaus

-- 
Die meisten Menschen pflegen im Kindesalter vom Zeigen auf Gegenstände
(Mausbewegung) und "ga" sagen (Mausklick) abzukommen, zugunsten eines
mächtigeren und langwierig zu erlernenden Tools (Sprache).
                              Achim Linder in de.comp.os.unix.linux.misc

Re: nnir.el error

[Nikolaus Rath]

Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>> I just downloaded nnir.el from CVS and tried to run it with swish-e. I
>> added
>>
>>  gnus-secondary-select-methods '((nnml ""
>>                                        (nnml-directory "~/Gnus/Groups/")
>>                                        (nnml-use-compressed-files t)
>>                                        (nnir-search-engine swish-e)
>>                                        (nnir-swish-e-index-files ("/home/nikratio/Gnus/swish-e/index.swish-e"))
>>                                        (nnir-swish-e-remove-prefix "/home/nikratio/Gnus/swish-e/") )
>>                                  (nnimap ""
>>                                          (nnimap-server-address "xxxx")
>>                                          (nnimap-stream starttls)
>>                                          (nnir-search-engine imap)))
>>
>> to my configuration and created the index file. However, when I run G
>> G in the Group Buffer, this results in
>>
>> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>>   aset(nil 0 228)
>>   (mail-header-set-number novitem art)
>
> I faintly remember that this was the reason I once resorted to
> manually switching the global variables around instead of using
> server variables to search with multiple engines.

I also tried removing the server variables and adding global variables
instead:

(setq
 nnir-mail-backend (nth 0 gnus-secondary-select-methods)
 nnir-search-engine 'swish-e
 nnir-swish-e-index-files '("/home/nikratio/Gnus/swish-e/index.swish-e")
 nnir-swish-e-remove-prefix "/home/nikratio/Gnus/swish-e/")

but after restarting gnus, the error is still

Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
  aset(nil 0 317)
  (mail-header-set-number novitem art)
  (while (not (null artlist)) (setq art (car artlist)) (or (numberp art) (nnheader-report ... "nnir-retrieve-headers doesn't grok message ids: %s" art)) (setq artitem (nnir-artlist-article nnir-artlist art)) (setq artrsv (nnir-artitem-rsv artitem)) (setq artfullgroup (nnir-artitem-group artitem)) (setq artno (nnir-artitem-number artitem)) (setq artgroup (gnus-group-real-name artfullgroup)) (setq server (nnir-group-server artfullgroup)) (set-buffer nntp-server-buffer) (nnir-possibly-change-server server) (let (...) (case ... ... ... ...)) (mail-header-set-number novitem art) (mail-header-set-from novitem (mail-header-from novitem)) (mail-header-set-subject novitem (format "[%d: %s/%d] %s" artrsv artgroup artno ...)) (push novitem novdata) (setq artlist (cdr artlist)))
  (let ((artlist ...) (art nil) (artitem nil) (artgroup nil) (artno nil) (artrsv nil) (artfullgroup nil) (novitem nil) (novdata nil) (foo nil) server) (while (not ...) (setq art ...) (or ... ...) (setq artitem ...) (setq artrsv ...) (setq artfullgroup ...) (setq artno ...) (setq artgroup ...) (setq server ...) (set-buffer nntp-server-buffer) (nnir-possibly-change-server server) (let ... ...) (mail-header-set-number novitem art) (mail-header-set-from novitem ...) (mail-header-set-subject novitem ...) (push novitem novdata) (setq artlist ...)) (setq novdata (nreverse novdata)) (set-buffer nntp-server-buffer) (erase-buffer) (mapcar (quote nnheader-insert-nov) novdata) (quote nov))
  (save-excursion (let (... ... ... ... ... ... ... ... ... ... server) (while ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...) (setq novdata ...) (set-buffer nntp-server-buffer) (erase-buffer) (mapcar ... novdata) (quote nov)))
[...]

Regards,
 
   --Nikolaus


-- 
(Bitte wenden)

Re: nnir.el error

[Andreas Seltenreich]

Nikolaus Rath <Nikolaus@rath.org> writes:

> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>
>> Does it work for you with nnir.el from CVS plus the following patch
>> and nnir-mail-backend set to nil (it isn't by default)?
>
> No, similar error:
>
> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>   aset(nil 0 306)
>   (mail-header-set-number novitem art)

Could you take a look at the variables artitem, server and artgroup
when error occurs?  E.g., while in the recursive edit caused by the
debugger, change to a message buffer and hit C-x C-e after the
following form:

    (gnus-prin1 (list artitem server artgroup ))

It might give a clue if something obvious goes wrong.

I can't reproduce the error any longer with the patch applied and the
following configuration:

(setq gnus-secondary-select-methods
      '((nnml ""
	      (nnir-swish-e-index-files ("/home/andreas/Mail/index.swish-e"))
	      (nnir-swish-e-remove-prefix "gnus-mail/")
	      (nnir-search-engine swish-e)
	      (nnml-directory
	       "~/Mail/gnus-mail")
	      (nnml-active-file
	       "~/Mail/gnus-mail/active")
	      (nnml-get-new-mail t))
	(nnpg "lists"
	      (nnir-search-engine nnpg)
	      (nnpg-dbname "nnpg")
	      (nnpg-port "5433"))
	(nnml "cache"
	      (nnml-get-new-mail nil)
	      (nnml-directory "~/News/cache/")
	      (nnml-active-file "~/News/cache/active"))))

Thanks,
andreas

Re: nnir.el error

[Andreas Seltenreich]

Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:

> Nikolaus Rath <Nikolaus@rath.org> writes:
>
>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>>
>>> Does it work for you with nnir.el from CVS plus the following patch
>>> and nnir-mail-backend set to nil (it isn't by default)?
>>
>> No, similar error:
>>
>> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>>   aset(nil 0 306)
>>   (mail-header-set-number novitem art)
>
> Could you take a look at the variables artitem, server and artgroup
> when error occurs?

Update: I've just committed a patch that improves error handling.  It
should display that information now when the error occurs.  Could you
try with the latest version from CVS?

Thanks,
andreas

Re: nnir.el error

[Nikolaus Rath]

Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
> Nikolaus Rath <Nikolaus@rath.org> writes:
>
>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>>
>>> Does it work for you with nnir.el from CVS plus the following patch
>>> and nnir-mail-backend set to nil (it isn't by default)?
>>
>> No, similar error:
>>
>> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>>   aset(nil 0 306)
>>   (mail-header-set-number novitem art)
>
> Could you take a look at the variables artitem, server and artgroup
> when error occurs?  E.g., while in the recursive edit caused by the
> debugger, change to a message buffer and hit C-x C-e after the
> following form:
>
>     (gnus-prin1 (list artitem server artgroup ))
>
> It might give a clue if something obvious goes wrong.

This produced:

 (gnus-prin1 (list artitem server artgroup ))

 (["nnml:home.nikratio.Gnus.Groups.Archiv.2000" 743 166] "nnml:" "home.nikratio.Gnus.Groups.Archiv.2000")


Thanks for your efforts,
 
   --Nikolaus

-- 
»Heute kann man ja kaum noch eine AOL-CD aus dem Fenster werfen, ohne
 jemanden zu treffen, der einen SuSE-Karton unter dem Arm trägt.«
                           - Jochem Huhmann, de.comp.os.unix.discussion

Re: nnir.el error

[Andreas Seltenreich]

Nikolaus Rath <Nikolaus@rath.org> writes:

> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>> Nikolaus Rath <Nikolaus@rath.org> writes:
>>
>>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>>>
>>>> Does it work for you with nnir.el from CVS plus the following patch
>>>> and nnir-mail-backend set to nil (it isn't by default)?
>>>
>>> No, similar error:
>>>
>>> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>>>   aset(nil 0 306)
>>>   (mail-header-set-number novitem art)
>>
>> Could you take a look at the variables artitem, server and artgroup
>> when error occurs?  E.g., while in the recursive edit caused by the
>> debugger, change to a message buffer and hit C-x C-e after the
>> following form:
>>
>>     (gnus-prin1 (list artitem server artgroup ))
>>
>> It might give a clue if something obvious goes wrong.
>
> This produced:
>
>  (gnus-prin1 (list artitem server artgroup ))
>
>  (["nnml:home.nikratio.Gnus.Groups.Archiv.2000" 743 166] "nnml:" "home.nikratio.Gnus.Groups.Archiv.2000")

Ah, there we go. This looks very much like there isn't anything cut
off from the file names spit out by swish-e. If the actual group name
existing in the nnml server is "Archiv.2000", then
nnir-swish-e-remove-prefix should rather look like
"/home/nikratio/Gnus/Groups/" than "/home/nikratio/Gnus/swish-e/"

Cutting off the prefix from the file names returned by swish-e and
replacing the remaining dashes with dots needs to yield a valid nnml
group name for nnir to work.

I'm confident that it'll work with a proper prefix.

regards,
andreas

Re: nnir.el error

[Nikolaus Rath]

Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>>>> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>>>>   aset(nil 0 306)
>>>>   (mail-header-set-number novitem art)
>
> Ah, there we go. This looks very much like there isn't anything cut
> off from the file names spit out by swish-e. If the actual group name
> existing in the nnml server is "Archiv.2000", then
> nnir-swish-e-remove-prefix should rather look like
> "/home/nikratio/Gnus/Groups/" than "/home/nikratio/Gnus/swish-e/"

Ouch, that was a stupid error. Not it works indeed. Thanks a lot for
your support.

   --Nikolaus

-- 
$|++;@_=map{chr(ord($_)-$|)}split//,"Kvtu!bopuifs!Qfsm!Ibdlfs-";$\="\r";@a=qw(
< ^ > v);$§="_"x25;until($§!~m~_~){$o=int(rand 28)+65;next if$s{$o}++;$o==91?
$o=44:($o==92?$o=32:0);$g=chr$o;for(0..24){if($_[$_]=~m)$g)i){for$m(@a,$_[$_])
{substr $§,$_,$|,$m;print$§;select$/,$/,$/,0.1}}}print$§}print$/

Re: nnir.el error

[Nikolaus Rath]

Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>
>> Nikolaus Rath <Nikolaus@rath.org> writes:
>>
>>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>>>
>>>> Does it work for you with nnir.el from CVS plus the following patch
>>>> and nnir-mail-backend set to nil (it isn't by default)?
>>>
>>> No, similar error:
>>>
>>> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>>>   aset(nil 0 306)
>>>   (mail-header-set-number novitem art)
>>
>> Could you take a look at the variables artitem, server and artgroup
>> when error occurs?
>
> Update: I've just committed a patch that improves error handling.  It
> should display that information now when the error occurs.  Could you
> try with the latest version from CVS?

Hmm. The error message did not change.

   --Nikolaus

-- 
Ein aufgeräumter Tisch bringt dir kein Lob ein. Im Gegenteil: Du kommst
in den Verdacht, zu wenig Arbeit zu haben

Re: nnir.el error

[Andreas Seltenreich]

Nikolaus Rath <Nikolaus@rath.org> writes:

> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>>
>>> Nikolaus Rath <Nikolaus@rath.org> writes:
>>>
>>>> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>>>>   aset(nil 0 306)
>>>>   (mail-header-set-number novitem art)
>>>
>>> Could you take a look at the variables artitem, server and artgroup
>>> when error occurs?
>>
>> Update: I've just committed a patch that improves error handling.  It
>> should display that information now when the error occurs.  Could you
>> try with the latest version from CVS?
>
> Hmm. The error message did not change.

Hmm indeed. I'm puzzled how execution could reach the
mail-header-set-number with a nil argument now. Maybe I am
interpreting the backtrace all wrong? Are you sure nnir.el is current
and not shadowed by an outdated (possibly byte-compiled) version?

regards,
andreas

Re: nnir.el error

[Nikolaus Rath]

Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
> Nikolaus Rath <Nikolaus@rath.org> writes:
>
>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>>>
>>>> Nikolaus Rath <Nikolaus@rath.org> writes:
>>>>
>>>>> Debugger entered--Lisp error: (wrong-type-argument arrayp nil)
>>>>>   aset(nil 0 306)
>>>>>   (mail-header-set-number novitem art)
>>>>
>>>> Could you take a look at the variables artitem, server and artgroup
>>>> when error occurs?
>>>
>>> Update: I've just committed a patch that improves error handling.  It
>>> should display that information now when the error occurs.  Could you
>>> try with the latest version from CVS?
>>
>> Hmm. The error message did not change.
>
> Hmm indeed. I'm puzzled how execution could reach the
> mail-header-set-number with a nil argument now. Maybe I am
> interpreting the backtrace all wrong? Are you sure nnir.el is
> current and not shadowed by an outdated (possibly byte-compiled)
> version?

[0] nokile:~/lib/emacs/packages$ locate nnir.el
/home/nikratio/lib/emacs/gnus/nnir.el
/home/nikratio/lib/emacs/packages/nnir.el.old
/home/nikratio/lib/emacs/packages/nnir.el
/usr/share/doc/gnus/contrib/nnir.el

[0] nokile:~/lib/emacs/packages$ md5sum nnir.el
4c0dc8d948c571f44b99ae92c57daf3d  nnir.el

[0] nokile:~/lib/emacs/packages$ cat ../gnus/nnir.el
(require 'nnir)

(setq nnir-mail-backend nil)

[1] nokile:~/lib/emacs/packages$ locate nnir.elc
[0] nokile:~/lib/emacs/packages$


   --Nikolaus

-- 
Disziplin ist die Fähigkeit, dümmer zu erscheinen als der Chef.

Re: nnir.el error

[Reiner Steib]

On Sun, Jun 11 2006, Nikolaus Rath wrote:

> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>> Are you sure nnir.el is current and not shadowed by an outdated
>> (possibly byte-compiled) version?
>
> [0] nokile:~/lib/emacs/packages$ locate nnir.el

`M-x list-load-path-shadows RET' would make more sense, I'd guess.

> [0] nokile:~/lib/emacs/packages$ md5sum nnir.el
> 4c0dc8d948c571f44b99ae92c57daf3d  nnir.el
>
> [0] nokile:~/lib/emacs/packages$ cat ../gnus/nnir.el
> (require 'nnir)
>
> (setq nnir-mail-backend nil)

???

I'd suggest to either use a symlink or use a different name, say
nr-nnir-init.el.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

Re: nnir.el error

[Nikolaus Rath]

Reiner Steib <reinersteib+gmane@imap.cc> writes:
> On Sun, Jun 11 2006, Nikolaus Rath wrote:
>
>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>>> Are you sure nnir.el is current and not shadowed by an outdated
>>> (possibly byte-compiled) version?
>>
>> [0] nokile:~/lib/emacs/packages$ locate nnir.el
>
> `M-x list-load-path-shadows RET' would make more sense, I'd guess.
>
>> [0] nokile:~/lib/emacs/packages$ md5sum nnir.el
>> 4c0dc8d948c571f44b99ae92c57daf3d  nnir.el
>>
>> [0] nokile:~/lib/emacs/packages$ cat ../gnus/nnir.el
>> (require 'nnir)
>>
>> (setq nnir-mail-backend nil)
>
> ???
>
> I'd suggest to either use a symlink or use a different name, say
> nr-nnir-init.el.

Why? (maybe I should have said that only ~/lib/emacs/packages is in
load-path and everything in ~/lib/emacs/gnus is called by ~/.gnus).


   --Nikolaus

-- 
Wer die Kurve nicht kriegt, muss sie meist kratzen.

Re: nnir.el error

[Andreas Seltenreich]

Nikolaus Rath <Nikolaus@rath.org> writes:

> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>> Nikolaus Rath <Nikolaus@rath.org> writes:
>>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:

>>>> should display that information now when the error occurs.  Could you
>>>> try with the latest version from CVS?
>>>
>>> Hmm. The error message did not change.
[...]
> [0] nokile:~/lib/emacs/packages$ md5sum nnir.el
> 4c0dc8d948c571f44b99ae92c57daf3d  nnir.el

gnus/contrib$ for r in 7.{10..18} v5-10;do echo -n $r:\ ;cvs up -pr $r nnir.el|md5sum;done
7.10: 9e3d4b9eb57275e433bcac438a0e1f23  -
7.11: a2e2894ceee3f8fb6987b5610dcd5d3a  -
7.12: 49b2c79eed8ad2b89c97b0babb271f13  -
7.13: 7af4e44ca4fc0b2684ce011907d9f51c  -
7.14: ed49a2b63b782653aff9a4f135ab37e8  -
7.15: 00e92da216070f8f4c99b680b502bf83  -
7.16: 1a3bd44b5783b71e4b673986408a93bd  -
7.17: 459527294036dfb1c93674544dde9e0f  -
7.18: 995086bc0a19170bc63c49eb84efbfc2  -
v5-10: 86708fcfb85a635241b01acb67ab8ebe  -

I think we can rule out CVS line ending conversion and keyword
substitution.

regards,
andreas

Re: nnir.el error

[Reiner Steib]

On Sun, Jun 11 2006, Nikolaus Rath wrote:

> Reiner Steib <reinersteib+gmane@imap.cc> writes:
>> On Sun, Jun 11 2006, Nikolaus Rath wrote:
>>> [0] nokile:~/lib/emacs/packages$ cat ../gnus/nnir.el
>>> (require 'nnir)
>>>
>>> (setq nnir-mail-backend nil)
>>
>> ???
>>
>> I'd suggest to either use a symlink or use a different name, say
>> nr-nnir-init.el.
>
> Why? (maybe I should have said that only ~/lib/emacs/packages is in
> load-path and everything in ~/lib/emacs/gnus is called by ~/.gnus).

In this way it may work.  But it's confusing to have two nnir.el
files.  At least for humans, I don't know if it might confuse Emacs'
load history mechanism ass well.

Bye, Reiner.
-- 
       ,,,
      (o o)
---ooO-(_)-Ooo---  |  PGP key available  |  http://rsteib.home.pages.de/

Re: nnir.el error

[Nikolaus Rath]

Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
> Nikolaus Rath <Nikolaus@rath.org> writes:
>
>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>>> Nikolaus Rath <Nikolaus@rath.org> writes:
>>>> Andreas Seltenreich <andreas+ding@gate450.dyndns.org> writes:
>
>>>>> should display that information now when the error occurs.  Could you
>>>>> try with the latest version from CVS?
>>>>
>>>> Hmm. The error message did not change.
> [...]
>> [0] nokile:~/lib/emacs/packages$ md5sum nnir.el
>> 4c0dc8d948c571f44b99ae92c57daf3d  nnir.el
>
> gnus/contrib$ for r in 7.{10..18} v5-10;do echo -n $r:\ ;cvs up -pr $r nnir.el|md5sum;done
> 7.10: 9e3d4b9eb57275e433bcac438a0e1f23  -
> 7.11: a2e2894ceee3f8fb6987b5610dcd5d3a  -
> 7.12: 49b2c79eed8ad2b89c97b0babb271f13  -
> 7.13: 7af4e44ca4fc0b2684ce011907d9f51c  -
> 7.14: ed49a2b63b782653aff9a4f135ab37e8  -
> 7.15: 00e92da216070f8f4c99b680b502bf83  -
> 7.16: 1a3bd44b5783b71e4b673986408a93bd  -
> 7.17: 459527294036dfb1c93674544dde9e0f  -
> 7.18: 995086bc0a19170bc63c49eb84efbfc2  -
> v5-10: 86708fcfb85a635241b01acb67ab8ebe  -
>
> I think we can rule out CVS line ending conversion and keyword
> substitution.

Strange. Seens to be some charset and whitespace difference:

[1] nokile:~$ wget 'http://quimby.gnus.org/cgi-bin/cvsweb.cgi/~checkout~gnus/contrib/nnir.el?rev=7.18&content-type=text/plain'
--09:26:25--  http://quimby.gnus.org/cgi-bin/cvsweb.cgi/~checkout~gnus/contrib/nnir.el?rev=7.18&content-type=text/plain
           => `nnir.el?rev=7.18&content-type=text%2Fplain'
Resolving localhost... 127.0.0.1
Connecting to localhost|127.0.0.1|:8080... connected.
Proxy request sent, awaiting response... 200 OK
Length: unspecified [text/plain]

    [   <=>                                          ] 59,403       109.88K/s

09:26:26 (109.63 KB/s) - `nnir.el?rev=7.18&content-type=text%2Fplain' saved [59403]

[0] nokile:~$ md5sum nnir.el\?rev\=7.18\&content-type\=text%2Fplain
995086bc0a19170bc63c49eb84efbfc2  nnir.el?rev=7.18&content-type=text%2Fplain

[0] nokile:~$ diff -u -w nnir.el\?rev\=7.18\&content-type\=text%2Fplain lib/emacs/packages/nnir.el
--- nnir.el?rev=7.18&content-type=text%2Fplain  2006-06-10 05:36:21.000000000 +0200
+++ lib/emacs/packages/nnir.el  2006-06-10 11:33:56.009937790 +0200
@@ -1,7 +1,7 @@
 ;;; nnir.el --- search mail with various search engines -*- coding: iso-8859-1 -*-
-;; Copyright (C) 1998 Kai Gro%G�%@johann
+;; Copyright (C) 1998 Kai Großjohann

-;; Author: Kai Gro%G�%@johann <grossjohann@ls6.cs.uni-dortmund.de>
+;; Author: Kai Großjohann <grossjohann@ls6.cs.uni-dortmund.de>
 ;; Keywords: news, mail, searching, ir, glimpse, wais, hyrex

 ;; This file is not part of GNU Emacs.
@@ -1578,3 +1578,4 @@
 (provide 'nnir)

 ;;; arch-tag: 9b3fecf8-4397-4bbb-bf3c-6ac3cbbc6664
+
[1] nokile:~$


Whatever. Using the new file the error is now indeed different, but
still not very helpful:

Debugger entered--Lisp error: (error "Unknown header type nil while requesting article 1265 of group nnml:home.nikratio.Gnus.Groups.Archiv.2000")
  signal(error ("Unknown header type nil while requesting article 1265 of group nnml:home.nikratio.Gnus.Groups.Archiv.2000"))
  error("Unknown header type %s while requesting article %s of group %s" nil 1265 "nnml:home.nikratio.Gnus.Groups.Archiv.2000")
  (cond ((eql G37601 ...) (goto-char ...) (setq novitem ...) (unless novitem ... ...)) ((eql G37601 ...) (goto-char ...) (setq novitem ...) (unless novitem ... ...)) (t (error "Unknown header type %s while requesting article %s of group %s" foo artno artfullgroup)))
  (let ((G37601 ...)) (cond (... ... ... ...) (... ... ... ...) (t ...)))
  (case (setq foo (gnus-retrieve-headers ... artfullgroup nil)) (nov (goto-char ...) (setq novitem ...) (unless novitem ... ...)) (headers (goto-char ...) (setq novitem ...) (unless novitem ... ...)) (t (error "Unknown header type %s while requesting article %s of group %s" foo artno artfullgroup)))
  (let ((gnus-override-method ...)) (case (setq foo ...) (nov ... ... ...) (headers ... ... ...) (t ...)))
  (while (not (null artlist)) (setq art (car artlist)) (or (numberp art) (nnheader-report ... "nnir-retrieve-headers doesn't grok message ids: %s" art)) (setq artitem (nnir-artlist-article nnir-artlist art)) (setq artrsv (nnir-artitem-rsv artitem)) (setq artfullgroup (nnir-artitem-group artitem)) (setq artno (nnir-artitem-number artitem)) (setq artgroup (gnus-group-real-name artfullgroup)) (setq server (nnir-group-server artfullgroup)) (set-buffer nntp-server-buffer) (nnir-possibly-change-server server) (let (...) (case ... ... ... ...)) (mail-header-set-number novitem art) (mail-header-set-from novitem (mail-header-from novitem)) (mail-header-set-subject novitem (format "[%d: %s/%d] %s" artrsv artgroup artno ...)) (push novitem novdata) (setq artlist (cdr artlist)))
  (let ((artlist ...) (art nil) (artitem nil) (artgroup nil) (artno nil) (artrsv nil) (artfullgroup nil) (novitem nil) (novdata nil) (foo nil) server) (while (not ...) (setq art ...) (or ... ...) (setq artitem ...) (setq artrsv ...) (setq artfullgroup ...) (setq artno ...) (setq artgroup ...) (setq server ...) (set-buffer nntp-server-buffer) (nnir-possibly-change-server server) (let ... ...) (mail-header-set-number novitem art) (mail-header-set-from novitem ...) (mail-header-set-subject novitem ...) (push novitem novdata) (setq artlist ...)) (setq novdata (nreverse novdata)) (set-buffer nntp-server-buffer) (erase-buffer) (mapcar (quote nnheader-insert-nov) novdata) (quote nov))
  (save-excursion (let (... ... ... ... ... ... ... ... ... ... server) (while ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ... ...) (setq novdata ...) (set-buffer nntp-server-buffer) (erase-buffer) (mapcar ... novdata) (quote nov)))
  nnir-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35) "((query . \"foobar\"))" "-ephemeral" nil)
  gnus-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35) "nnir:((query . \"foobar\"))" nil)
  gnus-cache-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35) "nnir:((query . \"foobar\"))" nil)
  gnus-retrieve-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35) "nnir:((query . \"foobar\"))" nil)
  gnus-fetch-headers((1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35))
  gnus-select-newsgroup("nnir:((query . \"foobar\"))" t nil)
  gnus-summary-read-group-1("nnir:((query . \"foobar\"))" t t nil nil nil)
  gnus-summary-read-group("nnir:((query . \"foobar\"))" t t nil nil nil nil)
  gnus-group-read-group(t t "nnir:((query . \"foobar\"))" nil)


Regards,

   --Nikolaus

-- 
Es ist ärgerlich, wie oft man manche Arbeit aufschieben muss, ehe man
sie entgültig vergessen hat.

Re: nnir.el error

[Andreas Seltenreich]

Nikolaus Rath <Nikolaus@rath.org> writes:

> Whatever. Using the new file the error is now indeed different, but
> still not very helpful:
>
> Debugger entered--Lisp error: (error "Unknown header type nil while requesting article 1265 of group nnml:home.nikratio.Gnus.Groups.Archiv.2000")

Well, at least the (bogus) group name and the backend queried are in
there now.  But I concur that the error reporting could be better.
Perhaps we could use gnus-request-group to figure out if the group
actually exists, as nnvirtual does[1].  But I guess I'll wait with
further changes so Sascha's outstanding patches apply cleanly.

Thanks for testing,
andreas

[1] While it calls gnus-request-group, it doesn't really check for an
    error, but I guess the chances for it to run into a nonexisting
    group are negligible.