public inbox for gdb-cvs@sourceware.org
help / color / mirror / Atom feed
* [binutils-gdb] gdb/python: restrict the names accepted by gdb.register_window_type
@ 2022-09-22  9:42 Andrew Burgess
  0 siblings, 0 replies; only message in thread
From: Andrew Burgess @ 2022-09-22  9:42 UTC (permalink / raw)
  To: gdb-cvs

https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=7abc6ec0a6f7e82bda6f00c1f1ae7c638d1c799c

commit 7abc6ec0a6f7e82bda6f00c1f1ae7c638d1c799c
Author: Andrew Burgess <aburgess@redhat.com>
Date:   Wed Sep 14 13:51:28 2022 +0100

    gdb/python: restrict the names accepted by gdb.register_window_type
    
    I noticed that, from Python, I could register a new TUI window that
    had whitespace in its name, like this:
    
      gdb.register_window_type('my window', MyWindowType)
    
    however, it is not possible to then use this window in a new TUI
    layout, e.g.:
    
      (gdb) tui new-layout foo my window 1 cmd 1
      Unknown window "my"
      (gdb) tui new-layout foo "my window" 1 cmd 1
      Unknown window ""my"
      (gdb) tui new-layout foo my\ window 1 cmd 1
      Unknown window "my\"
    
    GDB clearly uses the whitespace to split the incoming command line.
    
    I could fix this by trying to add a mechanism by which we can use
    whitespace within a window name, but it seems like an easier solution
    if we just forbid whitespace within a window name.  Not only is this
    easier, but I think this is probably the better solution, identifier
    names with spaces in would mean we'd need to audit all the places a
    window name could be printed and ensure that the use of a space didn't
    make the output ambiguous.
    
    So, having decided to disallow whitespace, I then thought about other
    special characters.  We currently accept anything as a window name,
    and I wondered if this was a good idea.
    
    My concerns were about how special characters used in a window name
    might cause confusion, for example, we allow '$' in window names,
    which is maybe fine now, but what if one day we wanted to allow
    variable expansion when creating new layouts?  Or what about starting
    a window name with '-'?  We already support a '-horizontal' option,
    what if we want to add more in the future?  Or use of the special
    character '{' which has special meaning within a new layout?
    
    In the end I figured it might make sense to place some restrictive
    rules in place, and then relax the rules later if/when users complain,
    we can consider each relaxation as its requested.
    
    So, I propose that window names should match this regular expression:
    
      [a-zA-Z][-_.a-zA-Z0-9]*
    
    There is a chance that there is user code in the wild which will break
    with the addition of this change, but hopefully adapting to the new
    restrictions shouldn't be too difficult.

Diff:
---
 gdb/NEWS                                      |  5 ++
 gdb/doc/python.texi                           |  4 +-
 gdb/testsuite/gdb.python/tui-window-names.exp | 84 +++++++++++++++++++++++++++
 gdb/tui/tui-layout.c                          | 13 +++++
 4 files changed, 105 insertions(+), 1 deletion(-)

diff --git a/gdb/NEWS b/gdb/NEWS
index 555ef2ddf77..9619842bc03 100644
--- a/gdb/NEWS
+++ b/gdb/NEWS
@@ -193,6 +193,11 @@ GNU/Linux/CSKY (gdbserver) csky*-*linux*
      gdb.BreakpointLocation objects specifying the locations where the
      breakpoint is inserted into the debuggee.
 
+  ** The gdb.register_window_type method now restricts the set of
+     acceptable window names.  The first character of a window's name
+     must start with a character in the set [a-zA-Z], every subsequent
+     character of a window's name must be in the set [-_.a-zA-Z0-9].
+
 * New features in the GDB remote stub, GDBserver
 
   ** GDBserver is now supported on LoongArch GNU/Linux.
diff --git a/gdb/doc/python.texi b/gdb/doc/python.texi
index 7aa9e853d85..2692211f388 100644
--- a/gdb/doc/python.texi
+++ b/gdb/doc/python.texi
@@ -6597,7 +6597,9 @@ factory function with @value{GDBN}.
 
 @var{name} is the name of the new window.  It's an error to try to
 replace one of the built-in windows, but other window types can be
-replaced.
+replaced.  The @var{name} should match the regular expression
+@code{[a-zA-Z][-_.a-zA-Z0-9]*}, it is an error to try and create a
+window with an invalid name.
 
 @var{function} is a factory function that is called to create the TUI
 window.  This is called with a single argument of type
