This is not necessarily the current version of this TIP.
| TIP: | 87 |
| Title: | Allow Tcl Access to the Recursion Limit |
| Version: | $Revision: 1.2 $ |
| Authors: |
Stephen Trier <sct at po dot cwru dot edu> Richard Suchenwirth <richard dot suchenwirth-bauersachs at siemens dot com> |
| State: | Draft |
| Type: | Project |
| Tcl-Version: | 8.4 |
| Vote: | Pending |
| Created: | Tuesday, 19 February 2002 |
| Discussions To: | news:comp.lang.tcl |
| Keywords: | Tcl_SetRecusionLimit, recursion limit |
An extension to the [interp] command, [interp recursionlimit], will permit Tcl scripts to control their own recursion limits. Until now, this limit has been changeable from a C API, but not from within Tcl.
As of Tcl 8.4a3, Tcl scripts must live with the default recursion depth of 1000 nested calls to the Tcl_Eval family of functions or resort to C code to change the limit. Nevertheless, Tcl programmers may find it useful to reduce the limit when debugging or to increase it for scripts that include deeply recursive functions. The changes proposed in this TIP will make this possible in pure Tcl code.
Add subcommands to [interp] and to the slave interpreter object command with the following syntax:
interp recursionlimit interp ?newlimit?
slave recursionlimit ?newlimit?
The parameter newlimit must be a positive integer. When it is present, the limit is changed to newlimit and the command returns the new recursion limit. If the newlimit parameter is absent, the command returns the current recursion limit.
No maximum value is enforced. It is the programmer's responsibility to ensure the recursion limit will not overflow the process stack.
A safe interpreter is not allowed to change t