# HG changeset patch
# User Richard M. Stallman <rms@gnu.org>
# Date 1022617472 0
# Node ID f1be57638503597de191870e46a16df0180015cc
# Parent  ad92beec877bef0a7203449a84119f90db35a251
(syms_of_eval): Doc fix.

diff -r ad92beec877b -r f1be57638503 src/eval.c
--- a/src/eval.c	Tue May 28 17:40:47 2002 +0000
+++ b/src/eval.c	Tue May 28 20:24:32 2002 +0000
@@ -3240,14 +3240,19 @@
   DEFVAR_INT ("max-specpdl-size", &max_specpdl_size,
 	      doc: /* *Limit on number of Lisp variable bindings & unwind-protects.
 If Lisp code tries to make more than this many at once,
-an error is signaled.  */);
+an error is signaled.
+You can safely use a value considerably larger than the default value,
+if that proves inconveniently small.  However, if you increase it too far,
+Emacs could run out of memory trying to make the stack bigger.  */);
 
   DEFVAR_INT ("max-lisp-eval-depth", &max_lisp_eval_depth,
 	      doc: /* *Limit on depth in `eval', `apply' and `funcall' before error.
-This limit is to catch infinite recursions for you before they cause
+
+This limit serves to catch infinite recursions for you before they cause
 actual stack overflow in C, which would be fatal for Emacs.
 You can safely make it considerably larger than its default value,
-if that proves inconveniently small.  */);
+if that proves inconveniently small.  However, if you increase it too far,
+Emacs could overflow the real C stack, and crash.  */);
 
   DEFVAR_LISP ("quit-flag", &Vquit_flag,
 	       doc: /* Non-nil causes `eval' to abort, unless `inhibit-quit' is non-nil.