more info on crash reported earlier today

Thank you for the suggestions. Which would you recommend I try first? And, what do I need to change in the configure/make files to make this happen? THanks.. -Ron Cohen- Kyle Jones writes: > RCohen writes: > > Repeated below is the crash report I filed earlier today, along > > with the LISP traceback, which may be of some use... I notice > > that I get the same crash with xemacs 21.1.12, 21.4.3, and 21.4.5. > > I notice that I DON'T get the crash if I mis-name the directory > > /usr/local/lib/xemacs-21.x.x. > > [...] > > looking-at("^\\([^ \n:]+[ ]*:\\) *\\(.*\\(\n[ ].*\\)*\n\\)") > > This looks similar to a crash reported many times under Digital > UNIX. The problem is the regex matcher uses alloca() and eventually > runs out of stack space. The hand-waving-not-sure theory was that > the default stacksize in the Digital UNIX kernel was specified in > bytes. When Alphas went to 64 bit words the larger wordsize ate up > the stack more quickly and we started seeing crashes. > > Doubling your stacksize usually gets rid of the crash. Use "ulimit > -s unlimited" if you want the highest possible stacksize limit. > > You can also compile regex.c with -DREGEX_MALLOC and malloc() > will be used instead of alloca().