stack overflow in regexp matcher.

stack overflow in regexp matcher.

[bgmrao]

Could someone please help correcting the error below?
I am using gnus from the latest git.

Thanks.

------
Debugger entered--Lisp error: (error "Stack overflow in regexp matcher")
  looking-at("^\\* [0-9]+ FETCH.*UID \\([0-9]+\\)")
  byte-code("m?\205\310\306\307!\204

Re: stack overflow in regexp matcher.

[Lars Magne Ingebrigtsen]

bgmrao@gmail.com writes:

> Debugger entered--Lisp error: (error "Stack overflow in regexp matcher")
>   looking-at("^\\* [0-9]+ FETCH.*UID \\([0-9]+\\)")

When you get this, what's in your *nnimap ...* buffer?

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: stack overflow in regexp matcher.

[Mac Wooster]

Lars Magne Ingebrigtsen <larsi <at> gnus.org> writes:

> 
> bgmrao <at> gmail.com writes:
> 
> > Debugger entered--Lisp error: (error "Stack overflow in regexp matcher")
> >   looking-at("^\\* [0-9]+ FETCH.*UID \\([0-9]+\\)")
> 
> When you get this, what's in your *nnimap ...* buffer?
> 


Lars:
  A large buffer, I have pasted the a snippet. But, essentially, I don't see any "errors".

Thanks for the help


* 5702 FETCH (UID 21068 RFC822.SIZE 58997 BODYSTRUCTURE
 (("TEXT" "PLAIN" ("CHARSET" "UTF-8") 
NIL NIL "QUOTED-PRINTABLE" 19990 353 NIL NIL NIL)("TEXT" "HTML" 
("CHARSET" "UTF-8") NIL NIL 
"QUOTED-PRINTABLE" 34187 1040 NIL NIL NIL) "ALTERNATIVE" 
("BOUNDARY" "----
=_Part_80_1515151.1292862144055") NIL NIL) BODY[HEADER.FIELDS 
(Subject From Date Message-Id 
References In-Reply-To Xref To Newsgroups)] {224}
Message-ID: <30887089.1630991292862144055.JavaMail.Administrator@acm28-8>
Date: Mon, 20 Dec 2010 11:22:24 -0500
From: technews@HQ.ACM.ORG
Subject: ACM TechNews, Monday, December 20, 2010
To: TECHNEWS@LISTSERV.ACM.ORG

)
12 OK Success

Re: stack overflow in regexp matcher.

[Lars Magne Ingebrigtsen]

Mac Wooster <bgmrao@gmail.com> writes:

> Lars:
>   A large buffer, I have pasted the a snippet. But, essentially, I don't see any "errors".
>
> Thanks for the help
>
>
> * 5702 FETCH (UID 21068 RFC822.SIZE 58997 BODYSTRUCTURE
>  (("TEXT" "PLAIN" ("CHARSET" "UTF-8") 

I think something has folded something.

Could you just attach the buffer as an, er, attachment and mail it to
me? 

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen

Re: stack overflow in regexp matcher.

[bgmrao]

    >> * 5702 FETCH (UID 21068 RFC822.SIZE 58997 BODYSTRUCTURE
    >> (("TEXT" "PLAIN" ("CHARSET" "UTF-8") 

     > I think something has folded something.

     > Could you just attach the buffer as an, er, attachment and mail it to
     > me? 

Lars:
     Since gnus wasn't working, I used another client and read
     through/deleted a few mails. This morning, gnus seems to work all
     right with gmail. I will request your help if I run into the same
     problem again.

Thanks.

Re: stack overflow in regexp matcher.

[Mac Wooster]

Lars Magne Ingebrigtsen <larsi <at> gnus.org> writes:

> 
> Mac Wooster <bgmrao <at> gmail.com> writes:
> 
> > Lars:
> >   A large buffer, I have pasted the a snippet. But, essentially,
 I don't see any "errors".
> >
> > Thanks for the help
> >
> >
> > * 5702 FETCH (UID 21068 RFC822.SIZE 58997 BODYSTRUCTURE
> >  (("TEXT" "PLAIN" ("CHARSET" "UTF-8") 
> 
> I think something has folded something.
> 
> Could you just attach the buffer as an, er, attachment and mail it to
> me? 
> 

Lars:
     Since gnus wasn't working, I used another client and read
     through/deleted a few mails. This morning, gnus seems to work all
     right with gmail. I will request your help if I run into the same
     problem again.

Thanks.

stack overflow in regexp matcher

[John Sullivan]

I'm getting this error frequently when starting gnus or when hitting
"g". I updated via the emacs git mirror today, but it was also happening
with a version that was a few weeks old. Any ideas?

Backtrace (I truncated where there is ..., can backchannel more info on
request).

Debugger entered--Lisp error: (error "Stack overflow in regexp matcher")
  re-search-forward("VANISHED.* \\([0-9:,]+\\)" 71329 t)
  nnimap-parse-flags(((4085 qresync nil "INBOX.Drafts" qresync) (4086 qresync nil "INBOX.INBOX" qresync) (4087 qresync nil "INBOX.Sent" qresync) (4088 qresync nil "INBOX.Trash" qresync)...)))
  nnimap-finish-retrieve-group-infos("local" (("nnimap+local:INBOX.Drafts" 3 nil nil "nnimap:local" ((modseq . 1) (uidvalidity . "1283068789") (active 1 . 0) (imap-status . "1 1 0"))) ("nnimap+local:INBOX.INBOX" 3 nil nil "nnimap:local" ((modseq . 1) (uidvalidity . "1283068790") (active 1 . 0) (imap-status . "1 1 0")))...)))
  gnus-get-unread-articles(nil)
  gnus-setup-news(nil nil nil)
  byte-code("\b\204
  gnus-1(nil nil nil)
  gnus(nil)
  call-interactively(gnus t nil)
  execute-extended-command(nil)
  call-interactively(execute-extended-command nil nil)


-- 
John Sullivan
Emacs Planner Maintainer
http://wjsullivan.net/PlannerMode.html

Re: stack overflow in regexp matcher

[Lars Magne Ingebrigtsen]

John Sullivan <john@wjsullivan.net> writes:

> Backtrace (I truncated where there is ..., can backchannel more info on
> request).
>
> Debugger entered--Lisp error: (error "Stack overflow in regexp matcher")
>   re-search-forward("VANISHED.* \\([0-9:,]+\\)" 71329 t)

Hm.  Can you look in the *nnimap ... * buffer when this happens?

... on second thought, could you pull the latest git now?  I've now
tweaked the regexp which should make it less back-trackey.

-- 
(domestic pets only, the antidote for overdose, milk.)
  larsi@gnus.org * Lars Magne Ingebrigtsen