Menu
▾
▴
[Tcl-bugs] [ tcl-Bugs-906201 ] expr parser stack overflow
|
From: SourceForge.net <no...@so...> - 2006-07-05 05:34:57
|
Bugs item #906201, was opened at 2004-02-27 17:00 Message generated for change (Comment added) made by dgp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=906201&group_id=10894 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: 44. Parsing and Eval >Group: current: 8.5a4 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Tom Wilkason (wilkason) Assigned to: Don Porter (dgp) Summary: expr parser stack overflow Initial Comment: Calling expr "[string repeat +1 10000]" in later versions of tcl (8.4+) will cause a core/gpf due to a stack overflow. What is happening is CompileSubExpr is recursively calling itself as it compiles each +1 token pair. ---------------------------------------------------------------------- >Comment By: Don Porter (dgp) Date: 2006-07-05 01:34 Message: Logged In: YES user_id=80530 fixed in 8.5a5 ---------------------------------------------------------------------- Comment By: Joe Mistachkin (mistachkin) Date: 2004-03-09 18:32 Message: Logged In: YES user_id=113501 Confirmed for HEAD. The exact value required to get a crash is system dependant due to variations in actual stack size on different platforms. ---------------------------------------------------------------------- Comment By: Don Porter (dgp) Date: 2004-02-27 21:02 Message: Logged In: YES user_id=80530 Later versions of Tcl ? The recursive nature of CompileSubExpr() hasn't changed, has it? FWIW, on my system (Solaris 9): % expr [string repeat +1 10000] 10000 returns in just a few seconds. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=110894&aid=906201&group_id=10894 |