From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-patches-return-14205-listarch-gdb-patches=sourceware.cygnus.com@sources.redhat.com>
Received: (qmail 7743 invoked by alias); 11 Apr 2002 19:41:16 -0000
Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-patches-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb-patches/>
List-Post: <mailto:gdb-patches@sources.redhat.com>
List-Help: <mailto:gdb-patches-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-patches-owner@sources.redhat.com
Received: (qmail 7723 invoked from network); 11 Apr 2002 19:41:14 -0000
Received: from unknown (HELO freya.inter.net.il) (192.114.186.14)
  by sources.redhat.com with SMTP; 11 Apr 2002 19:41:14 -0000
Received: from zaretsky (diup-219-158.inter.net.il [213.8.219.158])
	by freya.inter.net.il (Mirapoint Messaging Server MOS 2.9.3.2)
	with ESMTP id BHY99195;
	Thu, 11 Apr 2002 22:40:19 +0300 (IDT)
Date: Thu, 11 Apr 2002 12:41:00 -0000
From: "Eli Zaretskii" <eliz@is.elta.co.il>
To: dhoward@redhat.com
Message-Id: <5137-Thu11Apr2002223520+0300-eliz@is.elta.co.il>
CC: Hilfinger@cs.berkeley.edu, drow@mvista.com, schwab@suse.de,
        msnyder@redhat.com, gdb-patches@sources.redhat.com
In-reply-to: <Pine.LNX.4.33.0204111053541.25679-100000@theotherone.redhat-remotie.org>
	(message from Don Howard on Thu, 11 Apr 2002 10:55:26 -0700 (PDT))
Subject: Re: [RFA] Avoid recursivly defined user functions.
Reply-to: Eli Zaretskii <eliz@is.elta.co.il>
References:  <Pine.LNX.4.33.0204111053541.25679-100000@theotherone.redhat-remotie.org>
X-SW-Source: 2002-04/txt/msg00426.txt.bz2

> Date: Thu, 11 Apr 2002 10:55:26 -0700 (PDT)
> From: Don Howard <dhoward@redhat.com>
> 
> 2002-04-11  Don Howard  <dhoward@redhat.com>
> 
> 	* cli/cli-cmds.c (init_cli_cmds): Add new user settable value:
> 	max_user_call_depth.
> 	(init_cmd_lists): Initialize the new value;
> 	* cli/cli-script.c (execute_user_command): Limit the call depth of
> 	user defined commands.  This avoids a core-dump when user commands
> 	are infinitly recursive.

Please add the documentation for this variable.  (A short notice in
NEWS is probably also a good idea.)

Thanks.