From 1868c04ebae02e64e51631c2614703b4a294be6b Mon Sep 17 00:00:00 2001 From: Andrew Cagney Date: Mon, 18 Mar 2002 02:26:32 +0000 Subject: * cli/cli-decode.c (cmd_type): New function. * command.h (cmd_type): Declare. * infrun.c (set_schedlock_func): Call function cmd_type. * kod.c (kod_set_os): Call cmd_type. * cris-tdep.c (cris_version_update): Use function cmd_type. (cris_mode_update, cris_abi_update): Ditto. --- gdb/kod.c | 17 ++++++++++------- 1 file changed, 10 insertions(+), 7 deletions(-) (limited to 'gdb/kod.c') diff --git a/gdb/kod.c b/gdb/kod.c index 8e8a716..8f565bb 100644 --- a/gdb/kod.c +++ b/gdb/kod.c @@ -132,13 +132,16 @@ kod_set_os (char *arg, int from_tty, struct cmd_list_element *command) { char *p; - /* NOTE: cagney/2002-03-17: This function gets called by the command - ``info set'' with COMMAND pointing to a show_cmd rather than a - set command. This the test below is removed, a core dump results - (think about what happens when OPERATING_SYSTEM is NULL). The - wiered thing is that all other ``set'' handlers don't need this - test. */ - if (command->type != set_cmd) + /* NOTE: cagney/2002-03-17: The add_show_from_set() function clones + the set command passed as a parameter. The clone operation will + include (BUG?) any ``set'' command callback, if present. + Commands like ``info set'' call all the ``show'' command + callbacks. Unfortunatly, for ``show'' commands cloned from + ``set'', this includes callbacks belonging to ``set'' commands. + Making this worse, this only occures if add_show_from_set() is + called after add_cmd_sfunc() (BUG?). */ + + if (cmd_type (command) != set_cmd) return; /* If we had already had an open OS, close it. */ -- cgit v1.1