nnir problem

nnir problem

[Istvan Marko]

I am trying to get nnir.el (v1.44) working with glimpse but no luck so
far:

In my .gnus:

(setq nnir-mail-backend gnus-secondary-select-methods
      nnir-search-engine 'glimpse)
(require 'nnir)

Then in the Group buffer
G G apple RET fails with:

Signaling: (wrong-type-argument arrayp nil)
  aset(nil 0 1)
  (mail-header-set-number novitem idx)
  (while (not (null artlist)) (setq art (car artlist)) (or (numberp art) (nnheader-report "nnglimpse-retrieve-headers doesn't grok message ids: %s" art)) (setq artitem (nnir-artlist-article nnir-artlist art)) (setq artrsv (nnir-artitem-rsv artitem)) (setq artgroup (nnir-artitem-group artitem)) (setq artno (nnir-artitem-number artitem)) (setq artfullgroup (nnir-group-full-name artgroup)) (set-buffer nntp-server-buffer) (case (setq foo ...) (nov ... ...) (headers ... ...) (t ...)) (mail-header-set-number novitem idx) (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)) (setq idx (1+ idx)))
  (let ((artlist ...) (idx 1) (art nil) (artitem nil) (artgroup nil) (artno nil) (artrsv nil) (artfullgroup nil) (novitem nil) (novdata nil) (foo nil)) (while (not ...) (setq art ...) (or ... ...) (setq artitem ...) (setq artrsv ...) (setq artgroup ...) (setq artno ...) (setq artfullgroup ...) (set-buffer nntp-server-buffer) (case ... ... ... ...) (mail-header-set-number novitem idx) (mail-header-set-from novitem ...) (mail-header-set-subject novitem ...) (push novitem novdata) (setq artlist ...) (setq idx ...)) (setq novdata (nreverse novdata)) (set-buffer nntp-server-buffer) (erase-buffer) (mapcar (quote nnheader-insert-nov) novdata) (quote nov))
  (save-excursion (let (... ... ... ... ... ... ... ... ... ... ...) (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 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 ... . (51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99)) "((query . \"apple\"))" "-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 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 ... . (51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99)) "nnir:((query . \"apple\"))" 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 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 ... . (51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99)) "nnir:((query . \"apple\"))" 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 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 ... . (51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99)) "nnir:((query . \"apple\"))" nil)
  gnus-select-newsgroup("nnir:((query . \"apple\"))" t nil)
  gnus-summary-read-group-1("nnir:((query . \"apple\"))" t t nil nil nil)
  gnus-summary-read-group("nnir:((query . \"apple\"))" t t nil nil nil nil)
  gnus-group-read-group(t t "nnir:((query . \"apple\"))" nil)
  byte-code("ÂÉ\b	$…\n
  gnus-group-read-ephemeral-group("((query . \"apple\"))" (nnir "") t (#<buffer *Group*> . group) nil)
  (let ((parms nil)) (if extra-parms (setq parms ...) (setq parms ...)) (gnus-group-read-ephemeral-group (prin1-to-string parms) (quote ...) t (cons ... gnus-current-window-configuration) nil))
  gnus-group-make-nnir-group(nil "apple")
* call-interactively(gnus-group-make-nnir-group)

Any ideas?

-- 
	Istvan

Re: nnir problem

[Kai Großjohann]

Istvan Marko <mi@imarko.dhs.org> writes:

> (setq nnir-mail-backend gnus-secondary-select-methods

This should be (car gnus-secondary-select-methods), I think.  Maybe I
should add a sanity check for this variable.

>       nnir-search-engine 'glimpse)
> (require 'nnir)

kai
-- 
I like BOTH kinds of music.

Re: nnir problem

[Slawek Zak]

Istvan Marko <mi@imarko.dhs.org> writes:

> I am trying to get nnir.el (v1.44) working with glimpse but no luck
> so far:

Same problem with my setup. Did you manage to overcome this ?

Regards /S
-- 
"We're all in this business of illusion together. I'm always willing 
 to lend a helping hand to a fellow conspirator along the road to
 survival if he's willing to do the same for me" --Joseph Heller
Suavek Zak / PGP: finger://zaks@prioris.mini.pw.edu.pl

Re: nnir problem

[Kai Großjohann]

Slawek Zak <zaks@prioris.im.pw.edu.pl> writes:

> Same problem with my setup. Did you manage to overcome this ?

Hm.  Why didn't I save the message?  I have one bug report for nnir.el
still in the queue; I don't know when I'll be able to work on it.  But
I'll try to find time this weekend.

kai
-- 
This gubblick contains many nonsklarkish English flutzpahs,
but the overall pluggandisp can be glorked from context. -- David Moser

Re: nnir problem

[Bud Rogers]

Slawek Zak <zaks@prioris.im.pw.edu.pl> writes:

> Istvan Marko <mi@imarko.dhs.org> writes:
> 
> > I am trying to get nnir.el (v1.44) working with glimpse but no luck
> > so far:
> 
> Same problem with my setup. Did you manage to overcome this ?

I don't know about 1.44, but I installed 1.45 here and it worked without a
hitch. 

-- 

Bud Rogers <budr@sirinet.net>

Re: nnir problem

[Slawek Zak]

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

Bud Rogers <budr@sirinet.net> writes:

> Slawek Zak <zaks@prioris.im.pw.edu.pl> writes:
> 
> > Istvan Marko <mi@imarko.dhs.org> writes:
> > 
> > > I am trying to get nnir.el (v1.44) working with glimpse but no luck
> > > so far:
> > 
> > Same problem with my setup. Did you manage to overcome this ?
> 
> I don't know about 1.44, but I installed 1.45 here and it worked without a
> hitch. 

I downloaded 1.46 today, dated Nov 13. Same error as before:

Wrong type argument: arrayp, nil

Relevant settings from my ~/.gnus:

(setq nnir-mail-backend '(nnml "")
      nnir-search-engine 'glimpse
      nnir-glimpse-program "glimpse"
      nnir-glimpse-home "/home/foe"
      nnir-glimpse-remove-prefix "/home/foe/mail/")

The backtrack follows:


[-- Attachment #2: backtrack --]
[-- Type: application/octet-stream, Size: 760 bytes --]

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


-- 
Suavek Zak / PGP: finger://zaks@prioris.mini.pw.edu.pl

Re: nnir problem

[Kai Großjohann]

Slawek Zak <zaks@prioris.im.pw.edu.pl> writes:

> Wrong type argument: arrayp, nil
> 
> Relevant settings from my ~/.gnus:
> 
> (setq nnir-mail-backend '(nnml "")
>       nnir-search-engine 'glimpse
>       nnir-glimpse-program "glimpse"
>       nnir-glimpse-home "/home/foe"
>       nnir-glimpse-remove-prefix "/home/foe/mail/")

Your settings look okay.  I have now put a new version on the server
which does not fix the bug, but it tries to check for the error
condition.  What do you see?  What's in the server buffer?  Is the
backtrace similar?

ftp://ls6-ftp.cs.uni-dortmund.de/pub/src/emacs/

kai
-- 
This gubblick contains many nonsklarkish English flutzpahs,
but the overall pluggandisp can be glorked from context. -- David Moser

Re: nnir problem

[Harry Putnam]

On Sat, Nov 13, 1999 at 04:29:16PM +0100, Slawek Zak wrote:
> I downloaded 1.46 today, dated Nov 13. Same error as before:
> 
> Wrong type argument: arrayp, nil
> 
> Relevant settings from my ~/.gnus:
> 
> (setq nnir-mail-backend '(nnml "")
>       nnir-search-engine 'glimpse
>       nnir-glimpse-program "glimpse"
>       nnir-glimpse-home "/home/foe"
>       nnir-glimpse-remove-prefix "/home/foe/mail/")
> 
> The backtrack follows:
> 

Does "/home/foe" contain the .glimpse* runtime files?

I've used only the followning settings and successfully ran several
versions of nnir:

;;************* NNIR related;
(load "/usr/local/el-dir/nnir-1.45.elc")
(setq nnir-glimpse-home "/home/reader/.glimpse-m")
(setq nnir-search-engine `glimpse)
;;*********** end NNIR ************

Where /home/reader/.glimpse-m  contains the .glimpse* runtime files
My nnml directory is the default ~/Mail, so I don't need to tell nnir
what to strip.

Re: nnir problem

[Harry Putnam]

Harry Putnam <reader@newsguy.com> writes:

> Does "/home/foe" contain the .glimpse* runtime files?

OOps sorry for the above question... I just gunzipped your
backtrace..  he he.

Incidently can one view a gzipped attachment without saving
,gunzipping and C-x C-f.

Re: nnir problem

[Slawek Zak]

Harry Putnam <reader@newsguy.com> writes:

> Harry Putnam <reader@newsguy.com> writes:
> 
> > Does "/home/foe" contain the .glimpse* runtime files?
> 
> OOps sorry for the above question... I just gunzipped your
> backtrace..  he he.
> 
> Incidently can one view a gzipped attachment without saving
> ,gunzipping and C-x C-f.

Try help on gnus-article-mime-part-function.
-- 
Suavek Zak / PGP: finger://zaks@prioris.mini.pw.edu.pl

Re: nnir problem

[Slawek Zak]

Kai.Grossjohann@CS.Uni-Dortmund.DE (Kai Großjohann) writes:

> Your settings look okay.  I have now put a new version on the server
> which does not fix the bug, but it tries to check for the error
> condition.  What do you see?  What's in the server buffer?  Is the
> backtrace similar?

Nothing changed but I went further with debugging and found that
gnus-find-method-for-group called with argument "nnml:mail.misc"
returns (nnspool "") which is my gnus-select-method but which is not
proper for this group, strange ... things go west down the road, since
mail.misc is an nnml group :(

The backtrace:

Return value: (nnspool "")
  gnus-find-method-for-group("nnml:mail.misc")
* gnus-retrieve-headers((2869) "nnml:mail.misc" nil)
* (setq foo (gnus-retrieve-headers (list artno) artfullgroup nil))
)
* (let ((G99700 ...)) (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 (nnheader-report "Don't support header type %s." foo)))
)
* (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 artgroup (nnir-artitem-group artitem)) (setq artno (nnir-artitem-number artitem)) (setq artfullgroup (nnir-group-full-name artgroup)) (set-buffer nntp-server-buffer) (case (setq foo ...) (nov ... ... ...) (headers ... ... ...) (t ...)) (mail-header-set-number novitem idx) (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)) (setq idx (1+ idx)))
)

-- 
Suavek Zak / PGP: finger://zaks@prioris.mini.pw.edu.pl

Re: nnir problem

[Kai Großjohann]

Slawek Zak <zaks@prioris.im.pw.edu.pl> writes:

> Nothing changed but I went further with debugging and found that
> gnus-find-method-for-group called with argument "nnml:mail.misc"
> returns (nnspool "") which is my gnus-select-method but which is not
> proper for this group, strange ... things go west down the road, since
> mail.misc is an nnml group :(

Well.  This doesn't happen for me.  Very strange.  I admit that I have
no idea why you might be seeing this.

kai
-- 
This gubblick contains many nonsklarkish English flutzpahs,
but the overall pluggandisp can be glorked from context. -- David Moser

Re: nnir problem

[Rick Payne]

>>>>> "Slawek" == Slawek Zak <zaks@prioris.im.pw.edu.pl> writes:

    Slawek> Relevant settings from my ~/.gnus:

I had a similar problem. It was resolved by changing nnir-mail-backend to
the following:

  (setq nnir-mail-backend '(nnml "private"))

Rick

Re: nnir problem

[Slawek Zak]

Rick Payne <rickp@rossfell.co.uk> writes:

> >>>>> "Slawek" == Slawek Zak <zaks@prioris.im.pw.edu.pl> writes:
> 
>     Slawek> Relevant settings from my ~/.gnus:
> 
> I had a similar problem. It was resolved by changing nnir-mail-backend to
> the following:
> 
>   (setq nnir-mail-backend '(nnml "private"))

Erm, what can I say ? Works like a charm :> I thought that (nnir "")
is some kind of default backend when I have only one - (nnir
"private"). I have learned my lesson, thanks.

Sorry for your time, guys :(
/S
-- 
Emacs - one of these rare places where Control-C won't stop anything
Suavek Zak / PGP: finger://zaks@prioris.mini.pw.edu.pl

Re: nnir problem

[Istvan Marko]

Kai,

I would like to report that with the latest release nnir.el finally
works for me. (I am the one who started this thread back in August)

I haven't changed anything in my configuration:

(setq nnir-mail-backend (car gnus-secondary-select-methods)
      nnir-search-engine 'glimpse
      nnir-glimpse-remove-prefix "/home/istvan/Mail")

Thanks!
-- 
	Istvan

Re: nnir problem

[Laura Conrad]

>>>>> "Slawek" == Slawek Zak <zaks@prioris.im.pw.edu.pl> writes:

    Slawek> Rick Payne <rickp@rossfell.co.uk> writes:
    >> >>>>> "Slawek" == Slawek Zak <zaks@prioris.im.pw.edu.pl> writes:
    >> 
    Slawek> Relevant settings from my ~/.gnus:
    >> 
    >> I had a similar problem. It was resolved by changing nnir-mail-backend to
    >> the following:
    >> 
    >> (setq nnir-mail-backend '(nnml "private"))

Thanks for posting this.  I had a similar problem, and it fixes mine,
too.  In my case, I had the "private" part; my problem was a couple of 
extra parentheses:

(setq nnir-mail-backend
      '((nnml "private")))

This looks quite similar to the right answer, but doesn't work.

-- 
Laura (mailto:lconrad@world.std.com , http://www.world.std.com/~lconrad/ )
(617) 661-8097	fax: (801) 365-6574 
233 Broadway, Cambridge, MA 02139

Re: nnir problem

[Andrew Hilborne]

Slawek Zak <zaks@prioris.im.pw.edu.pl> writes:

> Bud Rogers <budr@sirinet.net> writes:
> 
> I downloaded 1.46 today, dated Nov 13. Same error as before:
> 
> Wrong type argument: arrayp, nil
> 
> Relevant settings from my ~/.gnus:
> 
> (setq nnir-mail-backend '(nnml "")
>       nnir-search-engine 'glimpse
>       nnir-glimpse-program "glimpse"
>       nnir-glimpse-home "/home/foe"
>       nnir-glimpse-remove-prefix "/home/foe/mail/")

I had similar problems. Doing (setq nnir-mail-backend '(nnml "private")) solved 
part of the problem, as in other people's case. But I also had to add back in
this commented-out line:

    *** /tmp/T00b0D7b	Wed Nov 17 23:54:24 1999
    --- /tmp/T13gyeo_	Wed Nov 17 23:54:24 1999
    ***************
    *** 499,505 ****
               (format "[%d: %s/%d] %s"
                       artrsv artgroup artno
                       (mail-header-subject novitem)))
    !         ;;-(mail-header-set-extra novitem nil)
              (push novitem novdata)
              (setq artlist (cdr artlist))
              (setq idx (1+ idx)))
    --- 499,505 ----
               (format "[%d: %s/%d] %s"
                       artrsv artgroup artno
                       (mail-header-subject novitem)))
    !         (mail-header-set-extra novitem nil)
              (push novitem novdata)
              (setq artlist (cdr artlist))
              (setq idx (1+ idx)))

A general problem seems to occur when nnir tries to access a group which
doesn't exist. This happened to me because I had some files glimpsindexed which 
I had deleted, but it also happens if, eg, nnir-mail-backend is incorrect. It
would be nice if nnir could detect this.

--
Andrew Hilborne
GX Networks