9:07 p.m.
"Albrecht DreX" <albrecht.dress(a)arcormail.de> writes:
================================================================
Dear Bug Team!
I compiled a file using the "Compile" button, which produced the
following output:
<snip>
cd /home/albrecht/Balsa/HEAD/balsa-rfc3156/src/
make -k
make all-am
make[1]: Entering directory `/home/albrecht/Balsa/HEAD/balsa-rfc3156/src'
if gcc -DG_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED
-DGNOME_DISABLE_DEPRECATED -DGNOME_DISABLE_DEPRECATED_SOURCE
-DGNOME_VFS_DISABLE_DEPRECATED -DGTK_DISABLE_DEPRECATED -DPANGO_DISABLE_DEPRECATED -I. -I.
-I.. -DGNOMELOCALEDIR=\""/opt/gnome-2.8/share/locale"\" -I.. -I..
-I../libbalsa -I/usr/kerberos/include -DORBIT2=1 -pthread
-I/opt/gnome-2.8/include/glib-2.0 -I/opt/gnome-2.8/lib/glib-2.0/include
-I/opt/gnome-2.8/include/libgnome-2.0 -I/opt/gnome-2.8/include/orbit-2.0
-I/opt/gnome-2.8/include/libbonobo-2.0 -I/opt/gnome-2.8/include/gconf/2
-I/opt/gnome-2.8/include/gnome-vfs-2.0 -I/opt/gnome-2.8/lib/gnome-vfs-2.0/include
-I/opt/gnome-2.8/include/bonobo-activation-2.0 -I/opt/gnome-2.8/include/libgnomeui-2.0
-I/opt/gnome-2.8/include/libgnomecanvas-2.0 -I/opt/gnome-2.8/include/gtk-2.0
-I/opt/gnome-2.8/include/libart-2.0 -I/opt/gnome-2.8/include/libbonoboui-2.0
-I/opt/gnome-2.8/include/pango-1.0 -I/usr/include/freetype2 -I/opt/gnome-2.8/lib/g!
tk-
2.0/include -I/opt/gnome-2.8/include/atk-1.0 -I/usr/X11R6/include
-I/usr/include/freetype2/config -I/opt/gnome-2.8/include/gnome-vfs-module-2.0
-I/opt/gnome-2.8/include/gmime-2.0 -I/usr/include/libxml2
-I/opt/gnome-2.8/include/libgnomeprint-2.2 -I/opt/gnome-2.8/include/libart-2.0
-I/opt/gnome-2.8/include/glib-2.0 -I/opt/gnome-2.8/lib/glib-2.0/include
-I/opt/gnome-2.8/include/pango-1.0 -I/opt/gnome-2.8/include/libgnomeprintui-2.2
-I/opt/gnome-2.8/include/libgnomecanvas-2.0 -I/usr/include/freetype2
-I/opt/gnome-2.8/include/gtk-2.0 -I/opt/gnome-2.8/lib/gtk-2.0/include
-I/opt/gnome-2.8/include/atk-1.0 -I/usr/X11R6/include -I/usr/include/freetype2/config
-I/usr/include/libxml2 -DORBIT2=1 -pthread -I/opt/gnome-2.8/include/libgtkhtml-3.1
-I/opt/gnome-2.8/include/gtk-2.0 -I/opt/gnome-2.8/include/libgnomeui-2.0
-I/opt/gnome-2.8/include/libgnomeprint-2.2 -I/opt/gnome-2.8/include/libgnomeprintui-2.2
-I/opt/gnome-2.8/include/libglade-2.0 -I/opt/gnome-2.8/lib/gtk-2.0/include -I/op!
t/g
nome-2.8/include/atk-1.0 -I/opt/gnome-2.8/include/pango-1.0
-I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/freetype2/config
-I/opt/gnome-2.8/include/glib-2.0 -I/opt/gnome-2.8/lib/glib-2.0/include
-I/opt/gnome-2.8/include/libgnome-2.0 -I/opt/gnome-2.8/include/libgnomecanvas-2.0
-I/opt/gnome-2.8/include/libart-2.0 -I/opt/gnome-2.8/include/gconf/2
-I/opt/gnome-2.8/include/libbonoboui-2.0 -I/opt/gnome-2.8/include/orbit-2.0
-I/opt/gnome-2.8/include/libbonobo-2.0 -I/opt/gnome-2.8/include/gnome-vfs-2.0
-I/opt/gnome-2.8/lib/gnome-vfs-2.0/include -I/opt/gnome-2.8/include/bonobo-activation-2.0
-I/usr/include/libxml2 -I/usr/include/pcre -Wall -Werror -O3 -mcpu=7450
-fsigned-char -Wsign-compare -Wpointer-arith -Wnested-externs -Wchar-subscripts
-Wuninitialized -Wmissing-prototypes -Wreturn-type -MT balsa-icons.o -MD -MP -MF
".deps/balsa-icons.Tpo" -c -o balsa-icons.o balsa-icons.c; \
then mv -f ".deps/balsa-icons.Tpo" ".deps/balsa-icons.Po"; else rm -f
".deps/balsa-icons.Tpo"; exit 1; fi
balsa-icons.c: In function `register_balsa_pixmaps':
balsa-icons.c:267: error: `icon_theme_iconsZ' undeclared (first use in this
function)
balsa-icons.c:267: error: (Each undeclared identifier is reported only once
balsa-icons.c:267: error: for each function it appears in.)
make[1]: *** [balsa-icons.o] Error 1
make[1]: Target `all-am' not remade because of errors.
make[1]: Leaving directory `/home/albrecht/Balsa/HEAD/balsa-rfc3156/src'
make: *** [all] Error 2
Compilation exited abnormally with code 2 at Mon Jan 3 15:05:37
</snip>
Now I middle-click on the error line, but I get a stack overflow in
regexp matcher error.
Sorry for the late confirmation, Albrecht.
I can reproduce this in
XEmacs 21.5 (beta18) "chestnut" (+CVS-20050202) [Lucid] (i586-pc-win32, Mule)
of Fri Feb 04 2005 on D5DC120J
when doing a
make all
in the xemacsweb module of the XEmacs website.
Doing
C-x ` (next-error)
in that *compilation* buffer gives me this *Backtrace*:
Best regards,
Adrian
Any idea?
Thanks in advance, Cheers,
Albrecht.
<306 lines deleted by Adrian Aichner>
--
Adrian Aichner
mailto:adrian＠xemacs.org
http://www.xemacs.org/
5:46 a.m.
New subject: [Bug: 21.4.15] Stack overflow in regexp matcher
>>>> "APA" == Adrian Aichner
<Adrian.Aichner(a)t-online.de> writes:
APA> "Albrecht DreX" <albrecht.dress(a)arcormail.de> writes:
> Now I middle-click on the error line, but I get a stack
> overflow in regexp matcher error.
APA> Sorry for the late confirmation, Albrecht.
APA> I can reproduce this in XEmacs 21.5 (beta18) "chestnut"
APA> (+CVS-20050202) [Lucid] (i586-pc-win32, Mule) of Fri Feb 04
APA> 2005 on D5DC120J when doing a make all in the xemacsweb
APA> module of the XEmacs website.
Wow. That is one obscene regexp!!
looking-at((concat "\\([^\n]*: Entering directory `\\([^\n]*\\)'$\\)"
"\\|\\([^\n]*: Leaving directory `\\([^\n]*\\)'$\\)"
"\\|\\(\\(\\([a-zA-Z]?:?[^:( \n]+\\)[:(][ ]*\\([0-9]+\\)\\([)
]\\|:\\([^0-9\n]\\|\\([0-9]+:\\)\\)\\)\\)"
"\\|\\(\\(\\([a-zA-Z]:\\)?[^:( \n-]+\\)[:(][ ]*\\([0-9]+\\)[:) ]\\)"
"\\|\\(\\(Error\\|Warning\\) \\([EW][0-9]+ \\)?\\([a-zA-Z]?:?[^:( \n]+\\)
\\([0-9]+\\)\\([) ]\\|:[^0-9\n]\\)\\)"
"\\|\\(.*[ :]\\([a-zA-Z]?:?[^:( \n]+\\)[:(](+[ ]*\\([0-9]+\\))[:) ]*$\\)"
"\\|\\(.*([ ]*\\([a-zA-Z]?:?[^:( \n]+\\)[:(][ ]*\\([0-9]+\\))\\)"
"\\|\\([^\n ]+ (\\([0-9]+\\)) in \\([^ \n]+\\)\\)"
"\\|\\(.*in \\([^(\n]+\\)(\\([0-9]+\\))$\\)"
"\\|\\(\\(cfe\\|fort\\): [^:\n]*: \\([^ \n]*\\), line \\([0-9]+\\):\\)"
"\\|\\(^cc-[0-9]* \\(cc\\|CC\\|f77\\): \\(REMARK\\|WARNING\\|ERROR\\) File =
\\(.*\\), Line = \\([0-9]*\\)\\)"
"\\|\\(\\(.* on \\)?[Ll]ine[ ]+\\([0-9]+\\)[ ]+of[
]+\"?\\([a-zA-Z]?:?[^\":\n]+\\)\"?:\\)"
"\\|\\(.*\"\\([^,\" \n ]+\\)\", lines?
\\([0-9]+\\)\\([(.]\\([0-9]+\\))?\\)?[:., (-]\\)"
"\\|\\(^File \"\\([^,\" \n ]+\\)\", line \\([0-9]+\\),\\)"
"\\|\\(^File \"\\([^,\" \n ]+\\)\", lines? \\([0-9]+\\)[-0-9]*,
characters? \\([0-9]+\\)\\)"
"\\|\\([a-z0-9/]+: \\([eE]rror\\|[wW]arning\\): \\([^,\" \n ]+\\)[,:] \\(line
\\)?\\([0-9]+\\):\\)"
"\\|\\(.*in line \\([0-9]+\\) of file \\([^ \n]+[^. \n]\\)\\.? \\)"
"\\|\\([EW], \\([^(\n]*\\)(\\([0-9]+\\),[ ]*\\([0-9]+\\)\\)"
"\\|\\([a-zA-Z]?:?[^0-9 \n :]+:[ ]*\\([^ \n :]+\\):\\([0-9]+\\):\\(\\([0-9]+\\)[:
]\\)?\\)"
"\\|\\([^0-9 \n :]+:[ ]*\\([^
\n :]+\\):\\([0-9]+\\):\\(\\([0-9]+\\):\\)?[A-Za-z]:\\)"
"\\|\\([^\n]* \\([^ \n,\"]+\\), line \\([0-9]+\\):\\)"
"\\|\\([^\n]*: \\([^ \n,\"]+\\): \\([0-9]+\\):\\)"
"\\|\\(\\(cc\\| cft\\)-[0-9]+ c\\(c\\|f77\\): ERROR \\([^,\n]+, \\)* File =
\\([^,\n]+\\), Line = \\([0-9]+\\)\\)"
"\\|\\(\\([^( \n ]+\\)(\\([0-9]+\\):\\([0-9]+\\)) : \\)"
"\\|\\(\"\\(.*\\)\",\\([0-9]+\\)\\s-+\\(Error\\|Warning\\)\\[[0-9]+\\]:\\)"
"\\|\\(\\([^, \n ]+\\), line \\([0-9]+\\), char \\([0-9]+\\)[:., (-]\\)"
"\\|\\(.* at \\([^ \n]+\\) line \\([0-9]+\\)[,.\n]\\)"
"\\|\\(Semantic error at line \\([0-9]+\\), column \\([0-9]+\\), file
\\(.*\\):\\)"
"\\|\\(Error [0-9]+ at (\\([0-9]*\\):\\([^)\n]+\\))\\)"
"\\|\\(.*: ERROR File = \\(.+\\), Line = \\([0-9]+\\)\\)"
"\\|\\(.*: WARNING File = \\(.+\\), Line = \\([0-9]+\\)\\)"
"\\|\\(.* ERROR [a-zA-Z0-9 ]+, File = \\(.+\\), Line = \\([0-9]+\\), Column =
\\([0-9]+\\)\\)"
"\\|\\(Error:.*\n.* line \\([0-9]+\\) char \\([0-9]+\\) of
file://\\(.+\\)\\)"
"\\|\\(Warning:.*\n.* line \\([0-9]+\\) char \\([0-9]+\\) of
file://\\(.+\\)\\)"
"\\|\\(^\\s-*\\[[^]]*\\]\\s-*\\(.+\\):\\([0-9]+\\):\\([0-9]+\\):[0-9]+:[0-9]+:\\)"
"\\|\\(^\\s-*\\[[^]]*\\]\\s-*\\(.+\\):\\([0-9]+\\):\\)"
"\\|\\(file:\\(\\([a-zA-Z]:\\)?[^:( \n]+\\):[ ]*\\([0-9]+\\)[: ]\\)\\)"))
Second and third to last lines above contain iterated negated (starts
with ^) character classes that match newline. Such a regexp will try
to swallow the whole buffer, pushing a retry point on the stack every
time it hits "]", IIRC. Try substituting "[^]\n]" for
"[^]]" in those
two expressions, especially if your *Compile* buffer contains lots of
[] pairs.
Ben? Is my analysis correct? Any other ideas, in case that doesn't
pan out?
--
Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
6:48 a.m.
New subject: [Bug: 21.4.15] Stack overflow in regexp matcher
-----Original Message-----
From: Stephen J. Turnbull [mailto:stephen＠xemacs.org]
Sent: Friday, February 04, 2005 11:47 PM
To: ben(a)xemacs.org
Cc: Albrecht DreX; XEmacs Beta
Subject: Re: [Bug: 21.4.15] Stack overflow in regexp matcher
>>>>> "APA" == Adrian Aichner <Adrian.Aichner(a)t-online.de>
writes:
APA> "Albrecht DreX" <albrecht.dress(a)arcormail.de> writes:
>> Now I middle-click on the error line, but I get a stack
>> overflow in regexp matcher error.
APA> Sorry for the late confirmation, Albrecht.
APA> I can reproduce this in XEmacs 21.5 (beta18) "chestnut"
APA> (+CVS-20050202) [Lucid] (i586-pc-win32, Mule) of Fri Feb 04
APA> 2005 on D5DC120J when doing a make all in the xemacsweb
APA> module of the XEmacs website.
Wow. That is one obscene regexp!!
looking-at((concat "\\([^\n]*: Entering directory `\\([^\n]*\\)'$\\)"
"\\|\\([^\n]*: Leaving directory `\\([^\n]*\\)'$\\)"
"\\|\\(\\(\\([a-zA-Z]?:?[^:( \n]+\\)[:(][
]*\\([0-9]+\\)\\([) ]\\|:\\([^0-9\n]\\|\\([0-9]+:\\)\\)\\)\\)"
"\\|\\(\\(\\([a-zA-Z]:\\)?[^:( \n-]+\\)[:(][
]*\\([0-9]+\\)[:) ]\\)"
"\\|\\(\\(Error\\|Warning\\) \\([EW][0-9]+
\\)?\\([a-zA-Z]?:?[^:( \n]+\\) \\([0-9]+\\)\\([)
]\\|:[^0-9\n]\\)\\)"
"\\|\\(.*[ :]\\([a-zA-Z]?:?[^:( \n]+\\)[:(](+[
]*\\([0-9]+\\))[:) ]*$\\)"
"\\|\\(.*([ ]*\\([a-zA-Z]?:?[^:( \n]+\\)[:(][
]*\\([0-9]+\\))\\)"
"\\|\\([^\n ]+ (\\([0-9]+\\)) in \\([^ \n]+\\)\\)"
"\\|\\(.*in \\([^(\n]+\\)(\\([0-9]+\\))$\\)"
"\\|\\(\\(cfe\\|fort\\): [^:\n]*: \\([^ \n]*\\), line
\\([0-9]+\\):\\)"
"\\|\\(^cc-[0-9]* \\(cc\\|CC\\|f77\\):
\\(REMARK\\|WARNING\\|ERROR\\) File = \\(.*\\), Line =
\\([0-9]*\\)\\)"
"\\|\\(\\(.* on \\)?[Ll]ine[ ]+\\([0-9]+\\)[
]+of[ ]+\"?\\([a-zA-Z]?:?[^\":\n]+\\)\"?:\\)"
"\\|\\(.*\"\\([^,\" \n ]+\\)\", lines?
\\([0-9]+\\)\\([(.]\\([0-9]+\\))?\\)?[:., (-]\\)"
"\\|\\(^File \"\\([^,\" \n ]+\\)\", line \\([0-9]+\\),\\)"
"\\|\\(^File \"\\([^,\" \n ]+\\)\", lines?
\\([0-9]+\\)[-0-9]*, characters? \\([0-9]+\\)\\)"
"\\|\\([a-z0-9/]+: \\([eE]rror\\|[wW]arning\\): \\([^,\" \n
]+\\)[,:] \\(line \\)?\\([0-9]+\\):\\)"
"\\|\\(.*in line \\([0-9]+\\) of file \\([^ \n]+[^. \n]\\)\\.? \\)"
"\\|\\([EW], \\([^(\n]*\\)(\\([0-9]+\\),[ ]*\\([0-9]+\\)\\)"
"\\|\\([a-zA-Z]?:?[^0-9 \n :]+:[ ]*\\([^ \n
:]+\\):\\([0-9]+\\):\\(\\([0-9]+\\)[: ]\\)?\\)"
"\\|\\([^0-9 \n :]+:[ ]*\\([^ \n
:]+\\):\\([0-9]+\\):\\(\\([0-9]+\\):\\)?[A-Za-z]:\\)"
"\\|\\([^\n]* \\([^ \n,\"]+\\), line \\([0-9]+\\):\\)"
"\\|\\([^\n]*: \\([^ \n,\"]+\\): \\([0-9]+\\):\\)"
"\\|\\(\\(cc\\| cft\\)-[0-9]+ c\\(c\\|f77\\): ERROR
\\([^,\n]+, \\)* File = \\([^,\n]+\\), Line = \\([0-9]+\\)\\)"
"\\|\\(\\([^( \n ]+\\)(\\([0-9]+\\):\\([0-9]+\\)) : \\)"
"\\|\\(\"\\(.*\\)\",\\([0-9]+\\)\\s-+\\(Error\\|Warning\\)\\[[
0-9]+\\]:\\)"
"\\|\\(\\([^, \n ]+\\), line \\([0-9]+\\), char
\\([0-9]+\\)[:.,
(-]\\)"
"\\|\\(.* at \\([^ \n]+\\) line \\([0-9]+\\)[,.\n]\\)"
"\\|\\(Semantic error at line \\([0-9]+\\), column \\([0-9]+\\), file
\\(.*\\):\\)"
"\\|\\(Error [0-9]+ at (\\([0-9]*\\):\\([^)\n]+\\))\\)"
"\\|\\(.*: ERROR File = \\(.+\\), Line = \\([0-9]+\\)\\)"
"\\|\\(.*: WARNING File = \\(.+\\), Line = \\([0-9]+\\)\\)"
"\\|\\(.* ERROR [a-zA-Z0-9 ]+, File = \\(.+\\), Line = \\([0-9]+\\),
Column =
\\([0-9]+\\)\\)"
"\\|\\(Error:.*\n.* line \\([0-9]+\\) char \\([0-9]+\\) of
file://\\(.+\\)\\)"
"\\|\\(Warning:.*\n.* line \\([0-9]+\\) char \\([0-9]+\\) of
file://\\(.+\\)\\)"
"\\|\\(^\\s-*\\[[^]]*\\]\\s-*\\(.+\\):\\([0-9]+\\):\\)"
"\\|\\(file:\\(\\([a-zA-Z]:\\)?[^:( \n]+\\):[ ]*\\([0-9]+\\)[:
]\\)\\)"))
Second and third to last lines above contain iterated negated (starts
with
^)
character classes that match newline. Such a regexp will try to
swallow
the
whole buffer, pushing a retry point on the stack every time it hits
"]",
IIRC.
Try substituting "[^]\n]" for "[^]]" in those two
expressions, especially
if
your *Compile* buffer contains lots of [] pairs.
Ben? Is my analysis correct? Any other ideas, in case that
doesn't pan
out?
I'm very tired, so I'm not sure everything I'm writing is right.
Yur analysis is correct in that it will skip past newlines just like other
chars. However, it will stop when it finds the first right bracket.
Therefore, it won't swallow the whole buffer unless you really have such a
multiline bracket construction spanning the whole buffer -- or, you have an
unmatched bracket -- and it won't push failure points because there won't be
any ]. *If* your crash is due to matching an extremely large amount of text
(i.e. a probable case of forgotten bracket), then the inserted newline would
make the match stop quicker -- but too soon if a bracketed expression can
legally continue across a line.
It would be useful to get debugging info to found out where exactly it's
crashing. There's debugging info in regex.c, although it's a bit hard to
turn on; you'd have to attach to a running program and set the `debug'
variable to 1 around line 743 in regex.c. There should be a var to control
this; I may add this at some point.
--
Institute of Policy and Planning Sciences
http://turnbull.sk.tsukuba.ac.jp
University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573
JAPAN
Ask not how you can "do" free software business;
ask what your business can "do for" free software.
7230
days inactive
7231
days old
2 comments
3 participants
participants (3)
-
Adrian Aichner -
Ben Wing -
Stephen J. Turnbull