Re: alloca and (2^15)*5

robert> Just a note, this is exactly where OS X XEmacs 21.5.b9 robert> fails on a number of occasions. The only cure I found was robert> to increase the stack, but it appears when viewed through robert> Apple's Project Developer that re_match_2 routines are robert> being called recursively (I counted 30 nested calls in one robert> instance), and That's right. robert> the failure was always a bad memory access at the robert> expression PUSH_FAILURE_POINT (p1 + mcnt, d, -2); Yup. If you look at the value of this_reg at that point, you'll very likely find that it's equal to fail_stack.size, and entirely absurd given the values of lowest_active_reg and highest_active_reg. So it looks like this has something to do with the implementation of alloca that isn't glibc related, right? robert> Perhaps this would allow me to recompile with a smaller robert> stack. An 8 MB stack prevents the Carbonized program from robert> being debugged in Project Developer. That's what I would expect. However, I think that you still need a bigger than default stack. Let me know how it works and if it does I'll add it to PROBLEMS and INSTALL in the appropriate places. If you get any results about just how small the stack can be, that would be appreciated, too. -- Institute of Policy and Planning Sciences http://turnbull.sk.tsukuba.ac.jp University of Tsukuba Tennodai 1-1-1 Tsukuba 305-8573 JAPAN Economics of Information Communication and Computation Systems Experimental Economics, Microeconomic Theory, Game Theory