GNU bug report logs - #19714
reftex under Xemacs 21.5.33 Mule

Previous Next

Full log

Message #14 received at 19714 <at> debbugs.gnu.org (full text, mbox):

From: David Kastrup <dak <at> gnu.org>
To: Uwe Brauer <oub <at> mat.ucm.es>
Cc: XEmacs Beta Discussion <xemacs-beta <at> xemacs.org>, 19714 <at> debbugs.gnu.org,
 Tassilo Horn <tsdh <at> gnu.org>
Subject: Re: bug#19714: reftex  under Xemacs 21.5.33 Mule
Date: Thu, 29 Jan 2015 13:49:05 +0100

Uwe Brauer <oub <at> mat.ucm.es> writes:

> Debugger entered--Lisp error: (invalid-regexp "Invalid regular expression")
>   re-search-forward("\\(?:\\\\label{\\(?1:[^}]*\\)}\\|\\[[^]]*\\<label[[:space:]]*=[[:space:]]*{?\\(?1:[^],}]+\\)}?\\)\\|\\(^\\)[
>   ]*\\\\\\(begin{SaveListing}\\|part\\|chapter\\|section\\|subsection\\|subsubsection\\|paragraph\\|subparagraph\\|addchap\\|addsec\\)\\*?\\(\\[[^]]*\\]\\)?[[{
>   \n\\]\\|\\(^\\)[ 	]*\\\\\\(include\\|input\\|subfile\\)[{
>   ]+\\([^} 	\n]+\\)\\|\\(^\\)[
>   ]*\\(\\\\appendix\\)\\|\\(\\\\glossary\\|\\\\index\\|\\\\nomenclature\\)[[{]"
>   nil t)

It would be my guess that

‘\(?NUM: … \)’
     is the "explicitly numbered group" construct.  Normal groups get
     their number implicitly, based on their position, which can be
     inconvenient.  This construct allows you to force a particular
     group number.  There is no particular restriction on the numbering,
     e.g., you can have several groups with the same number in which
     case the last one to match (i.e., the rightmost match) will win.
     Implicitly numbered groups always get the smallest integer larger
     than the one of any previous group.

is the culprit here.  At least in the current XEmacs manual
<URL:http://www.xemacs.org/Documentation/21.5/html/lispref_45.html#SEC599>
I can find nothing of the sort.

-- 
David Kastrup

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.