diff --git a/gdb/testsuite/gdb.python/tui-window-names.exp b/gdb/testsuite/gdb.python/tui-window-names.exp
new file mode 100644
index 00000000000..8aaf3b42229
--- /dev/null
+++ b/gdb/testsuite/gdb.python/tui-window-names.exp
@@ -0,0 +1,84 @@
+# Copyright (C) 2022 Free Software Foundation, Inc.
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License as published by
+# the Free Software Foundation; either version 3 of the License, or
+# (at your option) any later version.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
+# GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program.  If not, see <http://www.gnu.org/licenses/>.
+
+# Test that GDB rejects invalid TUI window names, and that valid names
+# are allowed.
+
+load_lib gdb-python.exp
+
+tuiterm_env
+
+clean_restart
+
+if {[skip_tui_tests]} {
+    return
+}
+
+# Define a function we can use as a window constructor.  If this ever
+# gets called we'll throw an error, but that's OK, this test doesn't
+# actually try to create any windows.
+gdb_test_multiline "create a window constructor" \
+    "python" "" \
+    "def failwin(win):" "" \
+    "  raise RuntimeError('failwin')" "" \
+    "end" ""
+
+# Check for some of the characters that can't be used within a window
+# name.
+foreach c {$ * \{ \} ( ) @ #} {
+    set re [string_to_regexp "$c"]
+    gdb_test "python gdb.register_window_type('te${c}st', failwin)" \
+	[multi_line \
+	     "gdb.error: invalid character '${re}' in window name" \
+	     "Error while executing Python code\\." ]
+
+    gdb_test "python gdb.register_window_type('${c}test', failwin)" \
+	[multi_line \
+	     "gdb.error: invalid character '${re}' in window name" \
+	     "Error while executing Python code\\." ]
+}
+
+# Check that whitespace within a window name is rejected.
+foreach c [list " " "\\t" "\\n" "\\r"] {
+    gdb_test "python gdb.register_window_type('te${c}st', failwin)" \
+	[multi_line \
+	     "gdb.error: invalid whitespace character in window name" \
+	     "Error while executing Python code\\." ]
+}
+
+# Check some of the characters which are allowed within a window name,
+# but are not allowed to be used as the first character.
+foreach c {1 _ - .} {
+    set re [string_to_regexp "$c"]
+    gdb_test "python gdb.register_window_type('${c}test', failwin)" \
+	[multi_line \
+	     "gdb.error: window name must start with a letter, not '${re}'" \
+	     "Error while executing Python code\\." ]
+}
+
+# Check different capitalisations.
+gdb_test_no_output "python gdb.register_window_type('TEST', failwin)"
+gdb_test_no_output "python gdb.register_window_type('test', failwin)"
+gdb_test_no_output "python gdb.register_window_type('tEsT', failwin)"
+gdb_test_no_output "python gdb.register_window_type('TeSt', failwin)"
+
+# Check a set of characters that can appear within a name, just not
+# necessarily as the first character.  We check at both the end of the
+# name, and within the name.
+foreach c {1 _ - . A} {
+    set re [string_to_regexp "$c"]
+    gdb_test_no_output "python gdb.register_window_type('test${c}', failwin)"
+    gdb_test_no_output "python gdb.register_window_type('te${c}st', failwin)"
+}
diff --git a/gdb/tui/tui-layout.c b/gdb/tui/tui-layout.c
index 09887d3d594..2c4e60ab2cb 100644
--- a/gdb/tui/tui-layout.c
+++ b/gdb/tui/tui-layout.c
@@ -44,6 +44,7 @@
 #include "tui/tui-layout.h"
 #include "tui/tui-source.h"
 #include "gdb_curses.h"
+#include "safe-ctype.h"
 
 static void extract_display_start_addr (struct gdbarch **, CORE_ADDR *);
 
@@ -405,6 +406,18 @@ tui_register_window (const char *name, window_factory &&factory)
       || name_copy == DISASSEM_NAME || name_copy == STATUS_NAME)
     error (_("Window type \"%s\" is built-in"), name);
 
+  for (const char &c : name_copy)
+    {
+      if (ISSPACE (c))
+	error (_("invalid whitespace character in window name"));
+
+      if (!ISALNUM (c) && strchr ("-_.", c) == nullptr)
+	error (_("invalid character '%c' in window name"), c);
+    }
+
+  if (!ISALPHA (name_copy[0]))
+    error (_("window name must start with a letter, not '%c'"), name_copy[0]);
+
   known_window_types->emplace (std::move (name_copy),
 			       std::move (factory));
 }

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2022-09-22  9:42 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-09-22  9:42 [binutils-gdb] gdb/python: restrict the names accepted by gdb.register_window_type Andrew Burgess

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).