Bug 107402 - Stack overflow in regexp matcher
Summary: Stack overflow in regexp matcher
Alias: None
Product: Fedora
Classification: Fedora
Component: xemacs   
(Show other bugs)
Version: 1
Hardware: i386 Linux
Target Milestone: ---
Assignee: Jens Petersen
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2003-10-17 19:30 UTC by Rik Faith
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-11-18 08:24:19 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Rik Faith 2003-10-17 19:30:07 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20021003

Description of problem:
I compile a C program inside Xemacs.  I see errors.  I hit C-x ` (next-error) to
jump to the next error.  Xemacs says:
Stack overflow in regexp matcher

I (setq debug-on-error t) and hit C-x ` again to get a stack backtrace, which I
won't paste here because it seems too large for Bugzilla to handle.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.M-x compile
  Make sure to use a large file with a lot of errors.
  E.g.,sshconnect2.c in the openssh tree.
  A trivial file will not have this problem. 
2.C-x `


Actual Results:  Stack overflow in regexp matcher

Expected Results:  Xemacs should move the next error to the top of one buffer
and show the source code near that error in another buffer.

Additional info:

I recompiled the package with this diff, but the spec file does not seem to be
buildable in an empty BUILD tree.  One problem was that this line was needed:
mkdir -p

another problem was that the built xemacs binary did not seem to be able to load
any files.  I believe the problem is in the .spec file, because I reverted my
changes, did another rpmbuild, and was left with a similarly broken xemacs
binary.  If you can tell me how to make the rpmbuild work, I can test this patch.

--- xemacs-21.4.14/src/regex.c.rik	2003-06-18 23:34:42.000000000 -0400
+++ xemacs-21.4.14/src/regex.c	2003-10-17 14:38:48.000000000 -0400
@@ -1140,7 +1140,7 @@ static const char *re_error_msgid[] =
    whose default stack limit is 2mb.  */
 int re_max_failures = 20000;
-int re_max_failures = 2000;
+int re_max_failures = 20000;
 union fail_stack_elt

I tried that patch because of this posting:

Comment 1 Rik Faith 2003-10-24 17:08:25 UTC
Here is a more recent bug report and patch:


Comment 2 Jens Petersen 2003-10-27 13:48:35 UTC
Thanks for the report.  Applying the above patch in xemacs-21.4.13-3.

Comment 3 Jens Petersen 2003-10-27 14:00:23 UTC
21.4.14-3 even

Comment 4 Jens Petersen 2003-11-01 02:31:00 UTC
As for the build problems you are having 21.4.14-2
and later no longer need %_prefix/X11R6/lib/X11/ so
that problem should be gone.

So the built xemacs can't find any elisp files?
I think you need xemacs-sumo installed.

Comment 5 Rik Faith 2003-11-05 16:28:54 UTC
I have tested -3, and it C-x ` works for a much larger range of
programs.  However, I still see a stack overflow at times.  I have
added the following lines to the xemacs.spec file after the %patch20
line and this seems to help:

cp -p src/regex.c src/regex.c.rik
sed 's,int re_max_failures = 20000;,int re_max_failures = 40000;,' \
        < src/regex.c.rik > src/regex.c

However, I haven't seen any postings suggesting this will be an
upstream fix.

[Also, the build problems seem to be resolved ASSUMING I build
xemacs-sumo.spec before xemacs-spec, and they have version numbers
that match.  I believe this is expected behavior.]

Comment 6 Jens Petersen 2003-11-06 02:27:47 UTC
Using 40000, 4000 in xemacs-21.4.14-4.

Comment 7 Jens Petersen 2003-11-06 06:22:46 UTC
[Not sure what you mean by "version numbers that match"?]

Comment 8 Rik Faith 2003-11-06 13:34:27 UTC
Sorry for not being clear.  If I build and install xemacs.spec and
xemacs-sumo.spec simultaneously, xemacs will only be able to find its
startup files if the Version AND Release lines are identical in the
two *.spec files.

(This is a change from pre-RH9, for example, where I was able to bump
just the Release on the xemacs.spec file and have it work with
whatever other xemacs packages were installed.)>

Comment 9 Jens Petersen 2003-11-07 08:23:57 UTC
I'm probably overlooking something obvious, but how can the
version numbers of xemacs and xemacs-sumo be the same?

Comment 10 Rik Faith 2003-11-07 12:22:38 UTC
Sorry, I misspoke.  I thought that the Release (not Version) numbers
had to be the same.  But that's wrong too.  Please ignore comment #8.

The problem was that the hardcoded paths in sitestart.el assumed a
full installation in /usr, and I was building xemacs to install in
/usr/local.  I have corrected this problem and can now build a one-off
xemacs package that relies on the standard Fedora xemacs-sumo package.

Note You need to log in before you can comment on or make changes to this bug.